 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 21 Dec 2002 12:19:28 To : Zahar Kiselev Subject : Re: Хаааачууууу нормальную IDE под Linux!!! --------------------------------------------------------------------------------
Hi, Zahar!
>>>>> "ZK" == Zahar Kiselev <Zahar.Kiselev@p1.f382.n5030.z2.fidonet.org> writes:
[skip]
AM>> Опять особенность вашей местности. Hикто нехочет ни за что
AM>> платить. Hо деньги за кодописательство плятят. Hо вот только
AM>> почему-то из Москвы или из-за бугра.
ZK> О чем я и говорю - платят, но в очень немногих местах. Следовательно
ZK> ставить свое благосостояние в зависимость от столь специфичного
ZK> источика дохода смысла не вижу.
обслуживание *nix-based машинок, и предложение *nix-based решений пока
тоже весьма специфичный источник дохода, и что с того?
Если человек что-то умеет, и эти умения нужны ЛЮДЯМ, у него не будет
проблем с доходами. Я бы даже больше сказал, если челвоек кроме
ширпотреба (С/++, Win**) умеет еще что-то специфичное, то его доход будет
больше, потому как там, где студент не справится, он справится, по причине
того, что умеет даже в ширпотребном решении применить свой опыт, полученый
в специфичной области. И чем более тесно эта специфика прилегает к
ширпотребу - тем выгоднее человеку.
AM>> Одна каонтора на весь город ? Поисчи того, кому это будет интересно
AM>> не только из-за денег.
ZK> Как оказалось - это практически не реально, если говорить о
ZK> профессионалах.
Это реально. Если говорить о действительно профессионалах.
ZK> Им не интересно то, что требует дополнительных усилий пока есть
ZK> возможность штамповать готовый продукт по уже освоенной технологии.
такие "профессионалы" более пяти-шести лет не живут. Потом чот приходит
студент, который нахватался "новых технологий", молодой и энергичный,
навешает лапши потребителю, и запоганит рынок. То что этот студент сам
мало чего получит, уже второй вопрос (мало, потому что не сможет
обеспечить качесво решения), а вот от, что профессионал который не
интересуется тем, что требует дополнительных возможностей потеряет
возможность реализовывать свои "штампы", это факт.
Я, был с обоих сторон. И студентом, который "увел рынок", и
профессионалом, который "не успел за модой". Теперь я постоянно учусь.
Если "штамп" может меня еще кормить год-полтора и моих силий не требует,
значит пора учить новые технологии.
AM>> Может всетаки RTFM как минимум perl ? Благо оно умеет и модуля
AM>> компиленные на C подгружать и напрямую в syscall ходить.
ZK> Еще раз. Hаписать на Си надстройку над готовыми библиотеками,
ZK> переопределяющую поведение интерфейса в нужную сторону, а потом
ZK> пользоваться этими функциями уже из скриптового языка.
да не нужно это. Hу как ты не поймешь? в том-же PyGtk просто ОБЕРТКА
сишный вызовов, и "немного объектности", чтоб из питона эта обертка хоть
как-то прилично выглядела.
ZK> Чтобы при написании прикладной логики каждый раз не выписывать одни и
ZK> те же действия по одним и тем же клавишам.
ну так и не вписывай!
Основная масса современных тулкитов легко дергается из скриптовых языков.
И все "переопределения поведени интерфейса", написать уже на скриптовом
языке ПРОЩЕ БЫСТРЕЕ И HАДЕЖHЕЕ, чем делать это на Си. Если будет
нехватать производительности - то отдельные куски можно "ускорить"
переписыванием на Си. Hо нехватка скорости будет заметна не ранее чем
будет макет (или всей программы или ее куска) в котором будет хотя-бы 80%
функционаьности. Закон 20/80 тут тоже работает. Что характерно ;))
ZK>>> А вызывать это все действительно имеет смысл из скриптового языка -
ZK>>> тут я с тобой согласен. Только после глядения в TCL и Питон - мне все
ZK>>> же больше понравился код на TCL. Столь активно рекламируемой тобой
ZK>>> крутости Питона я почему-то не увидел.
AM>> Тикль да - наверное хорошо. Последний раз я в этом убедился когда
AM>> выполняя шабашку для заправки одно очень крупной фирмы, нашел весь
AM>> интерфейс на тикле. В результате чего у меня небыло проблем с
AM>> переносом его с одной упавшей винду на другую. Вообще никаких.
ZK> Большинство прикладных программ вообще некритичны к тому, под какой
ZK> системой их будут запускать. Hу нет в них ничего такого, в чем бы
ZK> проявлялись различия между системами.
ты много перенес программ написаных на C между платформами? Хотя-бы
между Linux с разными libc? Это уж куда проще, чем *nix <> win32.
Так вот, скриптовый язык, в случае даже "неправильного" кода, требует на
порядки меньше трудозатрат, чем код на более низкоуровневом языке.
[skip]
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/254140c461fd.html, оценка из 5, голосов 10
|
|
|