LINUX.ORG.RU

Обзор средств быстрой разработки приложений


0

0

В статье отмечается недостаток в RAD-средств, приводящий к медленному росту базы пользовательских приложений под линуксом "Одним из главных недостатков Linux считают сравнительно малое число приложений для конечных пользователей, с чем нельзя не согласиться. Достаточно посмотреть, какой помпой сопровождается такое заурядное событие, как выход новой версии OpenOffice, а ведь не "вордом единым" жив человек. Особенно смущает почти полное отсутствие бизнес-софта и откровенно слабые возможности по созданию софта "на коленке"."

>>> Подробности

anonymous

Проверено: Demetrio ()

дежавю =)

на самом деле средств быстрой разработки - до одного места, вот только наблюдается недостаток средств визуального проектирования интерфейса. И что такое "бизнес-софт" ?

geek ★★★
()

Как-то это всё с позиций человека привыкшему в виндовсе работрать описано..

eRazor ★★★
()

"и откровенно слабые возможности по созданию софта "на коленке".""

Софта с коленки не хватает? Перделок на вижлбейсеке что-ли? Ха-ха, насмешили... Еще ассоциируется с микросхемами дяди Ляо, спаянными на коленке в темном подвале. Давить такие поделия!!!

anonymous
()
Ответ на: комментарий от Selecter

А зачем их много? В винде их тоже 2-3 от основных. А вот в Линухе их хватает начиная от KDevelop с Kylix и заканчивая vim

anonymous
()
Ответ на: комментарий от geek

>вот только наблюдается недостаток средств визуального проектирования >интерфейса

Glade? QT Designer?

aiker ★★
()

Да епты... проблемы современного софта не в интерфейсе, а в багах и кривом дизайне (архитектуре)

anonymous
()
Ответ на: комментарий от anonymous

Речь шла об этом - "Одним из главных недостатков Linux считают сравнительно малое число приложений для конечных пользователей, с чем нельзя не согласиться."

Selecter ★★★★
()
Ответ на: комментарий от anonymous

>проблемы современного софта не в интерфейсе, а в багах и кривом дизайне (архитектуре)

Проблемы в том, что вместо того, чтобы писать на Java, пытаются писать на умершем C, и плодят ошибки и баги, как 20 лет назад плодили ТЕ ЖЕ САМЫЕ ошибки

anonymous
()
Ответ на: комментарий от anonymous

проблемы начнутся, если всё начнут кодить на жабе ...

Syncro ★★★★★
()
Ответ на: комментарий от geek

>на жабе всё не напишешь.

А не надо ВСЁ. Пишите свои ядра и драйверы на C. Надо базу пользовательских приложений, без которых Линукс на х никому не нужен. Открой тот же Outlook 2003, он запускается мееедленно, как какая-нибудь swing утилита 3-летней давности. Но виндузятники этих тормозов не видят, как же, ЭТО Ж Аутлук! Это же БЫСТРО и УДОБНО! Суть в том, что юзеру не надо БЫСТРО. Ему надо только УДОБНО! Он может и подождать пока JVM загрузится под Линухом, ведь ждут же виндузятники, пока их .NET Framework полминуты запускается, и ничего!

anonymous
()
Ответ на: комментарий от anonymous

> Проблемы в том, что вместо того, чтобы писать на Java, пытаются
> писать на умершем C, и плодят ошибки и баги, как 20 лет назад
> плодили ТЕ ЖЕ САМЫЕ ошибки

А Java это такой высокоинтеллектуальный язык, который просто не допускает даже возможности, чтобы допустить "те самые" ошибки?

Java, может, конечно, и хорошо, если хочется, чтоб приложение сразу заработало везде - но зачем тогда вообще различные ОС - что если хочется использовать что-то характерное именно для данной ОС?

unDEFER ★★★★★
()
Ответ на: комментарий от anonymous

>А не надо ВСЁ. Пишите свои ядра и драйверы на C.

Кроме ядер и драйверов ещё есть куча утилит/приложений, функциональность которых привязана к ОС. Тоже на жабе переписывать? =)

geek ★★★
()
Ответ на: комментарий от aiker

> Напиши мне ... AutoCad на Java

AutoCAD на Java? А зачем?

Лучше поговорите о Visual Basic fo Application (VBA), встроенном в AutoCad (это то-же VB, что встроен и в MSOffice).

gggg
()
Ответ на: комментарий от gggg

Васик - гадость редкостная, если в РАД или КАД на жабе встроить васик это уж точно финиш будет ...

Syncro ★★★★★
()
Ответ на: комментарий от aiker

БРЕД !!! ТАКОЙ ЛЖИ В КОМПЪЮТЕРРЕ Я НЕ ПРИПОМНЮ

1)
> Во-первых, JBuilderX, в отличие от многих других сред разработки под Linux, заточен специально под Java, так что воспользоваться этой средой для Си-разработки вы не сможете.

ложь, прекрасно на Си можно, но имхо лучше vim или emacs использовать

2)
насчёт того что бизнес-софта мало, то же ложь.
бизнес софт - это системы баз данных, системы Automated Information Aquisition, системы Data Mining, системы Text Processing, системы Rational Agents, системы индексации файлов, системы интеграции с веб, скрипты и компиляторы. Кто то серъёзно думает что винда по этим параметрам лучше ? Ну тогда удачи в бизнесе :)

PS: как вообще такое публиковать на компьютерре можно - после такого любой обзор из этого журнала не хочется читать

vm ★★
()
Ответ на: комментарий от Selecter

>Речь шла об этом - "Одним из главных недостатков Linux считают сравнительно малое число приложений для конечных пользователей, с чем нельзя не согласиться."

"Конечный" пользователь это наверное "конченый"? У кого с мозгами туго и не сообразить самому поискать?

Недостаток у Linux в наборах профессиональных библиотек разрабочиков, но это дело наживное - виндовс она вон сколько лет живет на персоналках с GUI. Помучаемся пяток лет и расплодим linux на персоналки секретарш, инженеров и прикладных программистов.

los_nikos ★★★★★
()

У нас есть RAD...

... называется emacs. "недостаток RAD-средств" - а чё, их нужно много? Мне emacsa на все случаи жизни хватает.
В чем point статьи я так и не понял.

geekkoo
()
Ответ на: комментарий от gggg

>Excel, Access и VB - это не бизнес софт!

Кому и кобыла - невеста.

Говорят что 1С - лутший бизнес-софт для прачечных и пунктов приемы

стеклопосуды

Sun-ch
()
Ответ на: А VB - это не скрипт и не компилятор? от geekkoo

VB - это конечно скрипт и компилятор. Только вокруг него создана такая инфраструктура, что если тебе, например, захочется в свое приложение добавить функции, ну скажем, электронной таблицы, то, во перых, можно использовать Excel (а с другой стороны можно и VB в Excele использовать). Если это не устраивает, можно на www.componentsource.com найти все что хочешь. И не надо говорить, что там все за деньги, ведь мы говорим о бизнесе. При чем, на сколько я знаю, свободных (GPL) средств быстрой разработки приложений, по фкнкциональности хоть рядом сопоставимых с VB, Java, Delphi и 1С:Предприятие не существует.

gggg
()

> Помучаемся пяток лет и расплодим linux на персоналки секретарш, инженеров и прикладных программистов.

Да, и станет два Windows-а. Или ты это имел в виду?

> Java

Это почти как у Билли: эффективность программ, написанных на Java такая же, как и эффективность свинцовых самолётов. ;)

drish ★★
()

Автор, программист на delphi, ни йоты не понимающий в линукс-программировании, типичный ламер, коих среди виндовс-программистов абсолютное большинство. Зачем было подтверждать такую глупую статью. Хватить того, что с утра этот бред в development уже постили. Посмеялись и хватит.

ksk
()

>RAD под Windows внешне выглядят монолитами ≈ компилятор, IDE, отладчик >и все утилиты (контроля версий, групповой работы) интегрированы до >гранитной неразделимости. В Linux все иначе
Полная фигня и Borland C++ Builder и в VC - IDE вызывает компилятор который... правильно - являетcя утилитой командной строки.

anonymous
()

> не в пример Unix, эта ОС с самого начала была визуальной.
Скорее, немного не так: "не в пример Unix, эта визуальщина не с самого начала была ОС".

anonymous
()
Ответ на: комментарий от anonymous

> Полная фигня...

Ключевое слово - "выглядят" - а так даже VB вызывает компилятор C++ (C2.EXE)

gggg
()
Ответ на: комментарий от gggg

А VB - это не скрипт и не компилятор?

>>>в свое приложение добавить функции, ну скажем, электронной таблицы, то, во перых, можно использовать Excel (а с другой стороны можно и VB в Excele использовать)
Ну и? Я вот тоже в своих программах на tcl использую R (и наоборот). Че мне теперь все бросать и переходить на Бэйсик?
>>хоть рядом сопоставимых с VB, Java, Delphi и 1С:Предприятие
Действительно, чтобв emacs довести до уровня такого отстоя как редактор 1c и Delphi, emacs долго корежить нужно.

geekkoo
()
Ответ на: А VB - это не скрипт и не компилятор? от geekkoo

> Че мне теперь все бросать и переходить на Бэйсик?

Да нет, зачем? Если ты и твои клиенты всем довольны, то зачем что-то менять.

На счет редакторов - это дело привычки. Мне, например, оч. удобно в Visual Studio .Net 2003. От редактора VB6 я не в восторге, но моим клиентам он не мешает )

gggg
()

Автор не линкусоид и не программист. компьютерра -- нет тот источник, к мнению которого следует прислушиваться.

ugoday ★★★★★
()

Бестолковая статья. А где Eclipse, KDevelop, Anjuta, Eric3, Boa Constructor?...

Cybem ★★
()
Ответ на: комментарий от ksk

Вы можете смеятся, но таких программистов у нас большинство. И знакомстово с Linux вызывает у них чувство неполноценности и непонимания Linux, который очень отличен от MS-Windows, рождает страх из-за возможности потерять работу, потому-что у работодателей актуален тот програмист, который может работь в обеих операционных средах: Linux и MS-Windows.

Поэтому, такие статьи. Это первое и второе это ростки от пропоганды "Get Facts"((c) Microsoft), которую такие программисты поддержали. И так по тексту:

>С чем сталкивается пользователь, запустив обычное Windows-приложение? С окошечками, кнопочками и прочими визуальными элементами, будь то линейки прокрутки или текстовые поля. Linux по умолчанию лишена всего этого благолепия, она строга и безнадежна, как черный квадрат Малевича, ибо понимает только командную строку.

Вот здесь идет откравенный обман и или не желание принять в обстоятельство, развитие "Центра управления" KDE, к примеру.

>Конечно, это не означает, что для Linux нельзя создать программу с графическим интерфейсом (GUI), но в отличие от Windows, где все эти украшательства являются частью самой ОС, в Linux визуальность реализуется несколькими внешними надстройками.

Тут автор, почему-то забыл об среде разработки KDevlope, которая по интерфейсу в чем-то опережает, а в чем-то и проигравает Visual Studio от Microsoft.

>Поэтому при разработке приложения с GUI программисту волей-неволей придется ориентироваться на какую-либо библиотеку (иногда называемую интерфейсным пакетом) ≈ из которых самыми популярными являются Qt и GTK+ (на их базе построены KDE и Gnome соответственно).

Вот именно, что написанные чисто, по крайне мере, на Qt просто портируются, как на MS-Windows, так и на KDE в Linux, а куда можно портировать приложение написанное на MFC?

>В Linux все иначе: компиляторы в основной своей массе бесплатны, но поддерживают только режим командной строки и тем паче знать не знают о визуальном проектировании интерфейса. Здесь им на помощь приходят IDE, которые выступают своеобразным front-end▓ом, встав между программистом и компилятором, так что вы можете легко прикрутить, например, к компилятору gcc практически любую IDE.

Тут опять Автор забывает, что как в Linux, так и в MS-Windows, существует команда nmake, которая позволяет в консоле компилить приложения.

Отсюда, делаем вывод, что статья, подчеркиваю, наверное, написана по заказу Московского отделения Microsoft.

rjaan ★★
()
Ответ на: комментарий от Syncro

Нет, у сановской jvm проблемы с масштабируемостью, если jvm переписать, то возможно, потом средсьва rt нужно вcё таки сделать.

anonymous
()
Ответ на: комментарий от rjaan

MacOS лучше всех!!! UNIX внутри, super GUI и Objective С! Винды и Линукс курят в сторонке..

anonymous
()

бред какой, если в виндах такая разработка это как правило и правило плохое, то зачем оно должно быть в юникс системах - не надо его.

Есть емакс и куча других редакторов и не надо плодить все эти RAD - они никому не нужны.

alphex_kaanoken ★★★
()
Ответ на: комментарий от gggg

>При чем, на сколько я знаю, свободных (GPL) средств быстрой разработки приложений, по фкнкциональности хоть рядом сопоставимых с VB, Java, Delphi и 1С:Предприятие не существует.

А eclipse? Натаскай себе компонент и точно также rapid девелопь.

anonymous
()
Ответ на: комментарий от drish

> Java

>Это почти как у Билли: эффективность программ, написанных на Java такая же, как и эффективность свинцовых самолётов. ;)

>drish ** (*) (30.10.2004 16:08:20)

Проснись. Скачай eclipse. Все давно не так. Тут была новость по сравнению C++ vs Java. Правильный код на Java не менее производителен, чем аналогичный на C++. Зато безгимморно переносим :) И у него есть будущее с выходом новой версии Windows или glibc не надо скачивать перекомпилированные бинарники, т.к. старые работают

anonymous
()
Ответ на: комментарий от unDEFER

>Java, может, конечно, и хорошо, если хочется, чтоб приложение сразу заработало везде - но зачем тогда вообще различные ОС - что если хочется использовать что-то характерное именно для данной ОС? "Поздравляю, Шарик, ты дурак!" © Что "характерное для данной ОС"? ДиректХ? Что?? Пользователям нужны исключительно приложения, им не важно для какой ОСи они характерны. >Напиши мне Corel Draw или AutoCad на Java, пожалуйста. aiker (*) (30.10.2004 15:07:16) Покупающих комп для короля дров <0,1% от всего рынка десктопов, это нишевые программы - для них есть нишевые языки, пиши корел дров хоть на ASM, добивайся 100% использования инструкций процессора и регистров. Но когда пишут годами Gnome на C, а "Gnome и ныне там", а Sun Java Desktop + Sun Looking Glass уже ЗДЕСЬ, то понятно, какой метлой и куда надо гнать C-программеров.

>Кроме ядер и драйверов ещё есть куча утилит/приложений, функциональность которых привязана к ОС. Тоже на жабе переписывать? =)

Обисни, каким местом функциональность Word привязана к ОС? Или IE? То, что IE _встроен_ в ОС, не значит, что ему нужна _функциональность_ этой данной ОС. Это значит просто, что фирма производитель использовала нечистые методы в борьбе с конкурентами, за что по суду выплатила некисло миллиардов этим конкурентам.

>PS: как вообще такое публиковать на компьютерре можно - после такого любой обзор из этого журнала не хочется читать

Надо заставлять людей это читать, тогда на очевидную ложь у них начнут появляться вопросы :) и они пойдут на форум КТ их выяснять.

anonymous
()
Ответ на: комментарий от rjaan

>Отсюда, делаем вывод, что статья, подчеркиваю, наверное, написана по заказу Московского отделения Microsoft.

никакой это не заказ. Человек просто не разбирается в предмете. А linux - модная нонче тема. Вот и решил чё-нидь написать. Ну и флаг ему в руки. кг/ам, короче.

ps: Таких перластых статей мы ещё начитаемся =)

geek ★★★
()
Ответ на: комментарий от geek

>никакой это не заказ. Человек просто не разбирается в предмете. А linux - модная нонче тема. Вот и решил чё-нидь написать.

да да - а потом виндузятники тупые кричать что все плохо в линукс и все в этом духе. На самом деле разрабатывать проще под линукс нежели чем под винду и документированность лучше в линуксе и вообще линукс это отличная среда для разработчика в отличии от проприетарного поделия m$...

alphex_kaanoken ★★★
()
Ответ на: комментарий от alphex_kaanoken

> в отличии от проприетарного поделия m$...

Это все слова. Это как в СССР - на словах - самый прогрессивный строй во вселенной, а на деле - жрать в какой то момент стало нечего...

gggg
()
Ответ на: комментарий от gggg

>Это все слова. Это как в СССР - на словах - самый прогрессивный строй во вселенной, а на деле - жрать в какой то момент стало нечего...

Слова не слова - Я не работаю с виндовс, и делаю серьезные вещи. В жизни не работал в виндовс чего и всем желаю, но видел это убожество - какая гадость, программить под виндовс жуть и ад - чего там автор вообще пишет не ясно - чушь полную.

alphex_kaanoken ★★★
()
Ответ на: комментарий от anonymous

Мне бы таких клиентов, которые не обращают внимания на тормоза...

thepurple
()
Ответ на: комментарий от Sun-ch

> В СССР люди на помойках не ели, как сейчас.

Это как сказать. На украине (!!!) после гражданской войны голод был будь здоров. А в начале 90 "на помойках" поесть не успели т.к. CCCР развалился оч. быстро а тут и гумаанитарная помощь подоспела (неужто ты не ел американской военной тушенки?) - ну и с другой строны, ты что, думаешь, теперешнее население России не из СССР прилшо? Оно что, с Марса прилетело?

gggg
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.