Используем Скалу в одном из наших под-проектов.
Скажу так, что сколько бы я не пытался начать изучать Java — синтаксис и портянки кода просто убивают всякое желание в этом всём разбираться. За Java 8 ничего не скажу — не пробовал. ИМХО.
Скала в этом плане действительно лаконичнее и проще читается. Но это с одной стороны. С другой стороны, если начать выкручивать Скалу на полную катушку, т.е начать использовать все функциональные возможности: view bounds, higher kinded types, монады, вариативность и ещё бог знает что, то в проекте вы, скорее всего, быстро останетесь одни, потому что этот лес нагромождений мало кто захочет разгребать, чтобы разобраться и понять саму бизнес-логику, которую вы в этом всём закопали. Вот пока не пишешь сложного (овер-функционального) кода на Скале — всё хорошо. Как только осознал, что написал сложно (через месяц сам не сразу понимаешь, как оно работает) — очень хочется какой-нибудь более простой и однозначный язык.
Если очень-очень срочно, что прям аж все рухнет, если я не останусь — может быть, а так — нет.
А нет, потому что:
1) личная жизнь
2) личные проекты, интересы и так далее.
Наоборот, доплатил бы из своего кармана, чтоб работать меньше (часов 5-6), но не разрешают.
Я, если честно, такого подхода тоже не понимаю. Ладно бакалавриат — ты еще зеленый, не знаешь, как и чего, чего ты сам хочешь, твое-не твое и т.д. Но если ты собрался на магистратуру, это значит, что ты уже определился с тем, что тебе интересно, каких знаний (умений) тебе не хватает и ищешь самые подходящие тебе программы. Там где интересно, там где дают нужные знания, а не просто абы что. Потому что попадаются совершенно бесполезные, слабенькие программы.
Да и вообще, не обозначена цель магистратуры. Зачем она, что от нее требуется то? Просто нахаляву еще 2 года штаны просиживать?
В людом случае, рельсы хоть и не самый высокопроизводительное решение (GIL и всё такое) в конечно счёте все решит выстроенная архитектура, имхо. Можно разбить приложение на части (микросервисы) и самые медленные переписать на чём-то другом.
А вообще, как мне кажется, чем дальше в сторону хайлоада, тем больше общих решений будет у всех языков и фреймворков — кэширование, низкоуровневое ковыряние и т.д.
Это ещё бабушка на двое сказала, что у проекта будет 1000+ пользователей онлайн.
Если так и будет (дай-то Бог каждому проекту) — то просто кидай в него железом и всё, а потом перепишешь на чём-то более высокопроизводительном (если это вообще нужно будет к тому моменту). Большенство проектов не взлетит так и так и смысла делать всё круто с самого начало — нуль ))
Спасибо за статью, очень интересно.
Но, как показывает практика, работы с железом в СНГ, постсоветском пространстве очень мало — нет почти ничего.
Вот так это и остается в лучшем случае, как хобби. :)
Тем, кто работает в этой сфере — поклон!
Скажу так, что сколько бы я не пытался начать изучать Java — синтаксис и портянки кода просто убивают всякое желание в этом всём разбираться. За Java 8 ничего не скажу — не пробовал. ИМХО.
Скала в этом плане действительно лаконичнее и проще читается. Но это с одной стороны. С другой стороны, если начать выкручивать Скалу на полную катушку, т.е начать использовать все функциональные возможности: view bounds, higher kinded types, монады, вариативность и ещё бог знает что, то в проекте вы, скорее всего, быстро останетесь одни, потому что этот лес нагромождений мало кто захочет разгребать, чтобы разобраться и понять саму бизнес-логику, которую вы в этом всём закопали. Вот пока не пишешь сложного (овер-функционального) кода на Скале — всё хорошо. Как только осознал, что написал сложно (через месяц сам не сразу понимаешь, как оно работает) — очень хочется какой-нибудь более простой и однозначный язык.
А нет, потому что:
1) личная жизнь
2) личные проекты, интересы и так далее.
Наоборот, доплатил бы из своего кармана, чтоб работать меньше (часов 5-6), но не разрешают.
Да и вообще, не обозначена цель магистратуры. Зачем она, что от нее требуется то? Просто нахаляву еще 2 года штаны просиживать?
А вообще, как мне кажется, чем дальше в сторону хайлоада, тем больше общих решений будет у всех языков и фреймворков — кэширование, низкоуровневое ковыряние и т.д.
Если так и будет (дай-то Бог каждому проекту) — то просто кидай в него железом и всё, а потом перепишешь на чём-то более высокопроизводительном (если это вообще нужно будет к тому моменту). Большенство проектов не взлетит так и так и смысла делать всё круто с самого начало — нуль ))
Но, как показывает практика, работы с железом в СНГ, постсоветском пространстве очень мало — нет почти ничего.
Вот так это и остается в лучшем случае, как хобби. :)
Тем, кто работает в этой сфере — поклон!