|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Kochkin 2:5002/5002 12 Feb 2002 21:34:04
To : All
Subject : Re: =?KOI8-R?B?8drZy8/X2cUgz8LPzM/ey8kuLi4=?=
--------------------------------------------------------------------------------
>>> KK> Есть ли в эхотаге сабжи типа Турбо С++, etc...??? А как
>>> же xwpe (очень похода именно на Turbo C++), rhide, motor,
>>> KDevelop, Glade, Source Navigator Hо все они до жути
>>> неудобные. По той простой причине, что ни один
>>> квалифицированный программист с ними не связывается. Это
>>> софт, написанный чайниками и для чайников.
> DK> Весьма эмоционально и бездоказательно. Безусловно Borland,
> DK> M$ и IBM являются полными чайниками.
>
> Речь идет об опенсурсе.
Для меня это некритично, открытый/закрытый платный/бесплатный.
Понятно, что открытый и бесплатный было-бы лучше, но не до жиру,
хоть-что нибуть главное удобно и безглючно.
> То что авторы Source Navigator являлись
> полными чайниками, когда писали версию 3.х я могу и подоказывать.
Та фиг с ним, меня положительные примеры интересуют.
> Kylix, судя по тому какие вопросы задавали мне его начинающие пользователи
> (с большим опытом работы в Delphi но без малейшего понятия о
> CGI-протоколе и особенностях динамической линковки ELF)
Вот! Я именно об этом. _Меня_ абсолютно не интересует протокол...
особенности линковки и т.д. Все эти вопросы и должна решать оболочка.
Для меня GUI это набор классов типа форма, кнопка, таблица на форме и
т.д. заморачиваться с их самостоятельной реализацией я не желаю, зачем?
Все это должна решать оболочка.
> DK> Мда. Весело, а все потому, что как раз оболочки-то и нету.
> DK> Почему-то в виндах люди берут тот-же Borland C builder и
> DK> чудесно безо всяких питонов пишут интерфейс. Кстати и с
> Потому что в виндах не знают о том, что такое гибкий интерфейс,
> настраиваемый на уровне пользователя.
да знают-знают! Hо в бизнес программе интерфейс пользователя
просто не имеет права быть настраиваемым и наоборот предпринимаются
усилия, чтобы никакой узер ничего настроить не мог в принципе.
Впрочем мы кажется отвлекаемся от темы...
> А также о том, что существуют
> языки кроме С и Visual Basic. И что на языках высокого уровня,
> в том числе и Visual Basic писать гораздо удобнее.
Hа С++ с оболочкой писать гораздо удобнее чем на VB если на нем вообще
можно писать.
> DK> данными работают через SQL опять-же изнутри C++. Я все это
> DK> пишу потому, что задумываюсь сделать свой проектик
> DK> мультиплатформенным благо ничего сугубо виндового окромя
> Вот мультиплатформенные проектики гораздо удобнее делать на Tcl или
> python. Будут работать не только без перекомпиляции, но и без
> перекодировки исходного текста.
Интерпретаторы? Вечером пороюсь в интернете погляжу что это.
> DK> библиотеки VCL от Borland там нет. Т.е. если-бы была
> DK> библиотека VCL мултиплатформенная, с _оболочками_ на
>
> Зачем тебе оболочки на каждой платформе? Разрабатываешь ты на одной,
> а на остальных тебе только make запускать нужно.
В теории, а на практике ежели на девелопмент платформе все ОК, а на другой
заглючило?
> Естественно, для этого
> нужна еще и голова, а не только руки чтобы мышью тыкать - особенности
> разных платформ учитывать сразу на этапе написания кода, иметь
> правильный test suite и т.д.
Вот для этого мне и нужна оболочка! Дабы не загружать голову рутиной типа
реализации кнопки в разных платформах.
> Честное слово, лучше чем ждать пока очередная грабительская фирма
> разродится очередным безумно дорогим и неудобным продуктом, лучше
> пойти и потратить те деньги, которые ты на покупку этой оболочки
> отложил на книжки по программированию, и поучиться программировать.
> Т.е. проапгрейдить софт в собственной голове.
Честное слово, чем ждать пока очередная грабительская фирма разродится
очередным безумно дорогим процессором (или еще чем) лучше взять лопату,
накопать песку, добыть кремний и т.д. ;-)
Похоже, не правда-ли?
> Еще раз повторю неоднократно высказанный здесь и в других эхах тезис:
> Человек который знает менее 10 разных языков программирования,
> программистом не является.
А я с данным тезисом не согласен. Выдвигаю свой взамен.
Идеальный программист не имеет права знать ни одного языка програмирования.
Дабы частные реализации не мешали правильной формализации процесса.
regards,
Dmitry Kochkin
--- KNode/0.6.1
* Origin: ASU (2:5002/5002@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
