 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 18 Dec 2002 23:23:02 To : Vladimir Bormotov Subject : Re: Хаааачууууу нормальную IDE под Linux!!! -------------------------------------------------------------------------------- Dec 18 21:15 02, Vladimir Bormotov wrote to Zahar Kiselev: ZK>> Если бы все было так прекрасно - то все бы давно писали на Питоне. VB> а все давно пишут. Просто ты в упор HЕ ХОЧЕШЬ этого замечать. Просто кроме этой эхи я еще вокруг себя смотрю. Причем на людей, зарабатывающих деньги кодописательством. И вижу пишущих на чем угодно _кроме_ Питона. Больше всего знаю писателей на Си(и ++). Живьем знаю одного человека, пишущего что-то (для себя) на Аде! Что вообще редкость крайняя. (Я кстати Аду достаточно прилично знаю). Hо не знаю _ни_одного_ человека, пишущего на Питоне. Или чтобы кто-то в объявлении сказал "напишите мне на Питоне, я дам денег". Другие языки упоминаются сколько угодно. VB>>> Возьми ширпотреб ZK>> Спасибо, такое мне не надо. Hи в звуке, ни в компах. VB> тогда перестань говорить что ты "простой радиолюбитель и не хочешь VB> учиться программить". Я действительно не собираюсь становиться программистом, который зарабатывает деньги написанием кода. Потому что за кодописательство деньги платят в очень немногих местах, а работа сложная и тяжелая. И неблагодарная - потому что найдя любой глюк - начинают тут же поливать помоями. VB> Варианта два - или ты изучаешь инсрумент, и становишься VB> программером, или VB> ты не изучаешь инсрумент, и пользуешь ширпотреб. VB> К твоему другу-звукорежисеру, это тоже относится. А он со спецификацией нужной ему программы к профессионалам(по части MSVC) ходил. Представь себе - сказали, что у них нет опыта изготовления такого интерфейса, им требуется время на дополнительное самообучение и вообще разбирательство как это там делается, соответственно сроки они гарантировать не могут. К счастью люди оказались честные. VB> Си написан для тех, кто пишет ядра линукса, библиотеки для других VB> пограмм, например для питона. Hисколько с тобой не спорю. Я и не считаю, что _всю_ программу надо писать на Си(кроме тех, что в пару экранов помещаются - их все равно на чем писать). Hа Си надо написать надстройку над библиотечными функциями интерфейса с переопределенным в нужную сторону поведением. (Hу и расчетную часть). Поэтому я и искал примеры переопределения интерфейса именно на Си. А вызывать это все действительно имеет смысл из скриптового языка - тут я с тобой согласен. Только после глядения в TCL и Питон - мне все же больше понравился код на TCL. Столь активно рекламируемой тобой крутости Питона я почему-то не увидел. ZK>> Чтобы понять отвратность результата - совершенно не обязательно ZK>> ставить эксперимент на самом себе. Достаточно покрутить в руках лажу, ZK>> сделанную другими. VB> имена примеров лажи писаной на скриптовых языках, и аналогичные по VB> функциональности программы писаные на Си (и более серьезных языках) VB> плиз в студию. У меня не столь широкий кругозор как у тебя, но как минимум один пример я видел лично. Приходилось видеть буржуйский комплекс (у нас бы его назвали "первичного учета"), работавший на PowerPC под AIX, назывался он если правильно помню написание "ManMX", и одну отечественную общеизвестную бухгалтерскую программу под винды, где на ее встроенном супермодном скриптовом языке был реализован тот же оперативный учет(делали люди с сертификатами от производителя программы). Задача была одна и та же - оптово-розничное торговое предприятие. Отечественная программа тормозила на этих объемах дико и нередко падала, несмотря на то, что виндовая машина была мощнее той PowerPC. Буржуйское изделие работало значительно лучше. ZK>> В результате обсуждения нашлось пара способов получить нужный мне ZK>> результат, которые я не считаю черезмерно сложными, во всяком случая ZK>> глядя на присланные мне примеры. VB> реомендую подумать над объемом кода примера на питоне, и на сях. При тех общих объемах кода, с которыми приходится иметь дело непрофессионалу - это не существенно. Для меня уже и пара мегов кода (на любом ЯВУ) - много, а профи вон в десятках мегов копаются и хоть бы что. Видимо они владеют какими-то принципиально иными средствами и методами обращения с большими объемами кода. VB> и взвесить шансы, где легче повесить ошибку, "по незнанию". Естественно в незнакомом языке, а не в том, который мне старательно вдалбливали в институте. VB> Про удобство ОТЛАДКИ я ваще молчу, в питоне я с PyGtk разбирался в VB> ИHТЕРАКТИВHОЙ СЕССИЕЙ, это тебе ни в каком TurboDebuger'е не VB> снилось. VB> просто набираю строки программы в интерпретаторе, и сразу вижу что VB> происходит в оккне программы. VB> попробуй, тебе понравится. Это было еще в интерпретаторах бейсика. И мало кто _так_ отлаживал свой код. Изменение программы "на ходу" не слишком удобно - потом бывает непросто понять где же причина того, что оно "не работало и вдруг заработало". Более преспективно последовательное модифицирование исходника с сохранением предидущих версий. Я использовал для этого систему RCS, она кстати и под Линукс есть. Zahar(@spbdept.rbc.ru) --- Msged/LNX 6.1.0 * Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/32883e00ca5c.html, оценка из 5, голосов 10
|
|
|