А
для этого есть архитектура. просто нужно думать как выделять его в различные кмпоненты и подсистемы
В том числе. Но слишком сложная архитектура простоты и понятности не добавит опять же
Size: a a a
2021 February 12
AK
В том числе. Но слишком сложная архитектура простоты и понятности не добавит опять же
у сложной системы, имхо. в любом случае в какой-то момент может стать сложная архитекутра, но держать код примитивным возможно почти всегда.
а сложная архитекутра куда удобнее сложного кода, т.к. легче декомопзируется на задачи (если конечно, это хорошая архитекутра с небольшой связностью и чёткими контрактами и тест кейсами)
а сложная архитекутра куда удобнее сложного кода, т.к. легче декомопзируется на задачи (если конечно, это хорошая архитекутра с небольшой связностью и чёткими контрактами и тест кейсами)
А
у сложной системы, имхо. в любом случае в какой-то момент может стать сложная архитекутра, но держать код примитивным возможно почти всегда.
а сложная архитекутра куда удобнее сложного кода, т.к. легче декомопзируется на задачи (если конечно, это хорошая архитекутра с небольшой связностью и чёткими контрактами и тест кейсами)
а сложная архитекутра куда удобнее сложного кода, т.к. легче декомопзируется на задачи (если конечно, это хорошая архитекутра с небольшой связностью и чёткими контрактами и тест кейсами)
А зачем держать код примитивным?
I
Кстати, котлин требует специальную поддержку в специальной IDE 🌚
То-то я сегодня два часа код писал и переписывал в блокноте без подсветки и без автодополнения. Только чтобы баг, найденный в кейторе, минимизировать.
I
Потому что я в рот ебал делать мультимодульный гредл проект.
AK
А зачем держать код примитивным?
так удобней и дешевле. легче поддерживать, легче набирать/заменять кадры, сложность инурмента реализации задачи (ЯП) не отвлекает от сложности самой задачи (продукт).
А
так удобней и дешевле. легче поддерживать, легче набирать/заменять кадры, сложность инурмента реализации задачи (ЯП) не отвлекает от сложности самой задачи (продукт).
Нет, не легче. И уж тем более не удобнее.
I
у сложной системы, имхо. в любом случае в какой-то момент может стать сложная архитекутра, но держать код примитивным возможно почти всегда.
а сложная архитекутра куда удобнее сложного кода, т.к. легче декомопзируется на задачи (если конечно, это хорошая архитекутра с небольшой связностью и чёткими контрактами и тест кейсами)
а сложная архитекутра куда удобнее сложного кода, т.к. легче декомопзируется на задачи (если конечно, это хорошая архитекутра с небольшой связностью и чёткими контрактами и тест кейсами)
Smells like micromodule propaganda for me.
VP
То-то я сегодня два часа код писал и переписывал в блокноте без подсветки и без автодополнения. Только чтобы баг, найденный в кейторе, минимизировать.
А ты жёсткий. Ну ты же не споришь с тем, что без IDE на котлине писать тяжеловато?
I
А ты жёсткий. Ну ты же не споришь с тем, что без IDE на котлине писать тяжеловато?
Нормально. У меня же код в 20 строчек максимум.
AK
Нет, не легче. И уж тем более не удобнее.
ну-ну.
OR
А ты жёсткий. Ну ты же не споришь с тем, что без IDE на котлине писать тяжеловато?
А кто-то вменяемый сейчас пишет без иде?)
IK
А кто-то вменяемый сейчас пишет без иде?)
Я иногда в VS Code на котлине пишу
AK
Smells like micromodule propaganda for me.
это ты про service mesh ещё не слышал...
VP
А кто-то вменяемый сейчас пишет без иде?)
Нет, поэтому выбирая котлин, ты остаёшься без выбора инструментов)
I
Ну и да мы пока не знаем какая будет навигация. Я вот по перфомансу сужу и обещаниями его сделать
Тебе назвали сроки, когда обещания будут выполненые? Или может, назвали условия, которые должны быть выполнены? Вот когда будут выполнены, тогда и можно рассуждать о том, что в JB ничего не делают.
OR
Нет, поэтому выбирая котлин, ты остаёшься без выбора инструментов)
Если не устраивает инструмент, так зачем выбирать Котлин?
А
ну-ну.
Чем примитивнее код, тем больше деталей реализаций из него торчит, за которыми уже становится не видно более высокоуровневой логики.
VP
Если не устраивает инструмент, так зачем выбирать Котлин?
Вопрос странный как по мне, не говоря о том, что я не упоминал, что меня что-то не устраивает
AM
Я думал ты будешь плюсами пугать.
А что в плюсах там подобного? Разве что гора флагов компилятору, которые на семантику влияют опосредованно, да два варианта реализации std / gnu, которые чуть ближе к обсуждаемому, но не настолько весело звучат. Или я чёт упускаю?