Комментарии 15
Некоторые изобретают языки программирования Just For Fun. Поиск врагов: того, кто вам что-то навязывает, не надоел еще? Вряд ли кто-то пересаживает на ruby под угрозой увольнения.
В самом начале я написал что Just for fun я не трогаю
Это не отменяет самого факта, что ЯП пишутся в основной своей массе для удовлетворения только собственных потребностей в синтаксическом сахаре. Лишь при совпадении вкусов с несколькими активными пользователями можно говорить о его успешности. Без фанатов проект не получил бы должной скорости развития. И в данной статье «ликвидация велосипедастроения 3» нападая, вы в самом деле защищаете. Защищаете собственные взгляды, собственные привычки в программировании. Если ж полностью искоренить привычки глядеть во вне дот-Нет, в нем не станет больше хороших программистов. Ведь когда люди пробуют какой-то новый, и терпят неудачу, чаще всего можно услышать причину, что дескать требуется перестроить мышление. И у некоторых мышление более эффективно в одном стиле, а для других — например, в функциональном.
>>Windows CE
Никогда, ни в коем случае не ставьте, если вам не нужна поддержка готового ПО под эту ось. Ох и намучился же я в своё время с железками на СЕшке.
Никогда, ни в коем случае не ставьте, если вам не нужна поддержка готового ПО под эту ось. Ох и намучился же я в своё время с железками на СЕшке.
НЛО прилетело и опубликовало эту надпись здесь
Некоторым компаниям разработка «своего» языка иногда выгодна. Как вы сами сказали в п.3, профессионалы, которые пришли с улицы, очень скоро забывают всё другое. Соответственно их стоимость на рынке не высока, и уходить на улицу им можно или на более низкую з/п или на другие «профессии»… Хотя, с другой стороны палки, и заменить такого профессионала, если что, невозможно, только выращивать, а это увеличивает цену этому профессионалу. И если на рынке появляются конкуренты, то з/п у таких «профессионалов» бывает, соответственно, выше рыночной по другим языкам. Пример, 1C и SAP/R3…
Ну мне не хотелось бы такого. Да, например, я буду профи этой технологии. Но ведь компания не факт что просуществует всю МОЮ жизнь. И что это мне даст в будущем? Хорошо если так и у меня будет постоянный доход. Но на мой взгляд, лучше знать общие технологии чем сверхузкоспециализированные )
Вы думаете C# просуществует всю вашу жизнь? :) А лет 10-20 компания, которая пришла к выводу, что надо писать свой язык, уж точно просуществует…
Эти решения чаще продиктованы глупостью. Вы знаете успешные варианты. О не успешных вариантах никто даже и не слышал, просто потому… что они так и не стали никому известными. А вот о C# я уверен, он просуществует не хуже C++
Успешные варианты я слышал ;) Некоторые даже международные: 1C, ABAP(SAP/R3), MatLab, PL/SQL, Transact-SQL. Javascript, Jscript… Да бывает пишут языки ради фана (смотрю на свои поделки 8 летней давности), но зачастую эти языки не развиваются, т.к. деньги заканчиваются быстрее, чем язык будет в стадии release…
Важны не языки, важны инструменты разработки.
Да ну. Чушь. Ибо:
1. Сделать язык (даже компилятор) на уровне современных возможностей — дело месяца (на ладно, двух месяцев). Самое сложное — это написать кодогенератор, но и для этого есть множество библиотек и возможностей. Плюс можно использовать back-end'ы вроде JVM, LLVM, GCC. Да тот же MSIL.
2. Система абстракций языка может быть гораздо удобнее для тех задач, которые решает конкретная компания. А любой (квалифицированный) программист думает не на уровне конкретного языка программирования, а на уровне абстракций, которые потом на языке записываются. Если в языке будут абстракции для предметной области, и не нужно будет рубиться через какое-нибудь наследование, указатели или интерфейсы, а напрямую написать (грубо): если Вася Пупкин уволен, вычеркнуть его из зарплатной базы данных, то это может очень сильно облегчить жизнь.
3. Создание любой библиотеки — это уже создание своего набора абстракций, и собственно своего языка для формулирования алгоритма. Оформлено это в виде некоего синтаксиса или же просто в виде набора библиотек — не так уж принципиально и важно. Язык просто может облегчить интерфейс к этим библиотекам. Если вы считаете, что разработка языка — это изобретение велосипеда, то так же можно сказать и про разработку какой-нибудь библиотеки специализированной: типа, а кто ей будет пользоваться и где найти специалиста, который в ней разберётся?
4. Изобретать велосипеды — это весело. Не всё в этой жизни делается ради денег. И делать в этой жизни всё только ради денег — это глупо и нерационально, IMHO. А программисты, обычно, таки люди умные и рациональные :)
1. Сделать язык (даже компилятор) на уровне современных возможностей — дело месяца (на ладно, двух месяцев). Самое сложное — это написать кодогенератор, но и для этого есть множество библиотек и возможностей. Плюс можно использовать back-end'ы вроде JVM, LLVM, GCC. Да тот же MSIL.
2. Система абстракций языка может быть гораздо удобнее для тех задач, которые решает конкретная компания. А любой (квалифицированный) программист думает не на уровне конкретного языка программирования, а на уровне абстракций, которые потом на языке записываются. Если в языке будут абстракции для предметной области, и не нужно будет рубиться через какое-нибудь наследование, указатели или интерфейсы, а напрямую написать (грубо): если Вася Пупкин уволен, вычеркнуть его из зарплатной базы данных, то это может очень сильно облегчить жизнь.
3. Создание любой библиотеки — это уже создание своего набора абстракций, и собственно своего языка для формулирования алгоритма. Оформлено это в виде некоего синтаксиса или же просто в виде набора библиотек — не так уж принципиально и важно. Язык просто может облегчить интерфейс к этим библиотекам. Если вы считаете, что разработка языка — это изобретение велосипеда, то так же можно сказать и про разработку какой-нибудь библиотеки специализированной: типа, а кто ей будет пользоваться и где найти специалиста, который в ней разберётся?
4. Изобретать велосипеды — это весело. Не всё в этой жизни делается ради денег. И делать в этой жизни всё только ради денег — это глупо и нерационально, IMHO. А программисты, обычно, таки люди умные и рациональные :)
Думаю не стоит утверждать слишком категорично. Иногда придумав свой DSL и написав транслятор можно сократить объёмы кода логики и повысить читаемость и модифицируемость в разы. IMHO.
Тем не менее если взять тот же упомянутый MetaTrader 4/5 — его MQL, IMHO, выглядит как образцовый велосипедизм: зачем надо было столько лет реализовывать кастрированный C++ с нуля лично мне не очень понятно.
Тем не менее если взять тот же упомянутый MetaTrader 4/5 — его MQL, IMHO, выглядит как образцовый велосипедизм: зачем надо было столько лет реализовывать кастрированный C++ с нуля лично мне не очень понятно.
Совсем не затронута тема DSL языков.
С помощью OСaml можно написать компилятор, буквально, за дни. А профит может быть очень даже заметным.
С помощью OСaml можно написать компилятор, буквально, за дни. А профит может быть очень даже заметным.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ликвидатор велосипедов, часть 3: языки программирования