P
/stat@combot
Size: a a a
2020 August 30
C
Total messages: 287068
SS
/stat@combot
C
Total messages: 287070
Oℕ
Может кому-то кто изучает Scala или хочет изучить будет интересно https://habr.com/ru/post/517076/
Прикольно.
VV
Прикольно.
Спасибо, няша 😁
СП
Изучая Scala и сравнивая ее с C# складывается такое ощущение:
крупные компании (Microsoft) в основном вырабатывают общие для всех стандарты работы с асинхронностью (Task), базами данных (ORM, Linq),
строят промышленные фреймверки и интегрируют их между собой (MVC).
Плюсы очевидны - стандартизация и скорость разработки, хорошо проверенные и разработанные лучшими инженерами решения.
Пиши как вам сказали и особо не думай.
С другой стороны языки как Scala, кот. в большей степени развиваются силами сообществами, лишены такой возможности.
Можно ли считать, что ФП и теория категорий является тем веществом, которое позволяет разрабатывать и скрипляет библиотеки и решения на Scala ?
крупные компании (Microsoft) в основном вырабатывают общие для всех стандарты работы с асинхронностью (Task), базами данных (ORM, Linq),
строят промышленные фреймверки и интегрируют их между собой (MVC).
Плюсы очевидны - стандартизация и скорость разработки, хорошо проверенные и разработанные лучшими инженерами решения.
Пиши как вам сказали и особо не думай.
С другой стороны языки как Scala, кот. в большей степени развиваются силами сообществами, лишены такой возможности.
Можно ли считать, что ФП и теория категорий является тем веществом, которое позволяет разрабатывать и скрипляет библиотеки и решения на Scala ?
GM
Изучая Scala и сравнивая ее с C# складывается такое ощущение:
крупные компании (Microsoft) в основном вырабатывают общие для всех стандарты работы с асинхронностью (Task), базами данных (ORM, Linq),
строят промышленные фреймверки и интегрируют их между собой (MVC).
Плюсы очевидны - стандартизация и скорость разработки, хорошо проверенные и разработанные лучшими инженерами решения.
Пиши как вам сказали и особо не думай.
С другой стороны языки как Scala, кот. в большей степени развиваются силами сообществами, лишены такой возможности.
Можно ли считать, что ФП и теория категорий является тем веществом, которое позволяет разрабатывать и скрипляет библиотеки и решения на Scala ?
крупные компании (Microsoft) в основном вырабатывают общие для всех стандарты работы с асинхронностью (Task), базами данных (ORM, Linq),
строят промышленные фреймверки и интегрируют их между собой (MVC).
Плюсы очевидны - стандартизация и скорость разработки, хорошо проверенные и разработанные лучшими инженерами решения.
Пиши как вам сказали и особо не думай.
С другой стороны языки как Scala, кот. в большей степени развиваются силами сообществами, лишены такой возможности.
Можно ли считать, что ФП и теория категорий является тем веществом, которое позволяет разрабатывать и скрипляет библиотеки и решения на Scala ?
Скорее промышленные фреймворки от крупных компаний являются веществом от которого инженеры устают и принимаются за разработку библиотек и решений на scala
.
Изучая Scala и сравнивая ее с C# складывается такое ощущение:
крупные компании (Microsoft) в основном вырабатывают общие для всех стандарты работы с асинхронностью (Task), базами данных (ORM, Linq),
строят промышленные фреймверки и интегрируют их между собой (MVC).
Плюсы очевидны - стандартизация и скорость разработки, хорошо проверенные и разработанные лучшими инженерами решения.
Пиши как вам сказали и особо не думай.
С другой стороны языки как Scala, кот. в большей степени развиваются силами сообществами, лишены такой возможности.
Можно ли считать, что ФП и теория категорий является тем веществом, которое позволяет разрабатывать и скрипляет библиотеки и решения на Scala ?
крупные компании (Microsoft) в основном вырабатывают общие для всех стандарты работы с асинхронностью (Task), базами данных (ORM, Linq),
строят промышленные фреймверки и интегрируют их между собой (MVC).
Плюсы очевидны - стандартизация и скорость разработки, хорошо проверенные и разработанные лучшими инженерами решения.
Пиши как вам сказали и особо не думай.
С другой стороны языки как Scala, кот. в большей степени развиваются силами сообществами, лишены такой возможности.
Можно ли считать, что ФП и теория категорий является тем веществом, которое позволяет разрабатывать и скрипляет библиотеки и решения на Scala ?
Есть вообще мнение, что такие абстракции над кодом, как орм, или фреймворки типа спринга - не нужны в болшестве случаев. Нужны инструменты в экосистеме, заменяемые между собой, понятные минутой чтения заглавной документации. Вместо изучение фреймворков, разработчик изучает возможности языка, абстракции над архитектурой, предметную область и т п. Так он становиться, не django/spring/имя_фрейморка разработчиком, а инженером. Scala даёт такую возможность
СП
Georg Mayur
Скорее промышленные фреймворки от крупных компаний являются веществом от которого инженеры устают и принимаются за разработку библиотек и решений на scala
Но возникает сложность унификации всего многообразия библиотек и решений
СП
Есть вообще мнение, что такие абстракции над кодом, как орм, или фреймворки типа спринга - не нужны в болшестве случаев. Нужны инструменты в экосистеме, заменяемые между собой, понятные минутой чтения заглавной документации. Вместо изучение фреймворков, разработчик изучает возможности языка, абстракции над архитектурой, предметную область и т п. Так он становиться, не django/spring/имя_фрейморка разработчиком, а инженером. Scala даёт такую возможность
Но как быть с порогом входа в Скалу
SR
Есть вообще мнение, что такие абстракции над кодом, как орм, или фреймворки типа спринга - не нужны в болшестве случаев. Нужны инструменты в экосистеме, заменяемые между собой, понятные минутой чтения заглавной документации. Вместо изучение фреймворков, разработчик изучает возможности языка, абстракции над архитектурой, предметную область и т п. Так он становиться, не django/spring/имя_фрейморка разработчиком, а инженером. Scala даёт такую возможность
Суть фреймворка - предоставить разработчику готовые средства решения стандартных задач без написания велосипедов. Как скала закрывает эту проблему, "давая возможность", позвольте поинтересоваться?
.
Но как быть с порогом входа в Скалу
Скала имеет много оттенков. Писать на базовом уровне проще чем на джаве. Совершенствуйте умения постепенно. Вообще обучаться интересно, должно быть в удовольствие
DS
Суть фреймворка - предоставить разработчику готовые средства решения стандартных задач без написания велосипедов. Как скала закрывает эту проблему, "давая возможность", позвольте поинтересоваться?
Скала перестаёт делать из этого проблему
СП
Суть фреймворка - предоставить разработчику готовые средства решения стандартных задач без написания велосипедов. Как скала закрывает эту проблему, "давая возможность", позвольте поинтересоваться?
Всегда есть альтернатива - сделать комбинацию из библиотек, но нужен эфир
GM
Но возникает сложность унификации всего многообразия библиотек и решений
Из многообразия останется лучшее решение
SR
Никто из вас мне на вопрос не ответил. На голом языке ты веб-приложение никак не напишешь. В Scala для веб-приложений есть Akka и бог знает что ещё. Но это тоже фреймворк.
Может быть, имеется ввиду, что Scala имеет больше языковых средств кастомизации и написаный фреймворк будет более... лаконичный чтоли?
Может быть, имеется ввиду, что Scala имеет больше языковых средств кастомизации и написаный фреймворк будет более... лаконичный чтоли?
.
Суть фреймворка - предоставить разработчику готовые средства решения стандартных задач без написания велосипедов. Как скала закрывает эту проблему, "давая возможность", позвольте поинтересоваться?
Вам не нужен целый фреймворк с тоннами док, чтобы поднять сервер. Нужен условный инстанс route с условной функцией run (ip, port). Вам не нужен целый фреймворк, чтобы сделать запрос в базу данных и промапить в объект, можно сделать sql"".as(User). Вам не нужен фреймворк, чтобы получить из json data/case class, или написать простой енкодер.
V
Вам не нужен целый фреймворк с тоннами док, чтобы поднять сервер. Нужен условный инстанс route с условной функцией run (ip, port). Вам не нужен целый фреймворк, чтобы сделать запрос в базу данных и промапить в объект, можно сделать sql"".as(User). Вам не нужен фреймворк, чтобы получить из json data/case class, или написать простой енкодер.
Чо
.
Вам не нужен ржавый мультитул с тоннну и документацией в трех томах, берите отдельные подходящие простые инструменты