РОБОТА

[link0ff]

Сижу, листаю сайты, предлагающие рабочие вакансии для программистов, и поражаюсь однообразию требуемых языков программирования: Java/XML, PHP/MySQL, C, Java/XML, PHP/MySQL, C, Java/XML, PHP/MySQL, и т.п.

Товарищи, а где Lisp? Где Haskell? Это же все-таки не академические языки. Не вижу причин не использовать их в production.

А шо же мне теперь делать? От Явы меня уже тошнит. Напрограммировался досыта - с самого начала, когда только Java и XML начали распространяться, т.е. с середины 90-х годов. PHP? Но это просто кастрированный Perl. Нет никакой радости программировать на нем. Уж про С вообще молчу. Кроме ядра на нем писать ничего нет смысла.

Хорошо еще, что на прошлой моей работе мне оставили одну забаву: пальцы в рот - и весёлый свист писать на Лиспе генератор текстов (программ, файлов данных, тестов). Да и то перед уходом начали прессинговать в сторону перевода на Java и XML. К тому же это была закрытая разработка и результаты работы невозможно выложить в Интернет.

Уже начинаю подумывать о создании фирмы, в которой можно было программировать на нормальных высокоуровневых языках.

User-Agent: Emacs-ljupdate/3.9.0 Emacs/22.0.50 (i686-pc-linux-gnu)

Comments

[rssh.livejournal.com]

О том-же подумывал регулярно (у меня - найти бы проект, который бы хорошо под высокоуровневые языки ложился). Беда - отсуствие интерфейсных библиотек.

[link0ff.livejournal.com]

Да любую библиотеку можно куда угодно прикрутить при помощи SWIG и подобных врапперов. Я так понимаю, что главная проблема - это least common denominator, т.е. например, написали программу на высокоуровневом языке, а чтобы поддерживать ее или развивать дальше, нужно найти программиста, который владел бы этим же языком. Когда все учат только Java и PHP, это сделать непросто.

[akshaal.livejournal.com]

Да есть там нам самом деле интерфейсные библиотеки.. и gtk2 и web framework'и есть (концептуально интересные даже, типа WASH).

Меня хаскел больше пугает не true-unicode строками и всем из этого вытекающим. Не, Char там конечно юникодный, вот только IO routines (в том числе Foreign Function Interface) об этом не знают.

[akshaal.livejournal.com]

я про ghc6 естественно :)

[link0ff.livejournal.com]

Так есть же Foreign.C.String.

[akshaal.livejournal.com]

Есть. Только толку. Мало того, что оно локаледепендент, так еще и:
Currently these functions are identical to their CAString counterparts; eventually they will use an encoding determined by the current locale.

а то, что там можно в wachar конвертить погоды особой не приносит.. так как оно платформдепендент.

[alexott.livejournal.com]

причин наверное несколько:
a) унаследованные системы
б) квалификация программистов

я вот пишу на С++ в функциональном стиле и мне хорошо :-)

[link0ff.livejournal.com]

О да, legacy - это такая дрянь, что из-за этого мне приходилось писать даже на Коболе!

Не могу представить, как можно было бы писать на Коболе в функциональном стиле :-)

[alexott.livejournal.com]

я слава богу на коболе лет 10 не писал, и то - раньше писал всякие тесты и т.п.

[migmit.livejournal.com]

Организуешь - позови. Хорошего Лиспа не обещаю, а вот Хаскелл - с превеликим удовольствием.

[link0ff.livejournal.com]

От Хаскелла до Лиспа - один шаг. От мечты до ее воплощения - длинная дорога.

[kamarado.livejournal.com]

C кстати не так много. Совсем мало C. Везде C++

[link0ff.livejournal.com]

Кстати, да. Обычно так и пишут - C/C++. Хотя о C++ я не лучшего мнения.

[kamarado.livejournal.com]

C/C++ - это видно какой-то новый диалект :-)