Очень советую использовать null-safety в Kotlinяке по-максимуму: sealed-class для описания алгебраических типов, они же состояния системы и чистые функции, где `f(n) = y` всегда. Но это из разряда "делай хорошо, а плохо не делай". Поэтому отправляю прямиком к дедушке Влошину: https://fsharpforfunandprofit.com/. Да, это не Котлиняка, но уверен, ты там подчерпнёшь много идей. Твои exhaustive(почти) pattern-matching'и уже обнадёживают. Так держать!
Меня тоже удивляют эти объяснения очевидных вещей. Любой, кто говорит, что программист-кодер до сих пор - просто обязательно неприменно нужен, просто не смог дофайнтюнить LLM-агента до удовлетворительного состояния, научить его кодить в рамках проекта/репозитория. Всё.
Товарищи, объясните мне, почему вайбкодинг так негативно воспринимается в комментах? Будто это что-то плохое по факту существования. Разве он не развязывает нам руки в поисках продуктовой ценности софта? Эта статья отличный пример решения реальной проблемы пользователя. А крудятину писать вручную с нуля - так себе удовольствие, когда хочется "просто показать где бенз". Для PoC не вижу проблем в вайбкодинге. Для прода - да.
За девять лет опыта могу сказать, что мне легче всего работать на проектах, где меньше всего ООП. Самый кайфовый код под андроид - там, где андроида нет. А самый предсказуемый код для Spring - это код для Ktor.
Это лишь следствие. А причины обычно объективные. Но если упрощать, то да. Ровно, как вы сказали.
Скачал, пушка, спасибо!
Если рассматривать отрасль не в отрыве, а совокупности с экономическими моделями, то найдутся закономерности.
Проверил ещё несколько, аналогично тому, как показывал автор. 8.8.4.4, 1.0.0.1, 208.67.222.222 (OpenDNS) <- эти перехватываются тоже
Очень советую использовать
null-safetyвKotlinяке по-максимуму: sealed-class для описания алгебраических типов, они же состояния системы и чистые функции, где `f(n) = y` всегда. Но это из разряда "делай хорошо, а плохо не делай". Поэтому отправляю прямиком к дедушке Влошину: https://fsharpforfunandprofit.com/. Да, это не Котлиняка, но уверен, ты там подчерпнёшь много идей. Твои exhaustive(почти) pattern-matching'и уже обнадёживают. Так держать!Писать свой
DI, как мне кажется, тут было лишнее. И ещё: когда вижу в своём любимомKotlinАж глаз начинает дёргаться.
Это всего лишь моё мнение, не обязательно правильное. Опыт-то кайфовый и штука прикольная получилась.
Отвечу на свой ответ: у хренового кодера и агент хреново кодит.
Меня тоже удивляют эти объяснения очевидных вещей. Любой, кто говорит, что программист-кодер до сих пор - просто обязательно неприменно нужен, просто не смог дофайнтюнить LLM-агента до удовлетворительного состояния, научить его кодить в рамках проекта/репозитория. Всё.
Ну нового вы нам ничего не поведали, просто перефразировали что сами ранее читали.
Товарищи, объясните мне, почему вайбкодинг так негативно воспринимается в комментах? Будто это что-то плохое по факту существования. Разве он не развязывает нам руки в поисках продуктовой ценности софта? Эта статья отличный пример решения реальной проблемы пользователя. А крудятину писать вручную с нуля - так себе удовольствие, когда хочется "просто показать где бенз". Для PoC не вижу проблем в вайбкодинге. Для прода - да.
За девять лет опыта могу сказать, что мне легче всего работать на проектах, где меньше всего ООП. Самый кайфовый код под андроид - там, где андроида нет. А самый предсказуемый код для Spring - это код для Ktor.