Size: a a a

Scala User Group

2020 July 23

Oℕ

Oleg ℕizhnik in Scala User Group
Eugene Bosiakov
То есть получается, выбор технологического стека не влияет на итоговый продукт?
Влияет, конечно
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Но как конкретно влияет - другой вопрос.
Т.е. попытаться упростить до "если будете кодить с типами будет хорошо, без типов - плохо" не выйдет. Объективная реальность против вас
источник

AD

Apache DOG™ in Scala User Group
Oleg ℕizhnik
Её нет для продуктов статистически, но это не значит, что её нет для тебя лично, апача или меня.
У каждого из нас свои причины, почему мы не можем писать код на жаваскрипте, жаве и руби.
Просто не нужно заниматься рационализацией и притворяться, что мы чем-то объективно лучше тех, кто может
Трушное исследование это взять написать сложную формальную спеку очень сложной задачи, но такую чтобы реализацию можно было бы проверить. Дать командам одинаковое время, потом это все запруфать и сравнить количество багов
источник

EB

Eugene Bosiakov in Scala User Group
Я согласен с тем, что хорошее ПО можно написать на любом языке. Но такие параметры как порог вхождения в большую кодовую базу, вероятность разломать проект при минорных изменениях и прочие метрики меняются драматически в зависимости от ЯП, а вместе с этим метриками, не могут не меняться свойства продукта
источник

K

KGM in Scala User Group
Eugene Bosiakov
Почему все не сидят на C и фортране?
Про FORTRAN ничего не скажу, но на С/С++, пишутся и ныне многие native либы для JVM языков/либ. Взять тот же Netty, который реализован через JNI call, который написан под Х86-64 Linux/BSD (FreeBSD, MacOS) IO тулзы, как epoll и kqueue на Сях
источник

AD

Apache DOG™ in Scala User Group
Потому что твой ресерч не меряет количество багов вообще, а только те которые нашли
источник

AD

Apache DOG™ in Scala User Group
И.е. направление ветра
источник

NV

Nikita Vilunov in Scala User Group
Eugene Bosiakov
Я согласен с тем, что хорошее ПО можно написать на любом языке. Но такие параметры как порог вхождения в большую кодовую базу, вероятность разломать проект при минорных изменениях и прочие метрики меняются драматически в зависимости от ЯП, а вместе с этим метриками, не могут не меняться свойства продукта
Порог вхождения в кодовую базу на скале сложнее, если вы до этого писали на питоне или даже если вы писали на скале в другом стиле.

Нет разницы между языками, а многочисленные споры — это следствие различающегося опыта разработчиков и их зоны комфорта.
источник

AD

Apache DOG™ in Scala User Group
Как всегда пейперы меряют и пытаются доказать очень очень мало потому что доказать много - сложно.
источник

NV

Nikita Vilunov in Scala User Group
Eugene Bosiakov
Я согласен с тем, что хорошее ПО можно написать на любом языке. Но такие параметры как порог вхождения в большую кодовую базу, вероятность разломать проект при минорных изменениях и прочие метрики меняются драматически в зависимости от ЯП, а вместе с этим метриками, не могут не меняться свойства продукта
Но если у вас есть исследование зависимости этих ваших метрик от языка — милости просим
источник

P

Python in Scala User Group
Eugene Bosiakov
Олег, я не понимаю. Если разницы в качестве в итоговом продукте нет, зачем нам тогда джвм, скала, фп, ооп и все с этим связанное?
Начинающие специалисты часто не понимают что "итоговый продукт" - это не только само приложение, особенно не в аутсорсинговых компаниях. Это вся экосистема, которая включает счастливых или несчастных программистов, их зарплаты, конкурентов, поддержку и т.п.

Та же Скала - это офигительный внутренний мотиватор для людей. У нас люди ходят на работу не за зарплатой, им просто в кайф работать. Их приходится домой выпихивать чтобы у компьютера корни не пустили. Представляете как, с точки зрения бизнеса, хорошо работать с такими программистами. Которые тупо счастливы и обожают свою работу 🤷‍♀️
источник

D

Deλ✨ in Scala User Group
Nikita Vilunov
Порог вхождения в кодовую базу на скале сложнее, если вы до этого писали на питоне или даже если вы писали на скале в другом стиле.

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

D

Deλ✨ in Scala User Group
если одновременно и скалу и фп учить может быть тяжеловато на проекте
источник

EB

Eugene Bosiakov in Scala User Group
Python
Начинающие специалисты часто не понимают что "итоговый продукт" - это не только само приложение, особенно не в аутсорсинговых компаниях. Это вся экосистема, которая включает счастливых или несчастных программистов, их зарплаты, конкурентов, поддержку и т.п.

Та же Скала - это офигительный внутренний мотиватор для людей. У нас люди ходят на работу не за зарплатой, им просто в кайф работать. Их приходится домой выпихивать чтобы у компьютера корни не пустили. Представляете как, с точки зрения бизнеса, хорошо работать с такими программистами. Которые тупо счастливы и обожают свою работу 🤷‍♀️
если платить программистам годовой бонус, то можно будет не мотивировать их скалой
источник

EB

Eugene Bosiakov in Scala User Group
более того, с годовым мотивация покрепче, чем на скале
источник

AK

Anatoliy Kernokus in Scala User Group
Потому что как в природе так и в it есть эволюционные процессы.каждый язык находит свою нишу и свое применение.
источник

AK

Anatoliy Kernokus in Scala User Group
Переслано от Eugene Bosiakov
Почему все не сидят на C и фортране?
источник

EB

Eugene Bosiakov in Scala User Group
но если рассматривать скалу как способ сэкономить, это меняет дело )
источник

AK

Anatoliy Kernokus in Scala User Group
На С до сих пор пишут все ПО под микроконтроллеры одной из самых широких платформ stm.а на Фортран я даже вакансии видел недавно
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Apache DOG™
Потому что твой ресерч не меряет количество багов вообще, а только те которые нашли
Это не мой ресёрч, это один из множества ресёрчей, которые попытались найти связь между определёнными особенностями выбранных средств для разработки и измеримыми качествами процесса или результата.
Как и любой другой ресёрч, он не полон. Как и в случае с любым утверждением в форме "нет статистически значимой зависимости между X и Y" нельзя утверждать, что при другом способе измерения она не будет найдена.
Это лишь один из множества исследований, которые старались найти зависимость, которая с точки зрения Евгена, очевидна, бросается в глаза, измерима, так и не нашли.
Поэтому я соглашусь, что это не может быть исчерпывающим подтверждением, что зависимости нет, я лишь прошу привести какое-то подтверждение хорошего качества, что зависимость есть.
Тем более, если она такая очевидная и существенная, обнаружить и измерить её должно быть несложно.
Пока она не найдена, я воспользуюсь доводом Рассела о чайнике на орбите.
источник