У меня своих пруфов не сохранилось, но можно посмотреть например на архиватор freearc написанный на хаскелле который бьет по производительности традиционные архиваторы. Но я говорю именно про код написанный в лоб, а в инете в основном меряются оптимизироваными версиями. Мы на работе несколько раз сравнивали и чаще хаскель был быстрее, а если и проигрывал С, то не больше чем на 30%. Можете считать что это мое субъективное мнение :)
Кстати про python: lambda есть, list comprehensions есть, ленивость через генераторы есть, HOF в виде декораторов есть, pattern matching есть. Другое дело, что реализованно это на качественно более низком уровне, но опыт в хаскелле помогает использовать эти фичи по полной.
Некоторые и на javascript'е умудряются писать в стиле Lisp'а с car и cdr — сам видел :)
Хаскель стоит выучить для расширения кругозора. Он позволяет разрушить устоявшиеся стереотипы, привести в порядок теоретическую базу, и решать задачи на более высоких уровнях абстракции. Все это хорошо для обучения и повышения своего уровня. А писать потом можно на более мейнстримовом языке, python например вполне подходит на роль «хаскеля для бедных», да и платят за него неплохо :)
Но идея начинать учится с PHP кажется откровенно вредной.
Ну насчет медленный это как раз не по адресу, в лоб написанная прога на хаскелле обычно выходит быстрее такой же в лоб написанной проги на С/С++ за счет хитрого компилятора. Конечно ручками можно и ту и другую доточить, но оно обычно мало кому надо.
«Гиперфока́льное расстоя́ние» — это расстояние, соответствующее передней границе резко изображаемого пространства при фокусировке объектива на бесконечность, для выбранного диафрагменного числа. «Гиперфокальное расстояние» — называют началом бесконечности для выбранного значения диафрагмы. Для каждого значения диафрагмы это расстояние своё. При съёмке больших пространств для объективов без механизма автофокуса рекомендуется устанавливать объектив не на бесконечность, а именно на гиперфокальное расстояние. Тогда передняя граница резко изображаемого пространства (РИП)приблизится вдвое, а бесконечность окажется на дальней границе РИП. Располагая объекты съёмки не ближе этого расстояния всё изображаемое пространство на фотографии будет безусловно резким.
А узнали бы вы о том что это не ваше, если бы не попробовали?
Вообще то меня изначально не тянуло руководить и отвечать за кого-то, у меня отец почти всю жизнь начальником работал и я представлял, что это такое. Так что я отказывался всегда, когда предлагали, но все равно пришлось поработать несколько месяцев пока штатный тимлид нашей комманды был в командировке. У нас кстати часто бывало, что тимлид не самый сильный разработчик в команде.
Только в больших конторах это разные люди.
Ну так я про них и говорю, у нас только в России было 1000+ разработчиков.
Не всем надо расти в тимлиды. Кто то растет в тимлиды, потом дальше в управление людьми, кто то в PM'ы, кто то в Tech Lead'ы и дальше в архитекторы.
Мне допустим тимлидом быть не нравилось, тратить кучу времени на звонки, переписку и заполнение табличек, когда техлидом можно больше времени заниматься разработкой, рефакторингом, инспекциями и менторингом. Зарплата при этом у этих позиций сопоставимая и из техлида можно расти в архитекторы. При этом техлид обычно не бегает как белка в колесе при авралах и отвечает только за себя и свои решения, в отличии от тимлидов :)
Кстати у Amazon'а есть версии Kindle для iOS, Android и PC так что книжки доступны на всех устройствах. Потому что у них контент основной источник дохода, а девайсы вторичны.
Вот у нас историк был правильный: я всегда контрольные писал около 10 минут, и он меня сразу отпускал гулять, а смысл мне сидеть? Тем более все начинают просить списать.
Тем более глупо заставлять ходить тех, кто с одного урока понимает то, что потом двоечникам долбят по 2 недели. Тупо скучно и неэффективно. Вот я в классе больше всех прогуливал, домашнее задание не делал, но при этом почти по всем предметам был лучшим в классе.
Вы пишите о своем, а я о своем, не принимайте мои комменты прямо на свой счет, они на самом деле не вам конкретно адресованы, а просто альтернативное мнение на тему.
Но я сомневаюсь, что стоит бизнес логику описывать в комментах, тем более вы говорите у вас гораздо больше непрограммистов, которые ясное дело в код не полезут их читать. Достаточно дать ссылку на внешний документ, спецификацию, тикет в багтрекере, вики, где человеческим языком все описано. А в комментах описывать только неочевидные именно с точки зрения программирования вещи. В идеале вообще все должно быть понятно без комментов :)
Ничего не надо переводить обратно, надо сразу на английском понимать. Все что вы можете написать на русском, точно так же можно написать и на английском, но не обязательно, что одному слову на русском будет одно слово на английском соответствовать. И наоборот на русском может быть несколько слов, а в английском одно. Однозначность тоже не важна, из контекста обычно понятно. Нужно просто думать на английском, а не переводить и проблем не будет.
А английский стоит выучить в любом случае, в жизни пригодится, и не только в программировании. Проще один раз выучить и всю жизнь пользоваться.
Я когда набором занимался, у нас много хороших программистов отсеивалось именно из-за плохого знания английского. Потому что все общение по работе на нем.
Некоторые и на javascript'е умудряются писать в стиле Lisp'а с car и cdr — сам видел :)
Но идея начинать учится с PHP кажется откровенно вредной.
Вообще то меня изначально не тянуло руководить и отвечать за кого-то, у меня отец почти всю жизнь начальником работал и я представлял, что это такое. Так что я отказывался всегда, когда предлагали, но все равно пришлось поработать несколько месяцев пока штатный тимлид нашей комманды был в командировке. У нас кстати часто бывало, что тимлид не самый сильный разработчик в команде.
Ну так я про них и говорю, у нас только в России было 1000+ разработчиков.
Мне допустим тимлидом быть не нравилось, тратить кучу времени на звонки, переписку и заполнение табличек, когда техлидом можно больше времени заниматься разработкой, рефакторингом, инспекциями и менторингом. Зарплата при этом у этих позиций сопоставимая и из техлида можно расти в архитекторы. При этом техлид обычно не бегает как белка в колесе при авралах и отвечает только за себя и свои решения, в отличии от тимлидов :)
Но я сомневаюсь, что стоит бизнес логику описывать в комментах, тем более вы говорите у вас гораздо больше непрограммистов, которые ясное дело в код не полезут их читать. Достаточно дать ссылку на внешний документ, спецификацию, тикет в багтрекере, вики, где человеческим языком все описано. А в комментах описывать только неочевидные именно с точки зрения программирования вещи. В идеале вообще все должно быть понятно без комментов :)
А английский стоит выучить в любом случае, в жизни пригодится, и не только в программировании. Проще один раз выучить и всю жизнь пользоваться.
Я когда набором занимался, у нас много хороших программистов отсеивалось именно из-за плохого знания английского. Потому что все общение по работе на нем.