BP
так у нас про фронт дискуссия вроде бы, там никому не нужна мультиплатформа
Дискуссия началось с того почему делать людей 5а бек и фронт. И мультиплатформа отвечает на этот вопрос
Size: a a a
2020 September 13
AN
так они же вроде заблокированны или ситуация изменилась? последний их анонс который я читал, заключался в том, что они ждут решения комитетов васма по фундаментальным фичам типа GC и только потом двигаются дальше.
Нет, уже допиливают прототип GC, ка я понял.
BP
а разве можно js only ?
Да)
с#
я всегда создавал
gradle -> kotlin jvm и оно генерило один код
gradle -> kotlin js и такую штуку генерило
gradle -> kotlin jvm и оно генерило один код
gradle -> kotlin js и такую штуку генерило
AN
Но и делает оно меньше, и "с нуля" != Чтобы почти нигде не поломалось, а то у нас большая экосистема
Вальхала нужна в очень мало где.
I
ну они и пользуют, им норм. никто мигрировать не собирается, kjs никого не подвинул, а ts всех сожрал. включая ближайшего конкурента flow.
Я думаю, тут причина в другом. Не в тулинге, а в том, насколько комфортно интегрироваться с существующим кодом. Интероп то есть. В k/js он сделан для галочки. Я уже говорил паре человек из k/js, что если в k/jvm был бы такой же интероп, как в k/js, его даже в jb несадоптили бы.
BP
Вальхала нужна в очень мало где.
Да ладно, как и котлин ?
AN
ну они и пользуют, им норм. никто мигрировать не собирается, kjs никого не подвинул, а ts всех сожрал. включая ближайшего конкурента flow.
Ну как не подвинул. Из тех, что были не подвинул. А новых привлек.
BP
Я думаю, тут причина в другом. Не в тулинге, а в том, насколько комфортно интегрироваться с существующим кодом. Интероп то есть. В k/js он сделан для галочки. Я уже говорил паре человек из k/js, что если в k/jvm был бы такой же интероп, как в k/js, его даже в jb несадоптили бы.
+ интероп решает, но он нужен только на старте
с#
так у нас про фронт дискуссия вроде бы, там никому не нужна мультиплатформа
в котлин жс есть очень много фич, которые нужно до ума довести и они будут очень красивыми, а щас требуют усилий и разбирательств
когда за него возьмутся и сделают всё легким и простым, чтобы можно было сразу зайти и начать писать код, и чтобы деплоилось сразу понятно куда - он займёт свою нишу
когда за него возьмутся и сделают всё легким и простым, чтобы можно было сразу зайти и начать писать код, и чтобы деплоилось сразу понятно куда - он займёт свою нишу
AN
Я думаю, тут причина в другом. Не в тулинге, а в том, насколько комфортно интегрироваться с существующим кодом. Интероп то есть. В k/js он сделан для галочки. Я уже говорил паре человек из k/js, что если в k/jvm был бы такой же интероп, как в k/js, его даже в jb несадоптили бы.
Ну тут ты отстал от жизни. Хороший там интероп. Проблема не с интеропом, а с тем, что, как отчасти правильно заметил Антон, это другие люди. Это не фронтовики. У нас проблемы не с интеропом, а с самими JS либами.
AN
я всегда создавал
gradle -> kotlin jvm и оно генерило один код
gradle -> kotlin js и такую штуку генерило
gradle -> kotlin jvm и оно генерило один код
gradle -> kotlin js и такую штуку генерило
Отдельно и работает так же, как и JVM. В три строчки.
с#
Я думаю, тут причина в другом. Не в тулинге, а в том, насколько комфортно интегрироваться с существующим кодом. Интероп то есть. В k/js он сделан для галочки. Я уже говорил паре человек из k/js, что если в k/jvm был бы такой же интероп, как в k/js, его даже в jb несадоптили бы.
вот интероп в том числе, нативный вроде хотят улучшать до уровня jvm
BP
Ну тут ты отстал от жизни. Хороший там интероп. Проблема не с интеропом, а с тем, что, как отчасти правильно заметил Антон, это другие люди. Это не фронтовики. У нас проблемы не с интеропом, а с самими JS либами.
Так это и есть интероп
I
Ну тут ты отстал от жизни. Хороший там интероп. Проблема не с интеропом, а с тем, что, как отчасти правильно заметил Антон, это другие люди. Это не фронтовики. У нас проблемы не с интеропом, а с самими JS либами.
Такой же, как k/jvm из коробки? И всё ещё надо запускать дукат, что сгенерировать обертки и запускать его каждый раз, когда код изменится?
BP
В kotlin jvm можно подрубить любую либу для jvm
с#
потому что типы похожи у котлина и жабы
AK
Я думаю, тут причина в другом. Не в тулинге, а в том, насколько комфортно интегрироваться с существующим кодом. Интероп то есть. В k/js он сделан для галочки. Я уже говорил паре человек из k/js, что если в k/jvm был бы такой же интероп, как в k/js, его даже в jb несадоптили бы.
до интерпопа ещё дойти надо. народ реально боится джавого тулинга по ходу. пару раз видел попытки продать k/js (команда катает на jvm, но начали залазить на фронт к фронтёрам, хотели предложить kjs) фронтёры при виде градла на горизонте и от прецендента, что нужно будет подключать либу для асинка - сразу сливались, т.е. они интерепоп даже не заценили по сути, просто "ой, всё!"
BP
потому что типы похожи у котлина и жабы
Ну Котлин и создавался как лучшая джава
BP
до интерпопа ещё дойти надо. народ реально боится джавого тулинга по ходу. пару раз видел попытки продать k/js (команда катает на jvm, но начали залазить на фронт к фронтёрам, хотели предложить kjs) фронтёры при виде градла на горизонте и от прецендента, что нужно будет подключать либу для асинка - сразу сливались, т.е. они интерепоп даже не заценили по сути, просто "ой, всё!"
Ну этих людей уже не спасти