kotlin 1.1 вкусно выглядит

что там?

async/await тамошние это прям как шарповские?

1) typealias Action<T> = (T) -> Unit 2) coroutines (хотя мне таки модель акторов больше нравится) 3) val (a, b) = foo()

если 3) сделали правильно (как в скале, там оч изящно), то шикарно просто

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

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

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

если честно, я особого применения (кроме как для написания десятка паперов) не вижу

хочется правильного ЯП для низкоуровневых задач — есть раст

1) typealias Action<T> = (T) -> Unit 2) coroutines (хотя мне таки модель акторов больше нравится) 3) val (a, b) = foo()

Акторы они саппортят из гвазара

Акторы они саппортят из гвазара

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

впрочем, никто не мешает использовать акку из котлина

1) typealias Action<T> = (T) -> Unit 2) coroutines (хотя мне таки модель акторов больше нравится) 3) val (a, b) = foo()

3 это кортежи у них?

unapply, скорее насколько полный, пока не знаю

мб просто сахар

Что значит @transactional в двух словах?

в двух - это аннотация

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

Алекс опередил с ответом)

еще добавлю, что если в методе произойдет исключение, то транзакция откатится

1) typealias Action<T> = (T) -> Unit 2) coroutines (хотя мне таки модель акторов больше нравится) 3) val (a, b) = foo()

Кортежи да надо имплементить методы компонентТраливали вроде

Больше наверно не нужно, а то запилят вторую скалу

Больше наверно не нужно, а то запилят вторую скалу

скала сейчас — самый прагматичный ЯП для команды, при условии, что все следуют одним курсом (одни либы, одни паттерны) к сожалению, это часто не так, а скала комьюнити варьируется от "better java + immutability" до "wannabe haskell" — нужен хороший тимлид для поддержания атмосферы

котлин целится куда-то ближе к "better java", и _может_ давать сравнимую продуктивность при меньшей дисперсии

скала сейчас — самый прагматичный ЯП для команды, при условии, что все следуют одним курсом (одни либы, одни паттерны) к сожалению, это часто не так, а скала комьюнити варьируется от "better java + immutability" до "wannabe haskell" — нужен хороший тимлид для поддержания атмосферы

А что правильно первое или второе?

А что правильно первое или второе?

какое первое и какое второе?

скала сейчас — самый прагматичный ЯП для команды, при условии, что все следуют одним курсом (одни либы, одни паттерны) к сожалению, это часто не так, а скала комьюнити варьируется от "better java + immutability" до "wannabe haskell" — нужен хороший тимлид для поддержания атмосферы

Вот вот, что как правило сказки, которые приводят к последствиям

если про градацию сообщества, то лично я (могу ошибаться) придерживаюсь баланса — в меру идей с хаскеля и тайплевел финтов, в меру "обычного" программирования

Вот вот, что как правило сказки, которые приводят к последствиям

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

какое первое и какое второе?

"better Java + immediately", "wanna Haskel on JVM"

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

Хороший тимлид скорее задвинет идеи про скалу))

Хороший тимлид скорее задвинет идеи про скалу))

И уйдет в другую компанию конкурента?)

А в Kotlin есть async/await как в c#?

И уйдет в другую компанию конкурента?)

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

Риски большие)

А в Kotlin есть async/await как в c#?

Лучше)

Риски большие)

А для разработчика сложнее работу будет найти

И уйдет в другую компанию конкурента?)

Пускай идет)

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

а типо котлин конкурентен?

Лучше)

Что-то не верится, есть пример?

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

Что-то не верится, есть пример?

Ты почитай на базе чего там корутиеы)

А для разработчика сложнее работу будет найти

Сейчас для скалиста наоборот проще)

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

скала такая штука, что 2 хороших спеца за пол-года выдают проект, который 5 джавистов со спригом пилили год

с практики)

а типо котлин конкурентен?

В Jetbrains говорили что студенты, за несколько часов могу с Java на него перейти. Если знали Java.

скала такая штука, что 2 хороших спеца за пол-года выдают проект, который 5 джавистов со спригом пилили год

это вода какая-то

скала такая штука, что 2 хороших спеца за пол-года выдают проект, который 5 джавистов со спригом пилили год

Интересно что будет с проектом когда эти 2а хороших спеца уйдут)

5 топовых сениоров на жабе заткнут двух топовых скалистов

Интересно что будет с проектом когда эти 2а хороших спеца уйдут)

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

Ты почитай на базе чего там корутиеы)

В котлине или с#?

чисто по кол-ву мандэёф

Да никто никого не заткнет

И по поводу 2х vs 5 верится с трудом

Паш, даже не верь в этот булл щит

очевидно, что скорость написания кода не так сильно влияет, как скиллы инденера оценить задачу и выдать решение

В котлине или с#?

В котлине

и при равных скиллах 5 вс 2 без шансов

я не говорил, что скиллы равные)

ну охеренно

давай 5 стажеров

против 1 сениора че

Вбросил, а у народа щас пуканы взорвутся вдребизги))

ну не такой разрыв был на скале удобно моделировать предметную область и дальше работать в её терминах

ERROR: S client not available

пуканы в охлажденном состоянии

в этом был плюс

спринг бут зактнет скалку с её фреймворками за пояс на изи

если мы про скорость разработки

В котлине

А что бы изучить корутины в котлине, мне надо изучить джаву и прочитать про корутины в котлине? Я просто сейчас смотрю на некоторый код на котлине с презентаций и не понимаю местами. Джаву знаю, может из-за фп, у меня с ним не очень.

в этом был плюс

Так в этом и минус, потомучто при моделировании предметной области с соотв терминами время вхождения в проект увеличивается)

спринг бут зактнет скалку с её фреймворками за пояс на изи

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

А что бы изучить корутины в котлине, мне надо изучить джаву и прочитать про корутины в котлине? Я просто сейчас смотрю на некоторый код на котлине с презентаций и не понимаю местами. Джаву знаю, может из-за фп, у меня с ним не очень.

А чего не понимаешь?)

Так в этом и минус, потомучто при моделировании предметной области с соотв терминами время вхождения в проект увеличивается)

это смотря кому для знакомого с предметной областью (конкретнее, юриспруденция) это огромный плюс

ну а набрать 20 индусов, увы, не выйдет, есть такой минус

это смотря кому для знакомого с предметной областью (конкретнее, юриспруденция) это огромный плюс

Ты имеешь ввиду напилить дсл и посадить за него юристов?))))))))))))

эта была одна из задач, да

и юристы без CS образования вполне себе фигачили, без особых факапов

А чего не понимаешь?)

Сейчас открою презентации

О_О)))

и юристы без CS образования вполне себе фигачили, без особых факапов

Не ну под такие задачи может скала и ничего, но проще использовать mps от жетбрейнса и запилить дсл язык с б и ш пользуясь гуем)))

Работало бы быстрее))

что забавно, гуй был первой версией (без mps)

уперлись в охеренную кучу спецкейсов

которую гуем никак не смоделировать

так-то, конечно, на джаве тоже можно писать ДСЛ, не спорю

Ну там же не только гуй, там по сути шаблонизатор, а конкретный функционал на яве)

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

так-то, конечно, на джаве тоже можно писать ДСЛ, не спорю

У мпс не просто жаба)

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

Ты глянь, она кнешно поначалу выносит мозг, но юз кейс как раз этот)

это им моделируют все ЯП в линейке идеи?

если да, то им, конечно, можно было сделать те же задачи но вот так вышло, что его не использовали (никто не знал)

Гайз чет туплю

есть Try скаловский

в нем CompletionStage<?>, а нужно это все дело развернуть в просто CompletionStage<?> и захедлить 2 эексепшена, от Try и от CS в нем.

я сделал но может есть более правильный путь: