Двач.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 лет, у этого языка чрезвычайно огромный капитал написанного кода, поэтому переживать за неё не стоит. В любом случае конкуренция это хорошо, джава стала развиваться (попутно завозя годноту в байткод).
Бесплатная community edition - обычно более чем достаточно (и работает шустро), но можете попробовать триал-версию.
https://www.jetbrains.com/idea/download/
https://kotlinlang.org/docs/reference/
https://kotlinlang.ru/
https://play.kotlinlang.org/byExample/overview
https://try.kotlinlang.org/
https://play.kotlinlang.org/
https://kotlin.link/
или
https://github.com/KotlinBy/awesome-kotlin#libraries-frameworks-web
В телеге есть чаты по котлину. Это полу-белорусское комьюнити, которое клонирует пачками чаты (раньше про джаву - 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://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 лет, у этого языка чрезвычайно огромный капитал написанного кода, поэтому переживать за неё не стоит. В любом случае конкуренция это хорошо, джава стала развиваться (попутно завозя годноту в байткод).
>IDE - среда разработки.
Бесплатная community edition - обычно более чем достаточно (и работает шустро), но можете попробовать триал-версию.
https://www.jetbrains.com/idea/download/
>Официальный сайт и там же чтиво
https://kotlinlang.org/docs/reference/
>То же с переводом (на первый взгляд, ру-перевод впервые выглядит не заброшенным):
https://kotlinlang.ru/
>Котлин в примерах
https://play.kotlinlang.org/byExample/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
>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://youtu.be/xH-RZ9YlxH0
Если вам нравится kotlin или java и вы умеете читать документацию сами, то можете просто кидать в тред годный контент, новости и прочее из мира jvm.
Мои поздравления. Целы второй тред. Long live the Kotlin
>>05352
Питухон хорош пока пишешь маленькие скрипты, как только приложение вырастает, начинается боль и страдание, ибо динамика есть динамика.
Ну еще этот йоба синтаксис, не рекомендовал бы начинать с него, так как языков с Си-подобным синтаксисом больше (из популярных). Это кажется фигней, но на самом деле очень важно, я видел как людей ломала после питона и руби, у них усиленная утиная болезнь.
Питухон хорош пока пишешь маленькие скрипты, как только приложение вырастает, начинается боль и страдание, ибо динамика есть динамика.
Ну еще этот йоба синтаксис, не рекомендовал бы начинать с него, так как языков с Си-подобным синтаксисом больше (из популярных). Это кажется фигней, но на самом деле очень важно, я видел как людей ломала после питона и руби, у них усиленная утиная болезнь.
>>05245
Как по мне учить котлин не зная джаву самоубийство. Все книжки написаны по типу "вот это работает как в джаве, только чуть чуть подругому". Базовые вещи вообще не обьясняются
Короче удачи и терпения)
Как по мне учить котлин не зная джаву самоубийство. Все книжки написаны по типу "вот это работает как в джаве, только чуть чуть подругому". Базовые вещи вообще не обьясняются
Короче удачи и терпения)
>>06401
Сейчас качество книг такое, что учить по книжками становится самоубийством тупо развод на бабло по завышенной цене, куча ошибок, куча воды, устаревшие техники и приемы, порой изложения материала усложняет даже сам материал. И такие книги еще в топах рекомендациях на всяких нубо-форумах
Сейчас качество книг такое, что учить по книжками становится самоубийством тупо развод на бабло по завышенной цене, куча ошибок, куча воды, устаревшие техники и приемы, порой изложения материала усложняет даже сам материал. И такие книги еще в топах рекомендациях на всяких нубо-форумах
>>05096 (OP)
"пилятЬся"
"пилятЬся"
>>06401
это потому что ты нихуя никогда не учил, тем более котлин, но взвизгнуть что то нечленораздельное горазд
это потому что ты нихуя никогда не учил, тем более котлин, но взвизгнуть что то нечленораздельное горазд
>>06755
Turbo Pascal
Turbo Pascal
>>06762
3 года в вебе- JS, NodeJS, React. Вот думаю расширить кругозор андроид разработкой и статически типизированным языком, тем более есть вариант отчуиться за счет компании
3 года в вебе- JS, NodeJS, React. Вот думаю расширить кругозор андроид разработкой и статически типизированным языком, тем более есть вариант отчуиться за счет компании
>>06765
Тоже повелся на инфоцыган обещающих вкат после 30 без вышки?
Тоже повелся на инфоцыган обещающих вкат после 30 без вышки?
>>06784
Что не так?
Что не так?
>>06777
Но я как раз таки вкатился после 30 и без вышки(с купленным за 25к дипломом)
Но я как раз таки вкатился после 30 и без вышки(с купленным за 25к дипломом)
Кстати чем моложе соискатель, тем меньше вероятность, что его возьмут на работу, современная молодежь абсолютно бесполезна. За последний месяц уволили сразу 2 молодых и шутливых, обоим по 20 лет, разговоров о призвании и горящих глазах было до жопы, а как дошло до дела, оба начали проебываться, пиздеть и нихуя не делать.
>>06795
А что сразу пердунов за 30 не взяли? Или кладбище на карантине?
>не возьмут
>уволили сразу 2 молодых и шутливых
А что сразу пердунов за 30 не взяли? Или кладбище на карантине?
>>06778
Ты бы хотя бы википедию открыл перед постингом инфы, в которой не уверен.
Ну вот в Go, шарпе и паскале тоже есть var. Это теперь динамически типизированные языки просто потому, что в JS так обозначают переменные?
Ты бы хотя бы википедию открыл перед постингом инфы, в которой не уверен.
Ну вот в Go, шарпе и паскале тоже есть var. Это теперь динамически типизированные языки просто потому, что в JS так обозначают переменные?
>>06604
А вот и секта свидетелей мягкого знака пожаловала, бывшая секта свидетелей буквы "ё", "кофе" и "запасный".
Вы никогда не думали, что орфография искусственно усложнена, видимо просто по приколу, чтобы крестьяне не вкатились легко. Особенно радуют надуманные исключения в виде стеклянный, оловянный, деревянный. Или избыточные запятые для слов разделителей а, но, что...
А вот и секта свидетелей мягкого знака пожаловала, бывшая секта свидетелей буквы "ё", "кофе" и "запасный".
Вы никогда не думали, что орфография искусственно усложнена, видимо просто по приколу, чтобы крестьяне не вкатились легко. Особенно радуют надуманные исключения в виде стеклянный, оловянный, деревянный. Или избыточные запятые для слов разделителей а, но, что...
>>06755
Взять котлин точенный и снести js перченый, заменяя на kotlin-js мудреный.
А вообще nodejs лютая шляпа, реальная её популярность в js мире будет небольшая, все ваннаби программисты сидят на фронтенде и придумывают себе фреймворки, чтобы платили больше
Взять котлин точенный и снести js перченый, заменяя на kotlin-js мудреный.
А вообще nodejs лютая шляпа, реальная её популярность в js мире будет небольшая, все ваннаби программисты сидят на фронтенде и придумывают себе фреймворки, чтобы платили больше
>>06908
Двачую, хоть здесь и не /fl/.
А ведь они ещё гордятся, мол, смотрите какой у нас язык сложный.
Двачую, хоть здесь и не /fl/.
А ведь они ещё гордятся, мол, смотрите какой у нас язык сложный.
>>06913
и я не понял причем тут фронтенд, по сути nodejs это контейнер для v8, расширяющий движок методами для создания сервака/отправки хттп запросов/etc. нода для того и предназначена, чтобы на бэке работать, используя js.
>nodejs
и я не понял причем тут фронтенд, по сути nodejs это контейнер для v8, расширяющий движок методами для создания сервака/отправки хттп запросов/etc. нода для того и предназначена, чтобы на бэке работать, используя js.
>>05096 (OP)
Почему у него на ноуте значок QoS?
Почему у него на ноуте значок QoS?
>>07034
единственный обосравшийся итт- ты, старина. я же тебя нахуй отправил, а ты все еще здесь. оформи съеб по бырому
единственный обосравшийся итт- ты, старина. я же тебя нахуй отправил, а ты все еще здесь. оформи съеб по бырому
>>06997
Лол, что за маня графики? А пхп тут нет, чтобы не скалировать все значения в графике до 0,1%??
Другое радует, как в одном месте сравнивают платформы и фреймворки. А где тогда html? Я верю в хтмл
Смешались в кучу кони, люди...
Лол, что за маня графики? А пхп тут нет, чтобы не скалировать все значения в графике до 0,1%??
Другое радует, как в одном месте сравнивают платформы и фреймворки. А где тогда html? Я верю в хтмл
Смешались в кучу кони, люди...
50 Кб, 1158x735>>07031
Ну раз мы начали по стэковерфлоу мериться адепт, с мягким знаком тут все норм??, то смотри как получается, доля тегов с nodejs не такая большая в массе самого js (см. картинку).
А вообще рейтинг SO представляет собой отражение популярности инфоцыганных языков. Отсюда кстати и финомен популярности динамических языков, вкатывальщиков лучше всего на них развезти.
Тоже самое надо смотреть на дотнет и политику мягкий по внедрению курсов дотнета студентам.
Есть еще веселые динамически графики на ютубе, которые показывают как с годами менялся интерес к языкам. И самое забавное это всплеск вопросов в период сессий у некоторых языков.
Так что засунь себе SO в любое место (как и рейтинги по поиску), дабы не оказаться в каком-нибудь говне типа питона, пхп или жабаскрипт.
Ну раз мы начали по стэковерфлоу мериться адепт, с мягким знаком тут все норм??, то смотри как получается, доля тегов с nodejs не такая большая в массе самого js (см. картинку).
А вообще рейтинг SO представляет собой отражение популярности инфоцыганных языков. Отсюда кстати и финомен популярности динамических языков, вкатывальщиков лучше всего на них развезти.
Тоже самое надо смотреть на дотнет и политику мягкий по внедрению курсов дотнета студентам.
Есть еще веселые динамически графики на ютубе, которые показывают как с годами менялся интерес к языкам. И самое забавное это всплеск вопросов в период сессий у некоторых языков.
Так что засунь себе SO в любое место (как и рейтинги по поиску), дабы не оказаться в каком-нибудь говне типа питона, пхп или жабаскрипт.
>>07283
Вообще, если есть чуточку мозгов, то надо вкатываться не в самый популярный язык гуглящийся студентами. А в язык с хорошой оплатой. Выбирая, скажем, питухон, ты неожиданно можешь оказаться с тем, что на одно место будет сотни джунов готовых работать за еду. Пробуй, конкурируй. Там уже требования такие, которые 10 лет назад были на уровне синьера-помидора.
Остерегайтесь псевдо-хайповых языков. Ищите языки, которые будут кормить жаба мир, дотнет мир, системщики... итд
Вообще, если есть чуточку мозгов, то надо вкатываться не в самый популярный язык гуглящийся студентами. А в язык с хорошой оплатой. Выбирая, скажем, питухон, ты неожиданно можешь оказаться с тем, что на одно место будет сотни джунов готовых работать за еду. Пробуй, конкурируй. Там уже требования такие, которые 10 лет назад были на уровне синьера-помидора.
Остерегайтесь псевдо-хайповых языков. Ищите языки, которые будут кормить жаба мир, дотнет мир, системщики... итд
>>07407
Если в окно успеешь, но уже открыто и скоро закроется
Если ты не понял, то джуному нужно быть уже сегодня тк уже через год за место джуна будут собеседовать под куполом смерти
Если в окно успеешь, но уже открыто и скоро закроется
Если ты не понял, то джуному нужно быть уже сегодня тк уже через год за место джуна будут собеседовать под куполом смерти
>>07283
Надеялся ошибками затриггерить "орфографного сектанта", но чет не зашло :(
Надеялся ошибками затриггерить "орфографного сектанта", но чет не зашло :(
>>07407
Кормить будет жаба и бэкенд. В мобильную разработку я сильно не верю, сегодня там платформа андроид есть, завтра лет через 10 её может и не быть.
Но я старый енотик полоскун и что я могу понимать в том, как правильно чилить, кекать, панчить, флексить и рофлить.
Кормить будет жаба и бэкенд. В мобильную разработку я сильно не верю, сегодня там платформа андроид есть, завтра лет через 10 её может и не быть.
Но я старый енотик полоскун и что я могу понимать в том, как правильно чилить, кекать, панчить, флексить и рофлить.
1,3 Мб, 1010x721>>07760
Поясню.
Жаба мир, это устойчивое место, с накопленным большим капиталом кода. Его так много, что кушать его будут даже твои дети (или внуки, если ты знатный олд). Но жаба сама по себе уже топорна и неудобна, да, там, конечно, обещают в 2024 что-то завести, но натянуть сову на глобус будет проблемно. Поэтому нужны альтернативы.
Скала, это высер очередного мечтателя, практичности там нет.
Груви, это динамо-машина, которая удобна в одних случаях (скрипты), но костыль в других.
Так уж вышло что сейчас не 2000 годы и скрипты порой представляют маленькие приложения-утилиты. Поэтому надобность в типах , ощущается даже в небольших утилитках и на динамико-дрисне писать становится трудозатратно никто не говорит, что невозможно, я говорю что не рационально
Получается, до текущего времени, не было рабочей лошадки для JVM мира, на котором нужно было просто удобно работать и вот котлин таким дополнением и стал. Так что если хочешь котлин и хорошую зарплату, нужно все равно вляпаться в котлин, в бэкгрануд жабы. Может быть лет через 10 джава будет моветоном и нужен будет только котлин, но точно не сегодня.
Поясню.
Жаба мир, это устойчивое место, с накопленным большим капиталом кода. Его так много, что кушать его будут даже твои дети (или внуки, если ты знатный олд). Но жаба сама по себе уже топорна и неудобна, да, там, конечно, обещают в 2024 что-то завести, но натянуть сову на глобус будет проблемно. Поэтому нужны альтернативы.
Скала, это высер очередного мечтателя, практичности там нет.
Груви, это динамо-машина, которая удобна в одних случаях (скрипты), но костыль в других.
Так уж вышло что сейчас не 2000 годы и скрипты порой представляют маленькие приложения-утилиты. Поэтому надобность в типах , ощущается даже в небольших утилитках и на динамико-дрисне писать становится трудозатратно никто не говорит, что невозможно, я говорю что не рационально
Получается, до текущего времени, не было рабочей лошадки для JVM мира, на котором нужно было просто удобно работать и вот котлин таким дополнением и стал. Так что если хочешь котлин и хорошую зарплату, нужно все равно вляпаться в котлин, в бэкгрануд жабы. Может быть лет через 10 джава будет моветоном и нужен будет только котлин, но точно не сегодня.
>>07782
Посмотри графики, как в разного рода ИТ сферах менялись монополисты. В свое время мягкие даже распустили группу разработчиков IE6, потому что тот отжал 80-90% рынка и они думали что "все", победа, пока лиса, а потом хром не изменил все в корню.
Так же и андроид, слишком узкая платформа, в отличие от ставшего стандартом IBM-PC и тем более серверных решений (бэкенд устойчив, а платформа мобильников еще может меняться, даже сам гугл там что-то новое пилит, хотя скорее всего обосрутся снова).
Посмотри графики, как в разного рода ИТ сферах менялись монополисты. В свое время мягкие даже распустили группу разработчиков IE6, потому что тот отжал 80-90% рынка и они думали что "все", победа, пока лиса, а потом хром не изменил все в корню.
Так же и андроид, слишком узкая платформа, в отличие от ставшего стандартом IBM-PC и тем более серверных решений (бэкенд устойчив, а платформа мобильников еще может меняться, даже сам гугл там что-то новое пилит, хотя скорее всего обосрутся снова).
>>07793
ну не будет андроида, выпустит гугл свою фуксию и что, мобильная разработка от этого никуда не денется, 2 млрд устройств не испарятся. короче, хуйню какую то несешь, оторванную от реальности, старина
ну не будет андроида, выпустит гугл свою фуксию и что, мобильная разработка от этого никуда не денется, 2 млрд устройств не испарятся. короче, хуйню какую то несешь, оторванную от реальности, старина
>>07802
Другая платформа, другие особенности разработки, твои знания об андроид станут ненужны и устаревшими. И весь капитал кода, который удерживал язык - помножиться на ноль
Другая платформа, другие особенности разработки, твои знания об андроид станут ненужны и устаревшими. И весь капитал кода, который удерживал язык - помножиться на ноль
Ведьма из блэр для зумеров
>>07804
лол, какая? фуксия- просто новая ос для смартфонов
понятия, принципы мобильной разработки будут на месте, ну и котлин никуда от переезда на новую ос не денется
перестать поддерживать 2млрд устройств- нереально, если кто то думает, что возможны настолько радикальные изменения, то ему следует вернуться в детский сад
>Другая платформа
лол, какая? фуксия- просто новая ос для смартфонов
> твои знания об андроид станут ненужны и устаревшими
понятия, принципы мобильной разработки будут на месте, ну и котлин никуда от переезда на новую ос не денется
перестать поддерживать 2млрд устройств- нереально, если кто то думает, что возможны настолько радикальные изменения, то ему следует вернуться в детский сад
>>07815
Система слишком сложная, твои понятия и принципы объясняются за 30 минут, а вот детали и тонкости, на которые ты потратил месяцы станут другими, исчезнут.
Я вот помню общие поняти UI и событий, что такое модальное окошко и прочие, но это не говорит что я могу сейчас десктоп приложение написать на разных фреймворках.
Общие знания бесполезны, они лишь ускорят немного твое обучение к новому и все.
Система слишком сложная, твои понятия и принципы объясняются за 30 минут, а вот детали и тонкости, на которые ты потратил месяцы станут другими, исчезнут.
Я вот помню общие поняти UI и событий, что такое модальное окошко и прочие, но это не говорит что я могу сейчас десктоп приложение написать на разных фреймворках.
Общие знания бесполезны, они лишь ускорят немного твое обучение к новому и все.
>>07817
Если общие знания помогают изучать новое, так ли они бесполезны, рассуждая в контексте твоих мыслей о том, что технологии переменчивы и непредсказуемы? Сам себе противоречишь.
Всё как раз наоборот - если область твоих знаний позволяет работать только в одном стеке, что бывает довольно часто, каждый раз делая одно и то же, следуя привычному скрипту действий, со сменой технологий неизбежно возникнут проблемы. Это похоже на боль многочисленных C++ олдов, которые пачками выгорали, не желая изучать новое и расширять свои знания.
Если общие знания помогают изучать новое, так ли они бесполезны, рассуждая в контексте твоих мыслей о том, что технологии переменчивы и непредсказуемы? Сам себе противоречишь.
Всё как раз наоборот - если область твоих знаний позволяет работать только в одном стеке, что бывает довольно часто, каждый раз делая одно и то же, следуя привычному скрипту действий, со сменой технологий неизбежно возникнут проблемы. Это похоже на боль многочисленных C++ олдов, которые пачками выгорали, не желая изучать новое и расширять свои знания.
>>07861
Тебе сказали, объем твоих знаний и опыта может быть равен годам. Объем общих знаний пригодный для двух систем может быть равен часу обучения, ну может дню обучения.
От чего ты там выиграл то? Теряя многолетние знания (инвестиции своего времени).
Как только ты садишься учить что-то с нуля (именно заменяя новым, а не расширяя старые), ты уже проиграл. Не выдумывай этому оправдания, цени свои инвестиции, не будь информационной шлюхой, твой ресурс не бесконечен реально не бесконечен
>Если общие знания помогают изучать новое, так ли они бесполезны
Тебе сказали, объем твоих знаний и опыта может быть равен годам. Объем общих знаний пригодный для двух систем может быть равен часу обучения, ну может дню обучения.
От чего ты там выиграл то? Теряя многолетние знания (инвестиции своего времени).
Как только ты садишься учить что-то с нуля (именно заменяя новым, а не расширяя старые), ты уже проиграл. Не выдумывай этому оправдания, цени свои инвестиции, не будь информационной шлюхой, твой ресурс не бесконечен реально не бесконечен
>>07861
Если говорить языком игр, тебя это бустанет на процентов 1-5% от объема других новый знаний. Ты даже будешь путаться в новом UI, так как старые привычки будут замусориваться с новыми.
Хорошо когда ты сам решил перекатиться, на что-то новое, ты делаешь выбор. Но в других случаях тебя просто кидают на твой опыт.
Так что олдускульные прогеры понимают что делают, ресурс обучения конечен. Буст от молодости скоро пройдет и печально будет, когда твой пласт знаний станет ненужным.
>Если общие знания помогают изучать новое, так ли они бесполезны
Если говорить языком игр, тебя это бустанет на процентов 1-5% от объема других новый знаний. Ты даже будешь путаться в новом UI, так как старые привычки будут замусориваться с новыми.
Хорошо когда ты сам решил перекатиться, на что-то новое, ты делаешь выбор. Но в других случаях тебя просто кидают на твой опыт.
Так что олдускульные прогеры понимают что делают, ресурс обучения конечен. Буст от молодости скоро пройдет и печально будет, когда твой пласт знаний станет ненужным.
>>07887
>>07890
теряя какие знания, ты о чем вообще? очередной оторванный от реальности пук, хоть примеры бы привел, а мы бы посмеялись
это ты откуда взял, почему не на 50% или не на 10%?
в каком UI блять, это просто интерфейс, он может быть каким угодно, че ты несешь нахуй, причем тут блять UI. при работе с субд например с тем же постгресом(SQL) или касандрой(NoSQL) я хз, тебе вообще не надо никакого UI, все запросы можно писать в терминале, тупо подключившись к субд. ты вообще понимаешь, что такое UI? приведи пример того о чем этот взвизг
и зачем ты ссышь на голову самому себе
кто тебя кидает, на какой опыт, о чем ты вообще?
это которые software engineer или по русски инженеры-программисты? ну иди расскажи им как им не нужно постоянно учить что то новое. я тебе открою великую тайну, есть только задачи, которые нужно решать, а ЯП и платформа значения не имеют, ну можешь съебать на мороз, если не способен выполнять работу инженера
ты походу верстала какой то, который вообще о программировании ни сном ни духом. детский лепет, который ты пытаешься пафосно подавать смотрится убого, в каждом предложении какие то пространные оторванные от реальности размышления школьника
>>07890
>Теряя многолетние знания (инвестиции своего времени)
теряя какие знания, ты о чем вообще? очередной оторванный от реальности пук, хоть примеры бы привел, а мы бы посмеялись
>Если говорить языком игр, тебя это бустанет на процентов 1-5% от объема других новый знаний
это ты откуда взял, почему не на 50% или не на 10%?
>Ты даже будешь путаться в новом UI
в каком UI блять, это просто интерфейс, он может быть каким угодно, че ты несешь нахуй, причем тут блять UI. при работе с субд например с тем же постгресом(SQL) или касандрой(NoSQL) я хз, тебе вообще не надо никакого UI, все запросы можно писать в терминале, тупо подключившись к субд. ты вообще понимаешь, что такое UI? приведи пример того о чем этот взвизг
>Как только ты садишься учить что-то с нуля, ты уже проиграл
и зачем ты ссышь на голову самому себе
>Но в других случаях тебя просто кидают на твой опыт
кто тебя кидает, на какой опыт, о чем ты вообще?
> олдускульные прогеры
это которые software engineer или по русски инженеры-программисты? ну иди расскажи им как им не нужно постоянно учить что то новое. я тебе открою великую тайну, есть только задачи, которые нужно решать, а ЯП и платформа значения не имеют, ну можешь съебать на мороз, если не способен выполнять работу инженера
ты походу верстала какой то, который вообще о программировании ни сном ни духом. детский лепет, который ты пытаешься пафосно подавать смотрится убого, в каждом предложении какие то пространные оторванные от реальности размышления школьника
>>07887
Согласен, просто знания нужно оптимизировать. Изучая что-тохотя это же относится и к имеющимся знаниям, нужно чётко видеть его место в хронологии развития, понимать причину изменений и результат, читай цель, ради которой изменения происходят. Языки различны синтаксисом и, не побоюсь этого слова, незначительными особенностями, которые поддаются категоризации как на концептуальном уровне, так и на прикладном. Алгоритмы и архитектура универсальны, но допустимость их реализации определяется предметной областью.
Я это к тому, что имея более-менее осмысленные знания/способность анализировать и перекатываясь, невозможно делать это с нуля. Ты в любом случае будешь опираться на имеющиеся знания и опыт, от которых и зависит то, насколько быстро и грамотно ты способен "въехать".
>>07861
Видишь разницу между
"Теперь надо делать вот так, раньше я так не делал"
и
"Там я делал так, а здесь надо вот так. Тут похоже, а это отличается."?
Тем не менее, никто тебя не лишит права выбора. Хотя я знаю опытных сидельцев за зп, в чей отдел спускают поручение сверху и им приходится падать в незнакомый стек и барахтаться в нём, пока начальство не придумает что-то ещё. Они и раньше ничего толком не знали, а тут им действительно надо с нуля пытаться осилить хоть что-то, чтобы создать видимость деятельности. Как так вышло? Их ценность стремится к нулю, они просто не могут позволить себе уйти, потому что им нечего предложить, а вкатываться ещё куда-то слишком накладно, ведь придется начать делать хоть что-то. Но не стоит забывать, что это их выбор.
>твой ресурс не бесконечен
Согласен, просто знания нужно оптимизировать. Изучая что-тохотя это же относится и к имеющимся знаниям, нужно чётко видеть его место в хронологии развития, понимать причину изменений и результат, читай цель, ради которой изменения происходят. Языки различны синтаксисом и, не побоюсь этого слова, незначительными особенностями, которые поддаются категоризации как на концептуальном уровне, так и на прикладном. Алгоритмы и архитектура универсальны, но допустимость их реализации определяется предметной областью.
Я это к тому, что имея более-менее осмысленные знания/способность анализировать и перекатываясь, невозможно делать это с нуля. Ты в любом случае будешь опираться на имеющиеся знания и опыт, от которых и зависит то, насколько быстро и грамотно ты способен "въехать".
>>07861
>старые привычки будут замусориваться с новыми
Видишь разницу между
"Теперь надо делать вот так, раньше я так не делал"
и
"Там я делал так, а здесь надо вот так. Тут похоже, а это отличается."?
>в других случаях тебя просто кидают на твой опыт
Тем не менее, никто тебя не лишит права выбора. Хотя я знаю опытных сидельцев за зп, в чей отдел спускают поручение сверху и им приходится падать в незнакомый стек и барахтаться в нём, пока начальство не придумает что-то ещё. Они и раньше ничего толком не знали, а тут им действительно надо с нуля пытаться осилить хоть что-то, чтобы создать видимость деятельности. Как так вышло? Их ценность стремится к нулю, они просто не могут позволить себе уйти, потому что им нечего предложить, а вкатываться ещё куда-то слишком накладно, ведь придется начать делать хоть что-то. Но не стоит забывать, что это их выбор.
>>07930
Это образный пример, чтобы показать как мало. В реале, можно даже посчитать, обобщенный (общий) объем информации для платформ и количество новой, которую нужно будет освоить (все API, все новые классы, методы, директивы и т.д.).
Там реально будет где-то 0,01-0,001% твоих знаний которыми ты гордишься сейчас.
Очень легко прочувствовать это, просто перекатись с андроида на макось. Потом расскажешь сколько потребовалось времени чтобы поднять уровень до текущего уровня андроид разработчика и как тебе твои знания андроида помогли.
Я хотел тебе отвечать дальше, но ты нихера не понял мою мысль, начал зачем-то про SQL писать и общий опыт разработчика, когда мы говорим про мобильные платформы. забавно, что разные ORM фреймворки, в разных языках реализованы по разному, и зная один, тебе все равно придется изучать другой, перекатываясь
Ты слишком туп чтобы оценить свое вложенное время и силы и осознать, что новая платформа (не обязательно фукцсия) помножить твои знания почти на ноль и ты заново начнешь учиться, но уже конкурируя со следующими зумерами.
>это ты откуда взял, почему не на 50% или не на 10%?
Это образный пример, чтобы показать как мало. В реале, можно даже посчитать, обобщенный (общий) объем информации для платформ и количество новой, которую нужно будет освоить (все API, все новые классы, методы, директивы и т.д.).
Там реально будет где-то 0,01-0,001% твоих знаний которыми ты гордишься сейчас.
Очень легко прочувствовать это, просто перекатись с андроида на макось. Потом расскажешь сколько потребовалось времени чтобы поднять уровень до текущего уровня андроид разработчика и как тебе твои знания андроида помогли.
Я хотел тебе отвечать дальше, но ты нихера не понял мою мысль, начал зачем-то про SQL писать и общий опыт разработчика, когда мы говорим про мобильные платформы. забавно, что разные ORM фреймворки, в разных языках реализованы по разному, и зная один, тебе все равно придется изучать другой, перекатываясь
Ты слишком туп чтобы оценить свое вложенное время и силы и осознать, что новая платформа (не обязательно фукцсия) помножить твои знания почти на ноль и ты заново начнешь учиться, но уже конкурируя со следующими зумерами.
>>07961
Твоя задача с минимум усилий, получить максимум. Инфоцыгани вам уже на кинетическом уровне внушили, что надо расширять кругозор и осваивать 100500 языков и прочее. Нет, надо становится специалистом в своей области иначе будет мидлом, но в нескольких.
Ты живешь в физическом мире где все ограниченно и твои мозги тоже. Ты должен их использовать максимум эффективно, а не сделать его библиотекой с пылящимися книгами.
У тебя есть буст с 10-25 лет, а дальше все знания будут даваться по утроенной цене. на самом деле на учебе выгорают раньше, выгорание можно назвать момент, когда сосуд "знаний" заполнен
>твой ресурс не бесконечен
>Согласен
Твоя задача с минимум усилий, получить максимум. Инфоцыгани вам уже на кинетическом уровне внушили, что надо расширять кругозор и осваивать 100500 языков и прочее. Нет, надо становится специалистом в своей области иначе будет мидлом, но в нескольких.
Ты живешь в физическом мире где все ограниченно и твои мозги тоже. Ты должен их использовать максимум эффективно, а не сделать его библиотекой с пылящимися книгами.
У тебя есть буст с 10-25 лет, а дальше все знания будут даваться по утроенной цене. на самом деле на учебе выгорают раньше, выгорание можно назвать момент, когда сосуд "знаний" заполнен
>>07992
Первые симптомы, это падение мотивации, мозг как уставшая мышца, дает знать, что она истощена. Но в отличие от мышц, мозг больше не растет (и некуда).
Так что в свободная время у вас появиться мысли - не изучить ли питон или раст, знай, что в переполненном мозгу, новые знания будут давать за счет старых и с трудом.
Я, например, уже с трудом помню молодость и школьное время, даже лица одноклассников. Не особо нужная инфомации, но страшно осозновать, что постоянная учеба стирает твою жизнь и память о прошлом.
Первые симптомы, это падение мотивации, мозг как уставшая мышца, дает знать, что она истощена. Но в отличие от мышц, мозг больше не растет (и некуда).
Так что в свободная время у вас появиться мысли - не изучить ли питон или раст, знай, что в переполненном мозгу, новые знания будут давать за счет старых и с трудом.
Я, например, уже с трудом помню молодость и школьное время, даже лица одноклассников. Не особо нужная инфомации, но страшно осозновать, что постоянная учеба стирает твою жизнь и память о прошлом.
>>07998
Неожиданно в старости получиться так, что в голове останется память не о том, как ты в 20 лет машку за ляжку таскал, а том что в питоне join надо выполнять от строки, а не от списка. Это повлияет и на тебя как на личность, ты станешь биокалькулятором для дяди
Неожиданно в старости получиться так, что в голове останется память не о том, как ты в 20 лет машку за ляжку таскал, а том что в питоне join надо выполнять от строки, а не от списка. Это повлияет и на тебя как на личность, ты станешь биокалькулятором для дяди
>>07978
вообще не аргумент, можно перевести так- это я наманяфантазировал
так нет же никаких мыслей, просто пространная дичь про UI. и это как раз ты не понял мою мысль, манюнь, т.к. я не просто так подписал SQL/NoSQL
о каких знаниях речь?
прикинь, школьник, многие делают это по много раз в течении жизни.
очередная тупая хуйня, детектящая в тебе неразбирающегося васька. с андроида на iOS, тут да, есть смысл. но опять же, при переходе с Kotlin на Swift например, никаких проблем не будет, тем более в пределах одного проекта. не говоря уже о том, что эти языки очень похожи
кстати ни на один вопрос ты не ответил по итогу, чего и следовало ожидать
>Это образный пример
вообще не аргумент, можно перевести так- это я наманяфантазировал
>ты нихера не понял мою мысль
так нет же никаких мыслей, просто пространная дичь про UI. и это как раз ты не понял мою мысль, манюнь, т.к. я не просто так подписал SQL/NoSQL
>помножить твои знания на ноль
о каких знаниях речь?
>ты заново начнешь учиться
прикинь, школьник, многие делают это по много раз в течении жизни.
>Очень легко прочувствовать это, просто перекатись с андроида на макось
очередная тупая хуйня, детектящая в тебе неразбирающегося васька. с андроида на iOS, тут да, есть смысл. но опять же, при переходе с Kotlin на Swift например, никаких проблем не будет, тем более в пределах одного проекта. не говоря уже о том, что эти языки очень похожи
кстати ни на один вопрос ты не ответил по итогу, чего и следовало ожидать
>>07961
ты сам себе противоречишь, очередной манюнь. если компании и потребуется кого то переводить на новый стек, то поручат это лучшим, а не тем кто нихуя не может
>Они и раньше ничего толком не знали
>спускают поручение сверху и им приходится падать в незнакомый стек
ты сам себе противоречишь, очередной манюнь. если компании и потребуется кого то переводить на новый стек, то поручат это лучшим, а не тем кто нихуя не может
>>07992
Попробуй сначала прочитать то, что я написал, а потом ответить. Я согласился с тем, что есть предел, но ты чересчур утрируешь. до такой степени, что это больше походит на стёб, особенно про классы и методы 0,01-0,001% ты совсем уж неудачно взял с потолка, потому что это уровень человека, который впервые взял в руки смартфон. Во-первых, что ты считаешь "пылящимися книгами"? Если ты считаешь бесполезным знание математики, я всё равно не пойму ход твоих мыслей. Во-вторых, ощущение отвращения к деятельности во время учебы может возникнуть и в голове без малейшего намёка на знания.
Вообще, если ты пишешь всё это только из-за того, что конкретно у тебя что-то не получается, попробуй подумать над тем, что ты делаешь не так, и изменить подход. Про твою грамотность и слова не скажу, но это своеобразный маркер. Дружище, нужно быть открытым к иному мнению и задумываться о собственных недостатках, признавая их, а не переводить стрелки на инфоцыган, которые тут вообще ни при чём. Осилить можно почти всё, уложившись в лимит ресурсов, если правильно думать. Даже грамоту.
Попробуй сначала прочитать то, что я написал, а потом ответить. Я согласился с тем, что есть предел, но ты чересчур утрируешь. до такой степени, что это больше походит на стёб, особенно про классы и методы 0,01-0,001% ты совсем уж неудачно взял с потолка, потому что это уровень человека, который впервые взял в руки смартфон. Во-первых, что ты считаешь "пылящимися книгами"? Если ты считаешь бесполезным знание математики, я всё равно не пойму ход твоих мыслей. Во-вторых, ощущение отвращения к деятельности во время учебы может возникнуть и в голове без малейшего намёка на знания.
Вообще, если ты пишешь всё это только из-за того, что конкретно у тебя что-то не получается, попробуй подумать над тем, что ты делаешь не так, и изменить подход. Про твою грамотность и слова не скажу, но это своеобразный маркер. Дружище, нужно быть открытым к иному мнению и задумываться о собственных недостатках, признавая их, а не переводить стрелки на инфоцыган, которые тут вообще ни при чём. Осилить можно почти всё, уложившись в лимит ресурсов, если правильно думать. Даже грамоту.
>>08016
Лучшие не будут ныть из-за того, что при очередной реструктуризации их выгонят и "что делать дальше, куда идти, я ничего не знаю". Тут нет противоречий, потому что в дерьмо окунают тех, кто на большее не способен, они как чернорабочие, а на хороших спецов рассчитывают, зная их уровень. Со своими манюнями можешь пойти нахуй в ньюфаг-тред, там обитают токсики вроде тебя.
Лучшие не будут ныть из-за того, что при очередной реструктуризации их выгонят и "что делать дальше, куда идти, я ничего не знаю". Тут нет противоречий, потому что в дерьмо окунают тех, кто на большее не способен, они как чернорабочие, а на хороших спецов рассчитывают, зная их уровень. Со своими манюнями можешь пойти нахуй в ньюфаг-тред, там обитают токсики вроде тебя.
>>08040
ребенок, ты хотя бы логику данного поступка отслеживаешь? какой здравомыслящий работодатель/PM/exec будет переводить людей на новый стек, очевидно на новый проект, при этом зная, что это неумехи и как ты там взвизгнул, чернорабочие на которых похуй. какой в этом смысл, алло? они же все сломают, сделают криво и проебут все полимеры.
вот пример из реальной жизни одной из контор в которой я работал- основной проект достиг своего пика и в конторе решили делать еще несколько, но с новым стеком и на новой платформе, десктоп/iOS/Android. для этого выбрали самую продуктивную команду и перевели её на этот новый проект. эти парни составили всю необходимую документацию, оформили фундамент для последующей разработки и выкатили версию 1.0, только после этого перевили еще 2 команды.
а ты, тупо малолетнее чмо, которое ни к какой разработке отношения не имеет, ни тем более к менеджменту, по сути ты профнепригоден
ребенок, ты хотя бы логику данного поступка отслеживаешь? какой здравомыслящий работодатель/PM/exec будет переводить людей на новый стек, очевидно на новый проект, при этом зная, что это неумехи и как ты там взвизгнул, чернорабочие на которых похуй. какой в этом смысл, алло? они же все сломают, сделают криво и проебут все полимеры.
вот пример из реальной жизни одной из контор в которой я работал- основной проект достиг своего пика и в конторе решили делать еще несколько, но с новым стеком и на новой платформе, десктоп/iOS/Android. для этого выбрали самую продуктивную команду и перевели её на этот новый проект. эти парни составили всю необходимую документацию, оформили фундамент для последующей разработки и выкатили версию 1.0, только после этого перевили еще 2 команды.
а ты, тупо малолетнее чмо, которое ни к какой разработке отношения не имеет, ни тем более к менеджменту, по сути ты профнепригоден
проигрываю с хуйни в треде, такое ощущение, что собралась кучка студентов, которые ни дня в жизни не работали и рассуждают о вещах с которыми им только предстоит познакомиться
у меня такой вопрос к вам, есть проект, энное время вы над ним работаете, но по сути это легаси, которое не плохо бы переписать и вот приходит день, когда PM говорит вам, парни, перепиливаем! изучите вот это, это и еще это покурите. я правильно понимаю, что вы, школотуны, тут же проявите независимый характер, плюнете и скажете- "НИТ! МЫ НОВАЕ НИ УЧИМ, ЭТО ВО ВРЕД НАШИМ КАРЬЕРАМ АРЯ!!"- и тут же пойдете искать другую работу?
у меня такой вопрос к вам, есть проект, энное время вы над ним работаете, но по сути это легаси, которое не плохо бы переписать и вот приходит день, когда PM говорит вам, парни, перепиливаем! изучите вот это, это и еще это покурите. я правильно понимаю, что вы, школотуны, тут же проявите независимый характер, плюнете и скажете- "НИТ! МЫ НОВАЕ НИ УЧИМ, ЭТО ВО ВРЕД НАШИМ КАРЬЕРАМ АРЯ!!"- и тут же пойдете искать другую работу?
>>08012
Все забываю что с вкатывальщиками общаюсь.
Я тебе говорю, у тебя реальный шанс пощупать что такое другая платформа это слезть с андроида на айос
Я тебе говорю про разное API платформ, а мне джуны рассказывают как легко с котлина на свифт пересесть. Конечно, ведь надо изучить только синтаксис
Мои макаки пересели с джавы на котлин, у них производительно по времени просела 2-4 раза, особенно в первые недели, как джуны копошились. Только спустя, примерно, 3-4 месяцев набили руку и начали писать как на жабе. То что ты легко можешь между языками скакать - это бред, изучить синтаксис не значит набраться опыта.
Все забываю что с вкатывальщиками общаюсь.
Я тебе говорю, у тебя реальный шанс пощупать что такое другая платформа это слезть с андроида на айос
Я тебе говорю про разное API платформ, а мне джуны рассказывают как легко с котлина на свифт пересесть. Конечно, ведь надо изучить только синтаксис
Мои макаки пересели с джавы на котлин, у них производительно по времени просела 2-4 раза, особенно в первые недели, как джуны копошились. Только спустя, примерно, 3-4 месяцев набили руку и начали писать как на жабе. То что ты легко можешь между языками скакать - это бред, изучить синтаксис не значит набраться опыта.
>>08020
Реальность жестока, хочется верить что еще успеешь выучить "то" и "то" и стать великим мастером...
Реальность жестока, хочется верить что еще успеешь выучить "то" и "то" и стать великим мастером...
>>08049
Такой, что это происходило в крупной компании, где неумёхам спускали проекты по принципу "зайдёт/не зайдёт". Мне плевать на твои примеры, хоть я и не отрицаю, что это правильный подход, потому что в жизни не всё сводится к принципу здравомыслия, тому и приведённый пример, знакомый лично мне. Я это дерьмо презираю.
Ути-пути, какой ты злой, аж страшно за твоих коллег. Хотя на работе ты, вероятно, самый тихий.
>>08053
Конечно, ведь по факту сказать нечего, "вывсёврёти".
>какой в этом смысл, алло?
Такой, что это происходило в крупной компании, где неумёхам спускали проекты по принципу "зайдёт/не зайдёт". Мне плевать на твои примеры, хоть я и не отрицаю, что это правильный подход, потому что в жизни не всё сводится к принципу здравомыслия, тому и приведённый пример, знакомый лично мне. Я это дерьмо презираю.
>а ты, тупо малолетнее чмо, которое ни к какой разработке отношения не имеет, ни тем более к менеджменту, по сути ты профнепригоден
Ути-пути, какой ты злой, аж страшно за твоих коллег. Хотя на работе ты, вероятно, самый тихий.
>>08053
Конечно, ведь по факту сказать нечего, "вывсёврёти".
я даже не поднимаю вопроса о том, что сам проект может быть на одном языке, но какой то смежный сервис лучше написать на другом, т.к. тупо удобнее. как рандомный пример- какой то сервис со статистикой, кучей запросов к бд и кучей вычислений будет лучше написать на питоне, а не на ноджс. и вот вам упала такая задача, вы наверное инфаркт схватите и умрете фонтанируя поносом
>>08026
Какой смысл говорить с человеком, если у него представление объема знаний API разных платформ, это разница между синтаксисом котлина и свифта??
Это как те долбаебы, которые говорят что между жабой и си шарпом легко перекатиться, не подразумевая, что там бэкграунд знаний между инфраструктурой джавы и дотнета - два разных мира. Да даже эта разница между линуксом и виндом я сейчас не говорю про core или mono, если оно живо еще.
То есть, они реально воспринимают всю сложность между платформами только по объему знаний синтаксиса языка, которые реально похожи. не узнаешь тут себя??
>>08053
Да еще сам с собой говоришь, малолетнее чудо.
Какой смысл говорить с человеком, если у него представление объема знаний API разных платформ, это разница между синтаксисом котлина и свифта??
Это как те долбаебы, которые говорят что между жабой и си шарпом легко перекатиться, не подразумевая, что там бэкграунд знаний между инфраструктурой джавы и дотнета - два разных мира. Да даже эта разница между линуксом и виндом я сейчас не говорю про core или mono, если оно живо еще.
То есть, они реально воспринимают всю сложность между платформами только по объему знаний синтаксиса языка, которые реально похожи. не узнаешь тут себя??
>>08053
Да еще сам с собой говоришь, малолетнее чудо.
>>08087
еще раз спрашиваю, какой в этом смысл, кто блять будет оплачивать часы неумехам, чтобы потестить "зайдет-не зайдет"?
да и как оно в принципе может зайти, если работал над этим неумеха. не бачу логики. да и нет её в твоем высере
только таким подходом и будут руководствоваться здравомыслящие люди. а то что ты приводишь в пример- тупорылый высер не имеющий смысла. никто не будет вкладывать в неумех, покажите мне такого руководителя, который будет, хочу смеяться 5 минут
>неумёхам спускали проекты по принципу "зайдёт/не зайдёт"
еще раз спрашиваю, какой в этом смысл, кто блять будет оплачивать часы неумехам, чтобы потестить "зайдет-не зайдет"?
да и как оно в принципе может зайти, если работал над этим неумеха. не бачу логики. да и нет её в твоем высере
>я и не отрицаю, что это правильный подход
только таким подходом и будут руководствоваться здравомыслящие люди. а то что ты приводишь в пример- тупорылый высер не имеющий смысла. никто не будет вкладывать в неумех, покажите мне такого руководителя, который будет, хочу смеяться 5 минут
>>08080
Хоть ты еще глупенький, но вот тебе тоже аналогия.
Работаешь ты гинекологии в больнице, у тебя 10 лет опыта и 7 лет учебы, а потом приходит глав отделения и говорит что сейчас тренды в проктологии, бросайте эту херню, будет у нас отделение проктологов, быстро все переучитесь (за свой счет, конечно).
Нелепо, да? Хотя казалось бы, какая разница, ведь там дырка и там дырка? Наверное учить немного :)
Но вот айтишников так дурят и благодаря твоей тупизне, это прокатывает до сих пор.
Хоть ты еще глупенький, но вот тебе тоже аналогия.
Работаешь ты гинекологии в больнице, у тебя 10 лет опыта и 7 лет учебы, а потом приходит глав отделения и говорит что сейчас тренды в проктологии, бросайте эту херню, будет у нас отделение проктологов, быстро все переучитесь (за свой счет, конечно).
Нелепо, да? Хотя казалось бы, какая разница, ведь там дырка и там дырка? Наверное учить немного :)
Но вот айтишников так дурят и благодаря твоей тупизне, это прокатывает до сих пор.
>>08099
даже между JS и Kotlin/Swift легко перекатиться. ты либо программист, либо в хую дыра, выбирай
даже между JS и Kotlin/Swift легко перекатиться. ты либо программист, либо в хую дыра, выбирай
>>08109
более детского примера придумать невозможно.
вот тебе другой пример- монтажники привыкли работать с перфораторами фирмы Makita, но теперь им купили перфораторы фирмы Bosch. и че, теперь они массово будут уходить не желая работать с новым перфом, только из за того, что у него внутренности по другому расположены и кнопка "пуск" с другой стороны?
яп- не более чем инструмент, если ты программист конечно, а не верстальщик типа тебя
более детского примера придумать невозможно.
вот тебе другой пример- монтажники привыкли работать с перфораторами фирмы Makita, но теперь им купили перфораторы фирмы Bosch. и че, теперь они массово будут уходить не желая работать с новым перфом, только из за того, что у него внутренности по другому расположены и кнопка "пуск" с другой стороны?
яп- не более чем инструмент, если ты программист конечно, а не верстальщик типа тебя
>>08094
У меня хорошие ребятки, я их в шутку так зову.
Они сами попросили и мне тоже зашло. Реального профита эффективности не особо много, но вот удобство людям добавило.
Не люблю аналогии, но это как после плохого неудобного инструмента (например, затупленной пилы), взять удобный инструмент (например, пилу с хорошим заточенным полотном).
У меня хорошие ребятки, я их в шутку так зову.
Они сами попросили и мне тоже зашло. Реального профита эффективности не особо много, но вот удобство людям добавило.
Не люблю аналогии, но это как после плохого неудобного инструмента (например, затупленной пилы), взять удобный инструмент (например, пилу с хорошим заточенным полотном).
>>08110
Этому барану говоришь про API платформ, а он все синтаксис сравнивает.
Между фронтендом и бэкендом легко перекатиться? Между бэкендом и иос легко перекатиться? Между формашлепаньем в десктопе и кодом управление балестических ракет - легко перекатиться? Но ведь легко же? Да? Я же знаю уже Qt5
Этому барану говоришь про API платформ, а он все синтаксис сравнивает.
Между фронтендом и бэкендом легко перекатиться? Между бэкендом и иос легко перекатиться? Между формашлепаньем в десктопе и кодом управление балестических ракет - легко перекатиться? Но ведь легко же? Да? Я же знаю уже Qt5
>>08115
Серьезно, они говорят про языки и синтаксис.
Им говорят про платформы, а они про синтаксис. Я умываю руки.
Серьезно, они говорят про языки и синтаксис.
Им говорят про платформы, а они про синтаксис. Я умываю руки.
>>08123
>>08124
да, легко, даже в геймдев легко вкатиться из веба, не говоря уже о перекате на андроид или iOS. еще раз повторяю, если ты программист, то такого вопроса даже не стоит, ты просто изучаешь новый инструмент и используешь.
охуеть блять, квантовая механика, съеби из /pr, тебе тут нехуй делать
>>08124
да, легко, даже в геймдев легко вкатиться из веба, не говоря уже о перекате на андроид или iOS. еще раз повторяю, если ты программист, то такого вопроса даже не стоит, ты просто изучаешь новый инструмент и используешь.
>API платформ
охуеть блять, квантовая механика, съеби из /pr, тебе тут нехуй делать
>>08123
а зачем перекатываться, когда можно и нужно становиться фулстеком, нынче даже к джунам фронтендерам предъявляют требования по знанию ноды при приеме на работу. хуя вы тут отсталые чучмеки
>Между фронтендом и бэкендом
а зачем перекатываться, когда можно и нужно становиться фулстеком, нынче даже к джунам фронтендерам предъявляют требования по знанию ноды при приеме на работу. хуя вы тут отсталые чучмеки
Немного оффтопа, но по теме вкатывальщиков.
Помню в ранней юности взял толстую книгу по С++, первый мой язык. Она такая толстенная была и я думал, что прочитав её, я стану полноценным программистом (ну реально, толстенная же какая). Оказалось там только про синтаксис (и то не весь) и это только начало пути.
Местная детвора верит, что если изучит свифт после котлина, они станут иос разработчиками.
Блин, я изучил котлин, но не стал андроид разработчиком, что я делаю не так :(
Помню в ранней юности взял толстую книгу по С++, первый мой язык. Она такая толстенная была и я думал, что прочитав её, я стану полноценным программистом (ну реально, толстенная же какая). Оказалось там только про синтаксис (и то не весь) и это только начало пути.
Местная детвора верит, что если изучит свифт после котлина, они станут иос разработчиками.
Блин, я изучил котлин, но не стал андроид разработчиком, что я делаю не так :(
>>08126
Тогда сиди в проктологах, раз цена твоему переобучению ровна нулю.
Ты демпингующий калькулятор.
Тогда сиди в проктологах, раз цена твоему переобучению ровна нулю.
Ты демпингующий калькулятор.
>>08143
за мое переобучение платит работодатель, иначе оно мне нахуй не упало. НО, могу сказать точно, что cv в котором 5 лет JS < cv в котором 3 года JS и 2 года Kotlin
за мое переобучение платит работодатель, иначе оно мне нахуй не упало. НО, могу сказать точно, что cv в котором 5 лет JS < cv в котором 3 года JS и 2 года Kotlin
>>08099
Есть такая вещь, как ООП, благодаря знанию которой ты можешь понять структуру наследования компонентов и их реализации. Ты читаешь документацию, детектишь структуру базовых компонентов и у тебя уже складывается представление о том, как всё устроено, учитывая то, что твой ленивый мозг проводит параллели с тем, как ты реализовывал подобное на другой платформеесли был такой опыт. Никто, блять, не выдумывает структуру таким образом, чтобы её было сложнее понять. Напротив, построение происходит так, чтобы хуйлуша, который думает, что не справится, увидел, что не всё так страшно и есть определённые закономерности, которые позволяют минимизировать время, необходимое для понимания.
Делать мне больше нечего
>>08107
Задавай этот вопрос эффективным управленцам, которые это допускают. Если тебя, бездаря, когда-нибудь посадят в кресло, не делай так, как они. Хотя тебя даже спрашивать не будут, так-то.
Сейчас бы деанонить корпоративных царьков ради того, чтобы что-то доказать взрослому человеку с наивным мышлением ребёнка. Не повезёт - ты сам с таким столкнешься, а если нет - считай, что повезло.
>>08123
В голос
Есть такая вещь, как ООП, благодаря знанию которой ты можешь понять структуру наследования компонентов и их реализации. Ты читаешь документацию, детектишь структуру базовых компонентов и у тебя уже складывается представление о том, как всё устроено, учитывая то, что твой ленивый мозг проводит параллели с тем, как ты реализовывал подобное на другой платформеесли был такой опыт. Никто, блять, не выдумывает структуру таким образом, чтобы её было сложнее понять. Напротив, построение происходит так, чтобы хуйлуша, который думает, что не справится, увидел, что не всё так страшно и есть определённые закономерности, которые позволяют минимизировать время, необходимое для понимания.
>Да еще сам с собой говоришь, малолетнее чудо.
Делать мне больше нечего
>>08107
Задавай этот вопрос эффективным управленцам, которые это допускают. Если тебя, бездаря, когда-нибудь посадят в кресло, не делай так, как они. Хотя тебя даже спрашивать не будут, так-то.
>покажите мне такого руководителя
Сейчас бы деанонить корпоративных царьков ради того, чтобы что-то доказать взрослому человеку с наивным мышлением ребёнка. Не повезёт - ты сам с таким столкнешься, а если нет - считай, что повезло.
>>08123
>балестических
В голос
>>08178
Лол, это настолько ущербно и по малолетнему звучит, что мне даже смеяться противно.
То есть, ты сейчас сказал, что надо вот только знать ООП, наследование компонентов и их реализации чего? и на этом строится все программирование и все сложности решаются?
"Кококо, надо только вкатиться в ООП, дальше пойдет как по маслу."
Норм :)
Я бухой и ни разу это слово не писал, так что норм. Иди пердолься с тем сектантом с мягким знаком, стеклянный, деревянный ты наш.
Лол, это настолько ущербно и по малолетнему звучит, что мне даже смеяться противно.
То есть, ты сейчас сказал, что надо вот только знать ООП, наследование компонентов и их реализации чего? и на этом строится все программирование и все сложности решаются?
"Кококо, надо только вкатиться в ООП, дальше пойдет как по маслу."
Норм :)
>балестических
Я бухой и ни разу это слово не писал, так что норм. Иди пердолься с тем сектантом с мягким знаком, стеклянный, деревянный ты наш.
>>08188
Опять сам собой говоришь?
Опять сам собой говоришь?
>>08248
Глупышка,
а не
Напрягись немножко, разницу поймешь.
Структура реализации наследуемых компонентов. Это когда ты складываешь домик из палочек и видишь, что одна палочка подходит сюда, а другая туда.
Манёвры. Будь аккуратнее, последние полтора нейрона помрут и туши свет.
Глупышка,
>Есть такая вещь, как ООП,
а не
>надо вот только знать ООП
Напрягись немножко, разницу поймешь.
>их реализации
Структура реализации наследуемых компонентов. Это когда ты складываешь домик из палочек и видишь, что одна палочка подходит сюда, а другая туда.
>Я бухой и ни разу это слово не писал, так что норм.
Манёвры. Будь аккуратнее, последние полтора нейрона помрут и туши свет.
>>08298
Реферат что ли пишешь?
А ты так себе строитель. Но вот фантазер и любитель придумывать свои понятия шизик отменный, поэтому теперь тебя будут кличать "Строитель домов, мастер над палочками и магистр ООП, родом из котлин-треда".
>Структура реализации наследуемых компонентов
Реферат что ли пишешь?
>Это когда ты складываешь домик из палочек
А ты так себе строитель. Но вот фантазер и любитель придумывать свои понятия шизик отменный, поэтому теперь тебя будут кличать "Строитель домов, мастер над палочками и магистр ООП, родом из котлин-треда".
>>08298
неплохо ты прикладываешь это пьяное быдло, старина
неплохо ты прикладываешь это пьяное быдло, старина
Нихуя вы тут насрали.
>>08760
Нельзя, потому что считается, что это нинужно.
Можно только объявить несколько переменных через такой костыль:
var (a, b) = arrayOf(1, 2)
Нельзя, потому что считается, что это нинужно.
Можно только объявить несколько переменных через такой костыль:
var (a, b) = arrayOf(1, 2)
>>08760
Скорее всего он имел ввиду это
https://pl.kotl.in/xYU6iJnII
Собственно в описание говориться, что присваивание это не выражение. Это сделано чтобы избежать сложно уловимой (и порой плавающей) ошибки, когда вместо "==" случайно написал "=" в if. может еще где-то кейс есть, я уже не помню.
>>08806
Ты высрал дичь, в твоем примере возвращается два разных значения и это совсем другая фича.
Скорее всего он имел ввиду это
https://pl.kotl.in/xYU6iJnII
Собственно в описание говориться, что присваивание это не выражение. Это сделано чтобы избежать сложно уловимой (и порой плавающей) ошибки, когда вместо "==" случайно написал "=" в if. может еще где-то кейс есть, я уже не помню.
>>08806
Ты высрал дичь, в твоем примере возвращается два разных значения и это совсем другая фича.
>>08873
Я думаю очевидно, если присваивание не выражение, то и такая запись будет невалидна
var a = true
var b = false
a = b= true
Я думаю очевидно, если присваивание не выражение, то и такая запись будет невалидна
var a = true
var b = false
a = b= true
Оператора запятой тоже нет и нахер он не нужен, декларация переменной это не блядский цирк.
парни, вы же научите меня Котлинить по взрослому?
>>05096 (OP)
Паразиты.
>новый язык на превосходно отточенной jvm с богатейшим набором библиотек от java.
Паразиты.
>>08989
гугли суды оракла и гугл по джаве
гугли суды оракла и гугл по джаве
Хочу аппаратную реализацию JVM, чтобы ты ей жарник в загрузочный сектор, а она его сразу исполняет.
>>09599
Ты же тоже самое сказал, только другими словами, а что за сюрпрайзинг поведение?
Ты же тоже самое сказал, только другими словами, а что за сюрпрайзинг поведение?
>>09588
Ввиду того, что точка с запятой является опциональной, код чувствителен к переносу строк, потому стоит соблюдать Java-стиль, дабы избежать непредсказуемого поведения - например, когда ты переносишь скобку и тело не детектится, возникает ошибка. Такое редко случается, просто следи за скобками.
Ввиду того, что точка с запятой является опциональной, код чувствителен к переносу строк, потому стоит соблюдать Java-стиль, дабы избежать непредсказуемого поведения - например, когда ты переносишь скобку и тело не детектится, возникает ошибка. Такое редко случается, просто следи за скобками.
>>10381
Добавь в условие длинные имена переменных, которые не умещаются в строку и которые ты переносишь по привычке разделителем слева (+ varname) и получишь такую валидную ошибку.
Такого рода ошибки свойственны не только котлину, это цена за опциональный ";"
Добавь в условие длинные имена переменных, которые не умещаются в строку и которые ты переносишь по привычке разделителем слева (+ varname) и получишь такую валидную ошибку.
Такого рода ошибки свойственны не только котлину, это цена за опциональный ";"
>>10538
А зачем вообще нужно было отказываться от ; и вводить эти сюрпрайзинг поведения, я ещё не всю их доку прочитал, это у них задокументировано, эти потенциальные возможности обосраться? Понятно дело что можно тут возразить, пиши как тебе сказали и не будет проблем, а точка с запятой это в большинстве случаев избыточно и ничего не значит, но всё таки.
А зачем вообще нужно было отказываться от ; и вводить эти сюрпрайзинг поведения, я ещё не всю их доку прочитал, это у них задокументировано, эти потенциальные возможности обосраться? Понятно дело что можно тут возразить, пиши как тебе сказали и не будет проблем, а точка с запятой это в большинстве случаев избыточно и ничего не значит, но всё таки.
Во всех хипстерских языках пытаются победить точки с запятой, и у всех одинаковые последствия.
Вон в пщ то же самое.
Пытались и в JS, но никто не оценил.
Ну а в питоне синтаксис вообще прибит гвоздями к отступам.
Вон в пщ то же самое.
Пытались и в JS, но никто не оценил.
Ну а в питоне синтаксис вообще прибит гвоздями к отступам.
>>10826
Ошибки детектятся легко, возникают редко, но писать без ; намного удобнее и быстрее. Когда пишу на Java или C#, частенько забываю их ставить, т.к. отсутствие ; вызывает сильное привыкание, уж очень удобно.
>>10855
А вот это сильно раздражает, особенно в длинном коде. Иной раз приходится декомпозировать функцию, дабы не было спагетти.
>зачем вообще нужно было отказываться от ; и вводить эти сюрпрайзинг поведения
Ошибки детектятся легко, возникают редко, но писать без ; намного удобнее и быстрее. Когда пишу на Java или C#, частенько забываю их ставить, т.к. отсутствие ; вызывает сильное привыкание, уж очень удобно.
>>10855
>в питоне синтаксис вообще прибит гвоздями к отступам
А вот это сильно раздражает, особенно в длинном коде. Иной раз приходится декомпозировать функцию, дабы не было спагетти.
Ведротред утонул, спрошу тут. Подскажите термин для оплаты с приложения, где номер карточки вводишь и все такое. Пытаюсь понять как это все реализуется, но по запросу mobile payment гугл сует какие-то рекламные посты о том, как такая оплата - это круто и прочее блабла.
>>10826
Там есть предупреждение. Благо в статическом языке это детектиться.
Там есть предупреждение. Благо в статическом языке это детектиться.
>>11158
Гугл подсказывает "приём платежей".
Гугл подсказывает "приём платежей".
122 Кб, 1079x2075>>11210
Спасибо, посмотрю, может и оно.
Мне нужно как на пикрил, как это все делается не UI конечно или хотяб что гуглить.
Спасибо, посмотрю, может и оно.
Мне нужно как на пикрил, как это все делается не UI конечно или хотяб что гуглить.
Kotlin 1.4-M2 Released
https://blog.jetbrains.com/kotlin/2020/06/kotlin-1-4-m2-released/
https://blog.jetbrains.com/kotlin/2020/06/kotlin-1-4-m2-released/
>>16738
Есть nullable-типы
https://kotlinlang.org/docs/reference/null-safety.html
Ну и можно джавовский Optional юзать.
Есть nullable-типы
https://kotlinlang.org/docs/reference/null-safety.html
Ну и можно джавовский Optional юзать.
>>16760
А ещё java.lang.Object вместо Any.
А ещё java.lang.Object вместо Any.
И сразу вопрос: какая модель ООП применена в этом языке.
Как в свифте и скотлине - описываем все в классах а их потом в рантайме ебут в жопу (петушиная модель). Или нормальная - класс как конструктор объекта, который мы потом используем и ебем где хочем и как хочем?
Как в свифте и скотлине - описываем все в классах а их потом в рантайме ебут в жопу (петушиная модель). Или нормальная - класс как конструктор объекта, который мы потом используем и ебем где хочем и как хочем?
>>11011
Желающим поругать питон за отступы рекомендую освижить в памяти однострочники на перле, и подумать так ли уж глуп был создатель пихона.
>А вот это сильно раздражает, особенно в длинном коде. Иной раз приходится декомпозировать функцию, дабы не было спагетти.
Желающим поругать питон за отступы рекомендую освижить в памяти однострочники на перле, и подумать так ли уж глуп был создатель пихона.
>скотлине
Ой, прошу прощения, в скалке конечно же.
>>16777
Постоянно освежают в питон-треде. Вместо 2-3 понятных строчек всё пытаются сделать в одно выражение на 150 символов из генераторов списков, лямбд и прочей хуйни, будто их хаскеллисты покусали.
Постоянно освежают в питон-треде. Вместо 2-3 понятных строчек всё пытаются сделать в одно выражение на 150 символов из генераторов списков, лямбд и прочей хуйни, будто их хаскеллисты покусали.
>>16774
Это как? Тут почти никто не видел ничего, кроме джавы, и делают почти как в ней.
> описываем все в классах а их потом в рантайме ебут в жопу
Это как? Тут почти никто не видел ничего, кроме джавы, и делают почти как в ней.
>>16777
Он вроде сам говорил (или какой-то большой хер из питона), что отступы, возможно не лучший выбор и можно было так гвоздями не прибивать синтаксис к ним.
Вообще, практика показывает, что нельзя сажать за дизайн языка человека с бурной фантазией, надо чтобы были люди из вне, которые могли бы макать мордой в говнище, которую плодить разум "гения". Кому язык инструмент самовыражения, а кому-то надо потом сопровождать эту радость.
Он вроде сам говорил (или какой-то большой хер из питона), что отступы, возможно не лучший выбор и можно было так гвоздями не прибивать синтаксис к ним.
Вообще, практика показывает, что нельзя сажать за дизайн языка человека с бурной фантазией, надо чтобы были люди из вне, которые могли бы макать мордой в говнище, которую плодить разум "гения". Кому язык инструмент самовыражения, а кому-то надо потом сопровождать эту радость.
>>16774
Что уже каникулы начались??
Что уже каникулы начались??
js, python, php и прочее, не пригодны для сложного приложения. Никто не говорить нельзя, я говорю что не стоит.
Надо понимать что все они создавались в эпоху где нормой было 1000 строк кода настучать для домашней странички или утилитку написать для линукса. Но никак не для программирования вообще.
Вы пробовали разобраться в ООП коде PHP-фреймворка? ООП в динамико-говне просто нечитаемо.
Пора уже признать эти языки - недо-языками, ваннаби-языками, квази-языками. Понятно, что какому-то инженеру проще там звезды двигать через питон, чем через си. Но он и пишет чаще именно скрипты, а не приложения.
Надо понимать что все они создавались в эпоху где нормой было 1000 строк кода настучать для домашней странички или утилитку написать для линукса. Но никак не для программирования вообще.
Вы пробовали разобраться в ООП коде PHP-фреймворка? ООП в динамико-говне просто нечитаемо.
Пора уже признать эти языки - недо-языками, ваннаби-языками, квази-языками. Понятно, что какому-то инженеру проще там звезды двигать через питон, чем через си. Но он и пишет чаще именно скрипты, а не приложения.
SO высрало ежегодный отчет активности студентов. Кушаем.
https://insights.stackoverflow.com/survey/2020#most-popular-technologies
https://insights.stackoverflow.com/survey/2020#most-popular-technologies
>>16820
С парой пунктов можно поспорить, но да похуй.
Всякие небольшие лендинги/интернет-магазины/сайтики с курсами так и будут писать на динамикодрисне, благо что кода там немного, а толку от них мало. На джавашарпах их писать мало кто будет, слишком дорого и долго. Там заказчикам главное - побыстрее и подешевле выйти на рынок, а не надёжность.
> Да всё это не нужно
> Python
С парой пунктов можно поспорить, но да похуй.
Всякие небольшие лендинги/интернет-магазины/сайтики с курсами так и будут писать на динамикодрисне, благо что кода там немного, а толку от них мало. На джавашарпах их писать мало кто будет, слишком дорого и долго. Там заказчикам главное - побыстрее и подешевле выйти на рынок, а не надёжность.
>>16831
Что не так? Попробуй такое написать в их загоне, портфелями закидают.
Что не так? Попробуй такое написать в их загоне, портфелями закидают.
>>16836
То что нормальный джавист стоит дороже макаки, это понятно. Но почему на джавашарпах дольше писать, когда весь стек ты пару строк в каком-нибудь мавене подгружаешь (спринганутые вообще тебе расскажут как в две строчки сайт развернуть)
То что нормальный джавист стоит дороже макаки, это понятно. Но почему на джавашарпах дольше писать, когда весь стек ты пару строк в каком-нибудь мавене подгружаешь (спринганутые вообще тебе расскажут как в две строчки сайт развернуть)
>>16843
Ну может и не дольше. Просто в той же пыхе программирование местами доведено до примитивизма, когда даже не кодишь, а настраиваешь виджеты с шаблонами, хуяк-хуяк - и готовый сайт. В джаве так делать в целом не принято.
Ну может и не дольше. Просто в той же пыхе программирование местами доведено до примитивизма, когда даже не кодишь, а настраиваешь виджеты с шаблонами, хуяк-хуяк - и готовый сайт. В джаве так делать в целом не принято.
29 Кб, 409x284>>16839
У них там в топе node.js и сам js, надо подстраиваться под аудиторию.
А вообще, белый - цвет угнетения
У них там в топе node.js и сам js, надо подстраиваться под аудиторию.
А вообще, белый - цвет угнетения
>>16850
Выкатился давно из пыхи, можешь показать сие подход в действие? ткни в какой-то туториал или блог с примером, что ли
Выкатился давно из пыхи, можешь показать сие подход в действие? ткни в какой-то туториал или блог с примером, что ли
>>16807
А я голую джаву почти не видел.
Это вообще нормально в мире жвм что данные в глобалах хранить некомельфо так как их гарбажколлектор подчищает?
А я голую джаву почти не видел.
Это вообще нормально в мире жвм что данные в глобалах хранить некомельфо так как их гарбажколлектор подчищает?
>>16832
LOVED
Go 62.3%
Что с ними не так?? Я серьезно, я просто не понимаю, как? Просто на авторитете гугла так выезжают или что?
LOVED
Go 62.3%
Что с ними не так?? Я серьезно, я просто не понимаю, как? Просто на авторитете гугла так выезжают или что?
>>16859
Например, на ютубе вбить в поиске "wordpress блог за 5 минут". Там будет такого полно.
Например, на ютубе вбить в поиске "wordpress блог за 5 минут". Там будет такого полно.
>>16860
Он ничего не подчистит, если это будет какой-нибудь public static объект. Но да, так делать не принято, это по сути глобальная переменная со всеми вытекающими. Данные обычно грузятся из базы, на уровне приложения хранится максимум кеш.
Он ничего не подчистит, если это будет какой-нибудь public static объект. Но да, так делать не принято, это по сути глобальная переменная со всеми вытекающими. Данные обычно грузятся из базы, на уровне приложения хранится максимум кеш.
>>16867
Хм за 5 минут, а видео 8, 12 минут...
Хм за 5 минут, а видео 8, 12 минут...
>>16867
А понял про что ты, про всякие виджеты к CMS'кам. Я просто на мгновение подумал, что появились какие-то фрейворки и появились какие-то полноценные компоненты, которые как модули добавляешь на сайт.
А понял про что ты, про всякие виджеты к CMS'кам. Я просто на мгновение подумал, что появились какие-то фрейворки и появились какие-то полноценные компоненты, которые как модули добавляешь на сайт.
>>16860
Почему когда видишь вкатывальщика в жабу, у них сразу вопросы про ГЦ, как не гадить в памяти. Но при этом вкатывальщик в жс или питон вообще не думает не о каких-то там сборщиках мусора и что это такое, как-будто сборка мусора это лишь жабовский какой-то недостаток.
Почему когда видишь вкатывальщика в жабу, у них сразу вопросы про ГЦ, как не гадить в памяти. Но при этом вкатывальщик в жс или питон вообще не думает не о каких-то там сборщиках мусора и что это такое, как-будто сборка мусора это лишь жабовский какой-то недостаток.
>>16895
В питоне сборка мусора происходит только если сам Гвидо разрешит.
В питоне сборка мусора происходит только если сам Гвидо разрешит.
>>16873
Значит все таки все жвм бейзт такие.
Без обид но я впервые испытал отвращение к тому что я делаю. В аду меня будут черти заставлять писать на этом прикладные приложения, да впрочем и веб приложения наверняка наверняка не легче.
Значит все таки все жвм бейзт такие.
Без обид но я впервые испытал отвращение к тому что я делаю. В аду меня будут черти заставлять писать на этом прикладные приложения, да впрочем и веб приложения наверняка наверняка не легче.
>>16918
Каждому своё. У меня вот отвращение к фронтенду, но объективных причин для этого вроде бы нет.
Каждому своё. У меня вот отвращение к фронтенду, но объективных причин для этого вроде бы нет.
>>16895
Потому что я же туда вот строку положил, а во время работы там нульпоинтер. Где строка? Спиздили! Гарбажколлектор спиздил строку, сука!
В жс вкладка закрылась, объекты удалились вот и весь гарбажколлектор. И вообще там на некоторых объектах стали по сишному добавлять методы типа free()/destroy() URL.createObjectUrl(blob) -> string //создает глобальный url адрес блоба
URL.removeObjectUrl(string) //удаляет блоб из памяти
Потому что я же туда вот строку положил, а во время работы там нульпоинтер. Где строка? Спиздили! Гарбажколлектор спиздил строку, сука!
В жс вкладка закрылась, объекты удалились вот и весь гарбажколлектор. И вообще там на некоторых объектах стали по сишному добавлять методы типа free()/destroy() URL.createObjectUrl(blob) -> string //создает глобальный url адрес блоба
URL.removeObjectUrl(string) //удаляет блоб из памяти
>>16928
Впервые о таком слышу. GC никогда ничего не удалит, если у тебя есть хоть малейшая возможность добраться до этого объекта. Это где-то на уровне Unsafe или JNI надо намудрить, чтобы подобное случилось.
Впервые о таком слышу. GC никогда ничего не удалит, если у тебя есть хоть малейшая возможность добраться до этого объекта. Это где-то на уровне Unsafe или JNI надо намудрить, чтобы подобное случилось.
>>16925
Ну я не с позиции фронтенда а вообще, си/плюсы увлекают, жс/питон тоже, но вот джаваподобные производят впечатление наоборот, може правда мой моск испорчен си подобными.
Ну я не с позиции фронтенда а вообще, си/плюсы увлекают, жс/питон тоже, но вот джаваподобные производят впечатление наоборот, може правда мой моск испорчен си подобными.
>>16741
И правда ведь, опшенл не нужон.
И правда ведь, опшенл не нужон.
>>16931
Да этот дебил сложил 2 + 2 и получил 5. Он подумал что NPE у него от того что ГЦ съел объект, а не потому что он его всрал. Ну ребенок же.
Да этот дебил сложил 2 + 2 и получил 5. Он подумал что NPE у него от того что ГЦ съел объект, а не потому что он его всрал. Ну ребенок же.
>>16968
Точняк. Хорошо, что я не стал с этим связываться.
Точняк. Хорошо, что я не стал с этим связываться.
>>16967
Как понять всрал?
NPE это исключение которое рантайм выплевывает когда ты с ним что то пытаешься сделать
Как понять всрал?
NPE это исключение которое рантайм выплевывает когда ты с ним что то пытаешься сделать
>>17275
Это когда в твоей переменной нет объекта, то есть null. Это всегда ошибка на стороне юзера (где-то не проинициализировал или где-то не проверил).
Это когда в твоей переменной нет объекта, то есть null. Это всегда ошибка на стороне юзера (где-то не проинициализировал или где-то не проверил).
Господа котлинисты, может ли кто-то рассказать о своём опыте работы одновременно с корутинами и реляционной БД?
Просто хочется знать, как это сделать, чтобы не было больно. Если юзать Hibernate, то переключение между саспендящимся и блокирующим кодом уродское (да и выгода от реактивности снижается). Если без Hibernate, а например, через спринговый DatabaseClient, то больно грузить саязи и к ним обращаться.
Просто хочется знать, как это сделать, чтобы не было больно. Если юзать Hibernate, то переключение между саспендящимся и блокирующим кодом уродское (да и выгода от реактивности снижается). Если без Hibernate, а например, через спринговый DatabaseClient, то больно грузить саязи и к ним обращаться.
>>06908
Вообще-то, она ещё и искусственно создана, причём любая.
Но разумеется, поэты-писатели-лингвисты-этнографы изъёбывались как могли, выжимая всё возможное из языка и обогащая его, именно для того, чтобы потомки копротивлялись за право быть долбоёбами, не читающими в своей жизни никаких книг и переизобретающими правописание путём угадывания его на слух, как дети ёбаные.
>Вы никогда не думали, что орфография искусственно усложнена
Вообще-то, она ещё и искусственно создана, причём любая.
Но разумеется, поэты-писатели-лингвисты-этнографы изъёбывались как могли, выжимая всё возможное из языка и обогащая его, именно для того, чтобы потомки копротивлялись за право быть долбоёбами, не читающими в своей жизни никаких книг и переизобретающими правописание путём угадывания его на слух, как дети ёбаные.
>>06908
Да естественные языки - это самое что ни наесть легаси, которое тащит любое говно из прошлого, потому что так повелось и никто не будет переучиваться
Да естественные языки - это самое что ни наесть легаси, которое тащит любое говно из прошлого, потому что так повелось и никто не будет переучиваться
>>17311
Ну вот я как то так и решил вроде - держал строку в какой то глобальной структуре, в виде объекта-блоба.
Теперь вот в ходе дискуссии между строк улавливаю что "не объекты" похоже что в жабе не живут и запись в глобальную переменную это на самом деле была запись в локальную неинициализированную. Окей, последний неудобный вопрос - что происходит если я не ставлю в коде проверок на нульпоинтеры (ну типа специально хочу чтоб он прилетел и сломал программу) - видно будет откуда и где стрельнуло или просто как в си жидко пукнет и обмякнет не проронив ни слова. То есть проверка и генерация исключений на совести программиста?
Ну вот я как то так и решил вроде - держал строку в какой то глобальной структуре, в виде объекта-блоба.
Теперь вот в ходе дискуссии между строк улавливаю что "не объекты" похоже что в жабе не живут и запись в глобальную переменную это на самом деле была запись в локальную неинициализированную. Окей, последний неудобный вопрос - что происходит если я не ставлю в коде проверок на нульпоинтеры (ну типа специально хочу чтоб он прилетел и сломал программу) - видно будет откуда и где стрельнуло или просто как в си жидко пукнет и обмякнет не проронив ни слова. То есть проверка и генерация исключений на совести программиста?
>>17345
fix. (Может быть такое? )
> и запись в глобальную переменную - это была запись в неинициализированную переменную внутри вызываемого метода класса.
fix. (Может быть такое? )
>>17344
Неужели за эсперанто топишь?
Неужели за эсперанто топишь?
>>06908
А вот и секта противников буквы "ё", но свидетелей букв "е", "ю" и "я".
Думали, но правила существуют для того, чтобы текст, написанный разными людьми, выглядел единообразно, благодаря чему разные люди оказываются способны понять друг друга.
Плохие правила, хорошие, переусложнённые, не переусложнённые — но они есть и ты им следуешь.
Не нравится — cilre la .lojban. , и говори там по тамошним простым как валенок правилам, но коль говоришь на языкнейм, то будь добр хотя бы расстрельные ошибки фильтровать.
А вот и секта противников буквы "ё", но свидетелей букв "е", "ю" и "я".
>Вы никогда не думали, что орфография искусственно усложнена
Думали, но правила существуют для того, чтобы текст, написанный разными людьми, выглядел единообразно, благодаря чему разные люди оказываются способны понять друг друга.
Плохие правила, хорошие, переусложнённые, не переусложнённые — но они есть и ты им следуешь.
Не нравится — cilre la .lojban. , и говори там по тамошним простым как валенок правилам, но коль говоришь на языкнейм, то будь добр хотя бы расстрельные ошибки фильтровать.
>>17347
Ну если ты в методе объявил локальную с таким же названием, как глобальную, то может быть такое.
При этом на такой прикол чаще в питоне натыкаются, где переменные декларировать не надо, и если просто написать x = 1, думая, что x глобальная, то потом удивишься, что в глобальной x - None. (чтобы работало надо в функции явно написать global x).
>>17345
Если ты про Kotlin, то ты получишь NPE, если попробуешь вызвать метод на null, который null'ом быть не должен. Например, такие фокусы возможны, если через рефлексию в not-nullable поле записать null.
Если хочешь посмотреть на приколы с null-ами в Kotlin, рекомендую посмотреть https://www.youtube.com/watch?v=mKnY_uI3Z9Q
Ну если ты в методе объявил локальную с таким же названием, как глобальную, то может быть такое.
При этом на такой прикол чаще в питоне натыкаются, где переменные декларировать не надо, и если просто написать x = 1, думая, что x глобальная, то потом удивишься, что в глобальной x - None. (чтобы работало надо в функции явно написать global x).
>>17345
Если ты про Kotlin, то ты получишь NPE, если попробуешь вызвать метод на null, который null'ом быть не должен. Например, такие фокусы возможны, если через рефлексию в not-nullable поле записать null.
Если хочешь посмотреть на приколы с null-ами в Kotlin, рекомендую посмотреть https://www.youtube.com/watch?v=mKnY_uI3Z9Q
>>17362
Не, я же написал "неинициализированную", то есть локально такую же не объявляли.
Ясно в общем, спасибо. Может правда вкатится в котлин заранее пока изучивших его мало, судя по описанию не такой отвратительный как скалка или свифт.
Не, я же написал "неинициализированную", то есть локально такую же не объявляли.
Ясно в общем, спасибо. Может правда вкатится в котлин заранее пока изучивших его мало, судя по описанию не такой отвратительный как скалка или свифт.
>>17375
Неинициализированная и необъявленная - не одно и то же.
Неинициализированная и необъявленная - не одно и то же.
>>17340
Сейчас бы высеры древних графоманов чтить. Язык должен быть простым, логичным, информативным. Век, когда можно было подрочить под лучами свечи, попукивая с мыслью какой же ты охуенный, закладывая свои испражнения в умы таких же читателей, прошли, настал информационный век. Каждый байт на счету!
Сейчас бы высеры древних графоманов чтить. Язык должен быть простым, логичным, информативным. Век, когда можно было подрочить под лучами свечи, попукивая с мыслью какой же ты охуенный, закладывая свои испражнения в умы таких же читателей, прошли, настал информационный век. Каждый байт на счету!
>>17345
Ну получишь исключение, NPE это обычное исключение. А где оно произошло увидишь по стектрейсу.
Как в си не падает, это был и есть главный поинт джавы в свое время.
Ну еще ты можешь NPE и другие исключения поймать и залогировать (даже особо сложные исключения, современные логеры продуманные)
Ну получишь исключение, NPE это обычное исключение. А где оно произошло увидишь по стектрейсу.
Как в си не падает, это был и есть главный поинт джавы в свое время.
Ну еще ты можешь NPE и другие исключения поймать и залогировать (даже особо сложные исключения, современные логеры продуманные)
>>17514
Да есть драйвера, даже целых 3: R2DBC, vert.x и этот.
Только Hibernate не умеет в них, а без него работать очень больно, так как надо как-то подгружать связи, и переходить по ним.
Да есть драйвера, даже целых 3: R2DBC, vert.x и этот.
Только Hibernate не умеет в них, а без него работать очень больно, так как надо как-то подгружать связи, и переходить по ним.
>>17358
Ты наверное из тех людей которые будут себе елку в жопу засовывать, если это станет правилом? Ну да, неудобно, но что же теперь, за то мы елочники друг друга понимаем
Ты наверное из тех людей которые будут себе елку в жопу засовывать, если это станет правилом? Ну да, неудобно, но что же теперь, за то мы елочники друг друга понимаем
>>17538
К сожалению, довольно мало на эту тему. И то решение, которое есть (явное использование withContext для перехода на тредпул для операций с БД), мне не нравится, потому что уродство писать этот withContext в каждом сервисе.
Поэтому и спрашиваю опыт анонов.
К сожалению, довольно мало на эту тему. И то решение, которое есть (явное использование withContext для перехода на тредпул для операций с БД), мне не нравится, потому что уродство писать этот withContext в каждом сервисе.
Поэтому и спрашиваю опыт анонов.
>>17542
Не совсем я понимаю, но так наоборот же круто, что у тебя есть отдельный контекст и тредпул. Гоферы вон варятся в куче (смешались люди, кони), а ты тут можешь отдельно держать пул потоков, в котором пул корутин (скажем для хттп, для бд, для записей в файл, для тяжелых операций, например парсинг картинок).
Не совсем я понимаю, но так наоборот же круто, что у тебя есть отдельный контекст и тредпул. Гоферы вон варятся в куче (смешались люди, кони), а ты тут можешь отдельно держать пул потоков, в котором пул корутин (скажем для хттп, для бд, для записей в файл, для тяжелых операций, например парсинг картинок).
>>17556
В случае, если блокирующих вызовов нет в принципе, то это ничем не плохо.Ну разве что на парсинг картинок может быть нужно как-то ресурсы ограничить.
А плохо, потому что меня раздражает контекст переключать явно, вроде мелочь, но раздражает.
> Гоферы вон варятся в куче
В случае, если блокирующих вызовов нет в принципе, то это ничем не плохо.Ну разве что на парсинг картинок может быть нужно как-то ресурсы ограничить.
А плохо, потому что меня раздражает контекст переключать явно, вроде мелочь, но раздражает.
>>17340
Зря старались.
А ещё потомки "копротивлялись" за равные права, отмену рабства и уничтожение сословий. Чёт не вижу вскукареков снобов, дрочащих на тех, кто всё это напридумывал.
> изъёбывались как могли
Зря старались.
> чтобы потомки копротивлялись
А ещё потомки "копротивлялись" за равные права, отмену рабства и уничтожение сословий. Чёт не вижу вскукареков снобов, дрочащих на тех, кто всё это напридумывал.
>>17572
Так кажется, пока не начнешь писать приложение по серьезному. В го приходится вместо пула потока делать целый лишний микросервис (с очередным лишним API)
Так кажется, пока не начнешь писать приложение по серьезному. В го приходится вместо пула потока делать целый лишний микросервис (с очередным лишним API)
>>17723
Ну так расскажи, с какими проблемами столкнулся, разрабатывая серьёзное приложение, и почему пришлось переносить в микросервис.
Может даже на статью на хабр инфы наберёшь.
Ну так расскажи, с какими проблемами столкнулся, разрабатывая серьёзное приложение, и почему пришлось переносить в микросервис.
Может даже на статью на хабр инфы наберёшь.
>>17726
Спасибо что не ЖЖ. Как там в 2010?
Тебе сказали, нет возможности контролить потоки ОС, неожиданно какая-то числодробилка может положить поток с простыми хттп запросами или другим чем-то важным есть там костыль для ОС-потоков, конечно, но для других целей и реально костыль.
>хабр
Спасибо что не ЖЖ. Как там в 2010?
>Ну так расскажи, с какими проблемами столкнулся
Тебе сказали, нет возможности контролить потоки ОС, неожиданно какая-то числодробилка может положить поток с простыми хттп запросами или другим чем-то важным есть там костыль для ОС-потоков, конечно, но для других целей и реально костыль.
>>18182
Никогда не понимал феномен, как взрослые и технически образованные люди, писали/пишут статьи на хабре ради лайков? И ведь там реально бывают работы на которые тратиться не один день. Интересно смеются ли они над девушками, которые выкладывают фото ради лайков в соцсетях?
>хабр
Никогда не понимал феномен, как взрослые и технически образованные люди, писали/пишут статьи на хабре ради лайков? И ведь там реально бывают работы на которые тратиться не один день. Интересно смеются ли они над девушками, которые выкладывают фото ради лайков в соцсетях?
>>18192
По такому определению взрослых людей вообще единицы. Все так или иначе пытаются самоутвердиться, кто-то за лайками гонится, кто-то на пишет провокационные посты на двачах. На то мы и человеки.
За обсуждение такого там обычно минусуют, но да.
По такому определению взрослых людей вообще единицы. Все так или иначе пытаются самоутвердиться, кто-то за лайками гонится, кто-то на пишет провокационные посты на двачах. На то мы и человеки.
> Интересно смеются ли они над девушками, которые выкладывают фото ради лайков в соцсетях?
За обсуждение такого там обычно минусуют, но да.
>>18192
Статьи пишут что бы больше людей увидело, прочитало и оценило. Иначе зачем их писать?
Пиздец такие очевидные вещи же.
Статьи пишут что бы больше людей увидело, прочитало и оценило. Иначе зачем их писать?
Пиздец такие очевидные вещи же.
>>18192
Может у тебя еще и ученые в журналах публикуются ради лайков и внимания?
Статья на хабре которая набрала много лайков не хуже для поиска работы чем зеленый гитхаб.
Может у тебя еще и ученые в журналах публикуются ради лайков и внимания?
Статья на хабре которая набрала много лайков не хуже для поиска работы чем зеленый гитхаб.
>>18464
Ты всех, кто явно не написал "Да" на твой пост, записал в лайкодауны? Даун здесь только ты.
Ты всех, кто явно не написал "Да" на твой пост, записал в лайкодауны? Даун здесь только ты.
>>18464
Поясни какая связь у программирования/айти с чьей то самооценкой?
Ты в айти сферу пришел чтоб потом перед кем то этим выебываться? Если так, то у меня для тебя плохие новости.
Поясни какая связь у программирования/айти с чьей то самооценкой?
Ты в айти сферу пришел чтоб потом перед кем то этим выебываться? Если так, то у меня для тебя плохие новости.
>>18192
Мне из-за комментов на хабре работу предлагали, а тут статьи.
Другой вопрос, нахуя нужна работа и известность в рашке
Мне из-за комментов на хабре работу предлагали, а тут статьи.
Другой вопрос, нахуя нужна работа и известность в рашке
> Смотрите, я не такой как все и не читаю хабр, потому что он на русском, посмотрите на меня, ПОСМОТРИТЕ
>>18478
Наверное, тогда тебе это самооценку подняло, да?
Лол, стоит только засветить где-то свои данные и у тебя уже пачка писем от хрюш, которые хотят тебя в базу свою засунуть.
>Мне из-за комментов на хабре работу предлагали
Наверное, тогда тебе это самооценку подняло, да?
Лол, стоит только засветить где-то свои данные и у тебя уже пачка писем от хрюш, которые хотят тебя в базу свою засунуть.
Интересно почему решили использовать угловые скобки, а не @. Похоже я чего-то ещё не догнал. Я думал сначала что эт-ом обозначается блоки исполняемого кода в фигурных скобках, потом им ещё классы определяются, а в другом месте угловые скобки появились .
204 Кб, 320x320>>19082
Первый случай это наследование.
Второй случай это уточнение для всяких inner классов и прочих лямбда выражений.
Но если объединить момент наследования и вот этого уточнения, может получиться адок? Не?
Первый случай это наследование.
Второй случай это уточнение для всяких inner классов и прочих лямбда выражений.
Но если объединить момент наследования и вот этого уточнения, может получиться адок? Не?
>>19131
Хотя может просто исторически так сложилось.
Хотя может просто исторически так сложилось.
>>19082
Больше разных синтаксисов для одного и то же. Глядишь, наконец-то получим что-то, сравнимое по сложности с крестами.
Больше разных синтаксисов для одного и то же. Глядишь, наконец-то получим что-то, сравнимое по сложности с крестами.
>>19247
Как ни странно, но я когда это читал почему то про C++ с его костылями вспомнил.
Как ни странно, но я когда это читал почему то про C++ с его костылями вспомнил.
Язык молодой, и должна быть красотища и единообразие. Интересно что сейчас с С#, лет пять не интересовался, тоже наверное уже костылями оброс.
>>19297
C# уверенно превращают в всратого франкенштейна.
C# уверенно превращают в всратого франкенштейна.
>>19247
В каком месте это одно и тоже?
1. Случай доступа к методам родительского класса.
2. Второе решение проблемы затенения переменной, потери контекста (чаще для this).
Если у тебя наследуется класс и в нем еще inner класс, да еще с пересекающими названиями - ты получишь "PEN-PINEAPPLE-APPLE-PEN", то есть жопу. А так у тебя будет возможность явно указать что ты хочешь. мне правда лень пример печатать, надеюсь текстом дойдет
>Больше разных синтаксисов для одного и то же.
В каком месте это одно и тоже?
1. Случай доступа к методам родительского класса.
2. Второе решение проблемы затенения переменной, потери контекста (чаще для this).
Если у тебя наследуется класс и в нем еще inner класс, да еще с пересекающими названиями - ты получишь "PEN-PINEAPPLE-APPLE-PEN", то есть жопу. А так у тебя будет возможность явно указать что ты хочешь. мне правда лень пример печатать, надеюсь текстом дойдет
>>19804
Так менее травматично?
Так менее травматично?
36 Кб, 659x477Сгенерировал equals и hashCode c помощью идеи и получил вот такой высер: (см. пик).
Что за джава тут? Котлин же кроссплатформенный и нацелился на независимоть от JVM.
Ну нульчане можно было вставлять блоки кода, а тут так можно?
[code]test[code]
> if (javaClass != other?.javaClass) return false
Что за джава тут? Котлин же кроссплатформенный и нацелился на независимоть от JVM.
Ну нульчане можно было вставлять блоки кода, а тут так можно?
[code]test[code]
>>20879
А жаба какая?
Дурачок, как он нацелиться на независимость от своей основы. Это надо весь этот говноязык переписывать.
>Котлин же кроссплатформенный
А жаба какая?
>нацелился на независимоть от JVM.
Дурачок, как он нацелиться на независимость от своей основы. Это надо весь этот говноязык переписывать.
>>21055
На сайте написанно у них, компилируются в Жабу, ПарашаСкрипт и нейтив ещё какой то там ллвм вроде.
> Дурачок, как он нацелиться на независимость от своей основы.
На сайте написанно у них, компилируются в Жабу, ПарашаСкрипт и нейтив ещё какой то там ллвм вроде.
>>21063
Умеют примерно все, да и нахуй не нужно с приходом васма.
Ага, а родовые жава-травмы (вроде крешей при попытке изменения констант в рантайме) остались. Ещё какая-то мутная модель памяти, которая без гц работает так ахуенно, что из-за неё в к/н 2+ года пытались протащить мультитрединг (кекус).
Тут уж либо надо рвать с жвм и делать нормальный нативный язык, либо жрать кучу говна ради совместимости с жвм которая нахуй не нужна сейчас полезут аргументы про мобильную кроссплатформу, но что ты там нахуй сделаешь кроссплатформой? Запросы на сервер? Чтобы написать к каждому сервису ещё по биндингу и ебаться с форматами данных/тредами/итд?
>ПарашаСкрипт
Умеют примерно все, да и нахуй не нужно с приходом васма.
>нейтив ещё какой то там ллвм вроде
Ага, а родовые жава-травмы (вроде крешей при попытке изменения констант в рантайме) остались. Ещё какая-то мутная модель памяти, которая без гц работает так ахуенно, что из-за неё в к/н 2+ года пытались протащить мультитрединг (кекус).
Тут уж либо надо рвать с жвм и делать нормальный нативный язык, либо жрать кучу говна ради совместимости с жвм которая нахуй не нужна сейчас полезут аргументы про мобильную кроссплатформу, но что ты там нахуй сделаешь кроссплатформой? Запросы на сервер? Чтобы написать к каждому сервису ещё по биндингу и ебаться с форматами данных/тредами/итд?
>>21073
Нахуй не нужна в нативной разработке. Хотя хз кому она вообще вне жавы может понадобиться. Написать утилитку которую можно будет и на сервере с JIT-ом гонять, и на клиенте без прогрева запускать? Ахуеть.
> нахуй не нужна
Нахуй не нужна в нативной разработке. Хотя хз кому она вообще вне жавы может понадобиться. Написать утилитку которую можно будет и на сервере с JIT-ом гонять, и на клиенте без прогрева запускать? Ахуеть.
>>21073
Ничего не понял.
Но со всем остальным согласен.
А вопрос то был чего они тогда непереносимый код генерируют для ПОЖО если есть претензия на крос-питушение.
> Умеют примерно все, да и нахуй не нужно с приходом васма.
Ничего не понял.
Но со всем остальным согласен.
А вопрос то был чего они тогда непереносимый код генерируют для ПОЖО если есть претензия на крос-питушение.
>>21073
В васме нет доступа к DOM, принципиально. Годится исключительно для тяжёлых вычислений без интенсивного обращения к функциям JS.
> нахуй не нужно с приходом васма
В васме нет доступа к DOM, принципиально. Годится исключительно для тяжёлых вычислений без интенсивного обращения к функциям JS.
>>21073
То есть высрать очередной язык без инфраструктуры, тулинга и либ? Котлин создавался как улучшенная джава, а не как новый язык, и одна из основных целей - сохранение совместимости с джавой. Это как C и C++.
> ради совместимости с жвм которая нахуй не нужна
То есть высрать очередной язык без инфраструктуры, тулинга и либ? Котлин создавался как улучшенная джава, а не как новый язык, и одна из основных целей - сохранение совместимости с джавой. Это как C и C++.
>>20879
О боже мой, нет.. НЕЕЕТ...
ну нахуя они это сделали
name?.obj!.test() - я не понимаю в чем смысл, если name нульпоинтер то оно мимо этой проверки пройдет и я не буду знать почему у меня нихуя не работает, а на obj нульпоинтер оно просто встанет и все. Хуяк и программа умерла (может кстати из за этого переменные терялись) кому вот это жизнь упрощает? Нет ладно бы еслиб это опция была, но в свифте том же если вот эту говнину не расставлять оно или ворниншует или не компилит вообще.
>> if (javaClass != other?.javaClass) return false
О боже мой, нет.. НЕЕЕТ...
ну нахуя они это сделали
name?.obj!.test() - я не понимаю в чем смысл, если name нульпоинтер то оно мимо этой проверки пройдет и я не буду знать почему у меня нихуя не работает, а на obj нульпоинтер оно просто встанет и все. Хуяк и программа умерла (может кстати из за этого переменные терялись) кому вот это жизнь упрощает? Нет ладно бы еслиб это опция была, но в свифте том же если вот эту говнину не расставлять оно или ворниншует или не компилит вообще.
>>20879
Блять да это прям тот же свифт. Нет, в общем нахуй, не мое это такого рода языки, я не понимаю мышление тех кто их создает.
>пик
Блять да это прям тот же свифт. Нет, в общем нахуй, не мое это такого рода языки, я не понимаю мышление тех кто их создает.
>>20879
А что ты предлагаешь вместо этого?
Использовать KClass из kotlin-reflect, подключая отдельную зависимость?
А что ты предлагаешь вместо этого?
Использовать KClass из kotlin-reflect, подключая отдельную зависимость?
>>21147
Ты дурачок какой-то. Принудительно извлекая что-то ты литерали говоришь я знаю что делаю, но судя по крашу нихуя ты не знаешь, и язык, который позиционирует себя как типобезопасный, пытается защитить тебя от этого обращая внимание на проблемные места. Подумай нахуя в замыканиях свифта везде заставляют селф расставлять и почему нет казалось бы такой очевидной вещи как доступ к символу строки по целочисленному индексу.
Ты дурачок какой-то. Принудительно извлекая что-то ты литерали говоришь я знаю что делаю, но судя по крашу нихуя ты не знаешь, и язык, который позиционирует себя как типобезопасный, пытается защитить тебя от этого обращая внимание на проблемные места. Подумай нахуя в замыканиях свифта везде заставляют селф расставлять и почему нет казалось бы такой очевидной вещи как доступ к символу строки по целочисленному индексу.
>>21149
Конечно не понимаешь, ты же не писал на них не строчки.
И нихуя не тот же свифт, он куда чище.
Конечно не понимаешь, ты же не писал на них не строчки.
И нихуя не тот же свифт, он куда чище.
>>20879
То есть, разрабатывая под платформу на jvm ты хочешь чтобы платформеный код запускался на javascript, а javascript запускался для jvm? Семен, ты перепил.
Сам язык мультиплатформенный. Один синтаксис, одна стд, одна любовь. Понятно что у тебя не получиться писать под ардуину на jvm, или чтобы jvm вдруг неожиданно появиться браузерный DOM.
То есть, разрабатывая под платформу на jvm ты хочешь чтобы платформеный код запускался на javascript, а javascript запускался для jvm? Семен, ты перепил.
Сам язык мультиплатформенный. Один синтаксис, одна стд, одна любовь. Понятно что у тебя не получиться писать под ардуину на jvm, или чтобы jvm вдруг неожиданно появиться браузерный DOM.
Периодически я удивляюсь, почему некоторые так любят сравнивать котлин со свифтом, а потом вспоминаю, что котлин есть ещё и на андроиде.
1,3 Мб, 1200x1080>>21493
Хех ну да, еще бэк и даже фронт на котлине пишут, ведь есть korlin-js! А работы нет
Хех ну да, еще бэк и даже фронт на котлине пишут, ведь есть korlin-js! А работы нет
34 Кб, 966x520>>21489
Очередной пук-среньк, не имеющий к реальности ничего общего (см. пикчу).
Просто инфоцыгане не очень грамотные технологически и если берут котлин то проводят "прямую" только для андроид. Но в реале, даже мобильные приложения, нередко требует для себя сервер (бэкенд). Ну и надо быть дебилом необязательно малолетним, чтобы зная котлин не писать бэкенд на котлине, тем более когда там есть родные корутины теперь не надо плакать и страдать кушая всякое громоздкое реактивное программирование, или куда страшнее, писать на го
Лично я к мобильной разработки не имею никакого отношения, сейчас пишем все на котлине, причем поверх старой жабы если рефакторим, то сразу в котлин
Очередной пук-среньк, не имеющий к реальности ничего общего (см. пикчу).
Просто инфоцыгане не очень грамотные технологически и если берут котлин то проводят "прямую" только для андроид. Но в реале, даже мобильные приложения, нередко требует для себя сервер (бэкенд). Ну и надо быть дебилом необязательно малолетним, чтобы зная котлин не писать бэкенд на котлине, тем более когда там есть родные корутины теперь не надо плакать и страдать кушая всякое громоздкое реактивное программирование, или куда страшнее, писать на го
Лично я к мобильной разработки не имею никакого отношения, сейчас пишем все на котлине, причем поверх старой жабы если рефакторим, то сразу в котлин
Новые тесты завезли.
https://www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=query
Забавно что на той же машине, некоторые результаты выдали на 23% ниже в сравнение с прошлым раундом.
https://www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=query
Забавно что на той же машине, некоторые результаты выдали на 23% ниже в сравнение с прошлым раундом.
27 Кб, 602x258>>21531
Лол, этот парниша пошел дальше разводить со своим языком и пилит уже шустрые бенчи. Рано вы V тред закопали.
Лол, этот парниша пошел дальше разводить со своим языком и пилит уже шустрые бенчи. Рано вы V тред закопали.
86 Кб, 1314x792>>21972
Лан, буду в следующий раз репортить всех кто доминирует в споре.
Лан, буду в следующий раз репортить всех кто доминирует в споре.
Накодил на этом вашем как его Котлине.
Получилось норм, но не понял, чем он сильно лучше джавы.
https://github.com/Stingray42/coffee-machine
Рейт
Получилось норм, но не понял, чем он сильно лучше джавы.
https://github.com/Stingray42/coffee-machine
Рейт
>>22923
Что тебя расстроило, мой друг? Ты хочешь об этом говорить? Вступай в нашу группу анонимных джава-кодеров
Что тебя расстроило, мой друг? Ты хочешь об этом говорить? Вступай в нашу группу анонимных джава-кодеров
>>23053
То, что кроме огромного количества сахара в Котлине особо ничего полезного нет.
То, что кроме огромного количества сахара в Котлине особо ничего полезного нет.
>>23071
А что там еще должно быть? Я просто не в курсе, может уже появилось место где что-то обещают и ты разочаровался?
Скажи, что там должно быть еще, чтобы это стоило твоего внимание? Совместимость с .NET? Компиляция в го-рантайм? Автокомплит по голосу? Совместимость с TI-99/4A?
А что там еще должно быть? Я просто не в курсе, может уже появилось место где что-то обещают и ты разочаровался?
Скажи, что там должно быть еще, чтобы это стоило твоего внимание? Совместимость с .NET? Компиляция в го-рантайм? Автокомплит по голосу? Совместимость с TI-99/4A?
>>22923
Никогда не поздно вернуться к javascript
Никогда не поздно вернуться к javascript
>>22923
Мне лень смотреть ссылку, то неужели там наконец-то велосипед BigDecimal?
Мне лень смотреть ссылку, то неужели там наконец-то велосипед BigDecimal?
>>23839
Кто не в курсе, на котлин-нейтив там что-то пилят для webAssembly, в подкасте вскользь это упоминают.
Кто не в курсе, на котлин-нейтив там что-то пилят для webAssembly, в подкасте вскользь это упоминают.
>>23846
Возможно, доживем до того момента, когда на хорошем языке можно будет писать и фронт и бэкенд.
Возможно, доживем до того момента, когда на хорошем языке можно будет писать и фронт и бэкенд.
Кому интересна тема
https://habr.com/ru/company/jugru/blog/441140/
https://habr.com/ru/company/jugru/blog/441140/
>>23865
А, ну и properties вместо fields - тоже классно. Но синтаксис аксессоров всратоват.
А, ну и properties вместо fields - тоже классно. Но синтаксис аксессоров всратоват.
>>23865
Собственно этого в джаве и не хватало. Никто не хочет вторую скалу, нам просто хочется работать в инфраструктуре джавы, но только чтобы было удобнее.
Собственно этого в джаве и не хватало. Никто не хочет вторую скалу, нам просто хочется работать в инфраструктуре джавы, но только чтобы было удобнее.
>>23994
Я не совсем понимаю о чем ты. Но думаю, тут речь не про "написал один раз, работает везде", эту похлебку покушали за тебя другое поколение. Тут речь, что ты на одном языке пишешь под разные платформы.
Согласен что код на ардуино будет совсем другой чем код для DOM браузера? Но согласен, что на ардуино или в браузере будет приятнее писать на котлине (чем на квази С++ и жабаскрипте)
Я не совсем понимаю о чем ты. Но думаю, тут речь не про "написал один раз, работает везде", эту похлебку покушали за тебя другое поколение. Тут речь, что ты на одном языке пишешь под разные платформы.
Согласен что код на ардуино будет совсем другой чем код для DOM браузера? Но согласен, что на ардуино или в браузере будет приятнее писать на котлине (чем на квази С++ и жабаскрипте)
<script type="text/kotlin">
document.getElementById("elem", Div::class).innerHTML = "Hello, world"
</script>
document.getElementById("elem", Div::class).innerHTML = "Hello, world"
</script>
>>24091
Интересно, они тоже учат детей ruby или же дают выбрать, когда те подрастут?
Интересно, они тоже учат детей ruby или же дают выбрать, когда те подрастут?
>>24336
Равенство (сравнение) может быть самой частой операцией, эти нано-фиксы будут ощутимы для большого приложения
Равенство (сравнение) может быть самой частой операцией, эти нано-фиксы будут ощутимы для большого приложения
>>25325
Потому что у него синтаксис сложнее. А ещё на него тратят меньше денег т.к. он их не приносит.
Потому что у него синтаксис сложнее. А ещё на него тратят меньше денег т.к. он их не приносит.
>>24977
Ты не сможешь просто так дергать код из js, native, jvm одновременно. У тебя будет только кусок общего кода и все.
Это даже характерно для js на фронтенде и node.js.
Ты не сможешь просто так дергать код из js, native, jvm одновременно. У тебя будет только кусок общего кода и все.
Это даже характерно для js на фронтенде и node.js.
>>25815
Мне не надо ничего дергать, мне надо объекты сравнить.
Дочитал я до инлайн функций и не локальных return-ов, впечатление двоякое. Было бы конечно хорошо, если бы они инлайнились в рантайме, но это похоже не возможно, я ведь правильно понял они инлайнятся во время компиляции? У меня не складывается в уме как дела обстоят с динамически подгружаемыми библиотеками.
Мне не надо ничего дергать, мне надо объекты сравнить.
Дочитал я до инлайн функций и не локальных return-ов, впечатление двоякое. Было бы конечно хорошо, если бы они инлайнились в рантайме, но это похоже не возможно, я ведь правильно понял они инлайнятся во время компиляции? У меня не складывается в уме как дела обстоят с динамически подгружаемыми библиотеками.
>>26260
bool jvmEquals() { ... }
bool jsEquals() { ... }
bool nativeEquals() { ... }
bool equals() { if (isJvm()) { return jvmEquals(); } ... }
bool jvmEquals() { ... }
bool jsEquals() { ... }
bool nativeEquals() { ... }
bool equals() { if (isJvm()) { return jvmEquals(); } ... }
>>26463
Ну будет Void, а не Unit. Ну и сам подумай, Void и Nothing, как бы синонимы по смыслу и получается как то не красиво, а тут Unit и Nothing.
Ну будет Void, а не Unit. Ну и сам подумай, Void и Nothing, как бы синонимы по смыслу и получается как то не красиво, а тут Unit и Nothing.
>>26512
Для заглушки неиспользуемых типов в генериках, такой void-для-генериков.
Вот есть у тебя например какой нибудь модный реактивный поток Publisher<Data, Error>, а ты знаешь что в нём не нужно хэндлить ошибки и суешь в Error Nothing. inb4: void это полноценный тип и компилятор его не может игнорить.
Для заглушки неиспользуемых типов в генериках, такой void-для-генериков.
Вот есть у тебя например какой нибудь модный реактивный поток Publisher<Data, Error>, а ты знаешь что в нём не нужно хэндлить ошибки и суешь в Error Nothing. inb4: void это полноценный тип и компилятор его не может игнорить.
>>26525
По моему ты не прав, он помечает что метод ничего не возвращает, и кидает исключение и больше ничего.
По моему ты не прав, он помечает что метод ничего не возвращает, и кидает исключение и больше ничего.
>>26525
Дополню этого. Например, пусть мы хотим реализовать метод let.
fun <R> let(block: (MyClass) -> R): R
На Java пришлось бы делать два метода let, один для void-функций, другой для функций, возвращающих что-то. А на Kotlin достаточно одного.
Дополню этого. Например, пусть мы хотим реализовать метод let.
fun <R> let(block: (MyClass) -> R): R
На Java пришлось бы делать два метода let, один для void-функций, другой для функций, возвращающих что-то. А на Kotlin достаточно одного.
>>26535
так не* получится
так не* получится
>>26538
Короче компилятор будет знать что если где то вызывается функция с нотхин' то, после вызова ничего далее исполняться не будет
Короче компилятор будет знать что если где то вызывается функция с нотхин' то, после вызова ничего далее исполняться не будет
>>26538
Объяснили выше.
Например, если функция всегда кидает исключение.
Полезно для всяких вспомогательных функций, формирующих исключение и кидающих его.
Пример использования:
fun throwException(): Nothing
fun doSomeComplexOperation(): Int {
if (some condition) {
return <some complex expression>;
} else {
throwException();
}
}
Если бы throwException имел тип Unit, пришлось бы после его вызова явно писать return. А с Nothing компиляор понимает, что после вызова throwException произоёдет исключение, и не требует return.
Объяснили выше.
Например, если функция всегда кидает исключение.
Полезно для всяких вспомогательных функций, формирующих исключение и кидающих его.
Пример использования:
fun throwException(): Nothing
fun doSomeComplexOperation(): Int {
if (some condition) {
return <some complex expression>;
} else {
throwException();
}
}
Если бы throwException имел тип Unit, пришлось бы после его вызова явно писать return. А с Nothing компиляор понимает, что после вызова throwException произоёдет исключение, и не требует return.
>>26527
Потому что СТРАШНА ВЫРУБАЙ. Посмотри на скалу и её генерики с _ через _, и поймёшь.
>А почему не Publisher<Data, *>?
Потому что СТРАШНА ВЫРУБАЙ. Посмотри на скалу и её генерики с _ через _, и поймёшь.
>>26552
А если страшна, то не надо было в котлин такое вводить. И in\out вместо ламповых extends/super тоже
А если страшна, то не надо было в котлин такое вводить. И in\out вместо ламповых extends/super тоже
>>26547
Отличный пример кстати на жабе всегда пишу:
public static <T> T throwNotImplemented() {
throw new ...
}
И потом:
@Override
public int f() {
return throwNotImplemented();
}
Отличный пример кстати на жабе всегда пишу:
public static <T> T throwNotImplemented() {
throw new ...
}
И потом:
@Override
public int f() {
return throwNotImplemented();
}
>>26553
Если страшна то просто не надо усердствовать со всякими операторами, иначе будет хаскель.
Ты же понимаешь, что уже готов кушать каки просто из-за того, что привык? Зачем делать новый язык и тащить туда всё говно?
Если страшна то просто не надо усердствовать со всякими операторами, иначе будет хаскель.
>И in\out вместо ламповых extends/super тоже
Ты же понимаешь, что уже готов кушать каки просто из-за того, что привык? Зачем делать новый язык и тащить туда всё говно?
>>26260
Как ты их сравнишь код? Тебе нужен общий код для двух и более решений и только его ты можешь на всех сторонах сравнить. Вообще иди читай уже, у тебя каша в голове, ты словил триггер на сравнение там, где не надо
Как ты их сравнишь код? Тебе нужен общий код для двух и более решений и только его ты можешь на всех сторонах сравнить. Вообще иди читай уже, у тебя каша в голове, ты словил триггер на сравнение там, где не надо
>>26463
Есть этому объяснение, более качественная система типов.
Есть этому объяснение, более качественная система типов.
М-да, ну здесь и атмосфера, будто смешали тред шарпа с пщ.
>>26596
Мотивация понятна.
Но я в приципе не понимаю, как такое можно было бы реализовать с поддержкой нелокальных return (а без них смысла в inline-функциях особо нет).
Мотивация понятна.
Но я в приципе не понимаю, как такое можно было бы реализовать с поддержкой нелокальных return (а без них смысла в inline-функциях особо нет).
>>26602
Вообще меня котлиновские инлайны удивили, полный контроль и определенность, а не как в сплюсплюс, может заинлайню, а может нет.
Вообще меня котлиновские инлайны удивили, полный контроль и определенность, а не как в сплюсплюс, может заинлайню, а может нет.
>>26604
Так основной смысл инлайна в котлине не в увеличении производительности, а в возможности менять локальные переменные из коллбэков, переданных в инлайн-функцию.
В C++ это есть и без инлайна, так как в лямбде можно захватить локальные переменные по ссылке и менять сколько хочешь, только это немного опасно тем, что лямбда может вызваться после выхода из функции, локальные переменные которой модифицируются.
Так основной смысл инлайна в котлине не в увеличении производительности, а в возможности менять локальные переменные из коллбэков, переданных в инлайн-функцию.
В C++ это есть и без инлайна, так как в лямбде можно захватить локальные переменные по ссылке и менять сколько хочешь, только это немного опасно тем, что лямбда может вызваться после выхода из функции, локальные переменные которой модифицируются.
>>26588
Тут некоторым нужно несколько раз объяснять.
Тут некоторым нужно несколько раз объяснять.
>>26609
Замыкание есть и не на инлайн функциях, это вообще основная фича лямб. Основная вкусняшка инлайн функции это reified type
Замыкание есть и не на инлайн функциях, это вообще основная фича лямб. Основная вкусняшка инлайн функции это reified type
>>26621
Ого, а ведь это круто.
Я думал, что в котлине так же как в Java - не-инлайн-лямбды могут использовать только effectively-final переменные. Оказывается, что не так: вместо этого компилятор оборачивает локальную переменную в контейнер, ссылку на который передает лямбде.
Ну тогда да, плюсами inline остаются только reified и non-local return.
Что касатеся C++, то reified там просто везде, потому что только так работают темплейты. А non-local return там нет в принципе.
Ого, а ведь это круто.
Я думал, что в котлине так же как в Java - не-инлайн-лямбды могут использовать только effectively-final переменные. Оказывается, что не так: вместо этого компилятор оборачивает локальную переменную в контейнер, ссылку на который передает лямбде.
Ну тогда да, плюсами inline остаются только reified и non-local return.
Что касатеся C++, то reified там просто везде, потому что только так работают темплейты. А non-local return там нет в принципе.
Только что посмотрел примеры использования reified тут: https://kotlinlang.org/docs/reference/inline-functions.html
Не могу понять, почему они обязательно требуют inline? Ведь то же самое можно сделать автоматическим добавлением параметра KClass.
То есть так, как это сделано с неявным TypeTag в Scala.
Не могу понять, почему они обязательно требуют inline? Ведь то же самое можно сделать автоматическим добавлением параметра KClass.
То есть так, как это сделано с неявным TypeTag в Scala.
>>26702
Тут большинство - ынтырпрайз джависты на работе, которые в свободное время тыкают котлин. Ну и немного андроидеров.
Тут большинство - ынтырпрайз джависты на работе, которые в свободное время тыкают котлин. Ну и немного андроидеров.
>>26631
Рассчитывается на интероп с джавой. Ну и нельзя нарушать абстракцию байткода, придется создавать целый слой костылей над костылями, погоняя костылями (причем даже там где это не нужно).
Я уже молчу про производительность, с такими метеоданными можно получить второй питон.
Рассчитывается на интероп с джавой. Ну и нельзя нарушать абстракцию байткода, придется создавать целый слой костылей над костылями, погоняя костылями (причем даже там где это не нужно).
Я уже молчу про производительность, с такими метеоданными можно получить второй питон.
>>26702
У мобильщиков каникулы, ближе к сентябрю вернуться. без шуток, мобильная разработка это центр притяжения юных вкатывальщиков школьно-студенческого возраста.
У мобильщиков каникулы, ближе к сентябрю вернуться. без шуток, мобильная разработка это центр притяжения юных вкатывальщиков школьно-студенческого возраста.
>>27506
На работе тоже тыкаем.
На работе тоже тыкаем.
>>28148
Методы с reified-типами и сейчас не могут быть вызваны из Java
Ничего от этого не нарушается.
Просто в сигнатуру метода добавляется ещё один параметр типа KClass.
Довольно часто метод делают reified чисто для того, чтобы использовать рефлексию на типе. В этом случае никаких проблем с производительностью не будет.
Но так не всегда, да. Например, filterIsInstance, он бы действительно потерял в производиельности.
> Рассчитывается на интероп с джавой
Методы с reified-типами и сейчас не могут быть вызваны из Java
> Ну и нельзя нарушать абстракцию байткода
Ничего от этого не нарушается.
Просто в сигнатуру метода добавляется ещё один параметр типа KClass.
> Я уже молчу про производительность
Довольно часто метод делают reified чисто для того, чтобы использовать рефлексию на типе. В этом случае никаких проблем с производительностью не будет.
Но так не всегда, да. Например, filterIsInstance, он бы действительно потерял в производиельности.
Аноны, подскажите. Можно ли как-то прервать delay внутри корутины? И саму корутину во время делея, потому что проблема именно в том, что делей тащит за собой оставшееся тело. Пробовал cancel() и return@launch, но чего-то я, видимо, не понимаю. Либо есть смысл просто скипать часть тела и поднимать вне корутины, но не хотелось бы мусорить.
>>28446
А что получается?
По идее delay должен кинуть CancellationException, и если ты его нигде случайно не поймал, то корутина должна завершиться.
> но чего-то я, видимо, не понимаю
А что получается?
По идее delay должен кинуть CancellationException, и если ты его нигде случайно не поймал, то корутина должна завершиться.
>>28168
Никто не обещал интероп с котлином. О чем ты? Сейчас бы повозмущаться тому, что жабаскрипт не может в фичи тайпскрипта, например получить доступ к типам
Ты просто тупенький.
Действительно, просто. кстати, зачем добавлять в сигнатуру, когда можно добавить информацию сразу в тело функции?? Но это тупо, даже не хочу объяснять. Другая фишка это добавлять к объектам мета-данные. Но тут мы пришли к динамическому программированию и его проблемы производительности
Нужен для того чтобы делать красивой API, и не для попыток натянуть сову на глобус.
>Методы с reified-типами и сейчас не могут быть вызваны из Java
Никто не обещал интероп с котлином. О чем ты? Сейчас бы повозмущаться тому, что жабаскрипт не может в фичи тайпскрипта, например получить доступ к типам
>Ничего от этого не нарушается.
Ты просто тупенький.
>Просто в сигнатуру метода добавляется ещё один параметр типа KClass.
Действительно, просто. кстати, зачем добавлять в сигнатуру, когда можно добавить информацию сразу в тело функции?? Но это тупо, даже не хочу объяснять. Другая фишка это добавлять к объектам мета-данные. Но тут мы пришли к динамическому программированию и его проблемы производительности
>Довольно часто метод делают reified
Нужен для того чтобы делать красивой API, и не для попыток натянуть сову на глобус.
>>28472
Ну ок. Тогда неясно, как такой способ реализации reified нарушает интерпоп с Java.
Это не аргумент.
Речь идёт о реализации reified без требования inline. В этом случае так не сделать, так как функция может быть вызвана с любым типом.
> Никто не обещал интероп с котлином. О чем ты?
Ну ок. Тогда неясно, как такой способ реализации reified нарушает интерпоп с Java.
> Ты просто тупенький.
Это не аргумент.
> когда можно добавить информацию сразу в тело функции
Речь идёт о реализации reified без требования inline. В этом случае так не сделать, так как функция может быть вызвана с любым типом.
>
>>26631
KClass не передает всей возможной информации о типе. В некоторых случаях этого достаточно, но если ты хочешь узнать например nullability типа или его дженерик-аргументы, то через KClass это не сделать.
Могли бы передавать KType, но его сложно сконструировать. В большинстве случаев это был бы оверкилл.
> Не могу понять, почему они обязательно требуют inline? Ведь то же самое можно сделать автоматическим добавлением параметра KClass.
KClass не передает всей возможной информации о типе. В некоторых случаях этого достаточно, но если ты хочешь узнать например nullability типа или его дженерик-аргументы, то через KClass это не сделать.
Могли бы передавать KType, но его сложно сконструировать. В большинстве случаев это был бы оверкилл.
>>28741
В Scala есть TypeTag и ClassTag, и можно выбрать, что конструировать. Аналогичные выбор можно было ввести и в Котлине. К тому же конструировать надо всего один раз за время работы программы.
А вообще, из дискуссии тут и размышлений, похоже на то, что reified сделали требующим inline тупо для простоты и производительности.
Всё же inline - не такая и большая проблема. Да и reified нужен нечасто, а для функций, которые не просто получают KClass из reified и передают его другой функции - ещё реже.
Кстати, как можно просто найти все reified-функции в исходниках или в байткоде? Понятно, что можно найти парсер языка, натравить его, и обработать результаты. Ну в рантайме через classpath scanning и рефлексию. Но может есть что-то, позволяющее сделать такое в 2 клика.
> Могли бы передавать KType, но его сложно сконструировать.
В Scala есть TypeTag и ClassTag, и можно выбрать, что конструировать. Аналогичные выбор можно было ввести и в Котлине. К тому же конструировать надо всего один раз за время работы программы.
А вообще, из дискуссии тут и размышлений, похоже на то, что reified сделали требующим inline тупо для простоты и производительности.
Всё же inline - не такая и большая проблема. Да и reified нужен нечасто, а для функций, которые не просто получают KClass из reified и передают его другой функции - ещё реже.
Кстати, как можно просто найти все reified-функции в исходниках или в байткоде? Понятно, что можно найти парсер языка, натравить его, и обработать результаты. Ну в рантайме через classpath scanning и рефлексию. Но может есть что-то, позволяющее сделать такое в 2 клика.
>>28465
Решил проблему. Перенёс часть кода в invokeOnCompletion и вынес инициализацию Job из оверрайд геттера. Сначала, правда, пофиксил иначе - добавил булевый volatile для проверки состояния, но это слишком грязно.
Решил проблему. Перенёс часть кода в invokeOnCompletion и вынес инициализацию Job из оверрайд геттера. Сначала, правда, пофиксил иначе - добавил булевый volatile для проверки состояния, но это слишком грязно.
Парни это ок писать такие функции?
override fun runOnExecutor(executor: ExecutorService) = Unit
Типо как в яве:
void f(Foo v) {
// Do nothing
}
override fun runOnExecutor(executor: ExecutorService) = Unit
Типо как в яве:
void f(Foo v) {
// Do nothing
}
>>29435
Потому что ещё можно написать не
= Unit
А
{}
Это вопрос по код стайлу, на сайте у них рекомендации не нашёл
Потому что ещё можно написать не
= Unit
А
{}
Это вопрос по код стайлу, на сайте у них рекомендации не нашёл
>>05096 (OP)
В чем кардинальное преимущество котлина перед явой?
У скалы была-есть серьезная поддержка ФП, которая обеспечила ей определенную узкую популярность, икоторая дает возможность пользоваться преимуществами ФП парадигым.
А у котлина то что, все никак не въеду. Чуть подкрашенный синтаксис и корутины - это все?
В чем кардинальное преимущество котлина перед явой?
У скалы была-есть серьезная поддержка ФП, которая обеспечила ей определенную узкую популярность, икоторая дает возможность пользоваться преимуществами ФП парадигым.
А у котлина то что, все никак не въеду. Чуть подкрашенный синтаксис и корутины - это все?
>>29535
А ну да, и это все это опять будет неотрывно юзать яву, ее библиотеки и так далее.
А ну да, и это все это опять будет неотрывно юзать яву, ее библиотеки и так далее.
>>29507
Код-стайл нужен для улучшения сопровождения кода (твоего восприятия кода).
Запись "= Unit" больше выпендреж возможностей котлина, чем реальная потребность. Поэтому новичок или уставший человек может подвиснуть на этом участке кода, когда в действительности этот человек должен за один взгляд проглотить и побежать дальше.
Поэтому, с моей точки зрения, "{}" лучше и привычнее, но поверь, найдутся тимлиды, которые будут топить ровно наоборот, потому что они победители по жизни победители специальных олимпиад. И если это хер будет из какого-нибудь гугла, то это станет станет стандартом де факто. А пока это не стало - используй то что понятнее, возможно даже через год, читая свой код ты сам на нем случайно не запнешься.
Код-стайл нужен для улучшения сопровождения кода (твоего восприятия кода).
Запись "= Unit" больше выпендреж возможностей котлина, чем реальная потребность. Поэтому новичок или уставший человек может подвиснуть на этом участке кода, когда в действительности этот человек должен за один взгляд проглотить и побежать дальше.
Поэтому, с моей точки зрения, "{}" лучше и привычнее, но поверь, найдутся тимлиды, которые будут топить ровно наоборот, потому что они победители по жизни победители специальных олимпиад. И если это хер будет из какого-нибудь гугла, то это станет станет стандартом де факто. А пока это не стало - используй то что понятнее, возможно даже через год, читая свой код ты сам на нем случайно не запнешься.
>>29560
И да, визуально это пересекается с нормальной сигнатурой (двоеточие)
fun runOnExecutor(executor: ExecutorService): Unit
Что тоже плохо.
И не называй методы - функциями (а то можно ввести в заблуждение)
И да, визуально это пересекается с нормальной сигнатурой (двоеточие)
fun runOnExecutor(executor: ExecutorService): Unit
Что тоже плохо.
И не называй методы - функциями (а то можно ввести в заблуждение)
>>29535
Нет, нихуя. Скала взлетела потому что жава в то время обновлялась раз в 5 лет, и то нихуя нового в сам язык не добавляли, а из конкурентов на жвм были только всякие кложа (говно говна) и груви (годный язык, если бы там были нормальные типы а не динамичкское скрипто-испражнение — скала бы так и осталась в своей швейцарской консерватории а котлина бы никогда и не было).
Сейчас же, когда каждые пол года выкатывают новую джаву с самыми сочными плюшками — ни скала, ни котлин никому нахуй не упёрлись. Только гуглу, который нагнул оракл до очередного всплеска NIH-синдрома и очередного го-дарта-2.0.
>У скалы была-есть серьезная поддержка ФП, которая обеспечила ей определенную узкую популярность
Нет, нихуя. Скала взлетела потому что жава в то время обновлялась раз в 5 лет, и то нихуя нового в сам язык не добавляли, а из конкурентов на жвм были только всякие кложа (говно говна) и груви (годный язык, если бы там были нормальные типы а не динамичкское скрипто-испражнение — скала бы так и осталась в своей швейцарской консерватории а котлина бы никогда и не было).
Сейчас же, когда каждые пол года выкатывают новую джаву с самыми сочными плюшками — ни скала, ни котлин никому нахуй не упёрлись. Только гуглу, который нагнул оракл до очередного всплеска NIH-синдрома и очередного го-дарта-2.0.
>>29535
Если твой разум не видит для себя преимущества, то их значит и нет. Прекращай мучить себя странными вопросами. Этот язык не нужен тебе. Мы не секта по типу сообщества го или раста, мы не собираем адептов. Тут просто люди, которые тупо попробовали и им зашло. Никакой магии нет.
Забавно, что несколько лет назад я поплювался от котлина и не стал даже особо играться с ним, а вот сейчас я кроме него уже не могу ни на чем писать.
Если твой разум не видит для себя преимущества, то их значит и нет. Прекращай мучить себя странными вопросами. Этот язык не нужен тебе. Мы не секта по типу сообщества го или раста, мы не собираем адептов. Тут просто люди, которые тупо попробовали и им зашло. Никакой магии нет.
Забавно, что несколько лет назад я поплювался от котлина и не стал даже особо играться с ним, а вот сейчас я кроме него уже не могу ни на чем писать.
>>29568
Че за демагогию ты развел?
Я вприцнипе не смотрел на этот язык, кроме пары статей, и спрашиваю у тех, кто пользуется им давно - в чем преимущество.
Прочитанное в обзорах меня вообще не убедило, выглядит как беттер-джава с подкрученным синтаксисом, как будто бы явовский плох.
Странно, что для человека, занимающегося технарством, этот вопрос непрозрачен.
Че за демагогию ты развел?
Я вприцнипе не смотрел на этот язык, кроме пары статей, и спрашиваю у тех, кто пользуется им давно - в чем преимущество.
Прочитанное в обзорах меня вообще не убедило, выглядит как беттер-джава с подкрученным синтаксисом, как будто бы явовский плох.
Странно, что для человека, занимающегося технарством, этот вопрос непрозрачен.
>>29535
Забавно что в 2020 до сих пор есть люди, которые воспринимают мегакорпорации как единую человекоподобную личность. Поверь, в гугле 100500 загонов, где одновременно могут пилить го, дарт, андроид, фуксию, V8 и коммитить в котлин. Ресурс компании позволяет, компания потом тупо выбирает что выстрелит с моей точки зрения идиотский подход, где гугл больше закрепляет позиции по брошенным проектам.
Котлин не гугловый проект. Откуда вы такие лезете, тоже непонятно, видимо где-то появился очередной пастух-ютубер, который вам заливает.
>>29566
Кардинальные плюсы котлина - он убирает бойлерплейт джавы, сохраняя нормально интероп, при этом оставаясь практичным языком, а не потоком говно фантазий очередного гения. Даже тот же груви местами вызывает изумление, про скалу вообще молчу (а за кложу просто страшно).
Другой момент, джетбрейнс пытаются воплотить самые влажные мечты любого тру-программиста, это сделать один язык для всех платформ. И это круто, не факт что получиться, но к этому уже нужно стремиться, а то как кустари каждый в своем загоне, на своем языке пилим одни и теже велосипеды, 21 век как никак.
Забавно что в 2020 до сих пор есть люди, которые воспринимают мегакорпорации как единую человекоподобную личность. Поверь, в гугле 100500 загонов, где одновременно могут пилить го, дарт, андроид, фуксию, V8 и коммитить в котлин. Ресурс компании позволяет, компания потом тупо выбирает что выстрелит с моей точки зрения идиотский подход, где гугл больше закрепляет позиции по брошенным проектам.
Котлин не гугловый проект. Откуда вы такие лезете, тоже непонятно, видимо где-то появился очередной пастух-ютубер, который вам заливает.
>>29566
Кардинальные плюсы котлина - он убирает бойлерплейт джавы, сохраняя нормально интероп, при этом оставаясь практичным языком, а не потоком говно фантазий очередного гения. Даже тот же груви местами вызывает изумление, про скалу вообще молчу (а за кложу просто страшно).
Другой момент, джетбрейнс пытаются воплотить самые влажные мечты любого тру-программиста, это сделать один язык для всех платформ. И это круто, не факт что получиться, но к этому уже нужно стремиться, а то как кустари каждый в своем загоне, на своем языке пилим одни и теже велосипеды, 21 век как никак.
>>29571
Странно что ты себя считаешь технарем. Открой любую книжку или конфиренцию двухлетней давности и там будет вводная глава "почему котлин". А если хочешь технарский ответ, давай конкретнее по свойствам и мы с тобой обсудим.
>Странно, что для человека, занимающегося технарством, этот вопрос непрозрачен.
Странно что ты себя считаешь технарем. Открой любую книжку или конфиренцию двухлетней давности и там будет вводная глава "почему котлин". А если хочешь технарский ответ, давай конкретнее по свойствам и мы с тобой обсудим.
>>29587
Да я как бы нигде этого не утверждал, ты снова не можешь в информацию и логику.
>Странно что ты себя считаешь технарем.
Да я как бы нигде этого не утверждал, ты снова не можешь в информацию и логику.
>>29588
Ну вот видишь, поэтому я с тобой и говорил как с гуманитарием. и это было правильно, раз ранее прочитанные технические факты тебя не убедили совсем
>Да я как бы нигде этого не утверждал, ты снова не можешь в информацию и логику.
Ну вот видишь, поэтому я с тобой и говорил как с гуманитарием. и это было правильно, раз ранее прочитанные технические факты тебя не убедили совсем
>>29594
Ты опять не можешь в логику, прекрати обсираться, какой ты технарь. Отсутвие утверждения не равно отрицанию, что ты несешь.
Ты опять не можешь в логику, прекрати обсираться, какой ты технарь. Отсутвие утверждения не равно отрицанию, что ты несешь.
>>29581
А с точки зрения гугла — во всём нужна конкуренция. Тащемта, у тебя нормальный взгял среднего совка.
Если бы не гугл с андроидом у котлина не было бы и трети текущей популярности, ты о чём вообще?
Какими, например? Он не взлетел просто потому, что а) никому кроме апача нахуй не нужен, б) это динамический язык на крайне консервативной платформе. Но в своё время был просто ебать какой бомбой, в отличие от котлина, который от жавы серьёзно отличается только наличием null safety и пропертями, которые уже очевидно, что затащат в джаву ещё через год-другой. Котлин без андроида ещё лет через 5 мы обсуждали бы точно так же.
Так они уже есть, их аж 2 — жс и ц++. Надеюсь эта универсальность хоть кому-то что-то хорошее в жизнь привнесла, кроме испорченной крови и посаженных нервов, лол.
>с моей точки зрения идиотский подход, где гугл больше закрепляет позиции по брошенным проектам
А с точки зрения гугла — во всём нужна конкуренция. Тащемта, у тебя нормальный взгял среднего совка.
>Котлин не гугловый проект.
Если бы не гугл с андроидом у котлина не было бы и трети текущей популярности, ты о чём вообще?
>Даже тот же груви местами вызывает изумление
Какими, например? Он не взлетел просто потому, что а) никому кроме апача нахуй не нужен, б) это динамический язык на крайне консервативной платформе. Но в своё время был просто ебать какой бомбой, в отличие от котлина, который от жавы серьёзно отличается только наличием null safety и пропертями, которые уже очевидно, что затащат в джаву ещё через год-другой. Котлин без андроида ещё лет через 5 мы обсуждали бы точно так же.
>Другой момент, джетбрейнс пытаются воплотить самые влажные мечты любого тру-программиста, это сделать один язык для всех платформ
Так они уже есть, их аж 2 — жс и ц++. Надеюсь эта универсальность хоть кому-то что-то хорошее в жизнь привнесла, кроме испорченной крови и посаженных нервов, лол.
>>29591
Хорошо не хуже, как говориться, и на том спасибо.
Ты же понимаешь что программирование сложная штука, а наш мозг ограничен в восприятии?
Вот смотри, у меня есть друг, ему котлин нравится за красивые лямбды "{...}" и возможность писать DSL. У него такая работа, он там грубо конфиги пишет и ему это нравится. Ему так же нравится что не нужно больше писать на говно-питоне. Его не втыкают там корутины, ему не нужно было писать геттеры или сеттеры. У него свое восприятие плюсов языка, но как факты это все сомнительно, да?
Если ты ничего для себя не нашел и тебе кажется что это сахар поверх жабы, то так оно и есть (для тебя), что ты от нас то хочешь услышать? Неведомую скрытую серебряную пулю, которые скрыли от тебя маркетологи и евангелисты языка?
>Беттер джава
Хорошо не хуже, как говориться, и на том спасибо.
Ты же понимаешь что программирование сложная штука, а наш мозг ограничен в восприятии?
Вот смотри, у меня есть друг, ему котлин нравится за красивые лямбды "{...}" и возможность писать DSL. У него такая работа, он там грубо конфиги пишет и ему это нравится. Ему так же нравится что не нужно больше писать на говно-питоне. Его не втыкают там корутины, ему не нужно было писать геттеры или сеттеры. У него свое восприятие плюсов языка, но как факты это все сомнительно, да?
Если ты ничего для себя не нашел и тебе кажется что это сахар поверх жабы, то так оно и есть (для тебя), что ты от нас то хочешь услышать? Неведомую скрытую серебряную пулю, которые скрыли от тебя маркетологи и евангелисты языка?
>>29601
Что за бред? Кладбище проектов, рождает пониженный интерес к новым, а значит к убыткам там, где их возможно не было бы. Каким местом тут совок вкрался, когда тут проблема маркетинга, я хз. Но раз ты такой шизик, то кормить я тебя больше не буду.
>Тащемта, у тебя нормальный взгял среднего совка.
Что за бред? Кладбище проектов, рождает пониженный интерес к новым, а значит к убыткам там, где их возможно не было бы. Каким местом тут совок вкрался, когда тут проблема маркетинга, я хз. Но раз ты такой шизик, то кормить я тебя больше не буду.
>>29605
Я привел пример скалы, которая фундаментально отличается от явы наличие либ, позволяющих писать код без сайдэффектов и тд.
Тебя, как я понял, задел ярлык беттер джавы - но по описанию это так. ЧТо же, судя по всему эта ниши всегда будет, ее кто то должен занимать. Не понимаю, в чем ваша проблема с принятием этой нишевости.
Я привел пример скалы, которая фундаментально отличается от явы наличие либ, позволяющих писать код без сайдэффектов и тд.
Тебя, как я понял, задел ярлык беттер джавы - но по описанию это так. ЧТо же, судя по всему эта ниши всегда будет, ее кто то должен занимать. Не понимаю, в чем ваша проблема с принятием этой нишевости.
>>29610
Ты сейчас ахуеешь, но победа в конкуренции — это когда конкуренты сдохли. Да, это не эффективно на старте, но эффективно на долгой дистанции. А если твой проект начинает задыхаться — значит он проиграл и его легче добить. Стоимость гугла (Alphabet Inc) как бы сама за себя говорит.
Тащемта, посмотри на космическую отрасль США. Там сейчас на коне SpaceX, а правительство уже активно кормит его конкурентов. Это эффективно? Нет. Где эффективный Роскосмос у которого 0 конкурентов и 20 лет монополии на рынке? Пускает ракеты которые разработаны несколько десятков лет, зато эффективненько, лишних денег на конкуренцию не тратится.
Тащемта, и так во всём, правда никто не понимает что проблема-то в головах.
Ты сейчас ахуеешь, но победа в конкуренции — это когда конкуренты сдохли. Да, это не эффективно на старте, но эффективно на долгой дистанции. А если твой проект начинает задыхаться — значит он проиграл и его легче добить. Стоимость гугла (Alphabet Inc) как бы сама за себя говорит.
Тащемта, посмотри на космическую отрасль США. Там сейчас на коне SpaceX, а правительство уже активно кормит его конкурентов. Это эффективно? Нет. Где эффективный Роскосмос у которого 0 конкурентов и 20 лет монополии на рынке? Пускает ракеты которые разработаны несколько десятков лет, зато эффективненько, лишних денег на конкуренцию не тратится.
Тащемта, и так во всём, правда никто не понимает что проблема-то в головах.
>>29601
Поверь для бэкенд разработчика от этого ни тепло ни холодно порой даже мешает.
>Если бы не гугл с андроидом у котлина не было бы и трети текущей популярности, ты о чём вообще?
Поверь для бэкенд разработчика от этого ни тепло ни холодно порой даже мешает.
>>29605
Ты ему покажи груви, откуда котлин это всё позаимствовал. Он ахуеет ещё сильнее.
>Вот смотри, у меня есть друг, ему котлин нравится за красивые лямбды "{...}" и возможность писать DSL
Ты ему покажи груви, откуда котлин это всё позаимствовал. Он ахуеет ещё сильнее.
>>29614
Меня ничего не задело, я просто пытаюсь общаться с каждым на их уровне. Если котлин можно назвать "лучшей джавой" то это хорошо. Потому что скалу, я так назвать не могу. Не скажу что хуже, скажу что она "налево".
Меня ничего не задело, я просто пытаюсь общаться с каждым на их уровне. Если котлин можно назвать "лучшей джавой" то это хорошо. Потому что скалу, я так назвать не могу. Не скажу что хуже, скажу что она "налево".
>>29617
Только если этот бэкэндер работает в стартапе и сам решает на чём писать. В любой большой компании менеджмент хотя и так почти везде пошлёт тебя послал бы нахуй, если бы котлин не бампнул бы рейтинги и кол-во вакансий с "Kotlin" в названии за счёт гугла, ведь и не было бы аргумента что "найти разраба на котлине относительно легко".
Только если этот бэкэндер работает в стартапе и сам решает на чём писать. В любой большой компании менеджмент хотя и так почти везде пошлёт тебя послал бы нахуй, если бы котлин не бампнул бы рейтинги и кол-во вакансий с "Kotlin" в названии за счёт гугла, ведь и не было бы аргумента что "найти разраба на котлине относительно легко".
>>29618
Я ему это по началу и говорил. Ему как раз зашел типизированный DSL. Это тот случай, когда маркетологи попали точно в цель. возможно единичную, но блин, такие вот кейсы оказывается бывают. Он даже мне объяснял почему DSL на динамических языках это не очень удобно и почему котлин тут ему помог. Хотя не отрицаю тут у него вау-эффект.
Я ему это по началу и говорил. Ему как раз зашел типизированный DSL. Это тот случай, когда маркетологи попали точно в цель. возможно единичную, но блин, такие вот кейсы оказывается бывают. Он даже мне объяснял почему DSL на динамических языках это не очень удобно и почему котлин тут ему помог. Хотя не отрицаю тут у него вау-эффект.
>>29620
Ты очередной диванный HR.
Поверь, снизить усталость ребят от жабы, которую они ябут 10-15 лет и уже краем глаза смотрят как устроить мне очередную текучку кадров, это порой важнее, чем найти жабиста и натянуть на него котлин (который хорошо натягивается, в отличие от совы).
Ты очередной диванный HR.
Поверь, снизить усталость ребят от жабы, которую они ябут 10-15 лет и уже краем глаза смотрят как устроить мне очередную текучку кадров, это порой важнее, чем найти жабиста и натянуть на него котлин (который хорошо натягивается, в отличие от совы).
>>29628
Ты сам написал
хотя про них там не было ни слова, а сам высрал типичный эйчарский аргумент в пользу стартапов "мы не можем заплатить конкурентную зарплату, но технологии нескучные!".
Ты сам написал
>Ты очередной диванный HR.
хотя про них там не было ни слова, а сам высрал типичный эйчарский аргумент в пользу стартапов "мы не можем заплатить конкурентную зарплату, но технологии нескучные!".
>>29637
Проблема в том, что программисту не объяснишь, что на следующей работе его ждет очередное легаси. А тут есть шанс освежить свое говно чем-то новым, при этом вменяемым, если вспоминать скалу.
Мы явно не модные и молодежные стартаперы, просто программисты выгорают.
А так это реально целая проблема, куда не посади программиста, он превращает все в легаси. Сделай язык, который убирает энтропию кода для программиста - станешь известным новаторам тысячелетия, может даже богатым.
Проблема в том, что программисту не объяснишь, что на следующей работе его ждет очередное легаси. А тут есть шанс освежить свое говно чем-то новым, при этом вменяемым, если вспоминать скалу.
Мы явно не модные и молодежные стартаперы, просто программисты выгорают.
А так это реально целая проблема, куда не посади программиста, он превращает все в легаси. Сделай язык, который убирает энтропию кода для программиста - станешь известным новаторам тысячелетия, может даже богатым.
>>29596
Я говорю, "ты плохой технарь", ты возражаешь и говоришь что "не говорил что технарь".
Раз это возражение и у нас всего два состояния (технарь или не технарь), а по технарю ты возразил, то я смело могут делать вывод что ты гуманитарь. И не важно, что ты там подразумевал, тут как сказано так и понято.
Я говорю, "ты плохой технарь", ты возражаешь и говоришь что "не говорил что технарь".
Раз это возражение и у нас всего два состояния (технарь или не технарь), а по технарю ты возразил, то я смело могут делать вывод что ты гуманитарь. И не важно, что ты там подразумевал, тут как сказано так и понято.
>>29689
То есть, по де-факто правилу (хз какому там), ты должен был уточнить, чтобы я тебя правильно понял. Но представь как этого глупо выглядело бы -"Я не говорил что я технарь, но я технарь". Абсурд, да?
В общем, ты и гуманитарь так себе.
То есть, по де-факто правилу (хз какому там), ты должен был уточнить, чтобы я тебя правильно понял. Но представь как этого глупо выглядело бы -"Я не говорил что я технарь, но я технарь". Абсурд, да?
В общем, ты и гуманитарь так себе.
Хуярь.
>>29689
Вранье не тянет даже на демагогический прием, прекрати свой позор, ты обосрался уже давно и много раз.
>Я говорю, "ты плохой технарь"
>Странно что ты себя считаешь технарем.
Вранье не тянет даже на демагогический прием, прекрати свой позор, ты обосрался уже давно и много раз.
>>29759
Судя по треду, на картинке ты.
Судя по треду, на картинке ты.
>>29560
Что за чушь? Каким образом Unit портит читабельность, если это явное указание на возвращаемое значение и ошибиться в этом случае просто невозможно, какой бы ни сложной не была функция?
Что за чушь? Каким образом Unit портит читабельность, если это явное указание на возвращаемое значение и ошибиться в этом случае просто невозможно, какой бы ни сложной не была функция?
>>29792
Нет, просто любая неявная декларация - минус к удобству.
Нет, просто любая неявная декларация - минус к удобству.
>>29767
Потому что автовывод сигнатуры функции (возвращаемого значения) зло и хипстерство:
fun foo(x: Int) = someFun(x)
Когда должна быть допустим только такой вариант
fun foo(x: Int): String = someFun(x)
Это удобно в некоторых случаях, но дай только такую возможность, начнут срать везде
Потому что автовывод сигнатуры функции (возвращаемого значения) зло и хипстерство:
fun foo(x: Int) = someFun(x)
Когда должна быть допустим только такой вариант
fun foo(x: Int): String = someFun(x)
Это удобно в некоторых случаях, но дай только такую возможность, начнут срать везде
>>29947
Пспс, поэтому синтаксис явы и хорош.
Да, это бойлерплейт, но зато наглядно все написано и читается лучше, чем во всяких котлино-скалах
Пспс, поэтому синтаксис явы и хорош.
Да, это бойлерплейт, но зато наглядно все написано и читается лучше, чем во всяких котлино-скалах
>>29950
У всего есть своя цена, но я согласен, что джава код можно бегло без IDE прочитать на каком-нибудь гитхламе.
Правда это справедливо для небольшого кода, а серьезно читать код без IDE, это уже идиотизм. Поэтому не особо большая потеря, за удобства автовывода и более чистого кода (визуально).
Исключение, конечно, сигнатуры функции. Это то еще зло.
У всего есть своя цена, но я согласен, что джава код можно бегло без IDE прочитать на каком-нибудь гитхламе.
Правда это справедливо для небольшого кода, а серьезно читать код без IDE, это уже идиотизм. Поэтому не особо большая потеря, за удобства автовывода и более чистого кода (визуально).
Исключение, конечно, сигнатуры функции. Это то еще зло.
>>29950
Ровно до того, пока не начинаешь недостатки языка через паттерны реализовывать.
>читается лучше
Ровно до того, пока не начинаешь недостатки языка через паттерны реализовывать.
>>29947
Стоп, речь не об этом. Я ответил на это:
А в том виде, который описал ты, это действительно лишнее, но только в том случае, если этого не требует нуллабельность(например, когда возвращаемое значение автоматически преобразовывается в Type!) или вариантность - когда происходит приведение к верхнему объекту, если отсутствуют ограничения проецирования. В таких случаях тип нужно указывать явно.
Стоп, речь не об этом. Я ответил на это:
>Запись "= Unit" больше выпендреж возможностей котлина, чем реальная потребность.
>Поэтому, с моей точки зрения, "{}" лучше и привычнее
А в том виде, который описал ты, это действительно лишнее, но только в том случае, если этого не требует нуллабельность(например, когда возвращаемое значение автоматически преобразовывается в Type!) или вариантность - когда происходит приведение к верхнему объекту, если отсутствуют ограничения проецирования. В таких случаях тип нужно указывать явно.
>>29950
Кстати говоря, соглашусь с тем, что джава хороша с точки зрения наличия защиты от дурака. В Котлине чистота кода во многом зависит от тебя самого, от соблюдения правил написания читабельного кода. Не знаю, правда, можно ли считать это плюсом, это скорее особенность. Так или иначе, это ещё одно требование, в отношении которого ты должен быть компетентен, говоря о Котлине.
>наглядно все написано и читается лучше, чем во всяких котлино-скалах
Кстати говоря, соглашусь с тем, что джава хороша с точки зрения наличия защиты от дурака. В Котлине чистота кода во многом зависит от тебя самого, от соблюдения правил написания читабельного кода. Не знаю, правда, можно ли считать это плюсом, это скорее особенность. Так или иначе, это ещё одно требование, в отношении которого ты должен быть компетентен, говоря о Котлине.
>>30006
Очевидно что "= Unit" заглушка для будущей процедуры (функции которая не возвращает значение). А значит в любом случае она будет описана тело через "{}".
Поэтому и понты.
Моя главная претензия в том, что функции и методы должны всегда явно описывать сигнатуру. Не писать явно сигнатуру зло. И куда хуже если завтра вообще будет там не Unit, а другая функция которая возвращает тип.
В любом случае ты залипаешь на эту функцию, тратя свое время, потому что в ней ты не видишь ни сигнатур ни API.
В третьих, нельзя оставлять валидные заглушки. Всегда нужно ронять исключением, в котлине вроде даже есть TODO-сахарок-функция.
Очевидно что "= Unit" заглушка для будущей процедуры (функции которая не возвращает значение). А значит в любом случае она будет описана тело через "{}".
Поэтому и понты.
Моя главная претензия в том, что функции и методы должны всегда явно описывать сигнатуру. Не писать явно сигнатуру зло. И куда хуже если завтра вообще будет там не Unit, а другая функция которая возвращает тип.
В любом случае ты залипаешь на эту функцию, тратя свое время, потому что в ней ты не видишь ни сигнатур ни API.
В третьих, нельзя оставлять валидные заглушки. Всегда нужно ронять исключением, в котлине вроде даже есть TODO-сахарок-функция.
108 Кб, 1201x796>>29978
Самое первое что в голову пришло и вспомнилось - визитор, потокобезопасный синглетон. А вообще я даже тебе картинку сделал, ибо мальчик уже взрослый и можешь сам гуглить.
Самое первое что в голову пришло и вспомнилось - визитор, потокобезопасный синглетон. А вообще я даже тебе картинку сделал, ибо мальчик уже взрослый и можешь сам гуглить.
>>30033
На дваче спрашивать хоть и медленее, зато релевантность выше. Всегда найдется лошок, который все за меня сделает.
>можешь сам гуглить
На дваче спрашивать хоть и медленее, зато релевантность выше. Всегда найдется лошок, который все за меня сделает.
>>30012
То что сейчас в джаве воспринимает стильно, создавалось кровью и потом. Сходите к плюсовикам, там до сих пор не договорились о стиле.
То есть, заслуга эта не джавы, а комьюнити. А то до сих пор бы сейчас встречали код с публичными полями вместо геттеров и сеттеров.
То что сейчас в джаве воспринимает стильно, создавалось кровью и потом. Сходите к плюсовикам, там до сих пор не договорились о стиле.
То есть, заслуга эта не джавы, а комьюнити. А то до сих пор бы сейчас встречали код с публичными полями вместо геттеров и сеттеров.
578 Кб, 600x337>>30036
Когда ты уточняешь что-то, это ты ставишь себя на ранг ньюфага. А вот, отвечающему по кайфу чувствовать превосходство своего интеллекта. На всем этом и держится вся эта форумная или SO фигня, тешить свое самолюбие отвечая на очевидные вопросы (поэтому на сложные вопросы фиг когда ответа дождешься, а в чатиках максимум помогает по синтаксису, ибо это легко и быстро).
Ты думаешь что ты победил, но на самом деле ты просто покормил мое самолюбие, и где-то подсознательно ты это почувствовал, написав такой оскорбительный пост, чтобы в ответ задеть мои чувства. Но нет, я уже насытился и ощущаю превосходство над тобой. Как-будто ты лежишь у меня в ногах и что-то там пытаешься тявкнуть.
Когда ты уточняешь что-то, это ты ставишь себя на ранг ньюфага. А вот, отвечающему по кайфу чувствовать превосходство своего интеллекта. На всем этом и держится вся эта форумная или SO фигня, тешить свое самолюбие отвечая на очевидные вопросы (поэтому на сложные вопросы фиг когда ответа дождешься, а в чатиках максимум помогает по синтаксису, ибо это легко и быстро).
Ты думаешь что ты победил, но на самом деле ты просто покормил мое самолюбие, и где-то подсознательно ты это почувствовал, написав такой оскорбительный пост, чтобы в ответ задеть мои чувства. Но нет, я уже насытился и ощущаю превосходство над тобой. Как-будто ты лежишь у меня в ногах и что-то там пытаешься тявкнуть.
>>30038
Согласен, но всё равно считаю, что в самой Джаве больше ограничений.
>>30023
Пиши как угодно, если это не во вред, вот и всё. Все те случаи, которые ты описываешь, сводятся к тому, что код должен быть достаточно информативным, поэтому нужно использовать все средства, которые доступны. Функции/методы должны быть описательными, не вызывающими лишних вопросов. Увы, некоторые этим пренебрегают, но от этого никуда не деться, сам понимаешь. Тут даже дело не столько в языках, сколько в людях, которые пишут код. Тем не менее, на Котлине можно писать чисто. И, разумеется, нужно.
Согласен, но всё равно считаю, что в самой Джаве больше ограничений.
>>30023
Пиши как угодно, если это не во вред, вот и всё. Все те случаи, которые ты описываешь, сводятся к тому, что код должен быть достаточно информативным, поэтому нужно использовать все средства, которые доступны. Функции/методы должны быть описательными, не вызывающими лишних вопросов. Увы, некоторые этим пренебрегают, но от этого никуда не деться, сам понимаешь. Тут даже дело не столько в языках, сколько в людях, которые пишут код. Тем не менее, на Котлине можно писать чисто. И, разумеется, нужно.
>>30057
Так и это не ответ, а утверждение, суть которого я развернуто изложил.
Так и это не ответ, а утверждение, суть которого я развернуто изложил.
Есть ли на котлине/(других статических языках) что-то наподобие RoR чтобы за пол часа можно было запилить готовый сайт со всеми приблудами?
>>30304
В жабе надо делать бочку с методами потому, что авторы не осилили значения по умолчанию.
В жабе надо делать бочку с методами потому, что авторы не осилили значения по умолчанию.
>>30383
Тонна магического необузданного говна?
Spring, play2
Тут может что найдешь
https://www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=fortune&l=xan9tr-1r&c=6
>что-то наподобие RoR
Тонна магического необузданного говна?
Spring, play2
Тут может что найдешь
https://www.techempower.com/benchmarks/#section=data-r19&hw=ph&test=fortune&l=xan9tr-1r&c=6
>>30407
И пососы с факапами на интерконнекте при малейшей нагрузке. А при чуть более сильной - лавинообразное складывание всех микросервисов у БУТЫЛОЧНОГО ГОРЛА.
>Сейчас уклон в около модульную архитектуру
И пососы с факапами на интерконнекте при малейшей нагрузке. А при чуть более сильной - лавинообразное складывание всех микросервисов у БУТЫЛОЧНОГО ГОРЛА.
>>30416
Я ничего не говорил про микросервисы, я говорил про модули.
Например ОРМ жестко не зашит в фреймворк.
Я ничего не говорил про микросервисы, я говорил про модули.
Например ОРМ жестко не зашит в фреймворк.
>>30416
И это самое смешное во всей этой микросервисной кухне - по сути взяли хипстанов и заставили заниматься по-сути тем же, чем занимаются на протяжении всего своего существования джунипер и циско.
Только вместо ебейших седых инженеров с годами опыта создания всех этих интернетов и его протоколов за плечами - хипстеры со стремительно ТЕРЯЮЩИМИ МОДУ СТЕКАМИ.
И это самое смешное во всей этой микросервисной кухне - по сути взяли хипстанов и заставили заниматься по-сути тем же, чем занимаются на протяжении всего своего существования джунипер и циско.
Только вместо ебейших седых инженеров с годами опыта создания всех этих интернетов и его протоколов за плечами - хипстеры со стремительно ТЕРЯЮЩИМИ МОДУ СТЕКАМИ.
Там скоро котлин сабреддит обгонит скала сабреддит, по подписчикам, а вы тут все херню постите.
https://www.reddit.com/r/Kotlin/comments/hdbqs1/within_24_hours_kotlin_will_overtake_the_scala/
https://www.reddit.com/r/Kotlin/comments/hdbqs1/within_24_hours_kotlin_will_overtake_the_scala/
Какой стек посоветуете подтянуть для создания небольшого, но масштабируемого REST? За основу беру Spring Boot, подумываю над использованием MongoDb.
>>32324
Команда сообщества котлин, всегда поможет в трудную минуту выбора стека.
Команда сообщества котлин, всегда поможет в трудную минуту выбора стека.
Котлин натив насколько производительная штука?
18 Кб, 602x540>>05245
Ну, как и говорили, я обосрался без знания джавы. Не знаю что делать, смотрю и в вакансиях ее еще требуют, а котлин в довесок идет.
Джава же огромная, там учить можно бесконечно.
Ну, как и говорили, я обосрался без знания джавы. Не знаю что делать, смотрю и в вакансиях ее еще требуют, а котлин в довесок идет.
Джава же огромная, там учить можно бесконечно.
>>32823
Джава весьма примитивный язык, она не огромная
Джава весьма примитивный язык, она не огромная
>>32823
Что в джаве огромное - так это библиотеки, включая стандартную.
Сам синтаксис в джаве простейший, фишечек там минимум. Проще, наверное, только в сишке и го. Даже JS сложнее.
Что в джаве огромное - так это библиотеки, включая стандартную.
Сам синтаксис в джаве простейший, фишечек там минимум. Проще, наверное, только в сишке и го. Даже JS сложнее.
>>32850
К тому же, если учишь Котлин, то эти библиотеки тоже надо знать, потому что они используются и в котлине.
К тому же, если учишь Котлин, то эти библиотеки тоже надо знать, потому что они используются и в котлине.
>>32823
Обосрался в каком смысле этого слова? Не осилил мануалы, где всё сводится к "в отличие от Java..." хи-хи
От Java-джуна требуется знание SE с фишечками из восьмёрки, sql. ООП Плюсом будет, если ты хоть сколько-то поковырял EE и осилил сервлеты, что-то знаешь о Спринге и используемом стеке как таковом (зачем и почему). Паттерны и иные концептуальные вещи ситуативны и напрямую зависят от серьёзности задач на предлагаемой должности. Важно то, что в энтерпрайзе ты не можешь не знать Java.
Обосрался в каком смысле этого слова? Не осилил мануалы, где всё сводится к "в отличие от Java..." хи-хи
От Java-джуна требуется знание SE с фишечками из восьмёрки, sql. ООП Плюсом будет, если ты хоть сколько-то поковырял EE и осилил сервлеты, что-то знаешь о Спринге и используемом стеке как таковом (зачем и почему). Паттерны и иные концептуальные вещи ситуативны и напрямую зависят от серьёзности задач на предлагаемой должности. Важно то, что в энтерпрайзе ты не можешь не знать Java.
>>32953
Правда ли, что для джуна этого сейчас достаточно?
Я вот смотрю одну из вакансий на джуна и вижу, что требуется опыт в Hibernate и Spring. Но неясно, какого размера опыт требуется.
Одно дело написание TODO-листа, другое дело написание относительно крупного проекта с использованием advanced-фич Spring и Hibernate (например, для Spring собственные BeanPostprocessor, scope, для Hibernate какие-то ебанутые маппинги с кастомными типами на несколько столбцов).
С требованиями SQL тоже неясно. Одно дело - уметь простые select+join+group by. Другое дело - ебанутые запросы с window-функциями, при том умение их оптимизировать, а также хорошее знание реализации изоляции транзакции в конкретной БД,
> От Java-джуна требуется знание SE с фишечками из восьмёрки, sql. ООП
> Немного сервлеты и спринга
Правда ли, что для джуна этого сейчас достаточно?
Я вот смотрю одну из вакансий на джуна и вижу, что требуется опыт в Hibernate и Spring. Но неясно, какого размера опыт требуется.
Одно дело написание TODO-листа, другое дело написание относительно крупного проекта с использованием advanced-фич Spring и Hibernate (например, для Spring собственные BeanPostprocessor, scope, для Hibernate какие-то ебанутые маппинги с кастомными типами на несколько столбцов).
С требованиями SQL тоже неясно. Одно дело - уметь простые select+join+group by. Другое дело - ебанутые запросы с window-функциями, при том умение их оптимизировать, а также хорошее знание реализации изоляции транзакции в конкретной БД,
>>32971
Они пишут это для того, чтобы кандидат имел представление о том, с чем придется работать, и ожидают, что ты имеешь достаточный уровень знаний, чтобы решать ту часть задач, которую тебе делегируют. Очевидно, что тебе не будут давать сложные задачи, потому что это просто невыгодно, так что бояться этого не нужно. Размер опыта условен и предполагает лишь то, что человек способен ориентироваться в рабочем процессе и не потеряется на пустом месте. Тут нужно не гадать, а пробовать свои силы на интервью, заодно и свои пробелы найдёшь.
Они пишут это для того, чтобы кандидат имел представление о том, с чем придется работать, и ожидают, что ты имеешь достаточный уровень знаний, чтобы решать ту часть задач, которую тебе делегируют. Очевидно, что тебе не будут давать сложные задачи, потому что это просто невыгодно, так что бояться этого не нужно. Размер опыта условен и предполагает лишь то, что человек способен ориентироваться в рабочем процессе и не потеряется на пустом месте. Тут нужно не гадать, а пробовать свои силы на интервью, заодно и свои пробелы найдёшь.
>>33047
Ну так кандидатов, которые имеют достаточный уровень знаний для решения задач, существенно больше, чем число вакансий, разве нет? Поэтому чтобы устроиться на работу надо знать больше, чем реально нужно для решения задач.
Особенно сейчас с карантином, зашёл на hh и поразился, как мало стало джунских вакансий.
> и ожидают, что ты имеешь достаточный уровень знаний, чтобы решать ту часть задач, которую тебе делегируют
Ну так кандидатов, которые имеют достаточный уровень знаний для решения задач, существенно больше, чем число вакансий, разве нет? Поэтому чтобы устроиться на работу надо знать больше, чем реально нужно для решения задач.
Особенно сейчас с карантином, зашёл на hh и поразился, как мало стало джунских вакансий.
>>33079
А я и не говорил, что не нужно знать больше. :)
Я говорил о требованиях работодателя, а не о конкуренции, которая является отдельной темой. Возвращаясь к требованиям, важно понимать и то, что границы размыты слишком сильно, равно как велико и количество факторов, которые влияют на положительный результат трудоустройство в той или иной степени. Дело тут вот в чём: "достаточность" собственных знаний условную готовность довольно сложно оценить, поэтому нужно начать пробовать собеседоваться на определённом этапе, когда ты понимаешь, что можешь вникнуть в суть проекта и что-то предложить.
Кандидатов всегда будет много, но если ты усердно трудишься, тебе достанется место того, кто трудился хуже тебя.
А я и не говорил, что не нужно знать больше. :)
Я говорил о требованиях работодателя, а не о конкуренции, которая является отдельной темой. Возвращаясь к требованиям, важно понимать и то, что границы размыты слишком сильно, равно как велико и количество факторов, которые влияют на положительный результат трудоустройство в той или иной степени. Дело тут вот в чём: "достаточность" собственных знаний условную готовность довольно сложно оценить, поэтому нужно начать пробовать собеседоваться на определённом этапе, когда ты понимаешь, что можешь вникнуть в суть проекта и что-то предложить.
Кандидатов всегда будет много, но если ты усердно трудишься, тебе достанется место того, кто трудился хуже тебя.
>>33462
Все спортсмены на месте
Все спортсмены на месте
/r/scala/ 34.045 Members
/r/Kotlin/ 33.887 Members
Котлин идет по пятам
/r/Kotlin/ 33.887 Members
Котлин идет по пятам
>>34081
Стоит ли в 40 лет учить джаву? Есть ли будущее у котлина?
Стоит ли в 40 лет учить джаву? Есть ли будущее у котлина?
>>34081
Ебать ты здоровый
Ебать ты здоровый
>>34339
Он самый.
Он самый.
>>05096 (OP)
Пацаны, есть ли среди вас апвокеры?
Пацаны, есть ли среди вас апвокеры?
Здравствуйте это перекат?
> better Java
> стандартная либа отдельным пакетом
> "стандартные" корутины отдельным пакетом
> рефлексия отдельным пакетом
> скрипты .kts не могут импортировать друг друга
> для юзания фреймворков, использующих кодогенерацию, нужно опциями компилятора отключить final by default
> отдельный плагин компилятора для поддержки спринга
> отдельный плагин коомпилятора для поддержки JPA
> ::class.java
> @JvmStatic
Нет, спасибо, вернусь к вам через пару лет.
>>35563
А как должно быть? Зачем тянуть то, что может не использоваться?
Например?
Не проблема. В целом, работать удобно.
>отдельным пакетом
А как должно быть? Зачем тянуть то, что может не использоваться?
>для юзания фреймворков, использующих кодогенерацию
Например?
>отдельный плагин компилятора для поддержки спринга
>отдельный плагин коомпилятора для поддержки JPA
Не проблема. В целом, работать удобно.
>>35652
Ну бля, это же стандартные вещи, которые с большой вероятностью будут использоваться везде, и они просто в силу стандартности должны быть из коробки, иначе стандартными их называть нельзя. Всё равно каждый первый проект их тащит. Так можно до каких-нибудь крестов докатиться, где без сторонних библиотек максимум с файлами можно поиграться. Вообще, сильная привязка к тулингу, сложно запустить простые тестовые примеры без долгой предварительной конфигурации, а даже для хеллоуворлда с корутинами нужно создавать помник на полсотник строчек. В реальном проекте без этого не обойтись, но обучению не очень способствует.
Собственно, спринг, хибернейт, да хоть Java EE. Некоторые аннотации генерят код, чтобы под капотом унаследовать какие-то классы и что-то с ними делать. Причём делается это в рантайме, ибо компилируется без ошибок, а при запуске стектрейсит.
Непрозрачно. Не получается абстрагироваться от деталей реализации, приходится держать их в голове. Да и то, что приходится писать плагины для ядра языка, чтобы поддерживать сторонние фреймворки, выглядит странно. Неужели для каждого нового фреймворка нужно писать по плагину, чтобы доделать язык под них, потому что стандартных средств не хватает?
Впрочем, это всё с непривычки, возможно. Но некоторые решения вызывают очень много вопросов.
> А как должно быть? Зачем тянуть то, что может не использоваться?
Ну бля, это же стандартные вещи, которые с большой вероятностью будут использоваться везде, и они просто в силу стандартности должны быть из коробки, иначе стандартными их называть нельзя. Всё равно каждый первый проект их тащит. Так можно до каких-нибудь крестов докатиться, где без сторонних библиотек максимум с файлами можно поиграться. Вообще, сильная привязка к тулингу, сложно запустить простые тестовые примеры без долгой предварительной конфигурации, а даже для хеллоуворлда с корутинами нужно создавать помник на полсотник строчек. В реальном проекте без этого не обойтись, но обучению не очень способствует.
> Например?
Собственно, спринг, хибернейт, да хоть Java EE. Некоторые аннотации генерят код, чтобы под капотом унаследовать какие-то классы и что-то с ними делать. Причём делается это в рантайме, ибо компилируется без ошибок, а при запуске стектрейсит.
> Не проблема. В целом, работать удобно.
Непрозрачно. Не получается абстрагироваться от деталей реализации, приходится держать их в голове. Да и то, что приходится писать плагины для ядра языка, чтобы поддерживать сторонние фреймворки, выглядит странно. Неужели для каждого нового фреймворка нужно писать по плагину, чтобы доделать язык под них, потому что стандартных средств не хватает?
Впрочем, это всё с непривычки, возможно. Но некоторые решения вызывают очень много вопросов.
>>35655
Я понял ход твоих мыслей и не буду что-то доказывать, что вывсёврёти, потому что в чём-то сложностей действительно больше. Те же плагины, например, необходимы для того, чтобы не просто добавить поддержку языка давайте просто будем использовать better java , как такового, но и адаптировать новые возможности языка под фреймворк, исключая ограничения, которые могут возникнуть как со стороны системы-реципиента, так и со стороны внедряемого, потому что многие вещи, которые были сильно переработаны в Котлине а в контексте стабильности системы это очень значительно, являются основой реализации фреймворков на Java.
Если говорить о Спринге и его структурной сложности, плагин - наименьшее зло.
Я понял ход твоих мыслей и не буду что-то доказывать, что вывсёврёти, потому что в чём-то сложностей действительно больше. Те же плагины, например, необходимы для того, чтобы не просто добавить поддержку языка давайте просто будем использовать better java , как такового, но и адаптировать новые возможности языка под фреймворк, исключая ограничения, которые могут возникнуть как со стороны системы-реципиента, так и со стороны внедряемого, потому что многие вещи, которые были сильно переработаны в Котлине а в контексте стабильности системы это очень значительно, являются основой реализации фреймворков на Java.
>Неужели для каждого нового фреймворка нужно писать по плагину, чтобы доделать язык под них, потому что стандартных средств не хватает?
Если говорить о Спринге и его структурной сложности, плагин - наименьшее зло.
>>35563
Это норма. Тебе может еще в СТД спринг добавить?
Хз что там, но скрипты должны быть скриптами, а не библиотеками питона на тысячи строк. Если уж надумал настрогать утилиту, будь добр пиши как есть в jar с менеджером пакетов.
Но в тоже время соглашусь, было бы неплохо если бы это выглядело лучше.
Прекращайте юзать фреймворки с кодогенирацией, спринг и JPA.
Тут они конечно обосрались, но в то же время мне это говно не нужно, всегда пытаюсь котлиновский стэк собрать.
Потому что совместимость.
> стандартная либа отдельным пакетом
> "стандартные" корутины отдельным пакетом
> рефлексия отдельным пакетом
Это норма. Тебе может еще в СТД спринг добавить?
>скрипты .kts не могут импортировать друг друга
Хз что там, но скрипты должны быть скриптами, а не библиотеками питона на тысячи строк. Если уж надумал настрогать утилиту, будь добр пиши как есть в jar с менеджером пакетов.
Но в тоже время соглашусь, было бы неплохо если бы это выглядело лучше.
> для юзания фреймворков, использующих кодогенерацию, нужно опциями компилятора отключить final by default
> отдельный плагин компилятора для поддержки спринга
> отдельный плагин коомпилятора для поддержки JPA
Прекращайте юзать фреймворки с кодогенирацией, спринг и JPA.
Тут они конечно обосрались, но в то же время мне это говно не нужно, всегда пытаюсь котлиновский стэк собрать.
>@JvmStatic
Потому что совместимость.
Пацаны, 2 года в екомерс жава тырпрайзе. Захотелось чего-то нового, захотелось пощупать мобилки с возможностью частично перекатиться во фриланс. Поясните за подводные камни.
Ладно, я не хотел, но все придется тащить с хабра, интервью там.
https://habr.com/ru/post/503956/
https://habr.com/ru/post/503956/
>>37289
Думал, что там будет про конкретные проблемы в дизайне языка, прочитал, хуй там. Вообще, речи в таком духе выдают авторы любых взлетевших технологий, и все говорят только про организационную составляющую, а самой сути нет. Да, он уже отвечал на все вопросы много раз, но смысл от подобных статей, их на хабре сотни по одному шаблону, меняются только имена участников и название технологии.
Вообще, я раньше не понимал, почему все гонят на хабру, теперь, похоже, начинаю догонять.
Думал, что там будет про конкретные проблемы в дизайне языка, прочитал, хуй там. Вообще, речи в таком духе выдают авторы любых взлетевших технологий, и все говорят только про организационную составляющую, а самой сути нет. Да, он уже отвечал на все вопросы много раз, но смысл от подобных статей, их на хабре сотни по одному шаблону, меняются только имена участников и название технологии.
Вообще, я раньше не понимал, почему все гонят на хабру, теперь, похоже, начинаю догонять.
>>37371
Тот момент, когда лучше бы он молчал. Со временем, субъективно сложилось мнение, что у него какие-то психологические проблемы, пускай не сильные, но мешающие ему и, мол, от этого, он даже ударился в психологию (такое я часто видел). Это не говорит о нем, как о плохом инженере, но слова о том, что в первое время надо было набрать команду, натолкнуло меня на мысль об очередном "Гвидоподобном гении одиночки" который видит мир через свою призму правильного и не правильного. Но вроде, со временем, он это и сам понял.
Другой момент, сложилось впечатление, что он от него уже устал. В принципе, это нормально, даже у гоферов меняли там людей, хотя он простой как палка.
Тот момент, когда лучше бы он молчал. Со временем, субъективно сложилось мнение, что у него какие-то психологические проблемы, пускай не сильные, но мешающие ему и, мол, от этого, он даже ударился в психологию (такое я часто видел). Это не говорит о нем, как о плохом инженере, но слова о том, что в первое время надо было набрать команду, натолкнуло меня на мысль об очередном "Гвидоподобном гении одиночки" который видит мир через свою призму правильного и не правильного. Но вроде, со временем, он это и сам понял.
Другой момент, сложилось впечатление, что он от него уже устал. В принципе, это нормально, даже у гоферов меняли там людей, хотя он простой как палка.
>>37371
О проблемах и не говорят. Как бы себя программисты не считали сторонниками точных наук или инженерами, а языки инструментами (ага). Реальность такова что человек субъективно и по своим вкусам выбирает ту или иную технологию (а чаще просто по популярности, чтобы в рынок вписаться) и в конечном счете у него образуются догматические убеждения. И если начать говорить о недостатках, то можно отпугнуть оставшихся (мало кто понимает, что недостатки есть всегда).
При всей моей любви к котлину, он не получился таким уж гладким как хотелось бы. Конечно, с большими оговорками, но я считаю у котлина наилучший синтаксис на сегодня (имхо) и ближайщее лет 5 точно фиг кто переплюнет. Но этот синтаксис скорее натянут на сову или глобус, чем выглядит продуманной архитектурой.
Котлин бы реально зашел за новую мажорную версию java, чем за новый язык.
Вторая проблема, я не вижу чтобы котлин набирал обороты в мире бэкенда. Да, там на телефонах радуются, но у них там маня-мир на отшибе, со своими блэкджеком. Все эти котлин нейтив, котлин js, multiplatform, их понесло не туда.
О проблемах и не говорят. Как бы себя программисты не считали сторонниками точных наук или инженерами, а языки инструментами (ага). Реальность такова что человек субъективно и по своим вкусам выбирает ту или иную технологию (а чаще просто по популярности, чтобы в рынок вписаться) и в конечном счете у него образуются догматические убеждения. И если начать говорить о недостатках, то можно отпугнуть оставшихся (мало кто понимает, что недостатки есть всегда).
При всей моей любви к котлину, он не получился таким уж гладким как хотелось бы. Конечно, с большими оговорками, но я считаю у котлина наилучший синтаксис на сегодня (имхо) и ближайщее лет 5 точно фиг кто переплюнет. Но этот синтаксис скорее натянут на сову или глобус, чем выглядит продуманной архитектурой.
Котлин бы реально зашел за новую мажорную версию java, чем за новый язык.
Вторая проблема, я не вижу чтобы котлин набирал обороты в мире бэкенда. Да, там на телефонах радуются, но у них там маня-мир на отшибе, со своими блэкджеком. Все эти котлин нейтив, котлин js, multiplatform, их понесло не туда.
Этот день настал. Котлин обогнал скалу снова, но уже по подписчикам реддита.Славная маняпобеда, а хули, контента нет :)
https://www.reddit.com/r/Kotlin/ - 34161
https://www.reddit.com/r/scala/ - 34111
https://www.reddit.com/r/Kotlin/ - 34161
https://www.reddit.com/r/scala/ - 34111
75 Кб, 1137x729Но я был бы фанбоем-говнарем, если бы не отметил тот факт, что интерес к дарту на SO возрос. То есть, он догнал и обогнал котлин. Походу скоро на телефонах будет такой же бардак языков как на бэкенде.
Потому котлин и медленно продвигается в беке, что там и так языков овердохуя.
Насколько мертвая затея выучить Kotlin без знания явы, чисто котлин? чтоб писать под андроид. и чтоб вообще яву не учить, ну типо если надо какой модуль который на яве написан то скачиваешь его с гита и просто и пользуешься его методами, но в яву не вникать вообще. Прогать умею на питоне и на плюсах
>>37941
Там выше анон писал свою историю успеха. Короче, учи сначала джаву.
Там выше анон писал свою историю успеха. Короче, учи сначала джаву.
>>37941
У тебя неправильный угол зрения.
Не учить джаву, уча котлин, это как слизать сливки с кофе, но не пить само кофе. Или как купить хороший телевизор, но не включать его.
Именно наличие бэкграунда джавовских либ (дохера их), делает тебя "сильным" программистом. Даже в сравнение с петухоном.
Котлин тебе нужен лишь для того, чтобы писать на джаве более практично и с удовольствием. пока язык не стал по настоящему мультиплатформенным (если станет)
У тебя неправильный угол зрения.
Не учить джаву, уча котлин, это как слизать сливки с кофе, но не пить само кофе. Или как купить хороший телевизор, но не включать его.
Именно наличие бэкграунда джавовских либ (дохера их), делает тебя "сильным" программистом. Даже в сравнение с петухоном.
Котлин тебе нужен лишь для того, чтобы писать на джаве более практично и с удовольствием. пока язык не стал по настоящему мультиплатформенным (если станет)
>>37941
Идея рабочая, так ты и будешь писать, но только тогда когда будешь знать саму джаву.
Идея рабочая, так ты и будешь писать, но только тогда когда будешь знать саму джаву.
>>37959
Не забывай про байт-код, в котором можно утонуть без знания Джавы. Все эти "можно ли сразу в Котлин" - несерьёзно, потому что ты работаешь с JVM и твоя задача - знать всё, что тебе нужно для комфортной работы с ней.
Не забывай про байт-код, в котором можно утонуть без знания Джавы. Все эти "можно ли сразу в Котлин" - несерьёзно, потому что ты работаешь с JVM и твоя задача - знать всё, что тебе нужно для комфортной работы с ней.
>>37967
Дополню, забыл ответить анону
>>37941
Я Андроид дев и я ответственно заявляю, что это действительно мертвая затея. Когда ты работаешь со старыми версиями API, ты идёшь в документацию и видишь там код для реализации на Джаве. Когда у тебя что-то падает из-за кодогенерации, ты читаешь сгенерированный код на джаве, где видишь отнюдь не Котлиновский синтаксис, потому что у тебя появляются новые модификаторы, конструкции, всё выглядит незнакомо и хочется плакать, потому что ты вкатывался в Котлин . И придется тебе тратить уйму времени на то, чтобы разобраться. Не стоит забывать о том, что часто приходится работать с Джавовским легаси. Короче, это до такой степени изъезженная тема, что нет сил и желания что-то в очередной раз писать.
Дополню, забыл ответить анону
>>37941
Я Андроид дев и я ответственно заявляю, что это действительно мертвая затея. Когда ты работаешь со старыми версиями API, ты идёшь в документацию и видишь там код для реализации на Джаве. Когда у тебя что-то падает из-за кодогенерации, ты читаешь сгенерированный код на джаве, где видишь отнюдь не Котлиновский синтаксис, потому что у тебя появляются новые модификаторы, конструкции, всё выглядит незнакомо и хочется плакать, потому что ты вкатывался в Котлин . И придется тебе тратить уйму времени на то, чтобы разобраться. Не стоит забывать о том, что часто приходится работать с Джавовским легаси. Короче, это до такой степени изъезженная тема, что нет сил и желания что-то в очередной раз писать.
>>37985
Не так часто, как хотелось бы, но суть в том, что от необходимости знать Джаву не убежать
Не так часто, как хотелось бы, но суть в том, что от необходимости знать Джаву не убежать
>>37985
Вкатыш не палится!
Вкатыш не палится!
>>38033
Не будь занудой.
>>38060
Ничто не мешает попробовать, не так уж всё страшно, если у тебя есть опыт программирования. В действительности же, соотносимость Джавы и Котлина построена на закономерностях, вытекающих из некоторых недостатков или ограничений первой (только с точки зрения Котлина, предлагаемых им решений и идиом, потому что он, в свою очередь, тоже имеет ограничения, но не об этом), многие из которых довольно очевидны.
Вообще, их сравнение является основой всех ныне существующих книг по Котлину. Я прочитал, как мне кажется, почти все изданные книги и везде первостепенной задачей было показать концептуальную различность. (Что вполне понятно, ведь далеко не все готовы рисковать, говоря о бизнесе, которому не нужны лишние сложности)
Я это всё к тому, что разобраться в этом реально, важно лишь помнить о том, что ты: 1) работаешь с JVM, 2) с большой вероятностью будешь работать с легаси. Пробуй, может легко ухватишься за суть и всё пойдет.
Не будь занудой.
>>38060
Ничто не мешает попробовать, не так уж всё страшно, если у тебя есть опыт программирования. В действительности же, соотносимость Джавы и Котлина построена на закономерностях, вытекающих из некоторых недостатков или ограничений первой (только с точки зрения Котлина, предлагаемых им решений и идиом, потому что он, в свою очередь, тоже имеет ограничения, но не об этом), многие из которых довольно очевидны.
Вообще, их сравнение является основой всех ныне существующих книг по Котлину. Я прочитал, как мне кажется, почти все изданные книги и везде первостепенной задачей было показать концептуальную различность. (Что вполне понятно, ведь далеко не все готовы рисковать, говоря о бизнесе, которому не нужны лишние сложности)
Я это всё к тому, что разобраться в этом реально, важно лишь помнить о том, что ты: 1) работаешь с JVM, 2) с большой вероятностью будешь работать с легаси. Пробуй, может легко ухватишься за суть и всё пойдет.
>>38122
Спасибо, только не пойму почему буду работать с легаси, работать котлинистом я не планирую, просто хочу приложения/игры на андроид попробывать написать, а значит я типо волен выбирать свежие библиотеки/фреймворки для своего проекта
Спасибо, только не пойму почему буду работать с легаси, работать котлинистом я не планирую, просто хочу приложения/игры на андроид попробывать написать, а значит я типо волен выбирать свежие библиотеки/фреймворки для своего проекта
660 Кб, 1200x900У меня встал вопрос-мысля
Смотрите, ЭППЛ СИЛЛИКОН ебошит в небо, по тестам и производительности АРМ архитектура как минимум убивает х86 в ноутбуках, но это как минимум.
Сраный проц, позапрошлого айпада в транзит ките уделывает последний I5, Шиндовс пытается в АРМ, но вторая попытка тоже завяла.
И вот я задумался, у нас стоит проблема e-waste и global warming, ну и еще low income countries с poor power grid
То есть, мобилы стали гораздо более производительны к операция/ватт/$ в 4-6 раз чем десктопы и ноутбуки. Сраный ZTE за 8 тыщ рублей в целом имеет железо для поддержки 4 4к дисплеев и полный пакет браузинга-рендеринга-офис джоба-гейминга
Почему бы Андройду не сделать нормальный десктоп мод? тыкнул как ночной мод свитч, подключил к монитору, собпряг уши, мышь, клаву и готово, десктопный браузер-офис-рендеринг-гейминг, миллионы приложух которые будут перепилены под десктоп за полгодика, вот и виндовс пойдет нахуй на свалку.
Через год МакОСь будет запускать все приложухи эпплстора, половину из которых успешно перепишут на десктоповый функционал и экосистема будет намного богаче чем сраный шиндовс.
Смотрите, ЭППЛ СИЛЛИКОН ебошит в небо, по тестам и производительности АРМ архитектура как минимум убивает х86 в ноутбуках, но это как минимум.
Сраный проц, позапрошлого айпада в транзит ките уделывает последний I5, Шиндовс пытается в АРМ, но вторая попытка тоже завяла.
И вот я задумался, у нас стоит проблема e-waste и global warming, ну и еще low income countries с poor power grid
То есть, мобилы стали гораздо более производительны к операция/ватт/$ в 4-6 раз чем десктопы и ноутбуки. Сраный ZTE за 8 тыщ рублей в целом имеет железо для поддержки 4 4к дисплеев и полный пакет браузинга-рендеринга-офис джоба-гейминга
Почему бы Андройду не сделать нормальный десктоп мод? тыкнул как ночной мод свитч, подключил к монитору, собпряг уши, мышь, клаву и готово, десктопный браузер-офис-рендеринг-гейминг, миллионы приложух которые будут перепилены под десктоп за полгодика, вот и виндовс пойдет нахуй на свалку.
Через год МакОСь будет запускать все приложухи эпплстора, половину из которых успешно перепишут на десктоповый функционал и экосистема будет намного богаче чем сраный шиндовс.
>>38933
1) миллиарды бедных людей хотят девайсы и активно уничтожают окружающую среду в попытке заработать на них деньги
2) сами девайсы превращаются в мусор через 10 лет и активно уничтожают окружающую среду
Ну то есть в любой мобиле начиная с 14 нанометрового тех. процесса есть столько лошадок, что она одновременно может выступать персональным компьютером без изъянов, почему бы просто не допилить андройд до уровня ПК? подключаешь мобилу к монитору и вклчаешь полноценный ПК режим, только реально нормальный с нормальным браузером и рабочими приложухами.
Мне кажется это надо форсить прямо сверху кнутом, прямо как аппл просто кнутом делает транзит на свои процессоры, рыночек не хочет, рыночку сложна.
1) миллиарды бедных людей хотят девайсы и активно уничтожают окружающую среду в попытке заработать на них деньги
2) сами девайсы превращаются в мусор через 10 лет и активно уничтожают окружающую среду
Ну то есть в любой мобиле начиная с 14 нанометрового тех. процесса есть столько лошадок, что она одновременно может выступать персональным компьютером без изъянов, почему бы просто не допилить андройд до уровня ПК? подключаешь мобилу к монитору и вклчаешь полноценный ПК режим, только реально нормальный с нормальным браузером и рабочими приложухами.
Мне кажется это надо форсить прямо сверху кнутом, прямо как аппл просто кнутом делает транзит на свои процессоры, рыночек не хочет, рыночку сложна.
>>38984
Ты сам себе отвечаешь на вопрос.
1) миллиарды бедных людей хотят девайсы и активно уничтожают окружающую среду в попытке заработать на них деньги
2) сами девайсы превращаются в мусор через 10 лет и активно уничтожают окружающую среду
Зачем что-то менять, когда и так все идеально. 10 лет ты конечно загнул, мне сейчас топ менеджер сказал менять телефон раз 2 года
Ты сам себе отвечаешь на вопрос.
1) миллиарды бедных людей хотят девайсы и активно уничтожают окружающую среду в попытке заработать на них деньги
2) сами девайсы превращаются в мусор через 10 лет и активно уничтожают окружающую среду
Зачем что-то менять, когда и так все идеально. 10 лет ты конечно загнул, мне сейчас топ менеджер сказал менять телефон раз 2 года
>>38996
Или ты хочешь чтобы у всех были твои андроид-пэкашки и миллиарды бедных перестали покупать девайсы?
Или ты хочешь чтобы у всех были твои андроид-пэкашки и миллиарды бедных перестали покупать девайсы?
>>38936
Андроид настолько ущербен в сравнении с настольными ОС, что вместо допиливания андроида легче взять эти ОС и сделать так, чтобы на мобилках они запускались в урезанном облегчённом режиме.
Вообще, уже был Ubuntu touch с десктоп модом, но хз, что там с ним сейчас.
> почему бы просто не допилить андройд до уровня ПК?
Андроид настолько ущербен в сравнении с настольными ОС, что вместо допиливания андроида легче взять эти ОС и сделать так, чтобы на мобилках они запускались в урезанном облегчённом режиме.
Вообще, уже был Ubuntu touch с десктоп модом, но хз, что там с ним сейчас.
>>39032
Сейчас допилят вам веб webassembly и будете везде покупать "сайты" веб-приложения на всех устройствах. Не переживайте.
Сейчас допилят вам веб webassembly и будете везде покупать "сайты" веб-приложения на всех устройствах. Не переживайте.
Напишите на котле UI-конвертер из пальчикового андроида в тачпадоклавный десктопный, как раз для будущих арм-ноутов с интеграцией со смартфоном (не тольео эпл их будет делать) и вас купит гугол!
>>39032
Так можно просто сбоку практически вторую ось достроить и свич прихуячить
>ндроид настолько ущербен в сравнении с настольными ОС
Так можно просто сбоку практически вторую ось достроить и свич прихуячить
>>38936
>>38979
И.о. топ менеджера с гугла здесь
По сути, всё движется к тому, что в скором времени смартфоны смогут стать полноценной заменой пк не забываем о том, что для тяжёлых задач можно задействовать технологию облачных вычислений, чье развитие будет только ускоряться, но проблема в том, что успешность этого процесса обусловлена унификацией на уровне технологических стандартов, потому что так устроен рынок - крупнейшие игроки тянут на себя одеяло, форсируя инициативы на основе денежных вливаний и преследуя свои цели. На мой взгляд, чтобы это стало реальностью, необходимы новые технологии, чья "революционность" будет неоспорима ровно в той мере, чтобы идти по пути индивидуальной инициативы было максимально невыгодно. Нужна некая обобщающая парадигма, которая даст возможность развиваться каждому, не выходя за её рамки.
>>38979
И.о. топ менеджера с гугла здесь
По сути, всё движется к тому, что в скором времени смартфоны смогут стать полноценной заменой пк не забываем о том, что для тяжёлых задач можно задействовать технологию облачных вычислений, чье развитие будет только ускоряться, но проблема в том, что успешность этого процесса обусловлена унификацией на уровне технологических стандартов, потому что так устроен рынок - крупнейшие игроки тянут на себя одеяло, форсируя инициативы на основе денежных вливаний и преследуя свои цели. На мой взгляд, чтобы это стало реальностью, необходимы новые технологии, чья "революционность" будет неоспорима ровно в той мере, чтобы идти по пути индивидуальной инициативы было максимально невыгодно. Нужна некая обобщающая парадигма, которая даст возможность развиваться каждому, не выходя за её рамки.
142 Кб, 259x194>>39139
Как только появиться вменяемая голограмма, очки или проекция в глаз/мозга. О смартфонах даже не вспомнят.
Как только появиться вменяемая голограмма, очки или проекция в глаз/мозга. О смартфонах даже не вспомнят.
>>39015
Проблема в том, что продажа каждый год несколько новых миллиардов девайсов не совсем сустейнабл, после 5-6 таких циклов всё вокруг люто засрется если только робототехника не сможет в 99.9% переработку девайсов, но чет особых движений в эту сторону нет.
>Или ты хочешь чтобы у всех были твои андроид-пэкашки и миллиарды бедных перестали покупать девайсы?
Проблема в том, что продажа каждый год несколько новых миллиардов девайсов не совсем сустейнабл, после 5-6 таких циклов всё вокруг люто засрется если только робототехника не сможет в 99.9% переработку девайсов, но чет особых движений в эту сторону нет.
>>39213
Мы подходим к S-curve в ЦПУ и ГПУ, после 3 нанометров прирост будет по 2-5% в год
Это надо еще раз в 15 ТДП снижать.
>Как только появиться вменяемая голограмма, очки или проекция в глаз/мозга. О смартфонах даже не вспомнят.
Мы подходим к S-curve в ЦПУ и ГПУ, после 3 нанометров прирост будет по 2-5% в год
Это надо еще раз в 15 ТДП снижать.
>>39213
Во-первых, я рассуждаю в пределах ближайших десятилетий, во-вторых, речь идёт о массовом продукте, вероятность убыточности которого сведена к минимуму. Так что, хочется этого или нет, пока ни о каких голограммах и очках в качестве недорогой и конкурентноспособной альтернативы не может быть и речи. Бизнес любит определённость.
Во-первых, я рассуждаю в пределах ближайших десятилетий, во-вторых, речь идёт о массовом продукте, вероятность убыточности которого сведена к минимуму. Так что, хочется этого или нет, пока ни о каких голограммах и очках в качестве недорогой и конкурентноспособной альтернативы не может быть и речи. Бизнес любит определённость.
>>05096 (OP)
котлин учить как первый язык, ну или "без знания джавы" - трата времени?
котлин учить как первый язык, ну или "без знания джавы" - трата времени?
>>39219
Сейчас, я думаю, технологии больше в "аккумуляторы" уперлись
Сейчас, я думаю, технологии больше в "аккумуляторы" уперлись
>>39233
Не выгодно и местами будет проблемно
Не выгодно и местами будет проблемно
>>39233
Да, это очень хуёвая идея, несколько раз выше обсуждалось.
Да, это очень хуёвая идея, несколько раз выше обсуждалось.
>>39233
A: Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
A: Стоит. Доки старого API на джаве, кодогенерация, байткод близкий к джаве. Ну и легаси, оно тоже на джаве.
>Q: Стоит ли сразу вкатиться в котлин минуя джаву?
A: Нет. Не стоит. Есть точка зрения, что котлин позиционируется как "удобная/лучшая джава", подразумевая то, что ты хочешь писать на джаве, но более современно и практично. Да и глупо игнорировать джавоский мир, который является в топе по числу библиотек и решений, где тебе все равно придется погрузиться когда-то в его синтаксис.
>Q: Но если меня интересует только разработка под андроид, стоит ли вкатываться в джаву?
A: Стоит. Доки старого API на джаве, кодогенерация, байткод близкий к джаве. Ну и легаси, оно тоже на джаве.
>>39245
Рано
Рано
Вы напастили так быстро, что я не успел смешнявых картинок найти.
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 1 января 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Вы видите копию треда, сохраненную 1 января 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.