а нет никакого фронтенда в intellij idea для автоматического добавления зависимостей. Чтобы не вручную искать и добавлять?

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

https://index.scala-lang.org/ и тут можешь искать нужные либы

Purescript ?

пюрскрипт уже не торт, перекатываемся на идрис

а как поговорить о nohello.org так нет

а нет никакого фронтенда в intellij idea для автоматического добавления зависимостей. Чтобы не вручную искать и добавлять?

если в build.sbt описывать депсы, то автодополнению она может подтягивать (но работает это не очень предсказуемо и понятно)

Purescript ?

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

search.maven по всему java миру, а scala index только по scala либам

https://index.scala-lang.org/ и тут можешь искать нужные либы

благодарю

а нет никакого фронтенда в intellij idea для автоматического добавления зависимостей. Чтобы не вручную искать и добавлять?

Вручную добавлять - нормальная практика. Транзитивные зависимости все равно автоматом приходят

На ноде уже бесит динамическая типизация, а тайпскрипт убогий чуть больше чем полностью

шта. тс нормик. ты не шаришь

пюрскрипт уже не торт, перекатываемся на идрис

Сегодня заценил в нем зависимые типы. Очень круто.

шта. тс нормик. ты не шаришь

ужасный. Перегрузка операторов, функций, конструкторов? Не, не слышал

тайпинги?

нету, делай сам, трать время

пюрскрипт уже не торт, перекатываемся на идрис

че так? там уже все юзабельно прям до прода?

а ты как хотел? чтобы боженька спустил тайпинги для динамической параши

прод в виде компилятора идриса

а ты как хотел? чтобы боженька спустил тайпинги для динамической параши

В этом и смысл отказаться от динамической параши в пользу скалы в моём случае

че так? там уже все юзабельно прям до прода?

ну это скорее шутка, связанная с тем что фриман отказался мейнтейнить ПС с нового года https://twitter.com/paf31/status/941745900426215424

так-то комьюнити не даст загнуться думаю

В этом и смысл отказаться от динамической параши в пользу скалы в моём случае

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

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

по крайней мере она есть. Вот я хочу заценить насколько красиво там всё работает

ужасный. Перегрузка операторов, функций, конструкторов? Не, не слышал

ну так он же типо плоть от крови (или как там это называется) джеваскрипта. если жс не сожрет, то и не будет делать

по крайней мере она есть. Вот я хочу заценить насколько красиво там всё работает

Похвально. Отпишись потом - как оно)

есть тока 3 полезные надстройки над жс: TS (вне конкуренции), elm (там надо всё свое) и clojurescript, если не бомбит от скобак

все остальное - это полутрельные проекты. щас ты в них вкладываешься. через 2 года они мертвы, как никому не нужные

ну так он же типо плоть от крови (или как там это называется) джеваскрипта. если жс не сожрет, то и не будет делать

Я откровенно не понимаю фич тса и почему его все хвалят, но 3 раза пробовал и безуспешно, ну просто выбешивает тупости тса. Хотя на плюсах писал, на жабе, на чистом джсе, питоне, баше и нигде меня так не бесила размеренная работа как в тсе

скалажс уже лет 5+ жива и здорова

её нет

а ну лан

скалажс уже лет 5+ жива и здорова

вот я думал её попробовать, но не рискнул

кроскомпиляция в js есть в 100500 языках, это не значит, что они там реально имеют такой юзкейс

наконец-то объяснили!

в дотнете 3 штуки. в хаскале 3 штуки. в котлине, хаксе и тд и тп

да, расходимся

ну, тут просто дело в том, что scalajs возьмет скалист, чтобы фронт писать. и ему будет отлично. но вряд ли фронтендер будет использовать scalajs вместо js/ts

есть же Coffeescript )

штобы что? чтобы в его фронт не мог потом никто залеть? чтобы иметь гору проблем с отладкой скомпилированного js-кода?

есть же Coffeescript )

абсолютно нинужен, тк кроме сахара ни единого бонуса не несет

штобы что? чтобы в его фронт не мог потом никто залеть? чтобы иметь гору проблем с отладкой скомпилированного js-кода?

чтобы свой проект делать, чтобы не нанимать фронтендера отдельно

он уменьшает число символов на экране - читабельность

смысла писать больше нету )

он уменьшает число символов на экране - читабельность

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

кроме того, получаешь дофига спорный двухмерный синтаксис, новый уровень косвенносиь и худшую поддержку редакторами

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

не получаешь

хорошо, почему ты тогда говоришь что clojurescript - живой, и с ним все ок, а scalajs - не ок?

штобы что? чтобы в его фронт не мог потом никто залеть? чтобы иметь гору проблем с отладкой скомпилированного js-кода?

вот те же самые аргументы применимы что к clojurescript, что к scalajs

насчет отладки, у CoffeeScript, кстати, нормальные сообщения об ошибках выдаются, в отличие от JS, где пишут: unexpected что-то там и ищи по всему файлу

поэтому я бы именно его всем посоветовал

вместо scalajs )

хорошо, почему ты тогда говоришь что clojurescript - живой, и с ним все ок, а scalajs - не ок?

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

кофе же уже устарел безнадёжно

поэтому я бы именно его всем посоветовал

Ещё TypeScript норм.

кофе же уже устарел безнадёжно

нет, постоянно обновляют, в ногу с js идет

насчет отладки, у CoffeeScript, кстати, нормальные сообщения об ошибках выдаются, в отличие от JS, где пишут: unexpected что-то там и ищи по всему файлу

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

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

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

ошибки компиляции

нет, постоянно обновляют, в ногу с js идет

жаба_гадюка.jpg

Я откровенно не понимаю фич тса и почему его все хвалят, но 3 раза пробовал и безуспешно, ну просто выбешивает тупости тса. Хотя на плюсах писал, на жабе, на чистом джсе, питоне, баше и нигде меня так не бесила размеренная работа как в тсе

чо там понимать-то. 1. берешь свой js фаел и переименовываешь его в ts. вот ты вкатился. максимум эффективная миграция. 2. ты начинаешь размечать типами сомнительные куски кода, тащить тайпинги и вуаля, оно стало менее дырявым. 3. ты начинаешь структурировать код с помощью классов и модулей, получаешь хоть и спорное, но достаточно эффективное реиспользование кода по методологии ООП. 4. у тебя появлятся ТУЛИНГ, настоящие, надежные средства рефакторинга проекта, как в джеве или сишарпе, навигация - все переходы, поиски использований или имплеменатаций.

ошибки компиляции

но ведь у жс нет компиляции

но ведь у жс нет компиляции

coffee компилируется в js =)

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

в анализе где и что пропущено, коффе не имеет смысла с момента появления ts

ts не удобен для мелких и средних проектов, только для крупных

чо там понимать-то. 1. берешь свой js фаел и переименовываешь его в ts. вот ты вкатился. максимум эффективная миграция. 2. ты начинаешь размечать типами сомнительные куски кода, тащить тайпинги и вуаля, оно стало менее дырявым. 3. ты начинаешь структурировать код с помощью классов и модулей, получаешь хоть и спорное, но достаточно эффективное реиспользование кода по методологии ООП. 4. у тебя появлятся ТУЛИНГ, настоящие, надежные средства рефакторинга проекта, как в джеве или сишарпе, навигация - все переходы, поиски использований или имплеменатаций.

Классовость есть и в es6 с babel и с ts ты максимум сомнительные типы получаешь и ничго более (Сомнительные, потому что некоторые либы не имеют тайпингов и ты получаешь стабы с any, а-ля дефолт джс, есть либы с типами, которые совершенно непонятно как использовать плюс жесткие ограничения ts)

ts не удобен для мелких и средних проектов, только для крупных

более чем удобен

ERROR: S client not available

более чем удобен

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

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

Ой, сложно то как поставить точку с запятой

Oblomov style

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

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

заходишь такой в скала чатик а тут кофе vs ts

что такое двухмерный синтаксис?

я даже не знаю, в коффе как в питоне разрешены и пробелы и табуляции или как в F# либо одно либо другое в рамках фаела?

что такое двухмерный синтаксис?

это когда пробелы играют роль в ифах и форах

что такое двухмерный синтаксис?

другое название синтаксиса на отступах

а, спасибо

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

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

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

проблем не будет если вставить на своем уровне вложенности =) Просто нужно посмотреть какой текущий, вставить именно туда (в Atom, или Xed - смотришь чтобы предыдущая строка была на том же уровне вложенности)

я тут вообще только из-за Kafka Streams, так я пишу на (в порядке убывания): Python, JS, Coffee

можешь смело меня вторые два на ts

а первый на scala

ну scala не плох =)

ts мне не нужен

а первый на scala

не факт. ты же не знаешь, чо этот двухмерный чел там делает

когда говорят "двумерный синтаксис", я думаю про befunge

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

ну точнее это назвать indentation-based

ну да. хотя indentation так или иначе применяется в любом языке)

я тут недавно создал пустой play-проект, методом рекомендованным на сайте самого плея. и знаете что. там gradle

я тут недавно создал пустой play-проект, методом рекомендованным на сайте самого плея. и знаете что. там gradle

а покажи где это

я тут недавно создал пустой play-проект, методом рекомендованным на сайте самого плея. и знаете что. там gradle

это где именно грейдл?

https://www.playframework.com/documentation/2.6.x/NewApplication

sbt new playframework/play-scala-seed.g8

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

наверное, потому что это пример для разных популярных билдтулов?