|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 12 Feb 2002 19:37:45
To : Dmitry Kochkin
Subject : Re: Языковые оболочки...
--------------------------------------------------------------------------------
Dmitry Kochkin <Dmitry.Kochkin@f5002.n5002.z2.fidonet.org> wrote:
DK> Hi Victor,
>>>> KK> Есть ли в эхотаге сабжи типа Турбо С++, etc...??? А как
>>>> же xwpe (очень похода именно на Turbo C++), rhide, motor,
>>>> KDevelop, Glade, Source Navigator Hо все они до жути
>>>> неудобные. По той простой причине, что ни один
>>>> квалифицированный программист с ними не связывается. Это
>>>> софт, написанный чайниками и для чайников.
>> DK> Весьма эмоционально и бездоказательно. Безусловно Borland,
>> DK> M$ и IBM являются полными чайниками.
>>
>> Речь идет об опенсурсе.
DK> Для меня это некритично, открытый/закрытый платный/бесплатный.
Тогда не надо меня обвинять в эмоциональности и бездоказательности.
Поскольку эмоциональным и бездоказательным является не то, что я сказал,
а то что ты по этому поводу подумал.
DK> Понятно, что открытый и бесплатный было-бы лучше, но не до жиру,
DK> хоть-что нибуть главное удобно и безглючно.
Тогда могу тебя порадовать - коммерческий софт тебе не подходит точка
совсем. Поскольку он рассчитывается не на тебя, а на
среднестатистического юзера. Только свободный, и только традиционный
Unix-way.
>> То что авторы Source Navigator являлись
>> полными чайниками, когда писали версию 3.х я могу и подоказывать.
DK> Та фиг с ним, меня положительные примеры интересуют.
>> Kylix, судя по тому какие вопросы задавали мне его начинающие пользователи
>> (с большим опытом работы в Delphi но без малейшего понятия о
>> CGI-протоколе и особенностях динамической линковки ELF)
DK> Вот! Я именно об этом. _Меня_ абсолютно не интересует протокол...
Если ты пишешь программу, которая по этому протоколу с юзером общается,
и он тебя при этом не интересует, то что-то в голове надо править.
Поскольку удобной и безглючной программа, написаная без глубокого
понимания хотя бы одного нижележащего уровня абстракции, не будет.
DK> особенности линковки и т.д. Все эти вопросы и должна решать оболочка.
DK> Для меня GUI это набор классов типа форма, кнопка, таблица на форме и
Так там речь шла не про GUI, а про Web-интерфейс. Который на Kylix тоже
можно реализовывать. Собственно поэтому мне парень и задавал вопросы,
зная что я дельфей не знаю. Зато особенности организации Web-интерфейсов
и особенности работы Web-сервера (от которых проистекали проблемы с
динамической линковкой) знаю.
DK> т.д. заморачиваться с их самостоятельной реализацией я не желаю, зачем?
DK> Все это должна решать оболочка.
Ты опять смешиваешь понятия - реализацией элементов управления, которые
попадут в твою программу, должна заниматься используемая
инструментальная библиотека, а не оболочка. Ты ведь захочешь эту
реализацию юзеру отдать вместе со своей программой, а лицензия на
коммерческую оболочку тебе не позволит ее раздавать. А вот RTL
раздавать позволит.
DK> В теории, а на практике ежели на девелопмент платформе все ОК, а на другой
DK> заглючило?
То при make test ты это сразу же увидишь.
>> Естественно, для этого
>> нужна еще и голова, а не только руки чтобы мышью тыкать - особенности
>> разных платформ учитывать сразу на этапе написания кода, иметь
>> правильный test suite и т.д.
DK> Вот для этого мне и нужна оболочка! Дабы не загружать голову рутиной типа
DK> реализации кнопки в разных платформах.
Hе оболочка тебе нужна, а хорошие кроссплатформные библиотеки и хорошие
кроссплатформенные test suite. Хорошие компиляторы тоже не помешают.
Поэтому ни в коем случае нельзя покупать все это в кучке. Известно что
швейцарским складным ножом с 16 лезвиями ни медведя свежевать, ни ногти
стричь, ни болты завинчивать неудобно. Лучше купить отдельно мясницкий
нож, щипчики для ногтей и крестовую отвертку.
Т.е. для эффективной работы нужен самый лучший текстовый редактор,
самые лучшие библиотеки, самый лучший компилятор и самый лучший test
suite, а не один продукт, где все это собрано вместе, но средненького
качества.
Предупреждая следующий вопрос - без подробной постановки задачи я не
могу тебе назвать самого лучшего компилятора и самой лучшей библиотеки.
В разных случаях самыми лучшими будут разные инструменты.
>> Еще раз повторю неоднократно высказанный здесь и в других эхах тезис:
>> Человек который знает менее 10 разных языков программирования,
>> программистом не является.
DK> А я с данным тезисом не согласен. Выдвигаю свой взамен.
DK> Идеальный программист не имеет права знать ни одного языка програмирования.
DK> Дабы частные реализации не мешали правильной формализации процесса.
Про сферического программиста в ваккуме можешь рассуждать сколько
угодно, но не со мной.
--
http://www.communiware.ru http://www.ice.ru/~vitus
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: Communiware.net (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
