Ще один сайт з Linux проектами в Україні

[cetus(Guest)]

http://www.cetus.com.ua

[Євген Ященко]

Непогані проекти там! Видно що малий бізнес починає перебиратися на лінукс, і це добре!
Тільки от робити цілі абзаци посиланнями.... незвично

[Cthulhu]

На що вже я інвалід в html/css, все одно краще справився б.

А де там написано, що ті проекти опенсурс? Вони "ліцезійно чисті" - поняття гумове. Та й потім, мені сподобалось

При необходимости, клиентское программное обеспечение либо клиентское и серверное программное обеспечение могут быть перенесены в операционную систему MS Windows.

Це як сприймати? Пишуть під вінду, а під лінух - як вийде? Чи на жаві? Кросплатформенність так просто не дається.

[Ign1111]

Чи сприймати відсутніть української мови на сайті, як відсутніться підтримки української в самих проектах?

[Євген Ященко]

Судячи по всьому пишеться на qt. Наскільки мені відомо, якщо цей проект портують під оффтопік, то це буде перший проект такого роду  

[Cthulhu]

2Ign1111
Все залежить від того, на яких умовах ця вся радість буде розповсюджуватись. Але якщо вони її (радість) закриють, то про підтримку української мови, по-моєму, можна забути...

2Євген Ященко
Трошки вас не зрозумів... Перший проект qt портований на win? Чи перший проект такого характеру для вінди?

[Євген Ященко]

Я мав на увазі Qt. Насккільки мені відомо вона кросплатформена, але ще не бачив ні одного проекту під оффтопік...

[Serhiy Matsapura(Guest)]

так Gimp же ж на Qt, та й SIM теж...

[Yaroslav Fedevych]

GIMP не на Qt, а на GTK.

[Cthulhu]

Про Sim вже сказали, туди ж - licq/qt-gui. Найвідоміший, хоч і пропрієтарний, приклад - Opera. Насправді прикладів - море. Але надаю перевагу Gtk+2. IMHO qt потворна.

[Євген Ященко]

Opera під оффтопік не на qt! Я читав листа від розробника, де він чітко це сказав.

[Cthulhu]

Opera під оффтопік не на qt!

Гм, не знав. Беру свої слова назад.

[cetus]

Кілька слів від групи авторів.

В ПЗ використано С++, ГУІ бібліотеку Qt, сервер баз даних Mysql. Все це реалізовано в ОС Linux, окремі проекти портовані в ОС Windows. Для портування проектів в Віндовс були попередньо зібрані в Віндовс бібліотека Qt, сервер MySQL, встановлений Мінімаліст. Портування окремого проекта полягало в копіюванні каталога проекта в Віндовс і виконанні команд qmake та mingw32-make (і більше нічого!!!).

Портовані не всі проекти з причини, що є клієнти, які або погоджуються на Лінукс, або їм все одно.

І в Лінукс, і в Віндовс проблем з підтримкою української мови не було ні в Qt, ні в MySQL. Крім того, в Лінукс засобами Qt забезпечується використання мови, відповідно до поточної локалі.

З приводу надання проектів в користування - проекти надаються на договірній основі. Основною причиною такого підходу є те, що ВСІ проекти реалізовані за оригінальною авторською технологією, використання якої дозволяє значно зменшити витрати часу на кодування (один з елементів - не зважаючи на роботу з БД, в проектах не написано жодного SQL запиту, всі запити до сервера БД будь якої складності генеруються автоматично ядром системи). Таким чином, надання хоча одного проекта в ПОВНОМУ ОБСЯЗІ фактично призведе до надання ТЕХНОЛОГІЇ. Договірною основою можуть бути оплата ТЕХНОЛОГІЇ, або гарантії її нерозповсюдження (), або надання у вихідних кодах тільки частини проекту, або надання двійкових файлів, або ...

[Володимир Лісівка]

З приводу надання проектів в користування - проекти надаються на договірній основі. Основною причиною такого підходу є те, що ВСІ проекти реалізовані за оригінальною авторською технологією, використання якої дозволяє значно зменшити витрати часу на кодування (один з елементів - не зважаючи на роботу з БД, в проектах не написано жодного SQL запиту, всі запити до сервера БД будь якої складності генеруються автоматично ядром системи).

На рахунок оригінальності ви напевно що помиляєтеся - таких технологій вагон, особливо для Яви.

Напр. LittleSQL (для C++), Hibernate, JDO, Ibatis, etc. (для Яви).

Вимога щодо незалежності від бази (чи навіть її наявності) не є чимось незвичайним для комерційних проектів. Мені довелося написати вже десь 6-8 прошарків для роботи з базою з різною ступінню збочення.

[cetus]

Основним елементом оригінальної технології (тобто, розробленої авторами, а не кальки існуючої) є найперше досить вдалий, як на нашу думку, спосіб опису даних, використання якого і дозволило доволі простими засобами забезпечити і використання міжпроцесних комунікацій, і генерацію звітів, і побудову SQL запитів, і елементи автоматичної синхронізації відображень з структурами даних тощо. На жаль, серед існуючих генераторів SQL нами не було знайдено таких, які дозволяли розв'язувати ці (і інші) задачі комплексно (і кілька власних розробок генераторів шановного модератора це також мають підтверджувати..., до речі, навіщо так багато???). На наш погляд, цікавий підхід запропоновано в проекті Django, хоча для цього підходу очевидні і проблеми побудови складних запитів.

Ще однією важливою складовою технології є поєднання описів даних з застосуванням в проектах елементів автоматного програмування.

Сукупним наслідком використання цих рішень є те, що більшість програм, представлених на http://www.cetus.com.ua мають розмір близько 400-800 рядків програмного коду на С++ (без урахування ядра) (і це при повній функціональності кожної програми по збереженню даних, генерації звітів, налаштування відображень). На поточний момент автори зайняті вдосконаленням використаного підходу, що дозволить зменшити обсяг коду ще на 30-40 відсотків.

Як підсумок, можливо було б доцільним розглянути і порівняти засоби структурування даних в різних проектах, що використовують бази даних (і в т.ч. комерційних) і їх вплив на якість отриманого програмного коду.

З повагою, Cetus Group
http://www.cetus.com.ua