языки и люди

[juan_gandhi]

Я не буду распространяться на тему как язык формирует мышление; я о другом, о языках программирования. Вот есть два языка, джаваскрипт и джава. Люди, которые их путают - самые счастливые, наверное; те же, кто не путает, считает их за идиотов. Счастливых идиотов. Джавщики смотрят на джаваскрипт сверху вниз: "это не язык программирования", сказал мне один интервьюируемый болван. Джаваскрипт, однако, по выразительности куда как сильнее джавы. А претензии, что на джаваскрипте нельзя файл переименовать, довольно глупы: попробуйте сделать на джаве chmod или chown, а потом уж пеняйте.

Но штука в следующем. Несмотря на все прелести джаваскрипта, люди, которые на нем пишут, как правило, народ недалекий. Самые умные из них прочитают пару книжек, выучат дурацкое слово closure, и считают, что их образование закончено. Разговаривать с ними невозможно, приходится объяснять простейшие вещи из программирования. Зато они с апломбом тебе будут впаривать какую-нибудь элементарную вещь, понятую ими криво, и воспринятую в качестве великой истины программирования.

У джавщиков такое тоже встречается. Процентов 90 джавщиков уверены, что все имена методов должны быть глаголами, а все методы, возвращающие что-либо, не требующее особых вычислений, должны называться getXXX... Соответственно, если ты классу что-то сообщаешь, не требуя ничего взамен, то метод должен называться setXXX... Почему - никто толком не знает; говорят, так надо. Джош в обсуждениях таких вопросов не участвует, только вздыхает: "время ещё не пришло". Да. Супротив толпы не попрешь.

Так вот, с одной стороны, джавщики тоже народ довольно туповатый - но куда как лучше джаваскрипщиков. Плюс, среди джавщиков в авторитетах ходят очень умные люди, знающие, что такое контравариантность. Правда, некоторые умники впаривают доверчивой публике, мол, конструктор - это, батенька, функтор. Ну что ж, остается вздыхать.

А куда податься? Куда податься-то? В хаскельные программисты? Руби? Так чтобы на руби начать продукцию производить, надо сначала три года на си++ программировать, чтобы сделать руби языком, достойным промышленного применения...

Эх... точно мужик один сказал - во многих знаниях много печали.

Comments

[http://users.livejournal.com/_under_score_/]

"Почему - никто толком не знает; говорят, так надо."

Потому что идентификаторы должны нести семантическую нагрузку так, чтобы как можно меньше удивлять читающего код. Нам, туповатым джавщикам (сишарпникам в данном случае, но неважно) это понятно. У вас, гениев, все по-другому, но гениев на все IT не хватает.

[anspa.livejournal.com]

а как бы если без патетики? (всмысле без гениев и туповатых кодеров)
все-таки конформизм обычно ничего нового не рожает.

[http://users.livejournal.com/_under_score_/]

а как бы если без патетики?

да практически так же.

все-таки конформизм обычно ничего нового не рожает.

конформизм ничего не рождает в науке и искусстве. IT в большинстве своем - чистый бизнес, Санни.

[anspa.livejournal.com]

не согласен. :) впрочем, как обычно.

[ivan-gandhi.livejournal.com]

ничего нового не рожает

чтобы далеко не ходить...

[http://users.livejournal.com/_under_score_/]

вот посмотрите, например, на продукт (http://www.compuware.com/products/devpartner/fault-simulator.htm), которым я занимался год до того, как перешел этим летом в shared components team. его писали люди, которым важно не похитрее синтаксически выебнуться, а создать нечто, что можно расширять и поддерживать.

но вы, конечно, такие продукты видите по сто раз на дню, и с удовольствием дадите ссылки на конкурентов, да?

Re: чтобы далеко не ходить...

[ivan-gandhi.livejournal.com]

Очень ценная вещь. И не то чтобы так уж попадается это дело. Я как-то разок нарисовал класс под названием EvliTable, но, конечно, не так всё системно.

Да, оценил, оценил - но это же другая размерность, нет? Как сравнивать архитектуру и акварель.

Re: чтобы далеко не ходить...

[http://users.livejournal.com/_under_score_/]

У нас оперативные домены пересекаются не так чтоб сильно. Отсюда и разница в представлениях.

[ivan-gandhi.livejournal.com]

:) How do you deal with list.size() and map.keySet()? Looking for list.getSize() and map.getKeySet()? How about Treaads.currentThread()? How about reader.read()? Why not reader.getMyDataPleasePlease()?

[http://users.livejournal.com/_under_score_/]

при нормальном дизайне size должен быть property, а не методом. иначе таки я его назову get_Size().

reader.read(), а не getMyData(), если за чтением данных стоит нечто большее, чем возврат значения поля (и/или если меняется состояние ридера).

и так далее. без выебывания.

[ivan-gandhi.livejournal.com]

Дык почему get_...? Почему не "размер коллекции" а "взять размер коллекции"? Для чего это "беремщя жубами"? Ведь в любом натуральном языке это будет "цвет граната" - просто свойство объекта. Разве нельзя упоминать свойство объекта в каком-то контексте без того, чтобы его "брать"? А сам объект - его тоже надо "брать"? А потом "класть"? Что-то ассемблер напоминает, нет?

[http://users.livejournal.com/_under_score_/]

Все правильно. С чего я начал выше?

при нормальном дизайне size должен быть property, а не методом

[ivan-gandhi.livejournal.com]

Ну так мы чудесным образом договорились!