(no subject)

[beldmit]

Собственно, возвращаясь к посту про настоящего программиста. Там в комментах cmike высказал мнение, что Java - это такой нишевый язык.

Я задумался, и понял, что ниши для Java я не представляю. Возможно, сейчас не представляю - потому что уже есть C#.

Посему вопрос: какие задачи могут быть удачнее, чем на каком-либо другом языке, решены на чем-нибудь из списка: Java, Smalltalk, Haskell, Erlang? Меня устроит, если будет какой-то другой язык близкого класса, который это позволит сделать (кроме Java - там я хотел бы видеть четкие преимущества).

Желательно - чтобы с этими задачами было реально столкнуться на не сильно извилистом пути программиста (то есть если, чтобы к такой задаче подступиться, надо 15 лет учиться на микроэлектроника, то пример не канает).

Comments

[vitus_wagner]

Как раз работа на высоком уровне, мышление в терминах user experience, а не терминах "отдельно зелень, отдельно прокрутка" и поможет от подобных плюх избавиться.

[cmike.livejournal.com]

Да, конечно, но тут сталкиваются понятия user experience и средства реализации, какими они бы не были. А это неизбежно означает, что придётся лезть в детали. Модели в этих областях могут дать только первое приближение и единственный способ сохранить девственную простоту – постулировать, что "наша система и есть оптимальный user experience".

Пользовательский опыт и средства разработки неизбежно вступают в противоречие. Пример навскидку. Файл – хорошая абстракция и рано или поздно файл на удалённой машине тоже считается файлом. И сразу же оказывается, что пользователю нужно работать с такими файлами по-другому: показывать бегунок, делать докачку и т.д.