169 похожих чатов

Всем привет. Возможно вопросы очень тупые и много букв напишу,

но мне интересно.

Хочу понять на сколько скала удовлетворяет потребностям бизнеса и не проигрывает ли в долгосрочной перспективе человек, который переходит с Java на Scala.

Понятно что каждый язык обычно закрепился под определенные области разработки. Если возьмем Scala, Go, Java/C#, или другой язык, они +- могут делать одни и те же задачи.

Понимаю что язык инструмент и многим же нравится С/С++ и задачи там могут быть посложнее типовых на Java. Но человек будет получать от этого кайф. Любовь к языку тоже хочу убрать из вопроса, кажется понятным что каждому может нравится и казаться привычным определенный инструмент.

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

Скала разработчик стоит дороже, их меньше, так вроде и хард скиллов требуется больше, чтобы на нем писать. И тут как будто противоречие какое-то)

1) Объясните, пожалуйста, на Scala пишут еще новые продукты, или же обычно это Go? А для скалы поддержка текущих?

2) Что по вашему мнению конкурирует со Скалой и может ее со временем вытеснить? Не ждет ее судьба как например Delphi, Objective-C, или будет на плаву примерно как Го? Есть статистика по вакансиям и т.п., а вот хочется послушать мнение работяг на Scala.

3) Насколько скала удовлетворяет тому, что скорость разработки на ней выше, чем на других языках? Под те задачи, которые языки могут быть заточены

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

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

Ссорян, что много текста, но интересно. Может на что-то получится ответить

8 ответов

92 просмотра

1) Пишут. 2) Например, конкурирует с другими языками, на которых пишут бекэнд — Java, Go и т.д. 3) Скорость разработки больше зависит от разработчика, чем от языка. Но вообще, не те вопросы задаёте) Никто в этом чатике не ответит на вопрос, надо оно вам или нет. Попробуйте сами и решите для себя, надо оно вам или нет

Иван-Третьяков Автор вопроса
Evgeny Veretennikov
1) Пишут. 2) Например, конкурирует с другими языка...

Спасибо за ответ) Для себя решил уже) Интересно было мнение узнать

> Скала разработчик стоит дороже, их меньше, так вроде и хард скиллов требуется больше, чтобы на нем писать. И тут как будто противоречие какое-то) на практике это не так, как будто-то ходишь по собесам на скалу - предлагают часто по низу рынка. вакансии при этом есть хардскилы в разработке бекендов везде одинаковые - хттп, бд, распределенка и тп. единственное что заложенные концепции ФП нужны. с другой стороны не нужно знание спринг во всех ипостасях и прочего анотейшн дривен девелопмента (мне порой кажется что на джаве выше порог входа чем на скале)

мое имхо, на половину составленное из ощущений от общения вокруг с людьми 1) пишут, почти единственная причина - есть уже команда на скале и ей дают новый проект. 2) Котлин, котлин выглядит как почти во всем "лучшая скала". а скалу кажется ждет судьба руби/кложи/хаскеля. как го не будет, только если не будет какой-то прорыв и возникнет новый хайп почему-то или если будет изменение стратегии по позиционированию скалы когда они начнут вваливать бабло в маркетинг и двигать язык будут не гранты, а как коммерческая организация 3) очень сложно ответить. с одной стороны понятна аргументация что язык более типобезопасный ( и это ведет к меньшему количеству багов, меньшему количеству тестов и тп), с другой стороны проблемы с либами, иде, кучей разных стилей, аккой, и тп как будто это перевешивает в контексте среднестатистического проекта.

Artem Sokolov
> Скала разработчик стоит дороже, их меньше, так в...

> ходишь по собесам на скалу - предлагают часто по низу рынка По всяким статистическим выборкам доход на Scala всё время в топе. Так что возможно, это опять опыт одного конкретного человека. Интересно даже, почему)))

Evgeny Veretennikov
> ходишь по собесам на скалу - предлагают часто по...

не знаю, что это за выборки, но, судя по вакансиям, которые я видел, джавистам платят больше. Думаю, из-за синдрома Яндекса: желающих писать на Скале больше, чем вакансий, поэтому зарплаты ниже.

Evgeny Veretennikov
> ходишь по собесам на скалу - предлагают часто по...

Про выборки - скиньте ссылки плс. Я видел только среднее по больнице. Которое сравнивается с толпой джунов в джаве или питоне

Evgeny Veretennikov
> ходишь по собесам на скалу - предлагают часто по...

Насколько понимаю у вас в Яндексе вилки на скалистом точно такие же как и на всех остальных (в среднем)

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта