То, что в нормальной ФП архитектуре само собой работает

Я все таки люблю языки не в вакууме а те которые помогают реально писать продукты.

Скала же уже давно в продакшене используется.

Скала же уже давно в продакшене используется.

Давно, но особой популярности не снискала.

Давно, но особой популярности не снискала.

Это вообще не показатель.

Для продуктописателей показатель.

Для пет проектов и стартапов у которых есть много денег на ресеарч это подходит, а для mvp нет

Для продуктописателей показатель.

Еще раз, нет. Популярность с качеством языка и возможностями не коррелирует.

Она коррелирует с уровнем входа, с насыщением рынка.

Для пет проектов и стартапов у которых есть много денег на ресеарч это подходит, а для mvp нет

Вот интересно, почему тинькоф на скале?

шо, прям весь тинкоф на скале?

Вот интересно, почему тинькоф на скале?

Потому что тинькоф очень много денег на пельменях заработал и он вкладывается в бизнес только если там 600% профита. Он сам говорил.

Потому что тинькоф очень много денег на пельменях заработал и он вкладывается в бизнес только если там 600% профита. Он сам говорил.

В райффайзене тоже скала есть, например. Они тоже на пельменях заработали?

В райффайзене тоже скала есть, например. Они тоже на пельменях заработали?

А bash у них есть? =)

Не представляю.

Александр, вы можете привести числа - отношение числа скала разрабочиков с числу разработчиков. По компаниям. У тинькова, знаю, было <10% скала. Может у вас актуальнее данные?

и кстати да, у них даже на скале - микросервисы... странно, да? ?

https://hh.ru/employer/78638 вот по вакансиям там кого только не требуется. андроидщики, джависты, котлинята, питонисты, реактеры, ангулярщики.

Александр, вы можете привести числа - отношение числа скала разрабочиков с числу разработчиков. По компаниям. У тинькова, знаю, было <10% скала. Может у вас актуальнее данные?

Вы умеете читать дискуссию? Выше павел начал утверждать что скала подходит для пет проектов и стартапов. Я просто это опровергаю.

https://hh.ru/employer/78638 вот по вакансиям там кого только не требуется. андроидщики, джависты, котлинята, питонисты, реактеры, ангулярщики.

Опять же, к чему это?

Вы умеете читать дискуссию? Выше павел начал утверждать что скала подходит для пет проектов и стартапов. Я просто это опровергаю.

Ты не опроверг, тиньков и есть такой стартап с кучей денег.

Ты не опроверг, тиньков и есть такой стартап с кучей денег.

райффазен тоже стартап?

нгу да...

райффазен тоже стартап?

Правильный вопрос - с кучей денег или нет.

стартап - это не всегда "собрались ребята в гараже"

новый проект в богатой компании с офигевшими от скуки программистами, которые думают, как бы еще извратиться, что бы потом был шанс на конференции рассказать, что они не просто бизнес задачи решали ?

а голанг отстой

https://hh.ru/employer/4023 одна вакансия скалиста из 108 ?

https://hh.ru/employer/4023 одна вакансия скалиста из 108 ?

Как бы если бы скала не работала - было бы ноль вакансий, не?

Нет конечно

это что, бинарный флаг что ли? Либо работает либо нет? Она может работать но толкьо при условии очень умных кадров и большого вливания денег например.

Это все равно что купить бугатти ) Если на нем никто не ездит это не значит что она не работает.

Насчет скалы, я не уверен что она делает разработчика продуктивным

Прекрасно, что мы уже дошли до того, что может и делать разработчика продуктивным в определнных условиях

если технология дает преимущество - то ее моментально начинают внедрять. scala особо не пользуется спросом, значит преимуществ особенных нет

если технология дает преимущество - то ее моментально начинают внедрять. scala особо не пользуется спросом, значит преимуществ особенных нет

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

Прекрасно, что мы уже дошли до того, что может и делать разработчика продуктивным в определнных условиях

А мы изначально в этом контексте и говорили, если перечитаешь сообщения.

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

"лаконичный и поддерживаемый сложный код" - тут явно миниум 2 лишних слова, а то и все 3

Я же не рассуждал тут, что больше подходит для майнинга данных, PHP или скала :) Я говорил про создание продуктов всю дорогу. Веб аппов.

А мы изначально в этом контексте и говорили, если перечитаешь сообщения.

Окей. Еще раз перешлю тебе твое-же сообщение.

Насчет скалы, я не уверен что она делает разработчика продуктивным

Ни слова про бизнес нет.

Только разработчик и только продуктивность.

Ни слова про бизнес нет.

Окей, еще раз перешлю тебе мое следующее сообщение.

Я все таки люблю языки не в вакууме а те которые помогают реально писать продукты.

Окей, еще раз перешлю тебе мое следующее сообщение.

А я то спорил с твоим изначальным сообщением. Про программистов и продуктивность.

Ни слова про применимость в корпорациях куда инвесторы вливают миллиарды и есть одна вакансия из 108.

Ну и опять же. Если бизнес не выбирает язык это еще не значит что язык не помогает реально писать продукты. Может быть много факторов.

Ну и опять же. Если бизнес не выбирает язык это еще не значит что язык не помогает реально писать продукты. Может быть много факторов.

Вот я как раз и призываю эти факторы рассмотреть.

Ну и опять же. Если бизнес не выбирает язык это еще не значит что язык не помогает реально писать продукты. Может быть много факторов.

каких например?

каких например?

Встречный вопрос. Почему у нас не везде последние достижения медицины. Они ведь реально помогают.

Вот я как раз и призываю эти факторы рассмотреть.

Чаще всего эти факторы с программированием особо и не связаны.

Чаще всего эти факторы с программированием особо и не связаны.

Согласен, они социально-познавательные.

Встречный вопрос. Почему у нас не везде последние достижения медицины. Они ведь реально помогают.

будем вопросом на вопрос общаться?!

будем вопросом на вопрос общаться?!

Окей, куча факторов, которые непосредственно с качеством самого языка программирования никак не связаны.

Например рынок трудовой силы, наличие легаси, страх перед чем-то новым.

Окей, куча факторов, которые непосредственно с качеством самого языка программирования никак не связаны.

Давай просто перейдем к обсуждению того что есть такое качество языка =)

Я определяю это как раз как возможность долгосрочно поддерживать проекты с учетом текучки кадров.

(что бы это ни значило)

Давай просто перейдем к обсуждению того что есть такое качество языка =)

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

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

Да да верно

На хабре была статья просто как чувак скалист ушел в отпуск и случилась какая-то бага, и целый штат коллег не мог понять что там за конструкция в коде.

На хабре была статья просто как чувак скалист ушел в отпуск и случилась какая-то бага, и целый штат коллег не мог понять что там за конструкция в коде.

Как это характеризует язык?

Например рынок трудовой силы, наличие легаси, страх перед чем-то новым.

ok, php взлетел после perl, ruby после php, golang не так давно вырвался в хайп... в каждом случае было отстуствие кадров, легаси, страх, эффективные менеджеры.

Как это характеризует язык?

Как имеющий плохо читаемые и воспринимаемые конструкции. То есть аргумент в пользу антикачества.

Как это характеризует язык?

"лаконичный и поддерживаемый сложный код" вместо просто "код"

Как имеющий плохо читаемые и воспринимаемые конструкции. То есть аргумент в пользу антикачества.

Кхм. Мне кажется это больше говорит о квалификации тех людей, которые пытались внести изменения.

Как имеющий плохо читаемые и воспринимаемые конструкции. То есть аргумент в пользу антикачества.

Дурацкая затея пытаться фиксить что-то, в чем не разбираешь, не правда ли?

ok, php взлетел после perl, ruby после php, golang не так давно вырвался в хайп... в каждом случае было отстуствие кадров, легаси, страх, эффективные менеджеры.

особенно golang тут клево выглядит

ok, php взлетел после perl, ruby после php, golang не так давно вырвался в хайп... в каждом случае было отстуствие кадров, легаси, страх, эффективные менеджеры.

И все яп из примера - говно...

Кхм. Мне кажется это больше говорит о квалификации тех людей, которые пытались внести изменения.

Да вот это не имеет прямой зависимости от квалификации. Если у тебя в аргументах функции написано myCoolFunc($sender, $message, $args, $reader) то какой-бы у тебя ни был IQ и опыт, ты не сможешь ниоткуда добыть правильную информацию, какие именно параметры туда передаются, какова их структура.

И все яп из примера - говно...

ну что поделать, мир такой :)

Да вот это не имеет прямой зависимости от квалификации. Если у тебя в аргументах функции написано myCoolFunc($sender, $message, $args, $reader) то какой-бы у тебя ни был IQ и опыт, ты не сможешь ниоткуда добыть правильную информацию, какие именно параметры туда передаются, какова их структура.

А если написано вот так: `myCoolFunc(Sender $sender, string $message, ArgCollection $args, Reader $reader)` то легким нажатием на go to declaration/implementation ты сразу эту информацию добудешь.

Да вот это не имеет прямой зависимости от квалификации. Если у тебя в аргументах функции написано myCoolFunc($sender, $message, $args, $reader) то какой-бы у тебя ни был IQ и опыт, ты не сможешь ниоткуда добыть правильную информацию, какие именно параметры туда передаются, какова их структура.

Если ты помнишь, там претензия была немного к другому. Например к тому, что метод выглядел как оператор. И они не знали что это вообще и как с этим работать.

Да вот это не имеет прямой зависимости от квалификации. Если у тебя в аргументах функции написано myCoolFunc($sender, $message, $args, $reader) то какой-бы у тебя ни был IQ и опыт, ты не сможешь ниоткуда добыть правильную информацию, какие именно параметры туда передаются, какова их структура.

это не проблема, 10 лет жили именно с такими сигнатурами методов...

Если ты помнишь, там претензия была немного к другому. Например к тому, что метод выглядел как оператор. И они не знали что это вообще и как с этим работать.

ну значит это write only язык, perl уже был, но люди не учатся...

Если ты помнишь, там претензия была немного к другому. Например к тому, что метод выглядел как оператор. И они не знали что это вообще и как с этим работать.

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

Да вот это не имеет прямой зависимости от квалификации. Если у тебя в аргументах функции написано myCoolFunc($sender, $message, $args, $reader) то какой-бы у тебя ни был IQ и опыт, ты не сможешь ниоткуда добыть правильную информацию, какие именно параметры туда передаются, какова их структура.

https://habr.com/ru/post/273535/ мы жы эту статью сейчас обсуждаем?

https://habr.com/ru/post/273535/ мы жы эту статью сейчас обсуждаем?

Да именно ее

У плюсов с перегрузкой операторов есть те же проблемы кстати.

Когда видишь a+b то не можешь сказать по тексту, это обычная операция сложения или она где-то перегружена. Приходится всегда перепроверять, быть на стороже. То есть заниматься лишней работой.

Да именно ее

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

И после этого язык становится плохим.

Плохой язык. А очень высокие требования к квалификации и/или внимательности и/или эрудиции - плохие, контрпродуктивные требования.

Кто-то из вас посмотрит и скажет, что это блестяще, но кто-то скажет — WTF? Там были тысячи подобных строк кода. Это были те случаи, когда вся команда могла работать с кодом, но половина не хотела иметь с этим кодом дела вообще. Разработчик, который писал это — выдающийся программист, но тот факт, что его код раскалывал всю команду, было проблемой.

У плюсов с перегрузкой операторов есть те же проблемы кстати.

Не надо путать теплое с мягки. Перегрузка +, вполне возможно плохая идея. Создание своих операторов - клевая.

Плохой язык. А очень высокие требования к квалификации и/или внимательности и/или эрудиции - плохие, контрпродуктивные требования.

Я не знаю в каком мире ты живешь, но перед тем как писать на языке его надо изучить.

Не надо путать теплое с мягки. Перегрузка +, вполне возможно плохая идея. Создание своих операторов - клевая.

написать свой DSL еще же лучше, главное документацию не писать :)

Я не знаю в каком мире ты живешь, но перед тем как писать на языке его надо изучить.

с++ например надо изучать в течение лет 10. Плохо.

с++ например надо изучать в течение лет 10. Плохо.

Скалу не надо изучать 10 лет.

Я не знаю в каком мире ты живешь, но перед тем как писать на языке его надо изучить.

на детальное изучение php уйдет 5+ лет, современный html, css еще по 5. написать гостевую книгу сможешь через 15 лет?

на детальное изучение php уйдет 5+ лет, современный html, css еще по 5. написать гостевую книгу сможешь через 15 лет?

Детальное изучение пхп 5 лет? Лол.

Детальное изучение пхп 5 лет? Лол.

выдаешь лычки сеньоров за год изучения языка? в php достаточно много различных мелких нюансов, я бы сказал слишком много

выдаешь лычки сеньоров за год изучения языка? в php достаточно много различных мелких нюансов, я бы сказал слишком много

А давай мы не будем путать разделение сеньер/мидл и изучение языка. Это вообще про разные вещи.

А давай мы не будем путать разделение сеньер/мидл и изучение языка. Это вообще про разные вещи.

хорошо давай в майках, на XL - потребуется 5+ лет

хорошо давай в майках, на XL - потребуется 5+ лет

Изучение языка подразумевает прочитать доку/спецификацию, чтобы значть что этот язык может и как. Стать сеньором - знать туеву хучу библиотев вокруг языка, уместь строить архитектуру и тд. Вообще нерелевантные вещи.

Ладно, я времено отошел от компа, по делам надо. Вернусь - можно и продолжить.

Изучение языка подразумевает прочитать доку/спецификацию, чтобы значть что этот язык может и как. Стать сеньором - знать туеву хучу библиотев вокруг языка, уместь строить архитектуру и тд. Вообще нерелевантные вещи.

прочитать документацию не достаточно, потому что требуется практика. библиотеки учат формошлёпы. вот не достаточно прочитать словарь и правила грамматики для того, чтобы свободно начать общаться на любом не знакомом тебе языке (английский, китайский, чешский)

Ладно, я времено отошел от компа, по делам надо. Вернусь - можно и продолжить.

и это во времена ассинхронного общения... может в icq тогда перейдем? ;)

Изучение языка подразумевает прочитать доку/спецификацию, чтобы значть что этот язык может и как. Стать сеньором - знать туеву хучу библиотев вокруг языка, уместь строить архитектуру и тд. Вообще нерелевантные вещи.

Ну вот в c++ на изучение спеки языка уходит лет 10 =)