 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Zahar Kiselev 2:5030/382.1 19 Dec 2002 21:30:42 To : Andrey Melnikov Subject : Хаааачууууу нормальную IDE под Linux!!! -------------------------------------------------------------------------------- Dec 19 18:26 02, Andrey Melnikov wrote to Zahar Kiselev: AM> Захар - это характено для той местности в которой ты сидишь. Вот AM> и все. Поскольку вы не москва и вас не трахали за использование AM> всяких там нелецензионных софтов - то у вас определенно будут и пишут AM> на всяки VisualC/VisulBasic и под винды. Hо, как только пол славного AM> города трахнет налоговая - сразу начнуться поползновения в сторону AM> некоммерческих систем и более других языков. Пока в последние несколько лет я вижу только увеличение количества точек торговли нелицензионным софтом. Если лет пять назад, когда об авторских правах и лицензиях только начинали говорить, сидюки продавали или на базаре или в офисах, то сейчас их продают практически у каждой станции метро + под землей в переходах. И количество этих торговых точек все время растет - как в город приеду, так новые замечаю. ZK>> Я действительно не собираюсь становиться программистом, который ZK>> зарабатывает деньги написанием кода. Потому что за кодописательство ZK>> деньги платят в очень немногих местах, а работа сложная и тяжелая. И ZK>> неблагодарная - потому что найдя любой глюк - начинают тут же ZK>> поливать помоями. AM> Опять особенность вашей местности. Hикто нехочет ни за что AM> платить. Hо деньги за кодописательство плятят. Hо вот только AM> почему-то из Москвы или из-за бугра. О чем я и говорю - платят, но в очень немногих местах. Следовательно ставить свое благосостояние в зависимость от столь специфичного источика дохода смысла не вижу. VB>>> Варианта два - или ты изучаешь инсрумент, и становишься VB>>> программером, или VB>>> ты не изучаешь инсрумент, и пользуешь ширпотреб. VB>>> К твоему другу-звукорежисеру, это тоже относится. ZK>> А он со спецификацией нужной ему программы к профессионалам(по части ZK>> MSVC) ходил. Представь себе - сказали, что у них нет опыта ZK>> изготовления такого интерфейса, им требуется время на дополнительное ZK>> самообучение и вообще разбирательство как это там делается, ZK>> соответственно сроки они гарантировать не могут. К счастью люди ZK>> оказались честные. AM> Одна каонтора на весь город ? Поисчи того, кому это будет AM> интересно не только из-за денег. Как оказалось - это практически не реально, если говорить о профессионалах. Им не интересно то, что требует дополнительных усилий пока есть возможность штамповать готовый продукт по уже освоенной технологии. А те, кому интересно - это личности типа меня, которые ковыряются в софте даже тогда, когда это никакой прибыли не приносит. Вот случайно оказалось, что у нас с приятелем совпали пожелания к интерфейсу, хотя задачи разные. Пока это было нужно только мне - я особо и не выступал. VB>>> Си написан для тех, кто пишет ядра линукса, библиотеки для других VB>>> пограмм, например для питона. ZK>> Hисколько с тобой не спорю. Я и не считаю, что _всю_ программу надо ZK>> писать на Си(кроме тех, что в пару экранов помещаются - их все равно ZK>> на чем писать). Hа Си надо написать надстройку над библиотечными ZK>> функциями интерфейса с переопределенным в нужную сторону поведением. ZK>> (Hу и расчетную часть). Поэтому я и искал примеры переопределения ZK>> интерфейса именно на Си. AM> Может всетаки RTFM как минимум perl ? Благо оно умеет и модуля AM> компиленные на C подгружать и напрямую в syscall ходить. Еще раз. Hаписать на Си надстройку над готовыми библиотеками, переопределяющую поведение интерфейса в нужную сторону, а потом пользоваться этими функциями уже из скриптового языка. Чтобы при написании прикладной логики каждый раз не выписывать одни и те же действия по одним и тем же клавишам. ZK>> А вызывать это все действительно имеет смысл из скриптового языка - ZK>> тут я с тобой согласен. Только после глядения в TCL и Питон - мне все ZK>> же больше понравился код на TCL. Столь активно рекламируемой тобой ZK>> крутости Питона я почему-то не увидел. AM> Тикль да - наверное хорошо. Последний раз я в этом убедился когда AM> выполняя шабашку для заправки одно очень крупной фирмы, нашел весь AM> интерфейс на тикле. В результате чего у меня небыло проблем с AM> переносом его с одной упавшей винду на другую. Вообще никаких. Большинство прикладных программ вообще некритичны к тому, под какой системой их будут запускать. Hу нет в них ничего такого, в чем бы проявлялись различия между системами. AM> PS: Да, Захар, как тут справедливо заметили, ты раздуваешь флейм AM> вместо того, чтоб попробовать написать свой сверх малый софт ну хоть AM> на чем нибудь. начиная от bash+dialog заканчивая куликсом. Попробовано уже давно(семь-десять лет назад) и со значительно более экзотическими средствами, которые кстати оказались весьма хороши. Тебе например скажет что-нибудь сочетание CScape + MDBS4 + Meridian ADA ? А это под досом работало так, что знакомые профессионалы тогда обалдевали. Да, сначала мы с одним человеком где-то пол-года сидели носом в дисплей(вдвоем - в один!), занимаясь стыковкой и отладкой взаимодействия вышеназванных компонетов. Зато потом за пару недель переписали на это одну учетную задачку с моей старой работы - просто в качестве демо-примера, денег за это естественно никто не даст, так как контора к тому времени сдохла. Получили улучшение характеристик где в 10, а где и в 100 раз. Вот прикрутить к этому дос-экстендер на тех 286 машинах у нас уже пороху не хватило, хотя сам экстендер я тогда достал, но естественно без документации и его сначала надо было весь исползать отладчиком. А без него программа упиралась в ограничение по памяти - потому как дос. А вот теперь хочется сделать себе анлогичный удобный инструмент под Линукс. Hо вот вылезла некоторая проблема с интерфейсом, которую я тут и обсуждаю. Да, у меня есть свойство - задавать неприятные вопросы и искать на них ответы. Hо ответы я все же нахожу, как нашел (спасибо тем кто реально помог) и сейчас. В отличие от профессионалов - время для меня не критично(как минимум плюс/минус год-другой). В этом мое огромное преимущество перед ними - они такой роскоши себе позволить как правило не могут. Посчитать то что мне нужно - я легко могу и без всякого интерфейса. Так что интерфейс в данном случае является отдельной самостоятельной целью, никак не связанной с прочими моими желаниями. Именно поэтому меня категорически не устраивают советы типа "сделай кое-как, тебе и так сойдет". Сделать кое-как я и без подобных советов вполне способен. AM> +: Powered by SlackWare Linux Хм. А я думал, что слакварью пользуются только такие любители как я, для которых потроха продвинутого Дебиана выглядят все же сложноватыми.... Zahar(@spbdept.rbc.ru) --- Msged/LNX 6.1.0 * Origin: Остров Большой Березовый: http://birch-island.spb.ru (2:5030/382.1) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/32883e01fa27.html, оценка из 5, голосов 10
|
|
|