Двач.hk не отвечает.
Вы видите копию треда, сохраненную 1 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 1 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вкатываемся в новый язык на превосходно отточенной jvm с богатейшим набором библиотек от java.
У нас есть синтаксический сахар поверх джавы, немного ФП (удобные лямбды), корутины с асинхронщинной, DSL и многое другое.
В синтаксисе можно встретить много WTF-решений (как же без них), но в целом, плюсы перевешивают минусы. Так-то, во всех языках есть что-то что раздражает.
Параллельно jvm платформы пилятся kotlin-js (котлин для javascript) и kotlin-native (компилируемый в нативный код котлин), а возможность языка в DSL позволяет писать на HTML и CSS (типобезопасно), если кому-то это надо.
Котлин имеет полный интероп с джавой, от чего его не совсем корректно сравнивать его со scala.
Язык был подкреплен гуглом в связки мобильной разработки, а с недавних пор рекомендован как основной язык для андроида, из-за чего начался рост популярности языка.
Также для языка был создан фонд, чтобы в случае покупки создателей не повторилась судьба с джавой. Вероятно условия гугла.
В связи с этим, котлин очень популярен в мобильной разработке, порой даже раздражает, что весь свежий контент пишут именно о телефонах. Но нужно помнить, котлин это та же джава и сейчас мы видим, многие фреймворки предлагают решения сразу на двух языках (как минимум пишут примеры, но в целом котлин имеет хороший интероп и так).
Не забываем, что java (с JIT) одна из самых производительных платформ. Она делит топ 10 наравне с многими другими производительными платформами. Также у джавы хорошо оптимизированный драйвер базы данных, что видно по тестам.
https://www.techempower.com/benchmarks/#section=data-r18&hw=ph&test=query
Нередко именно база-данных является узким местом в веб-приложениях.
A: Нет, не только. Объем разработки на JVM высок, но в основном где-то на галерах. Смотрим статистику:
https://www.jetbrains.com/ru-ru/lp/devecosystem-2019/kotlin/
A: Нет. Котлин сильно завязан на джаву и не заменяет её, а скорее дополняет (как typescript дополняет javascript). Джаву никто и ничто не заменит в ближайшие 10-15 лет, у этого языка чрезвычайно огромный капитал написанного кода, поэтому переживать за неё не стоит. В любом случае конкуренция это хорошо, джава стала развиваться (попутно завозя годноту в байткод).
A: Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
A: Стоит. Доки старого API на джаве, кодогенерация, байткод близкий к джаве. Ну и легаси, оно тоже на джаве.
Бесплатная community edition - обычно более чем достаточно (и работает шустро), но можете попробовать триал-версию.
https://www.jetbrains.com/idea/download/
https://kotlinlang.org/docs/reference/
https://kotlinlang.ru/
https://play.kotlinlang.org/byExample/overview
https://play.kotlinlang.org/koans/overview
https://try.kotlinlang.org/
https://play.kotlinlang.org/
https://kotlin.link/
или
https://github.com/KotlinBy/awesome-kotlin#libraries-frameworks-web
https://github.com/Khan/kotlin-for-python-developers
В телеге есть чаты по котлину. Это полу-белорусское комьюнити, которое клонирует пачками чаты (раньше про джаву - JavaBy и KotlinBy в Gitter). Крайне не рекомендую посещать это рассадник из ЧСВ макак. В чатах лобызаются одни и те же лица и если ты им не понравишься (а ты им не понравишься) будут постоянно тебя подстрекать пассивной агрессией или принуждать к анальным правилам, которые они вспоминают только тогда, когда пишешь ты. Конечно, ты можешь терпеть и сидеть в этой помойке, но если не хочешь словить негатив и получить ложное представление о ру-комьюнити, не рекомендую посещать этих ребят. Лично видел как токсично слили пчела за расспрос про api java.
Если можешь в ангельский, лучше сразу нырнуть в слаку.
https://kotlinlang.org/community/#kotlin-online-resources
Но лично я рекомендую не заниматься херней в чатиках, а спрашивать сразу на StackOverflow, тем самым ты сразу поможешь тысячи другим пользователям (и себе в будущем, если забудешь):
https://stackoverflow.com/questions/tagged/kotlin
Там можно спрашивать даже банальные вещи (кроме неопределенных), они потом хорошо гугляться и превращаются в простой справочник. Серьезно, анон, прекращайте спрашивать на древних форумах, бестолковых чатах, и даже двачах. Если уж совсем плохо с английским и не можешь в переводчик, то там есть ру-язычная версия сайта, но это так себе идея
https://pbs.twimg.com/media/EENzl8CWwAApP3W?format=png
или статья по теме
https://www.rockandnull.com/kotlin-let/
На практике, если точно не уверены, можно просто кликнуть и посмотреть исходник функции (игнорируя там контракты).
https://simplecheatsheet.com/tag/kotlin-cheat-sheet/
https://youtu.be/xH-RZ9YlxH0
Если вам нравится kotlin или java и вы умеете читать документацию сами, то можете просто кидать в тред годный контент, новости и прочее из мира jvm.
>Что имеем:
У нас есть синтаксический сахар поверх джавы, немного ФП (удобные лямбды), корутины с асинхронщинной, DSL и многое другое.
В синтаксисе можно встретить много WTF-решений (как же без них), но в целом, плюсы перевешивают минусы. Так-то, во всех языках есть что-то что раздражает.
Параллельно jvm платформы пилятся kotlin-js (котлин для javascript) и kotlin-native (компилируемый в нативный код котлин), а возможность языка в DSL позволяет писать на HTML и CSS (типобезопасно), если кому-то это надо.
Котлин имеет полный интероп с джавой, от чего его не совсем корректно сравнивать его со scala.
>Хайп:
Язык был подкреплен гуглом в связки мобильной разработки, а с недавних пор рекомендован как основной язык для андроида, из-за чего начался рост популярности языка.
Также для языка был создан фонд, чтобы в случае покупки создателей не повторилась судьба с джавой. Вероятно условия гугла.
В связи с этим, котлин очень популярен в мобильной разработке, порой даже раздражает, что весь свежий контент пишут именно о телефонах. Но нужно помнить, котлин это та же джава и сейчас мы видим, многие фреймворки предлагают решения сразу на двух языках (как минимум пишут примеры, но в целом котлин имеет хороший интероп и так).
>Производительность.
Не забываем, что java (с JIT) одна из самых производительных платформ. Она делит топ 10 наравне с многими другими производительными платформами. Также у джавы хорошо оптимизированный драйвер базы данных, что видно по тестам.
https://www.techempower.com/benchmarks/#section=data-r18&hw=ph&test=query
Нередко именно база-данных является узким местом в веб-приложениях.
>Q: Котлин это что-то про разработку на андроиде?
A: Нет, не только. Объем разработки на JVM высок, но в основном где-то на галерах. Смотрим статистику:
https://www.jetbrains.com/ru-ru/lp/devecosystem-2019/kotlin/
>Q: ...кококо, котлин уничтожит джаву!
A: Нет. Котлин сильно завязан на джаву и не заменяет её, а скорее дополняет (как typescript дополняет javascript). Джаву никто и ничто не заменит в ближайшие 10-15 лет, у этого языка чрезвычайно огромный капитал написанного кода, поэтому переживать за неё не стоит. В любом случае конкуренция это хорошо, джава стала развиваться (попутно завозя годноту в байткод).
>Q: Стоит ли сразу вкатиться в котлин минуя джаву?
A: Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
>Q: Но если меня интересует только разработка под андроид, стоит ли вкатываться в джаву?
A: Стоит. Доки старого API на джаве, кодогенерация, байткод близкий к джаве. Ну и легаси, оно тоже на джаве.
>IDE - среда разработки.
Бесплатная community edition - обычно более чем достаточно (и работает шустро), но можете попробовать триал-версию.
https://www.jetbrains.com/idea/download/
>Официальный сайт и там же чтиво
https://kotlinlang.org/docs/reference/
>То же с переводом (на первый взгляд, ру-перевод впервые выглядит не заброшенным):
https://kotlinlang.ru/
>Котлин в примерах
https://play.kotlinlang.org/byExample/overview
>Koans
https://play.kotlinlang.org/koans/overview
>Try Kotlin (пробуй и кодь)
https://try.kotlinlang.org/
>Онлайн компилятор (вставить код или просто что-то потестить)
https://play.kotlinlang.org/
>Awesome (либы близкие к kotlin, но не стоит забывать про java решения)
https://kotlin.link/
или
https://github.com/KotlinBy/awesome-kotlin#libraries-frameworks-web
>kotlin для питонистов [eng]
https://github.com/Khan/kotlin-for-python-developers
>Telegram
В телеге есть чаты по котлину. Это полу-белорусское комьюнити, которое клонирует пачками чаты (раньше про джаву - JavaBy и KotlinBy в Gitter). Крайне не рекомендую посещать это рассадник из ЧСВ макак. В чатах лобызаются одни и те же лица и если ты им не понравишься (а ты им не понравишься) будут постоянно тебя подстрекать пассивной агрессией или принуждать к анальным правилам, которые они вспоминают только тогда, когда пишешь ты. Конечно, ты можешь терпеть и сидеть в этой помойке, но если не хочешь словить негатив и получить ложное представление о ру-комьюнити, не рекомендую посещать этих ребят. Лично видел как токсично слили пчела за расспрос про api java.
Если можешь в ангельский, лучше сразу нырнуть в слаку.
https://kotlinlang.org/community/#kotlin-online-resources
Но лично я рекомендую не заниматься херней в чатиках, а спрашивать сразу на StackOverflow, тем самым ты сразу поможешь тысячи другим пользователям (и себе в будущем, если забудешь):
https://stackoverflow.com/questions/tagged/kotlin
Там можно спрашивать даже банальные вещи (кроме неопределенных), они потом хорошо гугляться и превращаются в простой справочник. Серьезно, анон, прекращайте спрашивать на древних форумах, бестолковых чатах, и даже двачах. Если уж совсем плохо с английским и не можешь в переводчик, то там есть ру-язычная версия сайта, но это так себе идея
>РАЗНОЕ
>Шпаргалка по run, let, apply, also
https://pbs.twimg.com/media/EENzl8CWwAApP3W?format=png
или статья по теме
https://www.rockandnull.com/kotlin-let/
На практике, если точно не уверены, можно просто кликнуть и посмотреть исходник функции (игнорируя там контракты).
>Шпаргалка (общая)
https://simplecheatsheet.com/tag/kotlin-cheat-sheet/
>Контент
https://youtu.be/xH-RZ9YlxH0
Если вам нравится kotlin или java и вы умеете читать документацию сами, то можете просто кидать в тред годный контент, новости и прочее из мира jvm.
>>739277
Если освоить тонкости, получается писать удобнее и быстрее чем на питоне. В общем, этот язык бустит джаву.
Java_sharp
Если освоить тонкости, получается писать удобнее и быстрее чем на питоне. В общем, этот язык бустит джаву.
Java_sharp
>>739284
J#
J#
>>739277
Ты сейчас просто про все программирование сказал.
Кодить хорошо, если не работать программистом.
Ты сейчас просто про все программирование сказал.
Кодить хорошо, если не работать программистом.
>>739306
Тогда, когда снова пробудиться коммунизм и капиталисты снова так испугаются, что сделают поблажки рабочим.
И так до следующего раза и да, этот коммунизм снова получиться не очень, ну и фиг бы с ним
Тогда, когда снова пробудиться коммунизм и капиталисты снова так испугаются, что сделают поблажки рабочим.
И так до следующего раза и да, этот коммунизм снова получиться не очень, ну и фиг бы с ним
>>739262 (OP)
Ну а про что еще писать, не про тормозной котлин с оверхедом по памяти же
>Производительность.
>пишет про производительную жаву
Ну а про что еще писать, не про тормозной котлин с оверхедом по памяти же
>>739316
Молимся на Ким Чен Ына. Больше некому. Куба ушла под пендосов. Китай стал капиталистическим.
>да, этот коммунизм снова получиться не очень
Молимся на Ким Чен Ына. Больше некому. Куба ушла под пендосов. Китай стал капиталистическим.
>>739421
пукнул или пруфанешь нам?
пукнул или пруфанешь нам?
Не постите Ким Чен Ына, люди начинают бояться писать в тред.
Накидайте за щеку гайдов для начинающих по котлин-андроиду. Нашел трехчасовой курс от фрикодкемпа, но там уже готовое приложение "допиливают" и я просто не понимаю структуры и как оно все друг с другом работает.
Хочу написать свои заметки, которые порвут плеймаркет и принесут мне контракты на миллионы долларов.
Хочу написать свои заметки, которые порвут плеймаркет и принесут мне контракты на миллионы долларов.
>>739316
Поправил тебя.
>Тогда, когда снова пробудиться коммунизм и капиталисты снова так испугаються, что сделают поблажки рабочим.
>И так до следующего раза и да, этот коммунизм снова получиться не очень, ну и фиг бы с ним
Поправил тебя.
>>740932
Спасибо, учительница первая моя...
Спасибо, учительница первая моя...
>>741055
Прошла половина каникул, а он так и не вкатился в айти, как планировал не один год. Но так как мозгов не много, вся агрессия будет изливаться ться! на вас программистов, которые как паровозик, смогли!
Прошла половина каникул, а он так и не вкатился в айти, как планировал не один год. Но так как мозгов не много, вся агрессия будет изливаться ться! на вас программистов, которые как паровозик, смогли!
>>739277
имхо но в котлине уж слишком много сахара, как итоге - код сложно читать без знания всех тонкостей синтаксиса и семантики
имхо но в котлине уж слишком много сахара, как итоге - код сложно читать без знания всех тонкостей синтаксиса и семантики
12 Кб, 400x400>>747092
Где-то я уже это слышал.
> код сложно читать без знания всех тонкостей синтаксиса и семантики
Где-то я уже это слышал.
>>747097
Ну кресты это вообще пиздец. Разница между кодом на этапе обучения и продакшен кодом максимальна - просто как два разных языка.
Ну кресты это вообще пиздец. Разница между кодом на этапе обучения и продакшен кодом максимальна - просто как два разных языка.
>>739284
Из всех JVM-языков в свое время больше всего зашел Groovy. Я так и не понял, почему он в итоге умер.
Из всех JVM-языков в свое время больше всего зашел Groovy. Я так и не понял, почему он в итоге умер.
Я ненавижу вас, уроды!
>>747133
Он до сих пор живёт там, где нужна скриптота для экосистемы джавы - дженкинс там, градл.
Он до сих пор живёт там, где нужна скриптота для экосистемы джавы - дженкинс там, градл.
>>747133
Потому что динамика. Тащемта, если бы он изначально не тягался со скриптоплеядой, то ни скала, ни котлин были бы нахуй не нужны.
А ещё если бы Одерски не дрочил дотти (скалу 3) 10 лет, то котлин был бы не нужен, а ещё если бы Страуструп не тащил бы полугнилой труп си, то джава была бы нинужна, а ещё если бы авторы джавы не дрочили бы по 5 лет обсуждая нужен ли вывод типов и ничего ли он не сломает — на жвм была бы только жава и даже C# был бы нахуй не нужон, а ещё если бы у бабушки был хуй...
Потому что динамика. Тащемта, если бы он изначально не тягался со скриптоплеядой, то ни скала, ни котлин были бы нахуй не нужны.
А ещё если бы Одерски не дрочил дотти (скалу 3) 10 лет, то котлин был бы не нужен, а ещё если бы Страуструп не тащил бы полугнилой труп си, то джава была бы нинужна, а ещё если бы авторы джавы не дрочили бы по 5 лет обсуждая нужен ли вывод типов и ничего ли он не сломает — на жвм была бы только жава и даже C# был бы нахуй не нужон, а ещё если бы у бабушки был хуй...
>>747157
Во-первых, когда её уже азвезли — уже была скала, причём с ещё большим количеством сахара и фич.
Во-вторых, бабушке пришили хуй. Вот блять буквально — у тебя есть выбор юзать нормальный статический язык, или дрочить на тс, временами страдая от того, что кишочки-то из жс, ты что выберешь? Страдать как лошки, пришитые яйцами к жс?
Во-первых, когда её уже азвезли — уже была скала, причём с ещё большим количеством сахара и фич.
Во-вторых, бабушке пришили хуй. Вот блять буквально — у тебя есть выбор юзать нормальный статический язык, или дрочить на тс, временами страдая от того, что кишочки-то из жс, ты что выберешь? Страдать как лошки, пришитые яйцами к жс?
14 Кб, 1038x205>>747082
Экстеншен функциями. Зачастую там (в стандартной либе котлине) уже сделали такие фасады, где ты в одной строчке можешь сразу прочитать какой-нибудь каталог и тут же выбрать последнее название по фильтру. Или быстро построчно прочитать файл, через лямбду.
Именно фасады в питоне позволяют писать скрипты быстрее. Но фасады в питоне распространяются только на стандартную либу распространяются. А тут тебе подвластно переделать API любой из областей.
Экстеншен функциями. Зачастую там (в стандартной либе котлине) уже сделали такие фасады, где ты в одной строчке можешь сразу прочитать какой-нибудь каталог и тут же выбрать последнее название по фильтру. Или быстро построчно прочитать файл, через лямбду.
Именно фасады в питоне позволяют писать скрипты быстрее. Но фасады в питоне распространяются только на стандартную либу распространяются. А тут тебе подвластно переделать API любой из областей.
>>747092
Как и любой ЯП
Как и любой ЯП
>>747092
В JS столько тонкостей, особенно в node и его ивент лупе, что знаний (подводных камней) будет сравни С++. Питон тоже не блещет идеальным дизайном, из-за динамики приходится постоянно кодить через гугл. Потому что либо все по другому либо забы сигнатуру функции.
В JS столько тонкостей, особенно в node и его ивент лупе, что знаний (подводных камней) будет сравни С++. Питон тоже не блещет идеальным дизайном, из-за динамики приходится постоянно кодить через гугл. Потому что либо все по другому либо забы сигнатуру функции.
Читаю Head First по котлину. Поначалу легко, а сейчас вот пошло наследование, абстрактные классы. Хуй пойми ваще.
Но будем работать. Вкат близко.
Но будем работать. Вкат близко.
1,3 Мб, 1000x563>>747300
Для этого мы здесь, мой друг.
Для этого мы здесь, мой друг.
господа, а есть контент для новичков где обучение на проектах. Не могу блять тупо в стол дрочить, лучше если это будет бесполезная хуйня
>>750732
Не бойся, джава несложная. Читаешь по ней пару книжек/курсов для новичков, затем что-то более продвинутое, и вот ты уже работаешь в банке с 30 джавистами над 15-летним проектом на Java EE 6.
Не бойся, джава несложная. Читаешь по ней пару книжек/курсов для новичков, затем что-то более продвинутое, и вот ты уже работаешь в банке с 30 джавистами над 15-летним проектом на Java EE 6.
Мне например близка фронт энд тема. Можно как-то совместить это с изучением явы? Для лучшего усваивания
>>750751
Никак, абсолютно. Разве что быть фуллстеком и изучать это одновременно, но не совместить в одно.
Никак, абсолютно. Разве что быть фуллстеком и изучать это одновременно, но не совместить в одно.
>>750756
Я имею в виду параллельно с общей информацией учить на примере спринга. Там же и синтаксис можно закрепить и тд.
Типа этого https://coursehunter.net/course/junior-java-razrabotchik-veb-prilozheniy-basejava
Я имею в виду параллельно с общей информацией учить на примере спринга. Там же и синтаксис можно закрепить и тд.
Типа этого https://coursehunter.net/course/junior-java-razrabotchik-veb-prilozheniy-basejava
>>750751
>>750903
Так тебе интересен фронт или веб? Ссылка не о фронте, если что.
Учить язык по фреймворку - так себе затея, ничего не поймешь, да и костылей, усложняющих понимание, там достаточно. Но попробуй, если хочешь. а лучше не трать время и прочти какой-нибудь head first
>>750903
Так тебе интересен фронт или веб? Ссылка не о фронте, если что.
>учить на примере спринга
Учить язык по фреймворку - так себе затея, ничего не поймешь, да и костылей, усложняющих понимание, там достаточно. Но попробуй, если хочешь. а лучше не трать время и прочти какой-нибудь head first
>>751115
В JS-мирке всё очень плохо, такие странные подходы повсеместны - раньше jQuery учили без знания JS, теперь реакт пытаются. Что там о тс говорить.
В JS-мирке всё очень плохо, такие странные подходы повсеместны - раньше jQuery учили без знания JS, теперь реакт пытаются. Что там о тс говорить.
>>751125
Учить сразу кроссбраузерный jquery, вместо стандартного кривого DOM api (которое, напомню зумерам, работало через жопу между браузерами) это тогда еще выглядело вменяемо.
Другое дело зачем они в джаву лезут, когда у них там есть говно-нода с бестолковой асинхронной работой через эвент-луп.
Это равносильно тому, что ты построил будку песику и с таким успехом подался сразу в строители плотники.
Учить сразу кроссбраузерный jquery, вместо стандартного кривого DOM api (которое, напомню зумерам, работало через жопу между браузерами) это тогда еще выглядело вменяемо.
Другое дело зачем они в джаву лезут, когда у них там есть говно-нода с бестолковой асинхронной работой через эвент-луп.
Это равносильно тому, что ты построил будку песику и с таким успехом подался сразу в строители плотники.
Если брать в контексте JVM, то на текущий момент котлин - это прогрессивный синтаксис для джавы. Не хочешь писать на джаве, не хочешь и котлин. Все.
>>751134
DOM != JS. То, что DOM был кривой, ещё не значило, что нужно отключать мозг и писать на JS исключительно копипастой из гугла.
DOM != JS. То, что DOM был кривой, ещё не значило, что нужно отключать мозг и писать на JS исключительно копипастой из гугла.
>>751078
Спасибо няша, уже начал.
Да, выразился не правильно. Веб конечно. Хотелось завести какой-нить мелкий пет и по ходу развивать. Например какую-нибудь телефонную книгу, и там уже говнякать. Просто мне так легче заходит инфа.
Спасибо няша, уже начал.
Да, выразился не правильно. Веб конечно. Хотелось завести какой-нить мелкий пет и по ходу развивать. Например какую-нибудь телефонную книгу, и там уже говнякать. Просто мне так легче заходит инфа.
В чём вообще мотивация тех, кто учит котлин без джавы? Они такие "О, гугл сказал, что на андроиде теперь котлин, всё сразу в котлин буду вкатываться" что ли?
>>751156
Вот именно, у тебя в голове все перемешалось. То что ты считаешь жабаскриптом, на самом деле есть DOM API. Нельзя jquery заменить javascript - звучит глупо, да?
Отключать мозг и сидя в комитете делать ебанутый API, который с трудом могли поддерживать браузеры, которые даже этого очень хотели.
Ты еще скажи что CSS весьма удачная и продуманная технология, а не высер людей, которые, наверное, уже лет 30 не писали код.
>DOM != JS
Вот именно, у тебя в голове все перемешалось. То что ты считаешь жабаскриптом, на самом деле есть DOM API. Нельзя jquery заменить javascript - звучит глупо, да?
>отключать мозг и писать на JS исключительно копипастой из гугла.
Отключать мозг и сидя в комитете делать ебанутый API, который с трудом могли поддерживать браузеры, которые даже этого очень хотели.
Ты еще скажи что CSS весьма удачная и продуманная технология, а не высер людей, которые, наверное, уже лет 30 не писали код.
>>751291
А чо сразу не реакт нативе?
А чо сразу не реакт нативе?
>>751291
Потому что котлин это ЯП, а не фреймворк, по этому мы, новички, делаем такой абсурдный шаг, с вашей точки зрения.
Потому что котлин это ЯП, а не фреймворк, по этому мы, новички, делаем такой абсурдный шаг, с вашей точки зрения.
>>751447
Сейчас пока что нельзя воспринимать котлин как полноценный язык, это скорее надстройка для джавы. Через несколько лет будет по-другому, если не загнётся.
Сейчас пока что нельзя воспринимать котлин как полноценный язык, это скорее надстройка для джавы. Через несколько лет будет по-другому, если не загнётся.
>>751447
Это сейчас больше прокси язык, подобие тайпскрипта.
Это сейчас больше прокси язык, подобие тайпскрипта.
>>751672
-Развитие другого поколения либ, больше ориентированных на синтаксис и DSL котлина чем джавы.
-Развитие мультиплатформны, в основном оборачивание сишных либ на манер синтаксиса и DSL котлина (например, как это делают сейчас с игровыми движками).
-Запуск построенной ракета для совместного полета на Альдебаран и создание там дружеского поселения с названием "NewSun Новая Надежда".
-Первая победа над землянами в войне за господством над галактикой.
-Распространение котлина среди жителей галактики Андромеда.
-Развитие другого поколения либ, больше ориентированных на синтаксис и DSL котлина чем джавы.
-Развитие мультиплатформны, в основном оборачивание сишных либ на манер синтаксиса и DSL котлина (например, как это делают сейчас с игровыми движками).
-Запуск построенной ракета для совместного полета на Альдебаран и создание там дружеского поселения с названием "NewSun Новая Надежда".
-Первая победа над землянами в войне за господством над галактикой.
-Распространение котлина среди жителей галактики Андромеда.
4 Кб, 213x83а че это такое, почему без этих странных кавычек не работает? гугл его даже как символ не воспринимает
>>755954
Потому что в котлине куча кейвордов совпадает с идентификаторами из библиотек. is - зарезервированное слово. Да и далеко за примером ходить не надо - на System.in котлин тоже выебнется. Почему? Потому что при парсинге исходника приоритет отдаётся сначала кейвордам, и уж потом - корректным идентификаторам. Ну и такую хуйню можно экранировать с помощью таких кавычек. Интересно, что в таких кавычках можно написать хоть идентификатор с пробелами, и можно объявить переменную с целым предложением в названии - прям как в SQL с двойными кавычками.
Потому что в котлине куча кейвордов совпадает с идентификаторами из библиотек. is - зарезервированное слово. Да и далеко за примером ходить не надо - на System.in котлин тоже выебнется. Почему? Потому что при парсинге исходника приоритет отдаётся сначала кейвордам, и уж потом - корректным идентификаторам. Ну и такую хуйню можно экранировать с помощью таких кавычек. Интересно, что в таких кавычках можно написать хоть идентификатор с пробелами, и можно объявить переменную с целым предложением в названии - прям как в SQL с двойными кавычками.
>>755967
ааа, получается так можно вызывать методы название которых совпадает с ключевыми словами языка, понятно, спасибо, брат
ааа, получается так можно вызывать методы название которых совпадает с ключевыми словами языка, понятно, спасибо, брат
>>755967
Пиздец говно какое-то. А написать парсер/лексер отличающий кейворд от метода/проперти уже непосильная задача в 21ом веке? Даже жсники справились еще двадцать лет назад.
Пиздец говно какое-то. А написать парсер/лексер отличающий кейворд от метода/проперти уже непосильная задача в 21ом веке? Даже жсники справились еще двадцать лет назад.
>>755970
Я согласен с тобой, но почти в любом языке есть кейворды, которые никогда нельзя использовать в качестве идентификаторов, хоть по контексту и можно отличить, что есть что. Вообще, в теории котлин не виноват, что в не-котлиновских либах используются зарезервированные слова котлина, но всё-таки одной из целей его создания был нормальный интероп с джавой, а по факту нагородили кучу костылей.
Я согласен с тобой, но почти в любом языке есть кейворды, которые никогда нельзя использовать в качестве идентификаторов, хоть по контексту и можно отличить, что есть что. Вообще, в теории котлин не виноват, что в не-котлиновских либах используются зарезервированные слова котлина, но всё-таки одной из целей его создания был нормальный интероп с джавой, а по факту нагородили кучу костылей.
>>755980
Смотря каких идентификаторов. Переменную от кейорда еще можно забить отличать. А вот метод и свойство- я же говорб, такое даде вжс исправили еще в начале нулевых.
Смотря каких идентификаторов. Переменную от кейорда еще можно забить отличать. А вот метод и свойство- я же говорб, такое даде вжс исправили еще в начале нулевых.
>>755967
Удобно так медоты в тестах обзывать, просто тестом как есть.
>Интересно, что в таких кавычках можно написать хоть идентификатор с пробелами, и можно объявить переменную с целым предложением в названии - прям как в SQL с двойными кавычками.
Удобно так медоты в тестах обзывать, просто тестом как есть.
>>755970
Я думаю это специфика всех компиляторов. Ты же не можешь и в классической джаве кейвордами переменные и методы называть, что тут ты хочешь?
Лучше бы они вместо "in" юзали ":", тут наверное питонодебилами хотели угодить. Что касается is - то обычно такие короткие имена в джава мире как раз не используют и меньше шанс попасть на переменную isinstance.
>А написать парсер/лексер отличающий кейворд от метода/проперти
Я думаю это специфика всех компиляторов. Ты же не можешь и в классической джаве кейвордами переменные и методы называть, что тут ты хочешь?
Лучше бы они вместо "in" юзали ":", тут наверное питонодебилами хотели угодить. Что касается is - то обычно такие короткие имена в джава мире как раз не используют и меньше шанс попасть на переменную isinstance.
>>755983
Скорее всего анализатор пробегается по ключевым словам и делит все на выражения, а уж потом начинают отделять мух от котлет.
Не вижу смысл усложнять и удлинять компиляцию.
Скорее всего анализатор пробегается по ключевым словам и делит все на выражения, а уж потом начинают отделять мух от котлет.
Не вижу смысл усложнять и удлинять компиляцию.
13 Кб, 246x707>>756427
В джаве не можешь.
Но это искуственное ограничение или лень.
При этом в котлине вам же разрешили называть, но через жопу.
Контекстно-зависимая грамматика это детский сад же, чтобы ее не о силить.
В джаве не можешь.
Но это искуственное ограничение или лень.
При этом в котлине вам же разрешили называть, но через жопу.
Контекстно-зависимая грамматика это детский сад же, чтобы ее не о силить.
>>756431
Это не так работает. Иначе бы ты в литералах строк не мог бы использовать ключевые слова тоже.
Это не так работает. Иначе бы ты в литералах строк не мог бы использовать ключевые слова тоже.
>>756432
Это потенциально UB и дикая сложность на пустом месте. Всегда будут места, когда автор хотел так, а получил вот так и компиляция прошла. И нахер тебе эти неопределенности?
>Контекстно-зависимая грамматика
Это потенциально UB и дикая сложность на пустом месте. Всегда будут места, когда автор хотел так, а получил вот так и компиляция прошла. И нахер тебе эти неопределенности?
>>756434
Я не знаю как это работает, но очевидно идет какая-то разбивка на дерево, целиком сразу весь код компилятор не понимает. Литералы строк тоже могут в этот момент разбиваться.
Я не знаю как это работает, но очевидно идет какая-то разбивка на дерево, целиком сразу весь код компилятор не понимает. Литералы строк тоже могут в этот момент разбиваться.
>>756444
Какое UB. Что несешь. Сегодня все языки программирования используют контекстно-зависимую грамматику. И не только программирования. И у котлина и у джавы она втом числе тоже контекстно-зависима. Просто при реализации парсера\лексера положили хуй на то, чтобы чекать еще один контекст.
>>756450
Код разбивается на токены. Из потока токенов строится AST. И во всем этом нет никакой сложности отделять кейворды от доступа к методу.
Какое UB. Что несешь. Сегодня все языки программирования используют контекстно-зависимую грамматику. И не только программирования. И у котлина и у джавы она втом числе тоже контекстно-зависима. Просто при реализации парсера\лексера положили хуй на то, чтобы чекать еще один контекст.
>>756450
Код разбивается на токены. Из потока токенов строится AST. И во всем этом нет никакой сложности отделять кейворды от доступа к методу.
>>756458
Почему у разрабов IDE нет проблем с другими языками, в которых это допустимо спецификацией?
Почему у разрабов IDE нет проблем с другими языками, в которых это допустимо спецификацией?
>>756465
UB это не только ошибка сишнего компилятора.
Переполнение числа, тоже UB, написал одно, а компилятор прочитал по другому - тоже UB
UB это не только ошибка сишнего компилятора.
Переполнение числа, тоже UB, написал одно, а компилятор прочитал по другому - тоже UB
>>756432
Сейчас бы радоваться "интеллектуальному" javascript, который магически иногда не ставит (или ставит) точку запятой.
Сейчас бы радоваться "интеллектуальному" javascript, который магически иногда не ставит (или ставит) точку запятой.
>>758250
Да, конечно, вместо пробежки в лесу со своей тней, я буду гуглить вне работы всякую херню.
Да, конечно, вместо пробежки в лесу со своей тней, я буду гуглить вне работы всякую херню.
>>758443
АХАХАХАХАХ
АХАХАХАХАХ
>>758443
Надеюсь ты в лесу с рукой не разговариваешь.
Надеюсь ты в лесу с рукой не разговариваешь.
>>758498
Он же не пишет на нем, а основатель стартапа.
Ты, надеюсь, различаешь приложения уровня джавы (где ценник соответствующий и требования к спецам), от контентного сайта, аля "визитка", уровня джанги?
Чтобы разрыть глубокую траншею, ты ищешь экскаваторщика, а чтобы посадить розы, тебе хватит и землекопа с лопатой. и вообще, тупо искать землекопа, среди экскаваторщиков
PS: котлин это статически типизированный язык, который стал уже достаточно простым по синтаксису и близким к динамическим языкам, не удивлюсь что в будущем появятся на нем CMS, ну и появиться класс программистов, которые будут на этом писать потому, как типизированная DSL позволяет делать вещи довольно гибкие и мощные вещи для людей, которые могут быть не очень знакомы с программированием. но ты скорее всего очередной залетный зумер и даже не поймешь этот поинт, поэтому, вот тебе мое мнение - коко, пук, пук
Он же не пишет на нем, а основатель стартапа.
Ты, надеюсь, различаешь приложения уровня джавы (где ценник соответствующий и требования к спецам), от контентного сайта, аля "визитка", уровня джанги?
Чтобы разрыть глубокую траншею, ты ищешь экскаваторщика, а чтобы посадить розы, тебе хватит и землекопа с лопатой. и вообще, тупо искать землекопа, среди экскаваторщиков
PS: котлин это статически типизированный язык, который стал уже достаточно простым по синтаксису и близким к динамическим языкам, не удивлюсь что в будущем появятся на нем CMS, ну и появиться класс программистов, которые будут на этом писать потому, как типизированная DSL позволяет делать вещи довольно гибкие и мощные вещи для людей, которые могут быть не очень знакомы с программированием. но ты скорее всего очередной залетный зумер и даже не поймешь этот поинт, поэтому, вот тебе мое мнение - коко, пук, пук
>>758499
Стоит только снова подождать, еще чучуть, прям чуток.
А потом жрать кривые костыли, ибо обратная совместимость и все дела.
Стоит только снова подождать, еще чучуть, прям чуток.
А потом жрать кривые костыли, ибо обратная совместимость и все дела.
Динамические языки, это эксперимент, по попытке привлечь в индустрию больше программистов, чтобы сделать разработку дешевле, за счет простого кода и дешевых доступных рабочих.
Эксперимент оказался не очень удачным, даже дошел до абсурда, когда в динамическом языки завозят хинты типов.
По сути динамические языки должны были стать мета программированием, но в реале они делают шаг назад к типизации, ибо давай по новой, миша, все хуйня!.
Вот только если статические языки можно упростить всякими var, let без потери функциональности, то хинты динамические языках мало того что портят читабельность, так еще и несут порой чисто декоративный характер.
Поэтому если уж и жрать говно, то возьмите хотя бы тайпскрипт. и да, у питухона ебанутые хинты, как всегда гений гвидо издрочился и для декларации нескольких типов придумал какую-то кривую жопу, когда уже существовали нормальные примеры с "палкой"
Эксперимент оказался не очень удачным, даже дошел до абсурда, когда в динамическом языки завозят хинты типов.
По сути динамические языки должны были стать мета программированием, но в реале они делают шаг назад к типизации, ибо давай по новой, миша, все хуйня!.
Вот только если статические языки можно упростить всякими var, let без потери функциональности, то хинты динамические языках мало того что портят читабельность, так еще и несут порой чисто декоративный характер.
Поэтому если уж и жрать говно, то возьмите хотя бы тайпскрипт. и да, у питухона ебанутые хинты, как всегда гений гвидо издрочился и для декларации нескольких типов придумал какую-то кривую жопу, когда уже существовали нормальные примеры с "палкой"
>>758537
А в чем проблема то? А в том, что как только начинаешь писать код на динамических языках и выходишь за рамки стандартной упрощенной библиотеки, кода становится так же много как в статик языках. Его реально так же много, та же абстракция, те же слои, тот же легаси, та же энтропия кода.
И если в статическом языке, ты все равно еще прибит палками к типам, к классам и видишь куда что и с чем работает, то в динамическом языке ты начинаешь ходить как по минному полю, постоянно дебажа тонну говна и принтя состояния, или строча страницы документации, как это говно все работает и взаимодействует.
А в чем проблема то? А в том, что как только начинаешь писать код на динамических языках и выходишь за рамки стандартной упрощенной библиотеки, кода становится так же много как в статик языках. Его реально так же много, та же абстракция, те же слои, тот же легаси, та же энтропия кода.
И если в статическом языке, ты все равно еще прибит палками к типам, к классам и видишь куда что и с чем работает, то в динамическом языке ты начинаешь ходить как по минному полю, постоянно дебажа тонну говна и принтя состояния, или строча страницы документации, как это говно все работает и взаимодействует.
>>758528
Есом использовать новое апи, старое не сломает.
Есом использовать новое апи, старое не сломает.
>>758579
Как минимум есть прослойка людей, которые хотят научиться кодить на взрослых языках, но это у них не совсем получается и они срываются на язык.
Приложение на телефоне писать то хочется, а вот учиться не очень.
Как минимум есть прослойка людей, которые хотят научиться кодить на взрослых языках, но это у них не совсем получается и они срываются на язык.
Приложение на телефоне писать то хочется, а вот учиться не очень.
Не знаю хули тут сложного и что тут учить. Прочитал по диагонали треть котлин ин экшон. Недавно устроился в конторку котлин беком. Сел и сразу начал писать, чувство, буд-то я уже года 2 на нем пишу.
>>758250
Что я должен гуглить? Магию в формальном языке? Или наличие сильного ИИ в лексере жс, который сам решает когда ставить точку запятой?
Я вкурсе, что ты долбоеб, приписывающий высшим силам все тебе непонятное. У тебя и ЭВМ наеврняка работает на Божьей благодати или усилиями эльфов.
Что я должен гуглить? Магию в формальном языке? Или наличие сильного ИИ в лексере жс, который сам решает когда ставить точку запятой?
>Лол, ты даже не в курсе?
Я вкурсе, что ты долбоеб, приписывающий высшим силам все тебе непонятное. У тебя и ЭВМ наеврняка работает на Божьей благодати или усилиями эльфов.
Не надо полагаться на автоматические точки с запятой в JS, это работает настолько криво, что не рекомендуется это юзать и нужно всегда их ставить.
Впрочем, нормальные люди на JS писать никогда не будут.
Впрочем, нормальные люди на JS писать никогда не будут.
>>758866
Криво это работать не может по определению формальности. Кривыми могут быть руки.
Криво это работать не может по определению формальности. Кривыми могут быть руки.
>>758871
А руки могут быть кривыми только у инвалидов, соответственно, программировать они не смогли бы, формалист хуев.
> формальности
А руки могут быть кривыми только у инвалидов, соответственно, программировать они не смогли бы, формалист хуев.
>>758856
Нефига ты дебил?! Ты мог просто заткнутся и все, без этого квази-философского, маневрового высера.
Нефига ты дебил?! Ты мог просто заткнутся и все, без этого квази-философского, маневрового высера.
>>758856
Ты в курсе, что когда бородатые дядьки говорят "магия", они подразумевают UB или плавающую ошибку (что тоже по сути UB)?
Ты сейчас взял, с проецировал понятия о магии из традиционного мира, как представляешь его ты, на техническую область и оскорбил человека. Но на деле ты оскорбил себя потому, как это твоя проекция слова.
Ты понимаешь всю глубину своей некомпетентности, доходящую до такого абсурда? Ламер
>приписывающий высшим силам все тебе непонятное.
Ты в курсе, что когда бородатые дядьки говорят "магия", они подразумевают UB или плавающую ошибку (что тоже по сути UB)?
>что ты долбоеб
Ты сейчас взял, с проецировал понятия о магии из традиционного мира, как представляешь его ты, на техническую область и оскорбил человека. Но на деле ты оскорбил себя потому, как это твоя проекция слова.
Ты понимаешь всю глубину своей некомпетентности, доходящую до такого абсурда? Ламер
>>758924
Но ведь так обычно говорят про любое неявное или неочевидное поведение, даже если оно детерминировано и описано в документации. Хотя по сути да, настоящая магия - UB.
> когда бородатые дядьки говорят "магия", они подразумевают UB или плавающую ошибку (что тоже по сути UB)?
Но ведь так обычно говорят про любое неявное или неочевидное поведение, даже если оно детерминировано и описано в документации. Хотя по сути да, настоящая магия - UB.
>>758931
Ого, к нам забежал петухонщик с растотреда, которого в расте научили, что неопределенное поведение это только когда сишечка падает. А то что это понятие широкого круга, ему, в раста-мантрах, не сказали.
Ого, к нам забежал петухонщик с растотреда, которого в расте научили, что неопределенное поведение это только когда сишечка падает. А то что это понятие широкого круга, ему, в раста-мантрах, не сказали.
>>758937
UB сишки, тоже в стандарте описано, но это не мешает поджигать пуканы. И никто при этом не кричит, о формальности и что это снова плохие программисты.
Если у тебя взрывается в руках плохо дизайнерская граната, это, конечно виноват солдат, а не то что в гранате не было предусмотрено предохранительного кольца и ударник рандомно срабатывает.
Хватит употреблять идеологию инфоцыган (или евангелистов языка), которые заглаживают неровности языка и спихивают ответственность на пользователя. Их суть впихнуть вам это говно. А вы потом как попугаи бегаете и кричите, что на самом деле язык хороший, это кругом одни плохие программисты.
Естественно со стороны это смотрится полнейшем бредом и естественно надо требовать, чтобы вам давали качественный продукт.
UB сишки, тоже в стандарте описано, но это не мешает поджигать пуканы. И никто при этом не кричит, о формальности и что это снова плохие программисты.
Если у тебя взрывается в руках плохо дизайнерская граната, это, конечно виноват солдат, а не то что в гранате не было предусмотрено предохранительного кольца и ударник рандомно срабатывает.
Хватит употреблять идеологию инфоцыган (или евангелистов языка), которые заглаживают неровности языка и спихивают ответственность на пользователя. Их суть впихнуть вам это говно. А вы потом как попугаи бегаете и кричите, что на самом деле язык хороший, это кругом одни плохие программисты.
Естественно со стороны это смотрится полнейшем бредом и естественно надо требовать, чтобы вам давали качественный продукт.
>>758953
Нет. У UB есть четкое опредление - это поведение, которое в общем случае нельзя предсказать. А в стандарте описываются моменты, в которых может возникнуть такое UB. Работа лексера ЯП не относится к UB.
Нет. У UB есть четкое опредление - это поведение, которое в общем случае нельзя предсказать. А в стандарте описываются моменты, в которых может возникнуть такое UB. Работа лексера ЯП не относится к UB.
>>758956
Неопределенное поведение, не является собственностью языка си. Сами UB си это частное в общем понятие. А само понятие распространяется даже до человеческого фактора.
Растаманы взяли и переобули термин под свои нужны, изнасиловав вам мозги, ибо надо было создать антагониста в лице С++ и похер, что у них там у сами херова туча сишных UB получилось, главное выдрессировать попугаев
Неопределенное поведение, не является собственностью языка си. Сами UB си это частное в общем понятие. А само понятие распространяется даже до человеческого фактора.
Растаманы взяли и переобули термин под свои нужны, изнасиловав вам мозги, ибо надо было создать антагониста в лице С++ и похер, что у них там у сами херова туча сишных UB получилось, главное выдрессировать попугаев
>>758965
Вся проблема С в том что он пытается быть системным языком при том что вся системщина там основана на UB начиная с "ну мы все понимаем, что число в указателе - это адрес в оперативке посему можно присваивать указателю целые числа".
>Неопределенное поведение, не является собственностью языка си. Сами UB си это частное в общем понятие. А само понятие распространяется даже до человеческого фактора.
Вся проблема С в том что он пытается быть системным языком при том что вся системщина там основана на UB начиная с "ну мы все понимаем, что число в указателе - это адрес в оперативке посему можно присваивать указателю целые числа".
22 Кб, 220x161>>759021
Стоп, зумерок, не шей мне код,
Машинка джавы тут мне джит снова полома,
Всех сеньерных и полублатных
Сегодня вечером работать мы оставим.
Стоп, зумерок, не шей мне код,
Машинка джавы тут мне джит снова полома,
Всех сеньерных и полублатных
Сегодня вечером работать мы оставим.
Чёт дохуя инфоцыганских ссылок кидают в этот тред. Верный признак того, что через несколько лет с котлином будет та же хуйня, что сейчас с питоном.
>>759211
Ну так питону уже сколько, лет пять учат инфоцыгане? Вкатыши уже подозревают, что работы нет, а тут тебе есть котлин, который свеженький и типа замена джавы! (а каждый вкатун знает, что самые высокие зп у джавистов) Думаю курсы появятся уже в этом году.
Ну так питону уже сколько, лет пять учат инфоцыгане? Вкатыши уже подозревают, что работы нет, а тут тебе есть котлин, который свеженький и типа замена джавы! (а каждый вкатун знает, что самые высокие зп у джавистов) Думаю курсы появятся уже в этом году.
>>759219
Даже уже пытаются лезть сюда со своими "сап двач, я никогда не кодил, джаву в глаза не видел, хочу начать с котлина, накидайте ссылок".
В общем, ждём скоро тысячи вопросов про функцию println() и про циклы.
Даже уже пытаются лезть сюда со своими "сап двач, я никогда не кодил, джаву в глаза не видел, хочу начать с котлина, накидайте ссылок".
В общем, ждём скоро тысячи вопросов про функцию println() и про циклы.
Даже не зовите меня в ваш язык, если в вашей секте нет такого хорового пения!
https://www.youtube.com/watch?v=LJvEIjRBSDA
https://www.youtube.com/watch?v=LJvEIjRBSDA
>>759447
Меня пугает этот чел, который руками машет. Он реально дирижирует или создает видимость?
Меня пугает этот чел, который руками машет. Он реально дирижирует или создает видимость?
>>762075
Зачем это говно, когда есть kotlin.
Зачем это говно, когда есть kotlin.
>>762075
Во-первых, не подходят для разработки под адндроид.
Во-вторых, слишком сложно для вкатышей и явадебилов. Котлин - это же просто синтакс сахар, а скалы/кложури - это отельные языки, хоть и с интеропом.
Во-первых, не подходят для разработки под адндроид.
Во-вторых, слишком сложно для вкатышей и явадебилов. Котлин - это же просто синтакс сахар, а скалы/кложури - это отельные языки, хоть и с интеропом.
>>762075
В создание языков, есть два типа людей, те которые видят в своем языке холст для творчества. И те кто хотя сделать инструмент для работы, чтобы практично и меньше мест где можно отстрелить себе яйца.
Написания языка, это натягивание технически-сложной совы, на глобус реальности. Только творческие гении делают это в пользу своего виденья мира и порой делают какие-то свое решения, то инженерные люди, делает максимально удобно для работы.
Является ли котлин таким инженерным языком? Частично, с большой натяжкой? да (могли бы и лучше). Но вот все остальные jvm языки (и некоторые llvm, лол), это просто реализации потребности тех или иных людей.
Я тоже хочу написать свой язык и мне как-то даже глубоко срать насколько он будет для вас удобен, я художник, я так вижу. Мне, ущербу, хоть как-то получиться в историю попасть.
Но, в этом абстрактном и философском говне, которое я на тебя высрал, есть определенные факты. Это то, что java и jvm - мощнейшая платформа и что котлин дает возможность писать поверх этого всего, при этом больше не писать на самой джаве кто 10 лет на ней писал, меня поймут.
В создание языков, есть два типа людей, те которые видят в своем языке холст для творчества. И те кто хотя сделать инструмент для работы, чтобы практично и меньше мест где можно отстрелить себе яйца.
Написания языка, это натягивание технически-сложной совы, на глобус реальности. Только творческие гении делают это в пользу своего виденья мира и порой делают какие-то свое решения, то инженерные люди, делает максимально удобно для работы.
Является ли котлин таким инженерным языком? Частично, с большой натяжкой? да (могли бы и лучше). Но вот все остальные jvm языки (и некоторые llvm, лол), это просто реализации потребности тех или иных людей.
Я тоже хочу написать свой язык и мне как-то даже глубоко срать насколько он будет для вас удобен, я художник, я так вижу. Мне, ущербу, хоть как-то получиться в историю попасть.
Но, в этом абстрактном и философском говне, которое я на тебя высрал, есть определенные факты. Это то, что java и jvm - мощнейшая платформа и что котлин дает возможность писать поверх этого всего, при этом больше не писать на самой джаве кто 10 лет на ней писал, меня поймут.
>>762215
Вставай в многокилометровую очередь изобретателей языков. Впрочем, это больше похоже на огромную толпу тех, где один пытается перекрикнуть всех остальных.
> хоть как-то получиться в историю попасть
Вставай в многокилометровую очередь изобретателей языков. Впрочем, это больше похоже на огромную толпу тех, где один пытается перекрикнуть всех остальных.
>>762229
Без вазелина?
Без вазелина?
...мы поговорили с Георгием Бронниковым, членом команды разработки компилятора Kotlin в JetBrains.
https://soundcloud.com/podlodka/podlodka-167-kompilyatory
https://soundcloud.com/podlodka/podlodka-167-kompilyatory
>>762215
Пишу больше 10 лет и не испытываю такого батхерта сейчас 50% кода у меня Джава, 50% Котлин.
Да Котлин местами поприятней, но не прям радикально. Особенно когда у тебя IDE которая умееет хорошо рефакторить и генерить код.
>кто 10 лет на ней писал, меня поймут.
Пишу больше 10 лет и не испытываю такого батхерта сейчас 50% кода у меня Джава, 50% Котлин.
Да Котлин местами поприятней, но не прям радикально. Особенно когда у тебя IDE которая умееет хорошо рефакторить и генерить код.
>>762523
Когда пишешь на одной только джаве, то можно вообще никуда даже не смотреть, а шутить о том, какой кобол уродливый и что он стане никому ненужен. Но когда пощупал другие языки, то джава превращается в тыкву.
А когда пощупал ромбовидное наследование и то как рукожоно это реализовал Гвидо, начинаешь любить даже джаваскрипт
Когда пишешь на одной только джаве, то можно вообще никуда даже не смотреть, а шутить о том, какой кобол уродливый и что он стане никому ненужен. Но когда пощупал другие языки, то джава превращается в тыкву.
А когда пощупал ромбовидное наследование и то как рукожоно это реализовал Гвидо, начинаешь любить даже джаваскрипт
>>762629
Я "щупал" достаточно языков, поэтому прекрасно понимаю что везде свои компромиссы. Где-то многословность - тот же го по многословности перегонит джаву. Где-то перебор с сахаром - типа С# или питона где 100500 способов сделать одно и то же. Где-то мудреные концепции в которые надо постоянно держать в голове - типа раста или эликсира.
Поэтому-то я и отношусь спокойно к джаве - да не идеальный язык, зато много разных библиотек и фреймворков на все случаи жизни и хороший тулинг.
>Но когда пощупал другие языки, то джава превращается в тыкву.
Я "щупал" достаточно языков, поэтому прекрасно понимаю что везде свои компромиссы. Где-то многословность - тот же го по многословности перегонит джаву. Где-то перебор с сахаром - типа С# или питона где 100500 способов сделать одно и то же. Где-то мудреные концепции в которые надо постоянно держать в голове - типа раста или эликсира.
Поэтому-то я и отношусь спокойно к джаве - да не идеальный язык, зато много разных библиотек и фреймворков на все случаи жизни и хороший тулинг.
>>762714
Очень скользкий сейчас термин, изначально имелось ввиду, что для решения той или иной задачи требуется дернуть не мало объектов (например чтобы построчно файл прочитать). То есть, говорилось про объектный бойлерплейт, если ставить рядом с питоном, где стандартная библиотека местами покрытая удобными фасадами для новичков.
Сейчас под термином многословностью некоторые понимают "длинные" имена объектов или классов.
Го - эталон по бойлерплейту. Мне кажется, надо очень любить процедурное программирование, чтобы терпеть его.
C# - по сахару норм, но с решением о кроссплатформенности они опоздали лет на 10-15. Сейчас его синтаксис и сахар кажется устаревшими, даже ts кажется моднее и молодежнее.
>многословность
Очень скользкий сейчас термин, изначально имелось ввиду, что для решения той или иной задачи требуется дернуть не мало объектов (например чтобы построчно файл прочитать). То есть, говорилось про объектный бойлерплейт, если ставить рядом с питоном, где стандартная библиотека местами покрытая удобными фасадами для новичков.
Сейчас под термином многословностью некоторые понимают "длинные" имена объектов или классов.
Го - эталон по бойлерплейту. Мне кажется, надо очень любить процедурное программирование, чтобы терпеть его.
C# - по сахару норм, но с решением о кроссплатформенности они опоздали лет на 10-15. Сейчас его синтаксис и сахар кажется устаревшими, даже ts кажется моднее и молодежнее.
>>762523
Иногда спрашиваю джавистов и мне кажется котлин продолжает делать ряд ошибок, с моей точки зрения. У них котлин всегда что-то типа "норм, но не вау", то есть могло быть и лучше. И в этом и беда, котлин не стал завоевывать рынок бэкенда джавистов, как-то вяло и поздно стали пилить ktor, да и вообще могли бы полностью сделать фокус на либ-тулинг, у вас же там крутая DSL есть, простор для творчества. Но нет, понесло на эту мультиплатформу.
Иногда спрашиваю джавистов и мне кажется котлин продолжает делать ряд ошибок, с моей точки зрения. У них котлин всегда что-то типа "норм, но не вау", то есть могло быть и лучше. И в этом и беда, котлин не стал завоевывать рынок бэкенда джавистов, как-то вяло и поздно стали пилить ktor, да и вообще могли бы полностью сделать фокус на либ-тулинг, у вас же там крутая DSL есть, простор для творчества. Но нет, понесло на эту мультиплатформу.
>>762959
Мы как раз его используем - и самый его большой косяк для нас это отсутствие возможности как-то генерировать API spec.
Вот есть например Swagger - который при желании можно и к существующему API на базе Spring прикрутить и получить нормальное описание API которое можно отдать кому-то. А нам приходится на конфлюенсе API описывать.
>>762943
Речь идет о бойлерплейт в первую очередь. Недостаток удобный утилити методов в стандартной библиотеке компенсируется апачем и гуавой StringUtils - хит всех времен и народов.
>как-то вяло и поздно стали пилить ktor
Мы как раз его используем - и самый его большой косяк для нас это отсутствие возможности как-то генерировать API spec.
Вот есть например Swagger - который при желании можно и к существующему API на базе Spring прикрутить и получить нормальное описание API которое можно отдать кому-то. А нам приходится на конфлюенсе API описывать.
>>762943
Речь идет о бойлерплейт в первую очередь. Недостаток удобный утилити методов в стандартной библиотеке компенсируется апачем и гуавой StringUtils - хит всех времен и народов.
ну и хули джава ваша, 2 дня на все про все- синтаксис, модификаторы доступа, наследование, аггрегирование, перегрузка метода, оверрайт
дальше можно смело учить котлин, прекрасный и изумительный язык, который убьет мерзкую жабу
дальше можно смело учить котлин, прекрасный и изумительный язык, который убьет мерзкую жабу
>>763081
Нифига у вас восприятие мира. Берете микро-фреймворк поверх голого http и хотите чтобы он вам еще кофе варил.
>и самый его большой косяк для нас это отсутствие возможности как-то генерировать API spec
Нифига у вас восприятие мира. Берете микро-фреймворк поверх голого http и хотите чтобы он вам еще кофе варил.
>>763131
Потому что у тебя бекграунд, и ты уже что-то понимаешь. Но тут много тех, кто пытается котлин самым первым языком.
Потому что у тебя бекграунд, и ты уже что-то понимаешь. Но тут много тех, кто пытается котлин самым первым языком.
>>763134
JS - это язык огрызок, язык имитация, который тормозит даже в переборе DOM дерева. Еще немного и в веб ассембли завезут нормальные визуальные движки и про твой html, кривой css и убогий js забудут навсегда.
Про бэкенд я вообще молчу, даже жопаскрипт не заслужил такого говна как нода. Вроде как, даже сам автор признался в этом.
Котлин (и не только он, но всем насрать) дарит тебе возможность пилить веб на одном языке, в одном большом мульти-проекте, без компиляции жопаскрипта в жопоскрипт.
А если включить немного фантазии, то можно вообще пилить такие CMS системы, с такими возможностями плагино-писания, от которых будут шевелиться волосы на лобке!
JS - это язык огрызок, язык имитация, который тормозит даже в переборе DOM дерева. Еще немного и в веб ассембли завезут нормальные визуальные движки и про твой html, кривой css и убогий js забудут навсегда.
Про бэкенд я вообще молчу, даже жопаскрипт не заслужил такого говна как нода. Вроде как, даже сам автор признался в этом.
Котлин (и не только он, но всем насрать) дарит тебе возможность пилить веб на одном языке, в одном большом мульти-проекте, без компиляции жопаскрипта в жопоскрипт.
А если включить немного фантазии, то можно вообще пилить такие CMS системы, с такими возможностями плагино-писания, от которых будут шевелиться волосы на лобке!
>>763142
В ру сегменте вообще мало материала чтобы с нуля. А уча джаву, велик шанс влезть в EE и в сервлеты.
В ру сегменте вообще мало материала чтобы с нуля. А уча джаву, велик шанс влезть в EE и в сервлеты.
>>763142
В моем понимании бекграунд это знание фреймворков и прочих ухищрений в ЯПах.
То что он перечислил - это как сказать " я могу связно говорить на англе"
В моем понимании бекграунд это знание фреймворков и прочих ухищрений в ЯПах.
То что он перечислил - это как сказать " я могу связно говорить на англе"
>>763175
Не обязательно на русском же. Но многих это оттолкнёт, да.
>>763186
Бекграунд бывает разный, здесь я подразумеваю, когда при изучении нового языка уже не сидишь неделями с книжками, а можешь открыть официальный мануал, почитать чуток и уже через несколько дней писать почти так же, как на предыдущих языках.
Не обязательно на русском же. Но многих это оттолкнёт, да.
>>763186
Бекграунд бывает разный, здесь я подразумеваю, когда при изучении нового языка уже не сидишь неделями с книжками, а можешь открыть официальный мануал, почитать чуток и уже через несколько дней писать почти так же, как на предыдущих языках.
>>763196
Да ну на каком еще? Как будто выучить английский, это как в магазин сходить. Понятно, что до уровня владения языком, когда читается так же комфортно как на родном, уйдет тонна человеко-ресурсов.
Если у меня от английского языка не пухла бы голова, я бы на ру борде и не сидел.
>Не обязательно на русском же.
Да ну на каком еще? Как будто выучить английский, это как в магазин сходить. Понятно, что до уровня владения языком, когда читается так же комфортно как на родном, уйдет тонна человеко-ресурсов.
Если у меня от английского языка не пухла бы голова, я бы на ру борде и не сидел.
>>763204
Многие вайти вкатываются, уже зная инглиш на среднем уровне. Известно ведь, что здесь далеко без него не уехать.
Хотя я сам на момент вката не знал нихуя.
Многие вайти вкатываются, уже зная инглиш на среднем уровне. Известно ведь, что здесь далеко без него не уехать.
Хотя я сам на момент вката не знал нихуя.
>>763211
В том то и дело, что его знать надо не на среднем уровне, а на уровне родного, так как материал и так сложный.
Это инфоцыгане на уровне "хи-хи, ха-ха" говорят что надо знать английский и переменные обзывать правильно, но это потом, сначала купите курс. А на деле, на английском тут все абсолютно.
Все это маня фантазии, типа "о, я хочу изучать программирование", но сначала я подтяну английский и математику. Не, реальность она другая, люди с разным уровнем владения и с разными плагинами переводчика в браузере, пытаются жрать этот кусок непосильного гранита, как бы кому не хотелось. И популярность обуславливается именно доступностью обучающего материала на родных языках (как минимум по началу). И только ленивое некомпетентное сообщество говорит, мол незачем переводить, читайте на английском.
ОФФТОП: в свое время на пхп форумах был популярен вопрос, какой движок выбрать для сайта, и очень частый ответ был - лучший движок, это тот который написал сам (самописный). И эти все местные высокомерные бараны лайкали такие ответы, мол, да, верно. Но представляешь как это соотносится к человеку, который только что сел изучать разработку и ищет лучший вариант для изучения, с тем чтобы сесть и написать свою CMS. Это абсурд (и некомпетентность комьюнити). Забавно, что полный перевод пхп либы появился тогда, когда сам пхп стал уже и не нужен (а на тот момент перевод даже был на бразильском диалекте).
Собственно, такой же абсурд, как на ру говорящих форумах, чатах или бордах, отправлять чела читать на английском и у этих людей даже не возникает вопроса, какого хера они тут на родном пиздят.
>уже зная инглиш на среднем уровне
В том то и дело, что его знать надо не на среднем уровне, а на уровне родного, так как материал и так сложный.
Это инфоцыгане на уровне "хи-хи, ха-ха" говорят что надо знать английский и переменные обзывать правильно, но это потом, сначала купите курс. А на деле, на английском тут все абсолютно.
Все это маня фантазии, типа "о, я хочу изучать программирование", но сначала я подтяну английский и математику. Не, реальность она другая, люди с разным уровнем владения и с разными плагинами переводчика в браузере, пытаются жрать этот кусок непосильного гранита, как бы кому не хотелось. И популярность обуславливается именно доступностью обучающего материала на родных языках (как минимум по началу). И только ленивое некомпетентное сообщество говорит, мол незачем переводить, читайте на английском.
ОФФТОП: в свое время на пхп форумах был популярен вопрос, какой движок выбрать для сайта, и очень частый ответ был - лучший движок, это тот который написал сам (самописный). И эти все местные высокомерные бараны лайкали такие ответы, мол, да, верно. Но представляешь как это соотносится к человеку, который только что сел изучать разработку и ищет лучший вариант для изучения, с тем чтобы сесть и написать свою CMS. Это абсурд (и некомпетентность комьюнити). Забавно, что полный перевод пхп либы появился тогда, когда сам пхп стал уже и не нужен (а на тот момент перевод даже был на бразильском диалекте).
Собственно, такой же абсурд, как на ру говорящих форумах, чатах или бордах, отправлять чела читать на английском и у этих людей даже не возникает вопроса, какого хера они тут на родном пиздят.
>>763261
Я тут с вами потому, что не могу написать такой текст на ангельском. Так что, я хотя бы признаю, что изучения языка это реально сложная и отдельная задача и тем более нехер её сувать новичкам.
Я тут с вами потому, что не могу написать такой текст на ангельском. Так что, я хотя бы признаю, что изучения языка это реально сложная и отдельная задача и тем более нехер её сувать новичкам.
>>763261
Ну не, не как родной. Сухие технические термины, которые один раз запомнил, и потом почти всё понятно, даже легче газет всяких читается, где все выёбываются знанием кучи книжных слов. Впрочем, от материала зависит, какой-нибудь Страуструп и на родном языке очень тяжело воспринимается.
Выжить как-то можно, но оч тяжко.
Ну не, не как родной. Сухие технические термины, которые один раз запомнил, и потом почти всё понятно, даже легче газет всяких читается, где все выёбываются знанием кучи книжных слов. Впрочем, от материала зависит, какой-нибудь Страуструп и на родном языке очень тяжело воспринимается.
Выжить как-то можно, но оч тяжко.
>>763140
У нас с восприятием все нормально. Мы понимаем, что если ты пишешь публичное или доступное широкому кругу API у тебя должен быть способ адекватно это API описать.
Сейчас стандарт это OpenAPI (Swagger) и GraphQL. Swagger легко привязывается к любым JAX-RS сервисам будь то Spring или JEE. А вот ktor - хер и альтернатив они не предоставляют. Ебитесь с конфлюенсом или чем хотите.
У нас с восприятием все нормально. Мы понимаем, что если ты пишешь публичное или доступное широкому кругу API у тебя должен быть способ адекватно это API описать.
Сейчас стандарт это OpenAPI (Swagger) и GraphQL. Swagger легко привязывается к любым JAX-RS сервисам будь то Spring или JEE. А вот ktor - хер и альтернатив они не предоставляют. Ебитесь с конфлюенсом или чем хотите.
11 Кб, 97x747Потискал html и css на котлине (в виде DSL, который kotlinx).
Двоякое чувство осталось. Понятно что это врапперы и просто демонстрация DSL, но вот реального преимущество статической типизации я так и не почувствовал. А любой шаблонизатор типа pug вообще ложит всю эту конструкцию на лопатки.
У меня еще случился момент, когда чересчур умная идея, как-то прилепила не туда фигурную скобку и отформатировала код, и я понял, что случилось это в проекте с 100500 тегами, я бы больше офигел на моменте, где куда и что. похлеще чем когда потерял закрывающийся тег
Что касется css, так сейчас любая IDE поставляет и подсвечивает слова, писать сырой css получается даже быстрее и удобнее.
В общем, мне показалась эта фича как-то притянута за уши.
Двоякое чувство осталось. Понятно что это врапперы и просто демонстрация DSL, но вот реального преимущество статической типизации я так и не почувствовал. А любой шаблонизатор типа pug вообще ложит всю эту конструкцию на лопатки.
У меня еще случился момент, когда чересчур умная идея, как-то прилепила не туда фигурную скобку и отформатировала код, и я понял, что случилось это в проекте с 100500 тегами, я бы больше офигел на моменте, где куда и что. похлеще чем когда потерял закрывающийся тег
Что касется css, так сейчас любая IDE поставляет и подсвечивает слова, писать сырой css получается даже быстрее и удобнее.
В общем, мне показалась эта фича как-то притянута за уши.
Android studio лагает как сука (очень слабый ноут)
Подскажите аналогичную и не такую требовательную иде для разработки приложений на андроид (язык, понятное дело, котлин)
Подскажите аналогичную и не такую требовательную иде для разработки приложений на андроид (язык, понятное дело, котлин)
>>764672
Идея чуть менее требовательная. Также кто-то советует юзать другой эмулятор.
Идея чуть менее требовательная. Также кто-то советует юзать другой эмулятор.
14 Кб, 433x307>>764753
В углу есть шляпочник, там ползунок подвигай.
Но вроде можно более точно как-то по-отключать, в том числе и лишние плагины вырубить.
В углу есть шляпочник, там ползунок подвигай.
Но вроде можно более точно как-то по-отключать, в том числе и лишние плагины вырубить.
>>764780
Спасибо
Спасибо
>>764340
Хотя для себя нашел экзотический кейс для этого всего.
Хотя для себя нашел экзотический кейс для этого всего.
>>765542
На чьем? То как гугл не умеет делать продукты, точнее то как они загибаются, можно вообще не париться.
Если открыть SO то видно что спрос обусловлен flutter.
На чьем? То как гугл не умеет делать продукты, точнее то как они загибаются, можно вообще не париться.
Если открыть SO то видно что спрос обусловлен flutter.
Какая-то еботень на подобие промисах
https://github.com/TechEmpower/FrameworkBenchmarks/blob/ead55b0e33274a8e7cbdff39f7911da42eeaff09/frameworks/Dart/start/server.dart#L132
Только это говно спрятали в js под асинк/авейт, эти наоборот достали.
https://github.com/TechEmpower/FrameworkBenchmarks/blob/ead55b0e33274a8e7cbdff39f7911da42eeaff09/frameworks/Dart/start/server.dart#L132
Только это говно спрятали в js под асинк/авейт, эти наоборот достали.
2 Кб, 253x130>>765555
Наркоманы блин
Наркоманы блин
>>765563
Как там у дарта интероп с джавой? Или ты про то, что котлин транспайлится в жс, на что всем похуй?
Как там у дарта интероп с джавой? Или ты про то, что котлин транспайлится в жс, на что всем похуй?
>>765575
Как бы и интероп с джавой нахер не нужен. Ну, то есть, гордиться тем что можешь взять тырпрайзные либи, или что язык мог пофиксить костыли джавы, которых нет в других языках - такое себе.
А вот AOT компиляция, это уже интересно. я, конечно, понимаю что VM и число библиотек там в стабильном палеозое, но за то язык с чистого языка, а не прокси
Как бы и интероп с джавой нахер не нужен. Ну, то есть, гордиться тем что можешь взять тырпрайзные либи, или что язык мог пофиксить костыли джавы, которых нет в других языках - такое себе.
А вот AOT компиляция, это уже интересно. я, конечно, понимаю что VM и число библиотек там в стабильном палеозое, но за то язык с чистого языка, а не прокси
Да и на котлине библиотек не настолько больше написали, чем на дарте.
>>765581
Но ведь котлин как раз и создавался как сахарок для джавы, чтобы все эти тырпрайзные либы было не так больно юзать. И всё. Если котлин показался тебе одним из хипстерских язычков-убийц жс, которые просто в силу хипстерскости должны пытаться запускаться в браузере, то это не так.
Но ведь котлин как раз и создавался как сахарок для джавы, чтобы все эти тырпрайзные либы было не так больно юзать. И всё. Если котлин показался тебе одним из хипстерских язычков-убийц жс, которые просто в силу хипстерскости должны пытаться запускаться в браузере, то это не так.
>>765589
Я про бэкенд
Я про бэкенд
>>765590
Хорошо, только подскажи какие плагины ставить для гредла и где @JvmStatic писать.
Хорошо, только подскажи какие плагины ставить для гредла и где @JvmStatic писать.
15 Кб, 418x253Тот случай, когда твой язык это не просто баг-фиксы джавы и ты можешь использовать нормальную декларацию листа и мапы.
>>765631
Я считаю что они два куска говна, которые могли бы сделать простую и удобную сборку джавы (и котлин), но оба навернули тырпрайз говна и теперь все копипастят одни и те же конструкции, вместо адекватного:
Я считаю что они два куска говна, которые могли бы сделать простую и удобную сборку джавы (и котлин), но оба навернули тырпрайз говна и теперь все копипастят одни и те же конструкции, вместо адекватного:
>huy install Spring
>>765644
Мне лень строчить портянку на твой троллинг тупостью, скажу лишь, что
на скриптоговне в лучшем случае будет
Мне лень строчить портянку на твой троллинг тупостью, скажу лишь, что
>>huy install Spring
на скриптоговне в лучшем случае будет
> hui install -r requirements.txt
>>765664
Там намного лучше и это не только для скрипто-говна. Еще петухон вспомнил, там вообще все по своему
В любом случае, они делали эти менеджеры с расчетом на все языки, что вообще глупо. Отсюда столько однотипного копипаст-текста.
Там намного лучше и это не только для скрипто-говна. Еще петухон вспомнил, там вообще все по своему
В любом случае, они делали эти менеджеры с расчетом на все языки, что вообще глупо. Отсюда столько однотипного копипаст-текста.
>>766259
Неа)
Неа)
>>766259
Я бы заинтересовался вашим котлином, но раз все крутится вокруг жаба говна то пожалуй оставлю это бумерам.
Я бы заинтересовался вашим котлином, но раз все крутится вокруг жаба говна то пожалуй оставлю это бумерам.
Можно считать что котлин провалился? Или наоборот у него сейчас рост и востребованность?
Возможно котлин достиг своего максимума?
Возможно котлин достиг своего максимума?
280 Кб, 1373x357>>766361
Еще один вечный соискатель в петухоне?
Понимаешь, любой проект рано или поздно превращается в сложную херню. И нет больше языков и тулинга, которые помогут тебе в этом говне разобраться, чем есть в жабе.
Да, на петухоне или js ты быстро стартуешь и быстро получаешь результат.
На жабе ты едешь дальше и дольше.
И не потому что жаба хорошая, а просто нет альтернатив.
С++ и всякие ржавые языки, вообще не пригодны для тяжелой бизнес-логики. Ты с языком будешь бороться больше.
С# - да кому нужен вендор лок??
Го - да кому нужна кривая обертка над си, в которой нет даже стектрейса. Ты представляешь как большое приложение без стектрейса отлаживать? Или как писать гибкое приложение без дженериков? Блин, да там даже нельзя бесплатно получить букву в слове надо конвертить в руны, если ты не счастливый обладатель англ. языка
Нету больше кручи и мощнее чем джава, нет более удобнее и современная вариация чем котлин.
Еще один вечный соискатель в петухоне?
Понимаешь, любой проект рано или поздно превращается в сложную херню. И нет больше языков и тулинга, которые помогут тебе в этом говне разобраться, чем есть в жабе.
Да, на петухоне или js ты быстро стартуешь и быстро получаешь результат.
На жабе ты едешь дальше и дольше.
И не потому что жаба хорошая, а просто нет альтернатив.
С++ и всякие ржавые языки, вообще не пригодны для тяжелой бизнес-логики. Ты с языком будешь бороться больше.
С# - да кому нужен вендор лок??
Го - да кому нужна кривая обертка над си, в которой нет даже стектрейса. Ты представляешь как большое приложение без стектрейса отлаживать? Или как писать гибкое приложение без дженериков? Блин, да там даже нельзя бесплатно получить букву в слове надо конвертить в руны, если ты не счастливый обладатель англ. языка
Нету больше кручи и мощнее чем джава, нет более удобнее и современная вариация чем котлин.
>>766378
Ах да, дарт.
Это не язык с библиотекой флаттер. Это язык для библиотеки флаттер и больше ничего.
Завтра окажется что флаттер годнота и появитсья 100500 конвертеров в эту либу, минуя твой дарт.
Ебнешья еще к либе отдельный язык учить.
Ах да, дарт.
Это не язык с библиотекой флаттер. Это язык для библиотеки флаттер и больше ничего.
Завтра окажется что флаттер годнота и появитсья 100500 конвертеров в эту либу, минуя твой дарт.
Ебнешья еще к либе отдельный язык учить.
>>766378
На пыхе есть symfony и zend/laminas, они серьезные и жабаподобные. А вот на питоне и жс как будто вообще нет ничего железобетонного энтерпрайзного, сплошная какая-то хуйня для заказного аутсорс клепания сайтов, или более узконаправленные легковесные микрофреймворки в которых только роутинг да обертка над реквестом и респонсом
На пыхе есть symfony и zend/laminas, они серьезные и жабаподобные. А вот на питоне и жс как будто вообще нет ничего железобетонного энтерпрайзного, сплошная какая-то хуйня для заказного аутсорс клепания сайтов, или более узконаправленные легковесные микрофреймворки в которых только роутинг да обертка над реквестом и респонсом
>>766388
Дарт, точнее его уже новая эволюция 2.0, это попытка сесть сразу на два стула - javascript и java. Сомнительная затея, получился такой недо-шарп от гугла.
Ты, наверное, перепутал с го?
Дарт, точнее его уже новая эволюция 2.0, это попытка сесть сразу на два стула - javascript и java. Сомнительная затея, получился такой недо-шарп от гугла.
Ты, наверное, перепутал с го?
>>766385
Да, так и есть.
В реале, пхп в свое время дорос до таких размеров, что там стали писать сложную тырпразную херню. На это все и появились такие монстры как symfony и zend итд.
Сами поддерживали такую сложную херню и открывали для себя разные словечки из джавы.
Просто спорящие все время говорят о разном, кто-то говорит о уровне когда правда проще прям в контроле влезть в базу и скинуть данные во вьюху (привет джангошлёпы!). А у кого уже такой проект, когда необходимо разделить на сервисы и DAO.
Да, так и есть.
В реале, пхп в свое время дорос до таких размеров, что там стали писать сложную тырпразную херню. На это все и появились такие монстры как symfony и zend итд.
Сами поддерживали такую сложную херню и открывали для себя разные словечки из джавы.
Просто спорящие все время говорят о разном, кто-то говорит о уровне когда правда проще прям в контроле влезть в базу и скинуть данные во вьюху (привет джангошлёпы!). А у кого уже такой проект, когда необходимо разделить на сервисы и DAO.
>>766408
НО веб это всегда многолетний и растущий проект. Начнешь базу в контроллере дергать, через год охуеешь от вони говна.
Поэтому да, есть индустрия студий, где важно быстрее хуяк-хуяк и продашкн.
НО веб это всегда многолетний и растущий проект. Начнешь базу в контроллере дергать, через год охуеешь от вони говна.
Поэтому да, есть индустрия студий, где важно быстрее хуяк-хуяк и продашкн.
>>766367
Котлин уже вовсю используется на андроиде. Медленно пробирается в бек, но ощущение, что он так и останется в нём где-то на уровне скалы.
Котлин уже вовсю используется на андроиде. Медленно пробирается в бек, но ощущение, что он так и останется в нём где-то на уровне скалы.
https://hyperskill.org/knowledge-map/209?v=table
Хуле тут так мало
https://hyperskill.org/knowledge-map/73
Хуле тут так много
Хуле тут так мало
https://hyperskill.org/knowledge-map/73
Хуле тут так много
Только сейчас прочитал про Scalа 3.0. Я так понял, успех котлина заставил скалу повторить вираж пайтона? Походу парни расшибут скалу об скалу.
>>767773
Лол, еще туда питоновские отступы завезли.
Лол, еще туда питоновские отступы завезли.
Хз что за чел, но вроде про котлин и вроде не банальщина с синтаксисом. Может какому-то джуну будет интересным
https://www.youtube.com/channel/UCA7ymlAF32Up8VKeDVv9uQw/videos
https://www.youtube.com/channel/UCA7ymlAF32Up8VKeDVv9uQw/videos
Я к мобильной разработке отношения не имею, поэтому объясните мне как дэбилу: нахуй нужон этот ваш котлин, если есть дарт?
>>770306
Да как я тебя заебать-то успел? Я впервые в этом треде запостил!
Да как я тебя заебать-то успел? Я впервые в этом треде запостил!
>>770305
Котлин нужен чтобы не писать на дарте.
Котлин нужен чтобы не писать на дарте.
>>770305
Ну вот, флаттер опять так лаганул, что тебя сюда вместо андрюшников закинуло.
Как напишешь нормальную VM или хотя бы вытесняющий планировщик, тогда поговорим.
Ну вот, флаттер опять так лаганул, что тебя сюда вместо андрюшников закинуло.
Как напишешь нормальную VM или хотя бы вытесняющий планировщик, тогда поговорим.
>>767158
Сейчас бы дебажить спринг. Вот он момент, когда фреймврорк послал тебя нахуй, а ты даже не можешь сорцы открыть и прочитать что там происходит потому что сорцы такого абстрактного говна как спринг не читаемы вообще.
И мне постоянно говорят, нафиг тебе исходники фреймворков читать. А вот чтобы понять что я буду делать в такой ситуации.
Сейчас бы дебажить спринг. Вот он момент, когда фреймврорк послал тебя нахуй, а ты даже не можешь сорцы открыть и прочитать что там происходит потому что сорцы такого абстрактного говна как спринг не читаемы вообще.
И мне постоянно говорят, нафиг тебе исходники фреймворков читать. А вот чтобы понять что я буду делать в такой ситуации.
>>768533
Хз, написано что вечно хостят, кину в шапку.
https://ibb.co/yRSzLsS
https://ibb.co/dB2m4nN
https://ibb.co/McTbJk0
Хз, написано что вечно хостят, кину в шапку.
https://ibb.co/yRSzLsS
https://ibb.co/dB2m4nN
https://ibb.co/McTbJk0
>>770585
так и в чем проблема тогда?=(
так и в чем проблема тогда?=(
Котлин заебись, но нахуй он нужен без кроссплатформы?
Дарт говно, но позволяет сразу пилить под ios+android.
То есть котлин это такой выбор для тех, кто создательно хочет работать на кого-то, вместо запуска своих проектов.
Дарт говно, но позволяет сразу пилить под ios+android.
То есть котлин это такой выбор для тех, кто создательно хочет работать на кого-то, вместо запуска своих проектов.
>>777737
Котлин хорош тем, что это не только язычок для мобилок, но и вполне себе для бекенда. Даже на нашем древнем проекте на Java EE 6 уже есть немного котлина.
Котлин хорош тем, что это не только язычок для мобилок, но и вполне себе для бекенда. Даже на нашем древнем проекте на Java EE 6 уже есть немного котлина.
>>777737
Там для тебя, одарённого, специально пилять нейтив, чтобы ты на всякие ненужные мобильные оси писал.
Там для тебя, одарённого, специально пилять нейтив, чтобы ты на всякие ненужные мобильные оси писал.
>>777919
Да, андроид нахуй не нужен, платящей аудитории там ноль, но это самая массовая платформа, так что если под неё не запилить то на проекте не будет людей вообще
Да, андроид нахуй не нужен, платящей аудитории там ноль, но это самая массовая платформа, так что если под неё не запилить то на проекте не будет людей вообще
>>778109
Охуеть проекции.
Охуеть проекции.
основной десктоп проект достиг пика и появилась возможность перекатиться в андроид разраба, предложили самостоятельно обучиться, но через 3 недели после трансфера на новый проект, они поняли, что легче найти готового mobile дева(а может уже нашли) за те же деньги чем платить мне 2к$ в месяц за вкатывание в мобильную разработку, поэтому попросили покинуть стартап
успел прочитать это - `Head First Kotlin 2020 Griffits Devid, Griffits Don`
и пощупать пару курсов на юдеми - поковырял котлин с джавой. кстати, какое же гавно эти виджеты и лэйауты андроид студии, ощущаешь себя дауном, перетаскивая компоненты мышкой и натягивая стрелочки для позиционирования виджетов, фотошоп какой то, я бы долго не выдержал такой хуйни
в общем, язык кайфовый, гибкий, можно писать ФП, можно ООП, все есть- перегрузки, полиморфизм, инкапсуляции и прочие абстрактные классы, каеф. к сожалению дальше погружаться не получится, буду искать работу по основному направлению- JS макакинг
всем удачи в освоении Котлина, замечательный язык, может еще удастся на нем пописать в будущем
успел прочитать это - `Head First Kotlin 2020 Griffits Devid, Griffits Don`
и пощупать пару курсов на юдеми - поковырял котлин с джавой. кстати, какое же гавно эти виджеты и лэйауты андроид студии, ощущаешь себя дауном, перетаскивая компоненты мышкой и натягивая стрелочки для позиционирования виджетов, фотошоп какой то, я бы долго не выдержал такой хуйни
в общем, язык кайфовый, гибкий, можно писать ФП, можно ООП, все есть- перегрузки, полиморфизм, инкапсуляции и прочие абстрактные классы, каеф. к сожалению дальше погружаться не получится, буду искать работу по основному направлению- JS макакинг
всем удачи в освоении Котлина, замечательный язык, может еще удастся на нем пописать в будущем
>>778632
Вот это я понимаю, социально-ответственное поведение.
Хоть выходное пособие дали? Или попросили по собственному, а ты и проглотил?
>основной десктоп проект достиг пика и появилась возможность перекатиться в андроид разраба, предложили самостоятельно обучиться, но через 3 недели после трансфера на новый проект, они поняли, что легче найти готового mobile дева(а может уже нашли) за те же деньги чем платить мне 2к$ в месяц за вкатывание в мобильную разработку, поэтому попросили покинуть стартап
Вот это я понимаю, социально-ответственное поведение.
Хоть выходное пособие дали? Или попросили по собственному, а ты и проглотил?
>>778651
оплатили время потраченное на учебу- 2 недели в полном размере, а оставшиеся до конца месяца часы будут оплачивать на 50%, но мне один хуй делать нечего, я чисто формально в конторе, типа отрабатываю последние 2 недели, все таски закрыты уже давно
а ты бы истерику устроил? там это никого не ебет, работаю по контракту на американский стартап- решили расторгнуть и расторгли. следующее место конечно буду искать с официальным трудоустройством, после такого то удара в псину
оплатили время потраченное на учебу- 2 недели в полном размере, а оставшиеся до конца месяца часы будут оплачивать на 50%, но мне один хуй делать нечего, я чисто формально в конторе, типа отрабатываю последние 2 недели, все таски закрыты уже давно
>а ты и проглотил
а ты бы истерику устроил? там это никого не ебет, работаю по контракту на американский стартап- решили расторгнуть и расторгли. следующее место конечно буду искать с официальным трудоустройством, после такого то удара в псину
Sealed классы медленнее енамов? А если реализации sealed abstract класса - объекты?
Прочел что в 1.3 добавили контракты.
Имеется несколько подтипов sealed класса с разными типами данных внутри. Можно ли как-то с контрактами реализовать такую функцию чтобы внутри массива таких объектов происходил первого, который имеет конкретный подтип, причем чтобы функция возвращала уже скастованный объект?
val somevar = array.first { it is SomeSealedChildClass }
somevar имеет тип SomeSealedChildClass
Имеется несколько подтипов sealed класса с разными типами данных внутри. Можно ли как-то с контрактами реализовать такую функцию чтобы внутри массива таких объектов происходил первого, который имеет конкретный подтип, причем чтобы функция возвращала уже скастованный объект?
val somevar = array.first { it is SomeSealedChildClass }
somevar имеет тип SomeSealedChildClass
>>778968
с котлином
с котлином
>>778968
Надо установить Android Studio (это такая бесплатная IDE для разработки под операционную систему Android). Запустить, создать проект, и там будет редактор форм, просто перетаскивай мышкой виджеты на форму, пиши обработчики, и всё.
Но судя по твоему вопросу, лучше для начала взять какую-нибудь книжку по основам Java страниц так на 1000 и прочитать её.
Надо установить Android Studio (это такая бесплатная IDE для разработки под операционную систему Android). Запустить, создать проект, и там будет редактор форм, просто перетаскивай мышкой виджеты на форму, пиши обработчики, и всё.
Но судя по твоему вопросу, лучше для начала взять какую-нибудь книжку по основам Java страниц так на 1000 и прочитать её.
>>778979
Для каких-нибудь сложных элементов интерфейса, вроде кастомных кнопок, действительно придётся откуда-то брать иконки, хоть самому рисовать в графическом редакторе. Но для самых основ этого не нужно.
Для каких-нибудь сложных элементов интерфейса, вроде кастомных кнопок, действительно придётся откуда-то брать иконки, хоть самому рисовать в графическом редакторе. Но для самых основ этого не нужно.
>>778990
основы понятно,но это будет неюзабельное и не красивое гавно
основы понятно,но это будет неюзабельное и не красивое гавно
41 Кб, 834x387помогите написать корутиновский await() для DeferredResult из спринга, пожалуйста
где я обосрался?
где я обосрался?
Как идеоматичнее и синтаксически чище сделать такое: распаковать и вернуть значение проперти, если оно не null, если null то вычислить и присвоить значение, после чего вернуть его.
https://pastebin.com/z1QrYKML
https://pastebin.com/z1QrYKML
>>779770
блет, походу баг в спринге. onCompletion не вызывается просто
блет, походу баг в спринге. onCompletion не вызывается просто
>>779891
А вообще там есть ленивые вычисления для этого
А вообще там есть ленивые вычисления для этого
>>779883
нет ошибок, просто зависание. Убрал эту функцию, написал лог в onCompletion и поставил туда брейкпоинт. В итоге результат считается нормально, но в брейкпоинт не заходит, т.е. этот метод не вызывается. Похоже на что-то такое https://stackoverflow.com/questions/39909996/spring-deferredresult-oncompletion-not-called-from-test-cases
на то что у меня на скриншоте красным подсвечено - не смотрите, я там в процессе отладки скрин делал.
нет ошибок, просто зависание. Убрал эту функцию, написал лог в onCompletion и поставил туда брейкпоинт. В итоге результат считается нормально, но в брейкпоинт не заходит, т.е. этот метод не вызывается. Похоже на что-то такое https://stackoverflow.com/questions/39909996/spring-deferredresult-oncompletion-not-called-from-test-cases
на то что у меня на скриншоте красным подсвечено - не смотрите, я там в процессе отладки скрин делал.
>>779903
Хз, не спрингую.
На практике, если платят хорошо, то нужно сорцы фреймворка изучить. Но по опыту, лучше мега фреймворки не брать.
Потому как микрофреймворки не мешают, а мегафреймворки не дотягивают до плагинный возможностей какой-нибудь CMS, где можно сотню плагинов повесить и будет работать как часы.
Хз, не спрингую.
На практике, если платят хорошо, то нужно сорцы фреймворка изучить. Но по опыту, лучше мега фреймворки не брать.
Потому как микрофреймворки не мешают, а мегафреймворки не дотягивают до плагинный возможностей какой-нибудь CMS, где можно сотню плагинов повесить и будет работать как часы.
>>779972
Если уж запихнул все в строку, то можно добить до упрощенного варианта, без ретёрна.
fun foo() = someProp ?: computeVariable().also { someProp = it }
Но такое себе изящество, на самом деле.
Из ООП головного мозга, плавно перенеслись в ФП головного мозга.
Если уж запихнул все в строку, то можно добить до упрощенного варианта, без ретёрна.
fun foo() = someProp ?: computeVariable().also { someProp = it }
Но такое себе изящество, на самом деле.
Из ООП головного мозга, плавно перенеслись в ФП головного мозга.
>>780075
О, неожиданно, стали пилить на нескольких языках.
https://blog.jetbrains.com/ru/kotlin/2020/08/kotlin-1-4-released-with-a-focus-on-quality-and-performance/
О, неожиданно, стали пилить на нескольких языках.
https://blog.jetbrains.com/ru/kotlin/2020/08/kotlin-1-4-released-with-a-focus-on-quality-and-performance/
>>780940
Где её нашел, там и используется
Где её нашел, там и используется
>>781174
Хочешь перегрузи его (если нету) для файлов или путей, через э. функции. Только я хз какой контекст? Нужна фантазия художника как минимум, чтобы символ умножения использовать в таком контексте.
Хочешь перегрузи его (если нету) для файлов или путей, через э. функции. Только я хз какой контекст? Нужна фантазия художника как минимум, чтобы символ умножения использовать в таком контексте.
>>781190
У каждого котлиниста всегда под боком лежит пакет с экстеншенами. У меня там вообще солянка, но операторы еще ни разу не перезагружал.
У каждого котлиниста всегда под боком лежит пакет с экстеншенами. У меня там вообще солянка, но операторы еще ни разу не перезагружал.
>>781864
Какая тут логика вообще? Ты создаешь объект File, а потом хочешь добавить еще путь и создать новый, а потом еще?
Ты наркоман?
Вот, наверное, что ты хотел.
https://pl.kotl.in/aUatd7e8T
Какая тут логика вообще? Ты создаешь объект File, а потом хочешь добавить еще путь и создать новый, а потом еще?
Ты наркоман?
Вот, наверное, что ты хотел.
https://pl.kotl.in/aUatd7e8T
>>782171
Да, это ближе к изначальной задумке. Но смысла 0.
Я хотел какую-нибудь ебанутую(крутую) штуку с перегрузкой операторов сделать, как в скале.
Да, это ближе к изначальной задумке. Но смысла 0.
Я хотел какую-нибудь ебанутую(крутую) штуку с перегрузкой операторов сделать, как в скале.
63 Кб, 853x691>>782172
Ты можешь перегрузить и для File и каждый раз создавать новый File, беря из него старый путь (но это наркомания, но если хочется)
Ты можешь перегрузить и для File и каждый раз создавать новый File, беря из него старый путь (но это наркомания, но если хочется)
>>782391
напиши обезличено о себе и своем стеке небольшой текст, как написал бы в резюме, и скажу какие у тебя шансы вкатиться на данный момент.
напиши обезличено о себе и своем стеке небольшой текст, как написал бы в резюме, и скажу какие у тебя шансы вкатиться на данный момент.
>>782397
У меня нет стека я вкатун
У меня нет стека я вкатун
>>782351
Тоже сегодня видел на тест сборке. Вероятно наговнили в релизе, думаю поправят.
Тоже сегодня видел на тест сборке. Вероятно наговнили в релизе, думаю поправят.
>>782391
Как вы достали уже.
Тебе себе или работу найти? Если работу найти, смотри что требуют. Напиши парсер который собирает все данные с хаха.ру и сделай рейтинг востребованного стека.
Вот тебе первое задание.
Если для себя, то какой тебе понравится. Но опять же, кому-то нравится спринг и MVC, кому нравится микро-веб-сервера.
Кто-то хочет контролить каждое движение, кому-то нравится добавить аннотацию чтобы вся магия заработала.
Какой ты у нас сегодня?
Как вы достали уже.
Тебе себе или работу найти? Если работу найти, смотри что требуют. Напиши парсер который собирает все данные с хаха.ру и сделай рейтинг востребованного стека.
Вот тебе первое задание.
Если для себя, то какой тебе понравится. Но опять же, кому-то нравится спринг и MVC, кому нравится микро-веб-сервера.
Кто-то хочет контролить каждое движение, кому-то нравится добавить аннотацию чтобы вся магия заработала.
Какой ты у нас сегодня?
>>782428
Никто его не возьмет на работу с какими-то парсерами и прочими крудами на спринге. Раньше нужно было думать и идти на джаву. А уже после 5-7 лет на джаве, можно было сладко перекатиться на котлин.
Никто его не возьмет на работу с какими-то парсерами и прочими крудами на спринге. Раньше нужно было думать и идти на джаву. А уже после 5-7 лет на джаве, можно было сладко перекатиться на котлин.
>>782448
Да кому твоя жаба то нужна.
По честноку, если бы не андроид, то сейчас вспоминали на уровне кобола.
Если видишь резюме джавы без котлина, значит придется работать с динозаврами и с жутким легаси.
Да кому твоя жаба то нужна.
По честноку, если бы не андроид, то сейчас вспоминали на уровне кобола.
Если видишь резюме джавы без котлина, значит придется работать с динозаврами и с жутким легаси.
>>782469
Пиздежь кста. Пока котлин не оформится как полноценный язык с собственной инфраструктурой а не как плагин для мавена, тырпрайз на него не перейдет.
>Если видишь резюме джавы без котлина, значит придется работать с динозаврами и с жутким легаси.
Пиздежь кста. Пока котлин не оформится как полноценный язык с собственной инфраструктурой а не как плагин для мавена, тырпрайз на него не перейдет.
>>782518
Зачем? Ну, круто там всякие SQL писать на DSL, но надо понимать что такое котлин и что ему особо не нужно заново изобретать то, что всех и так устраивает.
А вот на нейтив, я думаю, будут врапперы писать и может даже что-то интересное увидим. Но бэкенд на нейтиве писать не будут.
>не оформится как полноценный язык с собственной инфраструктурой
Зачем? Ну, круто там всякие SQL писать на DSL, но надо понимать что такое котлин и что ему особо не нужно заново изобретать то, что всех и так устраивает.
А вот на нейтив, я думаю, будут врапперы писать и может даже что-то интересное увидим. Но бэкенд на нейтиве писать не будут.
>>782578
Какой?
Какой?
>>782448
Толстота то какая. Перекатился на котлин, где-то за выходные.
Сейчас тонна материала на английском по котлину, на ютубе конвеером просто контент снимают. Если человек усердный и хорошо плавает в ангельском, то смело вкатится в котлин без жабы.
Статика вообще позволяет изучать материал по докам на API
>5-7 лет на джаве, можно было сладко перекатиться на котлин
Толстота то какая. Перекатился на котлин, где-то за выходные.
Сейчас тонна материала на английском по котлину, на ютубе конвеером просто контент снимают. Если человек усердный и хорошо плавает в ангельском, то смело вкатится в котлин без жабы.
Статика вообще позволяет изучать материал по докам на API
>>782653
Куда ты там перекатился, болезный? Работу-то нашел? Не на андроиде, разумеется, а на настоящем бекенде? Нет? Вот и то-то же!
Куда ты там перекатился, болезный? Работу-то нашел? Не на андроиде, разумеется, а на настоящем бекенде? Нет? Вот и то-то же!
>>783209
Да, но хипсторки почему-то считают микрофреймворки преимуществом, а не недостатком. Проект разрастается, эволюционирует, и получается изобретённый заново кривой и нестабильный клон спринга. У питонщиков тоже так - не хочу жирный монолит джангу, хочу боттле и фласк, чтобы потом устанавливать 20 плагинов для них и ебаться о связыванием этого всего вместе.
Ещё и реклама всех этих микрофреймворков - смотрите, у нас роуты компактнее. Будто роуты пишутся не 1% времени написания проекта, а 50.
Да, но хипсторки почему-то считают микрофреймворки преимуществом, а не недостатком. Проект разрастается, эволюционирует, и получается изобретённый заново кривой и нестабильный клон спринга. У питонщиков тоже так - не хочу жирный монолит джангу, хочу боттле и фласк, чтобы потом устанавливать 20 плагинов для них и ебаться о связыванием этого всего вместе.
Ещё и реклама всех этих микрофреймворков - смотрите, у нас роуты компактнее. Будто роуты пишутся не 1% времени написания проекта, а 50.
>>782653
Из вакансий на чистом Котлине - только Андроид. В остальных вакансиях подразумевается знание Java и JVM.
>Если человек усердный и хорошо плавает в ангельском, то смело вкатится в котлин без жабы.
Из вакансий на чистом Котлине - только Андроид. В остальных вакансиях подразумевается знание Java и JVM.
>>782448
У меня первая работа в жизни была - Котлин + джава бекенд
Взяли Джуном, по котлину только пару хелло вордов писал до этого
У меня первая работа в жизни была - Котлин + джава бекенд
Взяли Джуном, по котлину только пару хелло вордов писал до этого
Язык назван в честь города Котлин, в котором я живу, но я буду программировать на питоне м джс
>>782707
Это не я перекатился, это котлин к нам перекатился.
Сначала осторожно, а теперь уверенно на котлине пишем.
Конечно, никто жабу не трогал и переписывать не собирался.
Если ваши динозавры бояться нового, то предложи хотя бы тесты пописать.
Это не я перекатился, это котлин к нам перекатился.
Сначала осторожно, а теперь уверенно на котлине пишем.
Конечно, никто жабу не трогал и переписывать не собирался.
Если ваши динозавры бояться нового, то предложи хотя бы тесты пописать.
>>783209
Да, иногда проще свое говно с 5% функционала накатить, чем сидеть в доках и потом в сорцах очередной йоба-магии спринга.
Да, иногда проще свое говно с 5% функционала накатить, чем сидеть в доках и потом в сорцах очередной йоба-магии спринга.
>>783426
Тогда бы его ласково называли Кронштадт.
Нет, котлин назвали в честь острова. Удачное название, попробуй что-то нагуглить по dart или go (без golang).
>в честь города
Тогда бы его ласково называли Кронштадт.
Нет, котлин назвали в честь острова. Удачное название, попробуй что-то нагуглить по dart или go (без golang).
28 Кб, 407x405>>783455
Или CSS.
Или CSS.
>>783453
Бля, я обосрался. Котлин - остров, а крон - город на острове. Энивей ты меня понял
Бля, я обосрался. Котлин - остров, а крон - город на острове. Энивей ты меня понял
>>739262 (OP)
Андроид тред дохлый, поэтому спрашиваю тут.
Есть задача - отслеживать все нотификации в бекграунде. Есть NotificationListenerService. На чем его запускать? Стандартный Service или же WorkManager? Также какие есть решения для длительных бекграунд процессов? Может что-то из корутин или RX?
FirebaseJobDispatcher, GcmNetworkManager, Job Scheduler уже рекомендуют заменять на WorkManager.
Андроид тред дохлый, поэтому спрашиваю тут.
Есть задача - отслеживать все нотификации в бекграунде. Есть NotificationListenerService. На чем его запускать? Стандартный Service или же WorkManager? Также какие есть решения для длительных бекграунд процессов? Может что-то из корутин или RX?
FirebaseJobDispatcher, GcmNetworkManager, Job Scheduler уже рекомендуют заменять на WorkManager.
>>784732
Хз че там у вас, но логика простая, отвечу в стиле мейл-ру.
Есть событие? Вешай на событие.
Есть йоба сервис которые дергает сервисы - вешай на него.
Есть аналог крона? Вешай сервис на крон.
Есть поток? Крути сервис в отдельном поток.
Все крутится в корутинах? Крути в корутине.
Rx - выкинь каку, люди от скуки всякую хуйню придумывают.
Хз че там у вас, но логика простая, отвечу в стиле мейл-ру.
Есть событие? Вешай на событие.
Есть йоба сервис которые дергает сервисы - вешай на него.
Есть аналог крона? Вешай сервис на крон.
Есть поток? Крути сервис в отдельном поток.
Все крутится в корутинах? Крути в корутине.
Rx - выкинь каку, люди от скуки всякую хуйню придумывают.
>>785023
я учил джаву, потом перекатился на котлин самостоятельно
я учил джаву, потом перекатился на котлин самостоятельно
Почему метод verify в mokK так хуево задизайнен?
Просто посмотрите на его сигнатуру и класс Ordering
Это же пиздец
Просто посмотрите на его сигнатуру и класс Ordering
Это же пиздец
>>785616
Но ты нам ничего не принес, да? Ленивая ты, возмущающаяся жопа. Сейчас мы будем за тебя в каких говнолибах лазить.
>Просто посмотрите на его сигнатуру
Но ты нам ничего не принес, да? Ленивая ты, возмущающаяся жопа. Сейчас мы будем за тебя в каких говнолибах лазить.
76 Кб, 1234x589Я требую до 42!
>>785999
Посоветуйте тогда либу для моков в юнит тестах. Сам что используешь?
Классик Mockito не позволяет корутины мокать нормально
> говнолибах
Посоветуйте тогда либу для моков в юнит тестах. Сам что используешь?
Классик Mockito не позволяет корутины мокать нормально
79 Кб, 988x673Нужен кодревью. Насколько этот код легко читается? Или это звездец и лучше переписать?
Я знаю, что публиковать приватные методы, это плохо и все такое. Но мне нужно для тестов чтобы API не ломать, как того навязывают юнит тесты. И да, я знаю что и для тестов этого делать не нужно, но опять же, юнит тесты навязывают дробление, а у меня красивое API, так что правило идет лесом
Я знаю, что публиковать приватные методы, это плохо и все такое. Но мне нужно для тестов чтобы API не ломать, как того навязывают юнит тесты. И да, я знаю что и для тестов этого делать не нужно, но опять же, юнит тесты навязывают дробление, а у меня красивое API, так что правило идет лесом
>>786063
Хз, мы от мокания отказались, у нас интеграционные тесты, а в юнит тестах тестим только чистые функции
Посмотри тут, если тебе там что-то не понравилось.
https://kotlin.link/
Хз, мы от мокания отказались, у нас интеграционные тесты, а в юнит тестах тестим только чистые функции
Посмотри тут, если тебе там что-то не понравилось.
https://kotlin.link/
>>786133
Нихуя себе ты гений.
Оказывается сложную функцию нужно декомпозировать, создавая небольшие функции, ахуеть просто!
Подсказка: Пиздуй создавать экстеншен для Method который проверяет соответствие аргументов
Нихуя себе ты гений.
Оказывается сложную функцию нужно декомпозировать, создавая небольшие функции, ахуеть просто!
Подсказка: Пиздуй создавать экстеншен для Method который проверяет соответствие аргументов
>>786148
Хуя ты разбежался. Как ты собрался декомпозировать инлайн функции?
Лол, мастер дизайна АПИ
val user = User()
User::calc.callPrivateFunc(user, 1, 3)
Вместо
user.callPrivateFunc("calc", 1, 3)
Ни чего что задача может требовать объявление функции динамически?? Если трогаешь рефлексию, будь добр чтобы это была рефлексия, а не говнокаша из статики и динамики.
>Оказывается сложную функцию нужно декомпозировать
Хуя ты разбежался. Как ты собрался декомпозировать инлайн функции?
>Пиздуй создавать экстеншен для Method который проверяет соответствие аргументов
Лол, мастер дизайна АПИ
val user = User()
User::calc.callPrivateFunc(user, 1, 3)
Вместо
user.callPrivateFunc("calc", 1, 3)
Ни чего что задача может требовать объявление функции динамически?? Если трогаешь рефлексию, будь добр чтобы это была рефлексия, а не говнокаша из статики и динамики.
>>786164
Я кстати не уверен что компилятор даст получить ссылку на приватный метод.
Так что просто иди нахуй.
Я кстати не уверен что компилятор даст получить ссылку на приватный метод.
Так что просто иди нахуй.
Необходимость вызывать приватные методы это уже проблема дизайна
Если тебе надо их тестить, то делай их публичными, и не выебывайся
Если тебе надо их тестить, то делай их публичными, и не выебывайся
>>786196
Хуйня вбитая в неокрепшую голову.
Если по дизайну это должно быть скрыто, то некуй это публиковать или куда страшнее разносить по 100500 мелким классов.
Ты писал свой класс, ты имеешь право знать его приватное состояние, насколько оно соответствует твоим ожиданием на публичного взаимодействие API. Надо быть отбитым дебилом, чтобы не получит такое преимущество над своим кодом.
Тесты не должны ничего навязывать, тесты не должны менять дизайн программы. Это, блядь, тесты.
Хуйня вбитая в неокрепшую голову.
Если по дизайну это должно быть скрыто, то некуй это публиковать или куда страшнее разносить по 100500 мелким классов.
Ты писал свой класс, ты имеешь право знать его приватное состояние, насколько оно соответствует твоим ожиданием на публичного взаимодействие API. Надо быть отбитым дебилом, чтобы не получит такое преимущество над своим кодом.
Тесты не должны ничего навязывать, тесты не должны менять дизайн программы. Это, блядь, тесты.
>>786209
Ну а нахуй ты тестишь приватный блядь метод?
Просто блядь тестируй сам класс в котором он находится
Ну а нахуй ты тестишь приватный блядь метод?
Просто блядь тестируй сам класс в котором он находится
7 Кб, 231x107Ппц сейчас гоферы слюной изойдутся.
чтобы в го что-то принтануть, там надо воззвать к целому пакету и не забыть его убрать, а то не скомпилиться
чтобы в го что-то принтануть, там надо воззвать к целому пакету и не забыть его убрать, а то не скомпилиться
>>786211
Как всегда есть публичные API, которое упрощенно и внутренние промежуточные алгоритмы (методы).
Алгоритмы эти, это чистые функции. Нет ничего подходящего, как тестировать чистые функции в юнит тестах.
Почему я должен себе в этом отказывать? Я не хочу в публичных функциях обертках дублировать тесты, потому что они очень обобщают.
Как всегда есть публичные API, которое упрощенно и внутренние промежуточные алгоритмы (методы).
Алгоритмы эти, это чистые функции. Нет ничего подходящего, как тестировать чистые функции в юнит тестах.
Почему я должен себе в этом отказывать? Я не хочу в публичных функциях обертках дублировать тесты, потому что они очень обобщают.
>>788427
Вот из-за таких как ты, язык медленно восторг в рабочие места на бэкенде конвертирует.
Вот из-за таких как ты, язык медленно восторг в рабочие места на бэкенде конвертирует.
>>789439
Лол, кажется, я понял, почему борщехлёбы - борщехлёбы.
> восторг в рабочие места на бэкенде конвертирует.
Лол, кажется, я понял, почему борщехлёбы - борщехлёбы.
>>790331
Когда пишешь тесты не для одного класса/модуля, где мокаешь все внешние вызовы, а поднимаешь сразу целый контекст из множества классов, будто это обычное приложение, и тестируешь, как они работают вместе, а не поодиночке.
мимо
Когда пишешь тесты не для одного класса/модуля, где мокаешь все внешние вызовы, а поднимаешь сразу целый контекст из множества классов, будто это обычное приложение, и тестируешь, как они работают вместе, а не поодиночке.
мимо
>>791132
В перле его на самом деле намного больше, код на нём нечитаемый именно из-за множества таких вот фишечек. Если и разбавлять, то сишкой.
В перле его на самом деле намного больше, код на нём нечитаемый именно из-за множества таких вот фишечек. Если и разбавлять, то сишкой.
>>790331
Когда тестируют целиком, на тестовой машине, тестовом БД и прочем.
Когда тестируют целиком, на тестовой машине, тестовом БД и прочем.
57 Кб, 1024x878Возможно ли теоритически перевести на Котлин весь стэк т.е. набрать команду одних котлинистов и чтобы они сели писать бэкэнды с крудами точёными, фронтэнды с гуями дрочёными и мобильные версии?
Android/Kotlin/wasm на фронте
Linux - Kotlin - Spring - Postgres в тылу
Android/Kotlin/wasm на фронте
Linux - Kotlin - Spring - Postgres в тылу
>>791207
Для этого его и точят.
Проблема в том что во всем этом ты будешь первопроходцем. То есть, наверняка уже есть какие-то обертки там на реакты, хуякты. Но тогда нахуя оно надо? Это как надевать сразу два гандона. Понятно, что круче будет, когда кто-то за нас напишет свои ui-hui фрейворки, без потребности нюхать js, хоть в js это будет собираться под капотом.
Котлин позволяет делать полностью плагиную систему, добавил, скажем, джарник с функционалом комментов, дал ему настройки - куда себя вставить и какой роут юзать и вуаля у тебя сразу система комментариев готова, с работой бд, с антиспамом.
Осталось только эту плагинную систему написать, ну ты понял.
Для этого его и точят.
Проблема в том что во всем этом ты будешь первопроходцем. То есть, наверняка уже есть какие-то обертки там на реакты, хуякты. Но тогда нахуя оно надо? Это как надевать сразу два гандона. Понятно, что круче будет, когда кто-то за нас напишет свои ui-hui фрейворки, без потребности нюхать js, хоть в js это будет собираться под капотом.
Котлин позволяет делать полностью плагиную систему, добавил, скажем, джарник с функционалом комментов, дал ему настройки - куда себя вставить и какой роут юзать и вуаля у тебя сразу система комментариев готова, с работой бд, с антиспамом.
Осталось только эту плагинную систему написать, ну ты понял.
надо надрочить жс по работе, сука у меня кровь из глаз от него идет, это пиздец, я конечно знал что там жопа, но там вообще жопа
>>791529
держи в курсе блядь
держи в курсе блядь
>>792062
Теперь GIL работает и для корутин.
Теперь GIL работает и для корутин.
Сап котланы. Решил вкатиться в котлин. Джаву знаю. С чего начать? Есть годные курсы, книги?
>>739262 (OP)
допустим у меня есть сырцы одного приложния мне нужно чтобы приложения автомато запускало файл который я добовлю в исходники как это мне сделать
допустим у меня есть сырцы одного приложния мне нужно чтобы приложения автомато запускало файл который я добовлю в исходники как это мне сделать
>>793107
Официальный сайт?
Шапка треда?
https://play.kotlinlang.org/byExample/overview
https://play.kotlinlang.org/koans/overview
https://try.kotlinlang.org/
https://hyperskill.org/knowledge-map/209
Любая книга.
Официальный сайт?
Шапка треда?
>Котлин в примерах
https://play.kotlinlang.org/byExample/overview
>Koans
https://play.kotlinlang.org/koans/overview
>Try Kotlin (пробуй и кодь)
https://try.kotlinlang.org/
>Knowledge map
https://hyperskill.org/knowledge-map/209
Любая книга.
628 Кб, 800x592Котаны, контент покушать принес
https://www.youtube.com/watch?v=iASKk2eqRoE&t=3s
https://www.youtube.com/watch?v=iASKk2eqRoE&t=3s
>>792051
Уровень образованности в треде макакеров оставляет желать лучшего, мда уж.
> статический метод
> this
Уровень образованности в треде макакеров оставляет желать лучшего, мда уж.
>>793833
Нихуя ты обосрался, довен.
Нихуя ты обосрался, довен.
>>793833
лол, самоуверенный ламер.
лол, самоуверенный ламер.
>>793107
нахуй целенаправленно учит ЯЗЫК? просто блять берешь и начинаешь писать, в чем проблема? ты не можешь загуглить как реализовать конструкцию в новом языке или что? в чем ваша проблема блять книжники ебучие?
нахуй целенаправленно учит ЯЗЫК? просто блять берешь и начинаешь писать, в чем проблема? ты не можешь загуглить как реализовать конструкцию в новом языке или что? в чем ваша проблема блять книжники ебучие?
>>794652
Сомнительно удовольствие методом тыка языки изучать.
Это ты, линивая жопа, можешь методом тыка разобраться как твой телефон работает, но никак не писать ЯП разбивая лоб и уставая от того, что тупо не понимаешь почему происходит именно так, а не так.
Сомнительно удовольствие методом тыка языки изучать.
Это ты, линивая жопа, можешь методом тыка разобраться как твой телефон работает, но никак не писать ЯП разбивая лоб и уставая от того, что тупо не понимаешь почему происходит именно так, а не так.
>>794652
И да, в отличие от петухона, на стековерфлоу может не быть 100500 вопросов в стиле, как "напечатать текст" или "как обойти массив".
Инфоцыгани еще до языка не добрались и следовательно ваннаби-программисты тоже.
И да, в отличие от петухона, на стековерфлоу может не быть 100500 вопросов в стиле, как "напечатать текст" или "как обойти массив".
Инфоцыгани еще до языка не добрались и следовательно ваннаби-программисты тоже.
>>796202
Прочитал давно уже
Прочитал давно уже
>>739262 (OP)
Говнище полное.
Если пишешь на котлине реализацию джавового интерфейса, ты не можешь использовать нормальные джава-коллекции, только т.н. "mapped types". То есть если есть метод, в котором аргумент имеет тип java.util.Map, в котлине надо использовать MutableMap, а не
java.util.Map.
В итоге ты в принципе не можешь написать код без использования stdlib, пиздец нахуй.
Каким надо быть долбоёбом чтобы сделать такое уебанство?
Говнище полное.
Если пишешь на котлине реализацию джавового интерфейса, ты не можешь использовать нормальные джава-коллекции, только т.н. "mapped types". То есть если есть метод, в котором аргумент имеет тип java.util.Map, в котлине надо использовать MutableMap, а не
java.util.Map.
В итоге ты в принципе не можешь написать код без использования stdlib, пиздец нахуй.
Каким надо быть долбоёбом чтобы сделать такое уебанство?
>>798157
К чему претензия? Ты и в джаве не сможешь написать код без использования стдлибы. Где угодно ты не сможешь написать нормальный код без стдлибы. Ну и MutableMap в котлине это интерфейс, реализация которого это коллекция из джавы.
К чему претензия? Ты и в джаве не сможешь написать код без использования стдлибы. Где угодно ты не сможешь написать нормальный код без стдлибы. Ну и MutableMap в котлине это интерфейс, реализация которого это коллекция из джавы.
>>798269
В джаве я могу реализовать джавовый интерфейс используя джавовую стдлибу. В котлине я этого сделать не могу, потому что мне нужна еще и котлиновая стдлиба, хотя в интерфейсах которые я имплеменчу котлиновые типы никак не фигурируют.
В джаве я могу реализовать джавовый интерфейс используя джавовую стдлибу. В котлине я этого сделать не могу, потому что мне нужна еще и котлиновая стдлиба, хотя в интерфейсах которые я имплеменчу котлиновые типы никак не фигурируют.
>>798157
во-первых, ты можешь использовать kotlin.collections.MutableMap, чем тебе он не нравится?
а во-вторых, что тебе мешает написать интерфейс на джаве и спокойно использовать его в котлине?
во-первых, ты можешь использовать kotlin.collections.MutableMap, чем тебе он не нравится?
а во-вторых, что тебе мешает написать интерфейс на джаве и спокойно использовать его в котлине?
>>798389
Он тянет зависимость от kotlin-stdlib, которая мне не нужна и вообще в проекте никак не используется.
Перечитай ещё раз. Я и пытаюсь в котлине написать реализацию интерфейса, определенного в джаве.
> ты можешь использовать kotlin.collections.MutableMap
Он тянет зависимость от kotlin-stdlib, которая мне не нужна и вообще в проекте никак не используется.
> что тебе мешает написать интерфейс на джаве и спокойно использовать его в котлине?
Перечитай ещё раз. Я и пытаюсь в котлине написать реализацию интерфейса, определенного в джаве.
>>798410
Зачем использовать язык без стдлибы? Пиши на джаве, зачем тебе котлин тогда вообще?
> Он тянет зависимость от kotlin-stdlib, которая мне не нужна и вообще в проекте никак не используется.
Зачем использовать язык без стдлибы? Пиши на джаве, зачем тебе котлин тогда вообще?
>>798515
Вопрос был не "зачем", а "как"
Эту фразу стоило написать прям на сайте котлина, чтобы люди не тратили время на это УГ
> Зачем использовать язык без стдлибы?
Вопрос был не "зачем", а "как"
> Пиши на джаве, зачем тебе котлин тогда вообще?
Эту фразу стоило написать прям на сайте котлина, чтобы люди не тратили время на это УГ
66 Кб, 848x506>>798157
смоделировал эту ситуацию. действительно тупая хуйня, но ты долбоеб.
ты такой тупой чел, с такими пуками можно вообще что угодно говорить. пиши на питончике без стдлибы питончика, там же это наверняка можно, или нет? блять, точно. это же на любом языке невозможно, но ты, дебил, решил до этого доебаться=)
смоделировал эту ситуацию. действительно тупая хуйня, но ты долбоеб.
>Вопрос был не "зачем", а "как"
ты такой тупой чел, с такими пуками можно вообще что угодно говорить. пиши на питончике без стдлибы питончика, там же это наверняка можно, или нет? блять, точно. это же на любом языке невозможно, но ты, дебил, решил до этого доебаться=)
>>798771
То есть в котлине
но долбоеб при этом я. Нехило у тебя бомбануло видать, раз ты на личности перешел. Не стоит так привязываться к технологии, парень.
То есть в котлине
> тупая хуйня
но долбоеб при этом я. Нехило у тебя бомбануло видать, раз ты на личности перешел. Не стоит так привязываться к технологии, парень.
>>798801
ты после слова долбоеб читать перестал? ладно извини бро не хотел задеть. двач меняет людей....
так что? как там на джаве пишется без джава стдлибы? может другой язык найдешь, в котором это возможно?
ты после слова долбоеб читать перестал? ладно извини бро не хотел задеть. двач меняет людей....
так что? как там на джаве пишется без джава стдлибы? может другой язык найдешь, в котором это возможно?
>>798882
https://discuss.kotlinlang.org/t/a-hashmap-is-not-a-map/504/4
согласен, что выглядит всрато, только твой доеб еще более всратый. ты доебался не до странного поведения, а до невозможности написания кода без стдлибы, две разные вещи.
бтв я уверен что в жб не глупые люди сидят и с этого есть какие-то профиты. и в целом мне похуй на эту всратость, если бы мне нужно было реализовать джава-интерфейс, я бы использовал джаву.
https://discuss.kotlinlang.org/t/a-hashmap-is-not-a-map/504/4
согласен, что выглядит всрато, только твой доеб еще более всратый. ты доебался не до странного поведения, а до невозможности написания кода без стдлибы, две разные вещи.
бтв я уверен что в жб не глупые люди сидят и с этого есть какие-то профиты. и в целом мне похуй на эту всратость, если бы мне нужно было реализовать джава-интерфейс, я бы использовал джаву.
>>798918
Спасибо. Нашёл ещё https://kotlinlang.org/docs/reference/java-interop.html#mapped-types , оказывается, java.util.Map в джаве - не то же самое, что java.util.Map в котлине. Буду внимательнее читать доку.
>>798921
Спасибо.
Я не я, я просто мимо проходил.
Спасибо. Нашёл ещё https://kotlinlang.org/docs/reference/java-interop.html#mapped-types , оказывается, java.util.Map в джаве - не то же самое, что java.util.Map в котлине. Буду внимательнее читать доку.
>>798921
> https://discuss.kotlinlang.org/t/a-hashmap-is-not-a-map/504/4
Спасибо.
Я не я, я просто мимо проходил.
>>799053
Что ж, когда появилась IDEA, шарп кроссплатформенным не был да и сейчас там хуита, а не кроссплатформенность. Но уж на крестах-то можно было что-то придумать.
Что ж, когда появилась IDEA, шарп кроссплатформенным не был да и сейчас там хуита, а не кроссплатформенность. Но уж на крестах-то можно было что-то придумать.
>>799064
Нет. Вон даже MS плюнули на свой Visual Studio и двигают Visual Code. Ибо кроссплатформенность. :-)
Нет. Вон даже MS плюнули на свой Visual Studio и двигают Visual Code. Ибо кроссплатформенность. :-)
>>799192
Очень толсто.
Очень толсто.
>>799192
Очень толсто плюнули.
Очень толсто плюнули.
>>799919
Хочу через пизду, пора бы это уже понять
Хочу через пизду, пора бы это уже понять
>>799919
Если бомбит, то это хорошо
Если бомбит, то это хорошо
21 Кб, 512x512почему тред лучшего в мире языка программирования так непопулярен
>>804396
Тред джава господ популярен, о чем ты.
Тред джава господ популярен, о чем ты.
>>804424
JB всю свою историю клепала IDE, в которых конечно есть своя сложность, но фактически это просто текстовый редактор + несколько матановых алгоритмов, чтобы гуй не так тормозил на IDE-специфичном функционале все равно тормозит.
А вот опыта разработки языков программирования у JB нет, как и специалистов по PLT или теории типов. Были пацаны из Nemerle, которые пилили какую-то меташтуку, но Котлин проектировали не они.
В итоге получилось то, что получилось - кривоватый сахар поверх жавы, в котором
val m: java.util.Map<String, Any> = java.util.HashMap<String, Any>()
не компилится.
Будем честны - если бы не форс со стороны гугла, эта поделка нахер бы никому не вперлась.
JB всю свою историю клепала IDE, в которых конечно есть своя сложность, но фактически это просто текстовый редактор + несколько матановых алгоритмов, чтобы гуй не так тормозил на IDE-специфичном функционале все равно тормозит.
А вот опыта разработки языков программирования у JB нет, как и специалистов по PLT или теории типов. Были пацаны из Nemerle, которые пилили какую-то меташтуку, но Котлин проектировали не они.
В итоге получилось то, что получилось - кривоватый сахар поверх жавы, в котором
val m: java.util.Map<String, Any> = java.util.HashMap<String, Any>()
не компилится.
Будем честны - если бы не форс со стороны гугла, эта поделка нахер бы никому не вперлась.
>>804396
Потому что слой популистов-пиздунов еще не докатился до него. Точнее докатился, но в мобильном сегменте.
Просто матерые прогеры не пиздят о языках особо, не пишет в клиторре, они просто кодят.
Потому что слой популистов-пиздунов еще не докатился до него. Точнее докатился, но в мобильном сегменте.
Просто матерые прогеры не пиздят о языках особо, не пишет в клиторре, они просто кодят.
>>798918
И как из этого следует что
val m: java.util.Map<String, Any> = java.util.HashMap<String, Any>()
не должно компилиться?
Там же иерархия Map -> MutableMap -> HashMap
И как из этого следует что
val m: java.util.Map<String, Any> = java.util.HashMap<String, Any>()
не должно компилиться?
Там же иерархия Map -> MutableMap -> HashMap
1
>>805067
Твоя проблема в том, что ты пытаешься бороться с языком, используя его на юз-кейзах, для которых он не предназначен, вместо того чтобы наслаждаться им, используя там, для чего он был задуман. В результате страдаешь сам, и исходишь на говно в этом ИТТ треде совершенно необоснованно, что не будет встречено пониманием среди местных ценителей.
В частности:
- ты пытаешься использовать тип java.util.Map. В котлине не нужно использовать этот тип. Он специально сделан неполноценным, чтобы настучать по пальцам таким долбоебам как ты. Вместо этого нужно использовать тип kotlin.collections.Map или MutableMap, который существует только в компайл-тайме, а на ран-тайме представлен старым добрым java.util.Map.
- ты пытаешься использовать язык без зависимости на стандартную библиотеку. Это обречено на фейл. Даже если ты чудом обойдешь стороной типы и функции оттуда, что уже сделает твой экспириенс работы с котлином весьма неприятным, компилятор все равно вставит обращения к этой библиотеке для компиляции языковых конструкций: корутины, рейнджи, callable references, да даже банальные автоматические проверки аргументов на налл в начале публичных методов и те требуют вызова интринсик-функции из рантайма.
Тебе необходимо принять, что для работы с котлином нужна стандартная библиотека, и дальше уже дейстовавать ситуации.
Но для этого нужно понять, что у тебя за ситуация? Почему ты всеми правдами и неправдами пытаешься избавиться от этой зависимости?
Твоя проблема в том, что ты пытаешься бороться с языком, используя его на юз-кейзах, для которых он не предназначен, вместо того чтобы наслаждаться им, используя там, для чего он был задуман. В результате страдаешь сам, и исходишь на говно в этом ИТТ треде совершенно необоснованно, что не будет встречено пониманием среди местных ценителей.
В частности:
- ты пытаешься использовать тип java.util.Map. В котлине не нужно использовать этот тип. Он специально сделан неполноценным, чтобы настучать по пальцам таким долбоебам как ты. Вместо этого нужно использовать тип kotlin.collections.Map или MutableMap, который существует только в компайл-тайме, а на ран-тайме представлен старым добрым java.util.Map.
- ты пытаешься использовать язык без зависимости на стандартную библиотеку. Это обречено на фейл. Даже если ты чудом обойдешь стороной типы и функции оттуда, что уже сделает твой экспириенс работы с котлином весьма неприятным, компилятор все равно вставит обращения к этой библиотеке для компиляции языковых конструкций: корутины, рейнджи, callable references, да даже банальные автоматические проверки аргументов на налл в начале публичных методов и те требуют вызова интринсик-функции из рантайма.
Тебе необходимо принять, что для работы с котлином нужна стандартная библиотека, и дальше уже дейстовавать ситуации.
Но для этого нужно понять, что у тебя за ситуация? Почему ты всеми правдами и неправдами пытаешься избавиться от этой зависимости?
>>805907
и не только идея, а еще куча ахуенных айдиишек, которые предоставляют фишки конкретно под язык. пытался недавно перейти на емакс для разработки на питончике, т.к. функционал ide мне не нужен, но оказалось так, что там столько ебли с настройкой того, что в любой intellij-based ide идет из коробки.
>Не просто абстрактную IDE, а в частности intellij idea
и не только идея, а еще куча ахуенных айдиишек, которые предоставляют фишки конкретно под язык. пытался недавно перейти на емакс для разработки на питончике, т.к. функционал ide мне не нужен, но оказалось так, что там столько ебли с настройкой того, что в любой intellij-based ide идет из коробки.
>>806092
в ссылках все написано. так захотели дизайнеры языка. вот почему.
>какого хере там ошибка приведения
в ссылках все написано. так захотели дизайнеры языка. вот почему.
>>806142
Это нихуя не объяснение. У тебя или нормальный язык, где есть четкое обоснование почему это не валидный код, со ссылками на спецификацию языка.
Или смузи из говна для хипстоты - в этом случае, можно и сказать "так захотели дизайнеры языка".
>так захотели дизайнеры языка
Это нихуя не объяснение. У тебя или нормальный язык, где есть четкое обоснование почему это не валидный код, со ссылками на спецификацию языка.
Или смузи из говна для хипстоты - в этом случае, можно и сказать "так захотели дизайнеры языка".
>>806259
Прям как пщ.
Прям как пщ.
>>806259
abreslav
JetBrains Team
Aug '14
Some explanation is available here: http://blog.jetbrains.com/kotlin/2012/09/kotlin-m3-is-out/ 578
In short, Java’s Map is mutable, and in Kotlin we replace it with a pair of interfaces (read-only) Map and MutableMap to facilitate better type safety. If these extended Java’s Map, they’d have to be mutable as well.
abreslav
JetBrains Team
Aug '14
Some explanation is available here: http://blog.jetbrains.com/kotlin/2012/09/kotlin-m3-is-out/ 578
In short, Java’s Map is mutable, and in Kotlin we replace it with a pair of interfaces (read-only) Map and MutableMap to facilitate better type safety. If these extended Java’s Map, they’d have to be mutable as well.
>>806342
Да вот ничего это не объясняет.
Есть тип kotlin.Map, есть kotlin.MutableMap, есть java.util.Map и java.util.HashMap их все реализует. Причем первые два через магию компилятора, а не реализацию, а вот последний имплементит через декларацию, все как положено. Но почему-то приведение не работает. Причем не работает и для List и других коллекций.
val list: java.util.List<String> = java.util.Arrays.asList("abc", "def")
Тут он явно говорит, что asList() - возвращает MutableList и ниибет! Но это только для коллекций, для других типов все ОК.
val date: java.util.Date = java.sql.Timestamp(0)
Просто кое-кто увлекся своим йоба компилятором и забил на классическое наследование.
Да вот ничего это не объясняет.
Есть тип kotlin.Map, есть kotlin.MutableMap, есть java.util.Map и java.util.HashMap их все реализует. Причем первые два через магию компилятора, а не реализацию, а вот последний имплементит через декларацию, все как положено. Но почему-то приведение не работает. Причем не работает и для List и других коллекций.
val list: java.util.List<String> = java.util.Arrays.asList("abc", "def")
Тут он явно говорит, что asList() - возвращает MutableList и ниибет! Но это только для коллекций, для других типов все ОК.
val date: java.util.Date = java.sql.Timestamp(0)
Просто кое-кто увлекся своим йоба компилятором и забил на классическое наследование.
Не верю, вы гоните, не может котлин быть настолько днищем. Я не изучал его и всё думал, что это просто сахарок для джавы, а тут оказывается язык специально ограничивает программиста, проталкивая свою идеологию. Прям как отсутствие дженериков/эксепшенов в Go, типа сложно читать. Неужели и правда днище?..
>>806665
Так делают все языки
Строго типизированные не позволяют сохранять в одной переменной разные типы
Джава заставляет обрабатывать чекед эксепшенс (хоть и признали что это был обсер)
Котлин запрещает использовать джавовую мапу т.к. разделил коллекции на мутабельные/иммутабельные
Он еще "ограничивает программиста" Заставляя на null все проверять, с этого у тебя жепа не горит случайно?
> ограничивает программиста, проталкивая свою идеологию.
Так делают все языки
Строго типизированные не позволяют сохранять в одной переменной разные типы
Джава заставляет обрабатывать чекед эксепшенс (хоть и признали что это был обсер)
Котлин запрещает использовать джавовую мапу т.к. разделил коллекции на мутабельные/иммутабельные
Он еще "ограничивает программиста" Заставляя на null все проверять, с этого у тебя жепа не горит случайно?
>>806715
Звучит как буллшит.
Разделил - ну ок.
Почему я не могу использовать джавовую мапу как мутабельную? Чем MutableMap безопаснее чем java.util.Map? Ничем, просто Бреславу так захотелось.
> запрещает использовать джавовую мапу т.к. разделил коллекции на мутабельные/иммутабельные
Звучит как буллшит.
Разделил - ну ок.
Почему я не могу использовать джавовую мапу как мутабельную? Чем MutableMap безопаснее чем java.util.Map? Ничем, просто Бреславу так захотелось.
>>806656
Да хоть три, где ты видел чтобы проект на стд собирали? Без гредла или мавена никуда, а с ними там вопрос одной строки подключить любую зависимость.
Да хоть три, где ты видел чтобы проект на стд собирали? Без гредла или мавена никуда, а с ними там вопрос одной строки подключить любую зависимость.
>>806718
Шкальник, не траллируй дядей.
Шкальник, не траллируй дядей.
>>806803
Причем тут с. утёнка? Что за тупо тралинг?
Причем тут с. утёнка? Что за тупо тралинг?
Котлин не создан чтобы победить всю несправедливость этого бренного мира, он всего лишь позволяет не писать в 2020 на топорной жабе, используя самую мощную и оптимизированную VM с развитой экосистемой той же жабы.
Только недавно словил тупой и редких баг, где классическую мапу, которая по логике не должна быть мутированной, изменяли в говнокоде, очередным дауном, что приводило к плавающей ошибке дальше по логике.
Когда код спасает от очередного гения, это достойный код. Для всего остального есть скала.
Только недавно словил тупой и редких баг, где классическую мапу, которая по логике не должна быть мутированной, изменяли в говнокоде, очередным дауном, что приводило к плавающей ошибке дальше по логике.
Когда код спасает от очередного гения, это достойный код. Для всего остального есть скала.
>>806718
Потому что нужно чтобы мутабельная мапа наследовалась от иммутабельной
Мы не можем прописать в джавовой Java.util.Map новый супер-интерфейс, поэтому все равно бы имели дело с mapping types
А раз так, лучше сделать шаг в сторону явного определения мутабельности и иммутабедьности по-умолчанию, чтобы поощрять функциональный стиль.
Отсюда названия Map + MutableMap а не ImmutableMap + Map
Потому что нужно чтобы мутабельная мапа наследовалась от иммутабельной
Мы не можем прописать в джавовой Java.util.Map новый супер-интерфейс, поэтому все равно бы имели дело с mapping types
А раз так, лучше сделать шаг в сторону явного определения мутабельности и иммутабедьности по-умолчанию, чтобы поощрять функциональный стиль.
Отсюда названия Map + MutableMap а не ImmutableMap + Map
>>806994
То есть метод ожидает, что ему дадут иммутабельную мапу, а пользователь подсунет мутабельную и сломает инварианты.
Либо ты сам не понимаешь как это работает, либо это совсем пиздец в дизайне языка.
> нужно чтобы мутабельная мапа наследовалась от иммутабельной
То есть метод ожидает, что ему дадут иммутабельную мапу, а пользователь подсунет мутабельную и сломает инварианты.
Либо ты сам не понимаешь как это работает, либо это совсем пиздец в дизайне языка.
>>807065
Че?
Не совсем понял в чем проблема
Метод принимает обычную иммутабельную мапу, это говорит о том, что он ее не будет изменять, все
Это же обычное проявление полиморфизма, что должно сломаться, если передать хоть сотый подкласс от типа, который метод ожидает?
Ты про канкарренси проблемы, что ли?
> То есть метод ожидает, что ему дадут иммутабельную мапу, а пользователь подсунет мутабельную и сломает инварианты.
Че?
Не совсем понял в чем проблема
Метод принимает обычную иммутабельную мапу, это говорит о том, что он ее не будет изменять, все
Это же обычное проявление полиморфизма, что должно сломаться, если передать хоть сотый подкласс от типа, который метод ожидает?
Ты про канкарренси проблемы, что ли?
>>807107
Ты верно объясняешь суть, но путаешь иммутабельные коллекции с рид-онли коллекциями. В котлине интерфейсы List, Set, Map - это именно рид-онли коллекции. Их можно читать и нельзя изменять через эти интерфейсы. Но это не запрещает фактической реализации быть изменяемой.
Их реализации могут быть как иммутабельными, т.е. не меняющимися ни при каких обстоятельствах, так и мутабельными, как стандартные MutableList/Set/Map.
Ты верно объясняешь суть, но путаешь иммутабельные коллекции с рид-онли коллекциями. В котлине интерфейсы List, Set, Map - это именно рид-онли коллекции. Их можно читать и нельзя изменять через эти интерфейсы. Но это не запрещает фактической реализации быть изменяемой.
Их реализации могут быть как иммутабельными, т.е. не меняющимися ни при каких обстоятельствах, так и мутабельными, как стандартные MutableList/Set/Map.
>>807196
Бля, да, обосрался
Вместо иммутабельная правильно будет рид-онли,
т.е. это просто интерфейсы, у одного есть условно только get, другой от него наследуется и добавляет set
Бля, да, обосрался
Вместо иммутабельная правильно будет рид-онли,
т.е. это просто интерфейсы, у одного есть условно только get, другой от него наследуется и добавляет set
>>806715
Хватит постить этот булшит, ни Гослинг ни Гётц ничего такого не признавали. Эккель - да, писал что это была ошибка, но так он и не автор и не архитектор Явы.
>Джава заставляет обрабатывать чекед эксепшенс (хоть и признали что это был обсер)
Хватит постить этот булшит, ни Гослинг ни Гётц ничего такого не признавали. Эккель - да, писал что это была ошибка, но так он и не автор и не архитектор Явы.
Кто-то должен запилить очередной плагин для котлина, чтобы можно было выключить mapped types.
58 Кб, 894x573Помогите пожалуйста, у меня как раз вопрос в тему. Я тупой неосилятор, который переписывает говнокод с python на котлин. Как исправить пикрелейтед?
>>808783
Там же все написано. Оператор [] возвращает нуллабистый тип что как бы логично, если твоего домена там нет еще. к нему не может быть применим оператор +=.
Там же все написано. Оператор [] возвращает нуллабистый тип что как бы логично, если твоего домена там нет еще. к нему не может быть применим оператор +=.
А че так сложна то
После змеек в Питоне, чот лайауты всякие, вот это все, среда разработки прямо как унреал енджин но нужна много всего чеееееее сложна сложна сложна
После змеек в Питоне, чот лайауты всякие, вот это все, среда разработки прямо как унреал енджин но нужна много всего чеееееее сложна сложна сложна
>>809146
В этом и суть питона, что он вызывает размягчение мозга при чрезмерном употреблении. Надо иногда разбавлять хотя бы крестами.
В этом и суть питона, что он вызывает размягчение мозга при чрезмерном употреблении. Надо иногда разбавлять хотя бы крестами.
>>809146
В питоне тоже как только выйдешь за пределы стандартной либы начинаются абстракции над абстракцией и слои над слоями, только без типов это превращается в ад.
Тут просто издержка с нуллабистыми типами, красота кода местами страдает.
В питоне тоже как только выйдешь за пределы стандартной либы начинаются абстракции над абстракцией и слои над слоями, только без типов это превращается в ад.
Тут просто издержка с нуллабистыми типами, красота кода местами страдает.
Котлин создавался чтобы отсталые джава макаки смогли пощупать технологии чуть новее 2003 года. Но он по сути не оправдал ничьих ожиданий и скоропостижно скончался ещё раньше чем жаба.
>>810313
Невнимательно методичку читаешь, ты забыл слова "легаси" и "кобол".
Невнимательно методичку читаешь, ты забыл слова "легаси" и "кобол".
>>810187
Читал Head First Kotlin. Скучно.
Т.е. если вообще ни на одном ЯП не программировал, то может быть и можно по ней поучиться.
Но "Волшебство Kotlin" интереснее.
Для её чтения знать Java не обязательно.
Читал Head First Kotlin. Скучно.
Т.е. если вообще ни на одном ЯП не программировал, то может быть и можно по ней поучиться.
Но "Волшебство Kotlin" интереснее.
Для её чтения знать Java не обязательно.
>>810313
ох, эта попаболь шарписта.
ох, эта попаболь шарписта.
Есть шанс сейчас полностью выбрать один из двух стеков java (+kotlin) или C# (.Net Core)
Я совершенно не ньюфаня, просто предоставляется возможность полностью погрузиться в одну из платформ, но внятной и глубокой информации по этому выбору нет (везде что-то поверхностное).
Есть у кого интересные мысли по поводу той или иной технологии, любое мнение будет полезно.
Я совершенно не ньюфаня, просто предоставляется возможность полностью погрузиться в одну из платформ, но внятной и глубокой информации по этому выбору нет (везде что-то поверхностное).
Есть у кого интересные мысли по поводу той или иной технологии, любое мнение будет полезно.
>>811328
По большому счету оба стека одинаковые.
Так что выбор только в деньгах.
Если все равно идите туда, где сейчас вам платят больше. :-)
По большому счету оба стека одинаковые.
Так что выбор только в деньгах.
Если все равно идите туда, где сейчас вам платят больше. :-)
>>811353
Тогда выбираете по принципу "нравиться/не нравиться" чисто субъективно. На крайний случай монетку подбросьте.
Лично мне больше нравиться Koltin чем C#.
Но вам может быть больше понравиться C#.
<:o)
Тогда выбираете по принципу "нравиться/не нравиться" чисто субъективно. На крайний случай монетку подбросьте.
Лично мне больше нравиться Koltin чем C#.
Но вам может быть больше понравиться C#.
<:o)
>>811398
Котлин, конечно, синтаксис получше. Но так вот тоже выбрать нравится не нравится, сложно.
Есть ли у котлина будущее в бэкенде?
Котлин, конечно, синтаксис получше. Но так вот тоже выбрать нравится не нравится, сложно.
Есть ли у котлина будущее в бэкенде?
>>811685
ИМХО. Ну если JetBrains не забросит Котлин, то скорее всего будет.
ИМХО. Ну если JetBrains не забросит Котлин, то скорее всего будет.
>>811685
Кто-то уже пишет. Но наверняка будет где-то на уровне скалы, даже джавовские фреймворки стараются не юзать и велосипедят всякие ktor'ы.
> Есть ли у котлина будущее в бэкенде?
Кто-то уже пишет. Но наверняка будет где-то на уровне скалы, даже джавовские фреймворки стараются не юзать и велосипедят всякие ktor'ы.
>>811777
Не сказал бы. Почти все Java-вовские фреймворки работают с Kotlin без проблем.
Spring, Hibernate - точно.
А Gradle потихоньку на Kotlin переходит. :-)
Не сказал бы. Почти все Java-вовские фреймворки работают с Kotlin без проблем.
Spring, Hibernate - точно.
А Gradle потихоньку на Kotlin переходит. :-)
>>811816
Да. Норм вроде. На initializr при создании проекта, если выбрать gradle и kotlin. Gradle на kotlin.
Да. Норм вроде. На initializr при создании проекта, если выбрать gradle и kotlin. Gradle на kotlin.
>>811825
*spriginitializr
*spriginitializr
Может быть так что у шарпа будет более продуманные решения из-за вендор лока? Ну например градл, уж если признаться, это чистой воды звездец.
>>811841
У MS продуманные решения?!
Хорошая шутка.
А так, не нравиться gradle - есть maven, sbt, ant(для изварщенцев) :-)
У MS продуманные решения?!
Хорошая шутка.
А так, не нравиться gradle - есть maven, sbt, ant(для изварщенцев) :-)
>>811849
Maven вообще жесть. Вечно надо теребить стековерфлоу, чтобы сделать то, что ты кодом сделал бы в пару десяток строк.
Maven вообще жесть. Вечно надо теребить стековерфлоу, чтобы сделать то, что ты кодом сделал бы в пару десяток строк.
>>811340
Добавлю лишь что когда программируешь на C# то нужно думать, жависты тупо не осилят его.
Добавлю лишь что когда программируешь на C# то нужно думать, жависты тупо не осилят его.
>>811957
Ну да, лучше бороться с языком, чем пилить бизнес-фичи.
Ну да, лучше бороться с языком, чем пилить бизнес-фичи.
>>811957
Что там думать то, родственные языки почти, акромя синтаксиса?
Что там думать то, родственные языки почти, акромя синтаксиса?
>>811863
Зачем?!
Максимум что нужно, это добавление зависимостей.
Не ну, если есть еще извращенцы с кодогенерацией для web-сервисов. Но они вроде бы как не в моде.
Зачем?!
Максимум что нужно, это добавление зависимостей.
Не ну, если есть еще извращенцы с кодогенерацией для web-сервисов. Но они вроде бы как не в моде.
>>812395
Да и это одним плагином делается, настроил один раз и забыл.
> с кодогенерацией для web-сервисов
Да и это одним плагином делается, настроил один раз и забыл.
>>812453
Я так и не понял как в ебанном градле подключить два независимых проекта, можно какие-то огрызки из сабпроектов делать (зачем, хз). Причем IDE делает по своему, градл по своему. Очень весело.
Я так и не понял как в ебанном градле подключить два независимых проекта, можно какие-то огрызки из сабпроектов делать (зачем, хз). Причем IDE делает по своему, градл по своему. Очень весело.
>>812842
Э-э-э Вообще то все что в src/main/resources автоматически собирается. А внутри resources можно хоть какие папки делать.
Э-э-э Вообще то все что в src/main/resources автоматически собирается. А внутри resources можно хоть какие папки делать.
>>813039
Нельзя делать два проекта одновременно.
Придется дернуть и собрать в maven jar-ник один проект и после этого только запустить второй.
А теперь представь что у тебя таких проектов и модулей штук 15.
В нормальном мире, градл бы мог собирать один независимый проект, потом магически подключать к другому и так далее. Но в реале тебя сразу пошлют нахер на ошибки типа - два плагина котлина подключить нельзя или прочее ошибки.
Нельзя делать два проекта одновременно.
Придется дернуть и собрать в maven jar-ник один проект и после этого только запустить второй.
А теперь представь что у тебя таких проектов и модулей штук 15.
В нормальном мире, градл бы мог собирать один независимый проект, потом магически подключать к другому и так далее. Но в реале тебя сразу пошлют нахер на ошибки типа - два плагина котлина подключить нельзя или прочее ошибки.
>>813062
Насчет многомодульных проектов в gradle я не знаю.
В maven это делается просто.
Создается проект типа pom, в котором перечисляются все нужные проекты в виде модулей.
Постоянно с такими проектами работаю.
Насчет многомодульных проектов в gradle я не знаю.
В maven это делается просто.
Создается проект типа pom, в котором перечисляются все нужные проекты в виде модулей.
Постоянно с такими проектами работаю.
Отношусь к котлину нормально, раньше было впечатление, что его второпях клепали студенты, "вдохновляясь", так сказать, всем чем можно из других языков. Потом мнение немного поменялось на нейтральное и даже позже на положительное, просто потому, что уж лучше котлин чем на старой жабе что-то ковырять. И вот спустя время, наслушавшись всяких интервью, у меня снова в голове переобулись мысли и создалось впечатление о малоопытном Бреславе (в свое время) и как он собирал свою команду студентов...
Другое, что меня сильно напугало, это, условно, юношеский максимализм и попытка захватить все платформы. Парни около 5 лет релизили прокси язык и тут же замахнулись на все что можно.
Другое, что меня сильно напугало, это, условно, юношеский максимализм и попытка захватить все платформы. Парни около 5 лет релизили прокси язык и тут же замахнулись на все что можно.
>>812845
>>813062
В чем проблема-то? Если в родительском проекте не подключать всем подпроектам плагин Котлина, то никаких конфликтов не будет.
https://github.com/breskeby/gradle-snippets/tree/master/multiparallel
>>813062
В чем проблема-то? Если в родительском проекте не подключать всем подпроектам плагин Котлина, то никаких конфликтов не будет.
https://github.com/breskeby/gradle-snippets/tree/master/multiparallel
>>813129
В джаве, походу, плохо понимают что такое модули.
Проблема в том что модуль 1 полностью независимый, и ничего не знает про внешний мир, модуль 2, в свою очередь, может подключить модуль 1, при этом не внося никаких изменений в модуль 1
И казалось бы, ну сделай модуль 1 подпроектом для 2? Да? Но блин модуль 1 он же модуль и его возможно захочет проект 3,4,5...
В джаве, походу, плохо понимают что такое модули.
Проблема в том что модуль 1 полностью независимый, и ничего не знает про внешний мир, модуль 2, в свою очередь, может подключить модуль 1, при этом не внося никаких изменений в модуль 1
И казалось бы, ну сделай модуль 1 подпроектом для 2? Да? Но блин модуль 1 он же модуль и его возможно захочет проект 3,4,5...
>>813773
А при чем тут модули?
Когда есть maven repository?!
Нужен модуль, который может работать в куче проектов.
Загоняете его в мавен репозиторий.
Заодно получаете разбивку по версиям.
Чтобы модули 3, 4, 5 в зависимости от использовали свою версию модуля 1.
А при чем тут модули?
Когда есть maven repository?!
Нужен модуль, который может работать в куче проектов.
Загоняете его в мавен репозиторий.
Заодно получаете разбивку по версиям.
Чтобы модули 3, 4, 5 в зависимости от использовали свою версию модуля 1.
Я считаю, что мутабельные и иммутабельные структуры данных должны образовывать свои независимые друг от друга иерархии.
>>813928
я считаю иначе
я считаю иначе
>>813773
>>813775
Чел, у тебя или полная каша в голове или проблемы с выражением своих мыслей.
При чем тут вообще джава? Мы же про грейдл говорим и я использую проект в том смысле в котором его использует грейдл.
Если проекты независимые, то никаких
быть не может. Иначе они уже зависимые. Если зависимые, можно или на уровне зависимостей на проекта project(":lib") или бинарно, через публикацию атефактов в мавен репозиторий.
>>813775
Чел, у тебя или полная каша в голове или проблемы с выражением своих мыслей.
При чем тут вообще джава? Мы же про грейдл говорим и я использую проект в том смысле в котором его использует грейдл.
Если проекты независимые, то никаких
>его возможно захочет проект 3,4,5...
быть не может. Иначе они уже зависимые. Если зависимые, можно или на уровне зависимостей на проекта project(":lib") или бинарно, через публикацию атефактов в мавен репозиторий.
>>813897
Ничто не мешало бы гредлу собрать проект 1 и потом его подключить к проекту 2, да? При этом не обосраться в подключаемых плагинах.
Не так уж и сложно для системы с документацией в целую книгу.
Ничто не мешало бы гредлу собрать проект 1 и потом его подключить к проекту 2, да? При этом не обосраться в подключаемых плагинах.
Не так уж и сложно для системы с документацией в целую книгу.
>>813928
Я считаю что мутабельные, не мутабельные типы засоряют язык программирование.
Как и нуллабельные типы. Бороться с нуллом надо, но делать для этого отдельный "зеркальный" тип, неудачное решение.
Я считаю что мутабельные, не мутабельные типы засоряют язык программирование.
Как и нуллабельные типы. Бороться с нуллом надо, но делать для этого отдельный "зеркальный" тип, неудачное решение.
>>814070
Есть такое же мнение.
Неожиданно, пакетный менеджер не должен быть "не интуитивной" йобой в томник Война и Мир.
Есть такое же мнение.
Неожиданно, пакетный менеджер не должен быть "не интуитивной" йобой в томник Война и Мир.
>>814629
Какой код - такая и документация.
Какой код - такая и документация.
Мне иногда как-то жалко вот это жабо-подобный мир, они даже и не знают, что многие вещи которые они делают, можно делать кратно (реально кратно) проще.
>>814637
Не столько не знают, сколько привыкли оверинжинирить. Видел скрипты на питоне, написанные сеньором джавистом, так там километровые портянки кода, обёртки над обёртками в 10 слоёв и идентификаторы по 30 символов, в лучших традициях жабы.
Не столько не знают, сколько привыкли оверинжинирить. Видел скрипты на питоне, написанные сеньором джавистом, так там километровые портянки кода, обёртки над обёртками в 10 слоёв и идентификаторы по 30 символов, в лучших традициях жабы.
>>814708
ты такой милый, я тебя поцелую.
ты такой милый, я тебя поцелую.
>>814708
Го подглядывает, а раст всех игнорит.
Го подглядывает, а раст всех игнорит.
>>814708
Говно съело мочу, классика двача.
Говно съело мочу, классика двача.
30 Кб, 741x397Котлинач, вот тебе статистика постинга в котлин-тредах, хотя тредов пока было только три.
>>817038
Нет, не котлин, он слишком сложный для написания скриптов вопреки тому, что здесь говорят.
Впрочем, изначально и скрипта никакого не было, всё руками в виме и экселе делал, это уже потом.
Нет, не котлин, он слишком сложный для написания скриптов вопреки тому, что здесь говорят.
Впрочем, изначально и скрипта никакого не было, всё руками в виме и экселе делал, это уже потом.
>>817044
Мимикрок.
На мой взгляд котлин удобнее питона, в плане короткописания, если освоить и применять все его нюансы.
Из недостатков, конечно, хотелось бы какой-то интерпритатор (но со статик типами это бестолково), и такие тулзы как gradle или избыточные некоторые либы джавы, портят вкат людям, даже владеющими языками.
А, ну еще просраны короткие записи листов [], мап {k:v}.
Просто та лямбд, вроде с одной стороны круто, но с другой каждый выпук пишут на лямбдах. А чем плохи лямбды? В отличие от методов, которые понимаешь по названиями и описанию, лямбды это чистые кишки кода, в которые надо каждый раз погружаться.
Мимикрок.
На мой взгляд котлин удобнее питона, в плане короткописания, если освоить и применять все его нюансы.
Из недостатков, конечно, хотелось бы какой-то интерпритатор (но со статик типами это бестолково), и такие тулзы как gradle или избыточные некоторые либы джавы, портят вкат людям, даже владеющими языками.
А, ну еще просраны короткие записи листов [], мап {k:v}.
Просто та лямбд, вроде с одной стороны круто, но с другой каждый выпук пишут на лямбдах. А чем плохи лямбды? В отличие от методов, которые понимаешь по названиями и описанию, лямбды это чистые кишки кода, в которые надо каждый раз погружаться.
>>817082
На мой взгляд питон удобнее (именно для мелкоскриптов, которые лень долго писать), и дело не столько в синтаксических фичах, сколько во времени, которое пройдёт до получения результата. На питоне открыл терминал, запустил вим, написал 10 строчек, сохранил, запустил, по необходимости что-то доустановив и нащупав с помощью dir() и help() нужные функции/методы. А на котлине пока запустишь IDE и создашь проект, пока укажешь все зависимости в помнике или build.gradle, уже и забудешь, зачем всё это затеял.
На мой взгляд питон удобнее (именно для мелкоскриптов, которые лень долго писать), и дело не столько в синтаксических фичах, сколько во времени, которое пройдёт до получения результата. На питоне открыл терминал, запустил вим, написал 10 строчек, сохранил, запустил, по необходимости что-то доустановив и нащупав с помощью dir() и help() нужные функции/методы. А на котлине пока запустишь IDE и создашь проект, пока укажешь все зависимости в помнике или build.gradle, уже и забудешь, зачем всё это затеял.
>>817101
Использовал одну IDE для котлина и для питона. В край я js в vs code запускал, для юзер-скриптов в браузере, это прям одномоментные почти однострочные скрипты. А вот гуманитарные программисты самоутверждающиеся за счет вима, это вообще отдельная тема, даже не хочу это трогать, уже не 2007 год, хватит этим страдать.
Что насчет подключение зависимостей, когда у тебя 10 строк то, это какой-то перебор в файле или подобное, все из стандартной библиотеки хватает. В любом случае самое понятие "скрипты" дебильное, чтобы не плодить говна по десяткам машин, так или иначе приходится писать полноценную утилитку, чтобы потом понять что это такое вообще.
С питоном вообще беда, пока ты в стандартной библиотеке все хорошо, но как только подтащил зависимость начинает пляс с этим requirement.txt, приходилось инсталятор небольшой писать, чтобы у знакомого запустился код, без страданий. Скрипт для скрипта, это предел моих впечатлений, даже в js грамотнее сделали, хотя node.js тот еще кусок говна.
Использовал одну IDE для котлина и для питона. В край я js в vs code запускал, для юзер-скриптов в браузере, это прям одномоментные почти однострочные скрипты. А вот гуманитарные программисты самоутверждающиеся за счет вима, это вообще отдельная тема, даже не хочу это трогать, уже не 2007 год, хватит этим страдать.
Что насчет подключение зависимостей, когда у тебя 10 строк то, это какой-то перебор в файле или подобное, все из стандартной библиотеки хватает. В любом случае самое понятие "скрипты" дебильное, чтобы не плодить говна по десяткам машин, так или иначе приходится писать полноценную утилитку, чтобы потом понять что это такое вообще.
С питоном вообще беда, пока ты в стандартной библиотеке все хорошо, но как только подтащил зависимость начинает пляс с этим requirement.txt, приходилось инсталятор небольшой писать, чтобы у знакомого запустился код, без страданий. Скрипт для скрипта, это предел моих впечатлений, даже в js грамотнее сделали, хотя node.js тот еще кусок говна.
>>817158
Пора уже признать, что питон это натянутая сова убого дизайна, на глобус реальности. Не все там гладко, как хотелось бы, убогость дизайна и тонна отсебятины в api каждый блядский раз приходится гуглить какие-то моменты, потому что соизволили сделать именно так, а не как у всех. Собственно, эта херня ставит крест на языке, как об карманном инструменте.
Ну и динамико-дрисня, опечатался в одну букву - "веселой тебе отладки, мудила".
Пора уже признать, что питон это натянутая сова убого дизайна, на глобус реальности. Не все там гладко, как хотелось бы, убогость дизайна и тонна отсебятины в api каждый блядский раз приходится гуглить какие-то моменты, потому что соизволили сделать именно так, а не как у всех. Собственно, эта херня ставит крест на языке, как об карманном инструменте.
Ну и динамико-дрисня, опечатался в одну букву - "веселой тебе отладки, мудила".
>>817160
а разобраться в устройстве питона нельзя было? вот просто основы понять и все.
в итоге там основы + модули и все.
шикарнейший скриптовый язык
конечно тяжко пилить что-то огромное, но это проблема всех динамических языков.
>>817158
Если очень не хотелось чтобы конечный пользователь ставил сам модули, ну так положи их рядом и все.
А еще вообще всю утилиту можно в зип упаковать.
И при желании вообще мог бы распространять как пакет и при его установке зависимости бы подтянулись
в общем все как обычно - выбирай любой из вариантов.
а разобраться в устройстве питона нельзя было? вот просто основы понять и все.
в итоге там основы + модули и все.
шикарнейший скриптовый язык
конечно тяжко пилить что-то огромное, но это проблема всех динамических языков.
>>817158
>пляс с этим requirement.txt
Если очень не хотелось чтобы конечный пользователь ставил сам модули, ну так положи их рядом и все.
А еще вообще всю утилиту можно в зип упаковать.
И при желании вообще мог бы распространять как пакет и при его установке зависимости бы подтянулись
в общем все как обычно - выбирай любой из вариантов.
>>817235
Пытался вникнуть в это все, понял что какие-то костыли поверх костылей и тупо переписал на шарфик, юзеру даже не пришлось ставить никаких йоба типа интерпретатора или виртуальной машины.
Но что касается котлина, то там тоже просто, юзер клацает на jar как на exe и все работает (винда так умеет)
Пытался вникнуть в это все, понял что какие-то костыли поверх костылей и тупо переписал на шарфик, юзеру даже не пришлось ставить никаких йоба типа интерпретатора или виртуальной машины.
Но что касается котлина, то там тоже просто, юзер клацает на jar как на exe и все работает (винда так умеет)
>>817271
>юзер клацает на jar как на exe и все работает (винда так умеет)
иии... ничего на винде не произойдет ибо жава по умолчанию не установлена. А если установлена то можно клацать на jar, а если установлен питон, то можно на py
значит не пытался. там самый обычный подход с менеджером пакетов. Такое везде. Подходы одинаковые, проблемы одинаковые.
просто в динамических языках менее привычно делать портабельные вещи, но нет никаких проблем их сделать. Принцип их работы такой же как и везде - нужные либы просто лежат рядом
>юзер клацает на jar как на exe и все работает (винда так умеет)
иии... ничего на винде не произойдет ибо жава по умолчанию не установлена. А если установлена то можно клацать на jar, а если установлен питон, то можно на py
>Пытался вникнуть в это все, понял что какие-то костыли поверх костылей
значит не пытался. там самый обычный подход с менеджером пакетов. Такое везде. Подходы одинаковые, проблемы одинаковые.
просто в динамических языках менее привычно делать портабельные вещи, но нет никаких проблем их сделать. Принцип их работы такой же как и везде - нужные либы просто лежат рядом
>>817278
JS просто скопировать папку, в PHP тоже самое, если ничего не поменяли. Так что это в питоне менее привычно делать портабельные вещи.
>менее привычно делать портабельные вещи
JS просто скопировать папку, в PHP тоже самое, если ничего не поменяли. Так что это в питоне менее привычно делать портабельные вещи.
>>817291
в пхп стандартный путь как и в руби делать виртуальное окружение. Это и есть привычно.
но никто не запрещает класть пакеты рядом
и вообще все в один исполняемый зип упаковать.
ну py2exe само собой
в пхп стандартный путь как и в руби делать виртуальное окружение. Это и есть привычно.
но никто не запрещает класть пакеты рядом
и вообще все в один исполняемый зип упаковать.
ну py2exe само собой
>>817293
Да костыль же. Как всегда работает в маня фантазиях, а в реале баг на баге, багом погоняет.
>py2exe
Да костыль же. Как всегда работает в маня фантазиях, а в реале баг на баге, багом погоняет.
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 1 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 1 апреля 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.