Началось (https://blogs.kde.org/2015/06/23/kexi-3) тестирование начальной альфа-версии среды для визуального управления данными Kexi 3 (http://www.calligra.org/kexi/), примечательной переходом к использованию KDE Frameworks 5 и Qt 5.4. Kexi является аналогом таких проприетарных систем, как MS Access, FileMaker и Oracle Forms, и позволяет быстро создавать формы ввода, обработки и редактирования данных, формировать запросы и генерировать отчёты. Переход на KDE Frameworks 5 является важным шагом к созданию варианта Kexi для мобильных устройств и подготовке полноценной версии системы для платформы Windows. Кроме того, разработчикам удалось добиться повышения компактности одовой базы и ускорения работы приложения.<center><a href="http://kexi-project.org/pics/3.0/kexi-3.0-pre-alpha.png"... src="http://www.opennet.me/opennews/pics_base/0_1435082015.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
В основе Kexi лежат распространяемые под лицензией LGPL фреймворки KDb, KReport и KProperty, которые также можно использовать обособленно в сторонних продуктах.KDb (https://community.kde.org/KDb) представляет собой новый фреймворк для соединения с СУБД и работы с базами данных, оформленный в виде Qt-библиотеки и набора плагинов для поддержки различных СУБД. Фреймворк KReport (https://community.kde.org/KReport) содержит средства для формирования отчётов в различных форматах. KReport можно рассматривать как аналог систем отчётов SAP Crystal Reports и MS Access для разработчиков на Qt. KProperty (https://community.kde.org/KProperty) предоставляет инструменты для редактирования свойств, в том числе готовый виджет с редактором полей, похожий на редактор из пакета Qt Designer.
URL: https://blogs.kde.org/2015/06/23/kexi-3
Новость: http://www.opennet.me/opennews/art.shtml?num=42484
как там KDE5 себя ведет? всего хватает что на 4.Х есть? стабильность? прожорливость по ресурсам увеличилась в сравнении с 4-кой?
1. Средне
2. Не всё
3. Глючит иногда
4. Возросли
> 3. Глючит иногда
> 4. ВозрослиИ то, и другое - слабо сказано. Сыро еще, очень сыро.
по 4 пункту не соглашусь. работает гораздо веселее, нагрузка на иксы измеряется процентами, в отличие от 4-х, не поднимается до 100% и надолго без непонятной причины. на одном и том же железе. пока переползал на 5-е, на винте так же были и 4-е (но разные корни btrfs, ибо некоторые use-флаги несовместимы :( да, генту... :) ).
По остальным пунктам за неделю пока нечего сказать - ни плохого, ни хорошего. :)
А! Не собирается bluez с флагом systemd. гугель пока не помог, где на что набрёл - предлагают собирать без systemd. Хотя смысл этого флага - просто наличие соотв. юнитов. Которые пока тоже нагуглить удалось. Но в целом не жалею.
O_O Что, неужели кто-то до сих пор юзает подобное?
Ты бы на sql.ru посмотрел, там ежедневный угар безумия с аксесом. Крутая программа для зарабатывания денег безумными мышетыкальщиками.
На самом деле если нужно что-то простое, для себя и прямо сейчас - оно хорошо, как был хорош и Access. Просто не надо ожидать от него чего-то великого. А быстро сделать записную книжку специфического формата - самое оно. Я, кстати, Delphi в своё время за это любил. До сих пор не знаю ничего, в чём морда ваялась бы быстрее и проще.
Да, в общем, проблем с таким подходом никаких, кроме 2-го (2-го? не помню) закона программирования: нет такой программы, в которую не хотелось бы добавить хотя бы одну функцию. Понятное дело, что бóльшая часть этих "надо здесь и сейчас" сдыхает после использования, но те, которые выживают, накрепко укореняются в бизнес-процессы предприятия, и потом висят камнем на ногах - и идти тяжело, и отвязаться невозможно.Да, со скриптовыми поделиями в юниксе - та же ботва.
> Да, со скриптовыми поделиями в юниксе - та же ботва.Та нормальная ботва со скриптами в никсах.
Именно, совершенно точная аналогия. И ответ один - ни тому, ни другому нечего делать на предприятии. Для продакшна нужны (и неизбежно приходится заменять на) нормальные решения с явно разработанной архитектурой и возможностью поддержки. Скрипты и "микро-БД с мордами" - это ad-hoc решения, либо для домашнего применения, где даже если оно в каокй-то момент выйдет из-под контроля - то и ладно, зато power user эту штуку может наваять, не будучи программистом.
А первый закон программирования: на разработку идеальной программы в вакууме требуется бесконечное кол-во времени?
:-) Нет. В каждой программе есть по крайней мере одна ошибка :)
> Да, в общем, проблем с таким подходом никаких, кроме 2-го (2-го? не
> помню) закона программирования: нет такой программы, в которую не хотелось бы
> добавить хотя бы одну функцию. Понятное дело, что бóльшая часть этих
> "надо здесь и сейчас" сдыхает после использования, но те, которые выживают,
> накрепко укореняются в бизнес-процессы предприятия, и потом висят камнем на ногах
> - и идти тяжело, и отвязаться невозможно.
> Да, со скриптовыми поделиями в юниксе - та же ботва.плюсик мой!
> Переход на KDE Frameworks 5 является важным шагом к созданию варианта Kexi для мобильных устройств...Вчера в метро две симпатичных девушки рассуждали на тему: "Скорее бы уже на моё Галакси можно было поставить Kexi да попользовать её всласть".
