=)

По мне дак это все какой то юнешский максимализм, искать best practice и архитектуры

ты видимо тоже смирился)

queries, repositories — еще 2 папки с одним и тем же

Я так понял - что от этого парень и бежит

Ага - лучше БЕЗ архитектуры и БЕЗ best practice херачить лапшу =)

Лучше херачить лапшу по best practice :)

Когда я перестану искать лучшую архитектуру, значит я устал и пора на покой

+1

Я так понял - что от этого парень и бежит

да, именно от этого

Когда я перестану искать лучшую архитектуру, значит я устал и пора на покой

а ты не думал, что лучшей архитектуры не добиться по соображениям выбора языка, на который ты вообще повлиять не можешь?

это душит мотивацию

Ну как бы смотрите, если бы была лучшая архитектура, её бы уже нашли, и программирование в целом стала бы похоже на производство на фабрике. Но ведь этого не происходит, до сих пор программирование творческая профессия считается

Лучше херачить лапшу по best practice :)

так быстрее ? бизнес с вероятностью 90% загнется, и с вероятностью 90% сам по себе и миллионы не придется тратить на ангуляр и ноду

идеальная архитектура для данного приложениям может быть заимплеменчена например, исключительно на кложе, просто потому что там иммутабельные структуры из коробки

или например эрланг для мессаджей

а ты пытаешься это на рубях

да, именно от этого

Ну вот мы эмпирическим путём увидели, что культура, в которому комфортно @vertus1 не подходит для @danSteshenko

Мое мнение - берешь то, что у тебя есть и решаешь в лоб. По мере роста кода, рефакторишь, вынося какие то вещи в отдельные компоненты. Но делать это стоит по мере формирования требований к проекту, а не сначала придумываешь архитектуру и потом её костыляешь, потмоу что она точно будет неправильной :)

За 7 лет можно было к этому прийти - рефакторить =)

Понятно, что архитектура развивается - вместе с проектом

хорошая идея — идти от ограничений, а не от свобод

Но в 80% это - делают велосипед сначала

ато так можно и на отдачу статики — сделать гипер архитектуру

А через 7 лет его запускают в космос

ну да, сначала надо успеть сделать в срок, а потом уже рефакторить

Там уже и движок поставили

И ядерный реактор прикрутили

Так проблема в том, что сначала придумывают архитектуру, а потом пишут код, а не наоборот :)

И всё это на соплях - скотчем

@danSteshenko они видимо не поняли с чем ты имеешь дело)

Ну это мое имхо конечно

Да. Но это ж не значит,. что архитектура не меняется. Бизнес требования ж меняются

А с ними и развивается твоя архитектура.

Да. Но это ж не значит,. что архитектура не меняется. Бизнес требования ж меняются

Ну и из этого следует что идеальной архитектуры нет, она всегда неверная, и проектировать её заранее тоже нет смысла, нужно делать максимально просто и в лоб, чтобы удовлетворить бизнес требования проекта.

Кароче, если в кратце. Моя позиция состоит из двух тезисов:

1. Код любого проекта скатывается в говно

Нет, из этого не следует, что “нужно сделать просто и в лоб“.

2. Выбранная архитектура всегда неверная

1. Код любого проекта скатывается в говно

это называется рост энтропии

согласен=)

1. Это произойдёт - если ты этому позволишь. Это - ТВОЯ профессиональная ответсвтенность. Как профессиональная ответственость владельца бизнеса - заботиться, чтобы бизнес не скатился в говно - и ты получал зарплату.

2. Если она оказалась неверной - ТВОЯ ответственность её исправить.

2. Выбранная архитектура всегда неверная

с этим не согласен

У кого ещё максимализм =)

1) Код - говно 2) Ахитектура - говно =)

Так будет и было всегда! =)

если сделать срез бизнес-требований в конкретный момент времени, то архитектура может быть правильной в этот момент времени

иначе можно сделать обратное утверждение, что если архитектура всегда неверная, то бизнес никогда не успешен

если сделать срез бизнес-требований в конкретный момент времени, то архитектура может быть правильной в этот момент времени

А как может быть неверная архитектура в конкретный момент времени, если она покрывает бизнес требования? :)

Наличие тех-долга

если архитектура ведет к росту тех-долга, то она плохая

иначе можно сделать обратное утверждение, что если архитектура всегда неверная, то бизнес никогда не успешен

Нет никакой связи между архитектурой и бизнесом. Я видел очень успешные проекты просто с омерзительным кодом и архитектурой, в которой очень сложно вообще что либо менять и даже самое малейшее изменение требовало месяца разработки

и видел не успешные бизнесы с очень хорошим кодом и архитектурой :)

Ну и из этого следует что идеальной архитектуры нет, она всегда неверная, и проектировать её заранее тоже нет смысла, нужно делать максимально просто и в лоб, чтобы удовлетворить бизнес требования проекта.

Есть несколько кейсов, когда ты не прав: 1. Когда известно наиболее оптимальное развитие ситуаций (сага 100% в банке появится, глупо это отрицать) 2. Когда знаешь, начальные условия и хуяк хуяк не спасает. Например, у нас 8 консьюмеров нашего бэкенда и все разные, хотя логика +- одинакова и надо как-то делать это

а ты пытаешься это на рубях

я не пытаюсь в идеальную архитектуру. Просто она сейчас поо факту дерьмовая, я хочу ее улучшить, а команда с этим не согласна

2. Выбранная архитектура всегда неверная

Она будет не верной, если у тебя до этого не было опыта подобных проектов

Есть несколько кейсов, когда ты не прав: 1. Когда известно наиболее оптимальное развитие ситуаций (сага 100% в банке появится, глупо это отрицать) 2. Когда знаешь, начальные условия и хуяк хуяк не спасает. Например, у нас 8 консьюмеров нашего бэкенда и все разные, хотя логика +- одинакова и надо как-то делать это

Да, согласен, что начинать можно с чего то проработанного уже, только не стоит надеятся что ты выбрал архитектуру для всего проекта заранее и будешь с ней жить.

я не пытаюсь в идеальную архитектуру. Просто она сейчас поо факту дерьмовая, я хочу ее улучшить, а команда с этим не согласна

это вам, батенька, на курсы продажников нужно

Мое мнение - берешь то, что у тебя есть и решаешь в лоб. По мере роста кода, рефакторишь, вынося какие то вещи в отдельные компоненты. Но делать это стоит по мере формирования требований к проекту, а не сначала придумываешь архитектуру и потом её костыляешь, потмоу что она точно будет неправильной :)

не знаю к чему ты эти очевидные вещи написал)

продавать свои идеи тоже нужно правильно:)

не знаю к чему ты эти очевидные вещи написал)

ну прост :)

а не вбрасывать из серии — архитектура ваша говно, вы нихера не хотите сделать лучше, а я знаю как надо

1. Это произойдёт - если ты этому позволишь. Это - ТВОЯ профессиональная ответсвтенность. Как профессиональная ответственость владельца бизнеса - заботиться, чтобы бизнес не скатился в говно - и ты получал зарплату.

Вот кстати не согласен тут. Когда команда больше 4 человек - очень сложно следить и контролировать все. Да и зачем в целом контролировать?

я не говорю, что так и было, но прост сталкивался с таким

Наличие тех-долга

Кстати, тех долг не всегда говорит о плохой архитектуре, иногда это просто «кредит», который пришлось взять

Она будет не верной, если у тебя до этого не было опыта подобных проектов

Ну, а с чего ты взял, что она верная была на предыдущих проектах? :) Я могу начать с той архитектуры, которая уже была, но это не значит что она верная :)

и видел не успешные бизнесы с очень хорошим кодом и архитектурой :)

Так бизнес от кода не зависит

Кстати, тех долг не всегда говорит о плохой архитектуре, иногда это просто «кредит», который пришлось взять

ну да, я потом написал про рост тех-долга

ERROR: S client not available

Так бизнес от кода не зависит

Вот именно :)

ниибацо здесь все архитекторы, пойду напишу компонент на реакте

Ну, а с чего ты взял, что она верная была на предыдущих проектах? :) Я могу начать с той архитектуры, которая уже была, но это не значит что она верная :)

Я не говорю что она верной была. Я говорю, что с подобным опытом вероятность «правильного» (в текущий момент времени) решения в разы выше

ниибацо здесь все архитекторы, пойду напишу компонент на реакте

Не осилил реакт :(

ниибацо здесь все архитекторы, пойду напишу компонент на реакте

?

это вам, батенька, на курсы продажников нужно

я работаю в сфере рекламы. То есть супер упертые программисты из сферы рекламы. Интересно какие курсы мне помогут. Да и я не собираюсь их переубеждать. Им так комфортно. Если они не развиваются, я не могу их заставить это делать. Я просто пойду дальше

Я не говорю что она верной была. Я говорю, что с подобным опытом вероятность «правильного» (в текущий момент времени) решения в разы выше

ты вообще когда работаешь?

ты вообще когда работаешь?

У меня отпуск

Кек

Так бизнес от кода не зависит

Зачем тебе платить тогда =) Я вот как business owner думаю. Раз не зависит. Берешь китайцев - вперёд.

Сегодня начался и до 29

Зачем тебе платить тогда =) Я вот как business owner думаю. Раз не зависит. Берешь китайцев - вперёд.

Так в этом и прикол

То есть ты не знаешь - зачем тебе платят? =)

Ты не считаешь - что ты производишь value больше, чем стоишь?

Что китайцы сделают. Мне платить можно начинать, когда разработка автоматизации дешевле чем текущее решение

Что китайцы сделают. Мне платить можно начинать, когда разработка автоматизации дешевле чем текущее решение

Те если бизнес тратит корейки на эксель и одного человека - нахуя я тут нужен?

Не нужен.

Если ты программный продукт создаёшь

Который приносит деньги

И потом выясняется через 7 лет - что долга в нём столько - что нужно создавать с нуля

Ты не считаешь - что ты производишь value больше, чем стоишь?

я раньше тоже так думал, оказалось что это не совсем так

для малого бизнеса — это ровно такая история

И в это время ГОД у тебя не будет никаких фич новых - которые тебя задвинут в жопу - по сравнению с конкурентами - вот тогда ТЫ - как програмсит - который создал этот долг - УБИЛ бизнес

Я видел такой убитый бизнес - и не один.

а для большого — стоимость/валью бизнеса берутся практически с потолка

Я видел такой убитый бизнес - и не один.

уверен, что сам бизнес до последнего это отрицал

CTO это отрицал

Он считал - что это бизес решения не правильно принимались

потому что валью не всегда исчисляется в убитых енотах

Он считал - что это бизес решения не правильно принимались

покупаешь поп-корн и смотришь как они друг друга грызут до смерти)

А что он загнал проект в тупик - как раз своей неэволюционирующей архитектурой и кучей плохого кода - он так и не признавал