А когда меняются приоритеты как быть? Можно просто сидеть и проектировать бесконечно

Это тоже самое, что заложить фундамент из говна и палок, поставить на неё кривую избушку, а потом пытаться вместо избушки небоскрёб поставить:)

Это всё надо продумывать в самом начале

Бесполезный спор. Программирование и строительство дома очень разные вещи.

Бесполезный спор. Программирование и строительство дома очень разные вещи.

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

Как же? Мы серьезно уже разбираем почему строительство дома это не программирование?

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

вы в программировании можете поменять в любой момент, в отличие от дома

Это всё надо продумывать в самом начале

Это называется архитектура не спроста)

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

Особенно если на эту особенность у тебя уже завязано всё приложение

А кто сказал, что это хорошо?

Опыт десятков тысяч проектов?

Тех которые через пол года закрываются?

это как сказать, что весь дом на 1 кирпиче держится какая же это архитектура

парни, это бесполезно :) я с ним на эту тему дважды спорил.

Да, это один из итогов, компания на этом сьэкономила денег

Вот такая архитектура в среднем получается когда не проектируют)

дак как это опровергает мое сообщение?)

Интересная экономия)

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

Если ты спроектировал так, что всё у тебя держится на одном кирпиче, наверное, ты сделал что не так?

Почему проект не должен взлететь?

Почему проект не должен взлететь?

как это опровергает, что в программировании можно поменять быстро, в отличие от дома?) если речь про архитектуру и у вас на ОСОБЕННОСТИ завязано все приложение, то увы это говорить что дом на 1 кирпиче стоит, это не тот пример и да, какая особенность? переписать код непросто, но это явно гибко а не навека

Привет тебе от nuum мтс, потратили денег много, сделали какаху и теперь все это пойдет в унитаз

Часто, на практике, я сталкивался с тем, что поменять уже быстро нельзя. Тк один костыль завязан другой и так далее цепочкой и стоит на фундаменте из говна и палок. Как то серьёзно изменить такой код быстро без последствий для приложения нельзя

Это никак не доказывает что надо продумывать всю архитектуру тщательно до старта. Ключевые моменты да, все досконально - нет.

Часто, на практике, я сталкивался с тем, что поменять уже быстро нельзя. Тк один костыль завязан другой и так далее цепочкой и стоит на фундаменте из говна и палок. Как то серьёзно изменить такой код быстро без последствий для приложения нельзя

это все равно не противоречит тому, что вы точно так же можете заменить "фундамент". Если у вас фундамент, как фундамент дома, увы вы пошли не в ту стезю

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

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

Какова будет стоимость замены фундамента кода на сотни тысяч строк кода?

я вам не отвечу, зависит от многих аспектов, но разница в проектировании приложений и дома такова, что приложение у вас может и будет менятся(если это продукт, а не шабашка), а дом – нет. Если у вас изначально есть "особенность" на которую завязывается все остальное – вы сильно связали ваш код

Да в геймдеве все еще быстрее меняют сто раз.

Вы уже рассуждаете об архитектуре, которую нужно продумать заранее)

Она говорит, что у газпрома и сбера есть свои платформы и мы тоже хотим 😊

Она говорит, что у газпрома и сбера есть свои платформы и мы тоже хотим 😊

Так 90% проектов делаются))

Поэтому 90% проектов не имеют будущего

продумать архитектуру приложения != продумать весь цикл продукта и заложить асбракции/оверхед на годы вперед продумать арзитектурудома == от начала до конца, вы не можете 1 этаж спроектировать, а потом по ходу)

Возможно мы по разному понимаем слово продумать проект)

Да откуда hr знать почему они проект пилят 😁 у нее там 50 команд со своими тараканами и сотни мутных типов с глупыми вопросами))

И правда накуя нанимающему менеджеру знать зачем они делают продукт 🙃

Они порой не знают какой стек на проекте а ты...))

Бюджет дали и х—м

Поэтому 90% проектов не имеют будущего

Сколько ты в среднем на проекте работаешь?

Самое долгое полтора года

И отсюда вывод, что вкладываться в "продумывание архитектуры" нет выгоды.

Ну и какая тебе хрен разница тогда какие там у проекта перспективы 😂

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

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

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

Иди на легаси в финтех, стабильней некуда))

Если проект делается не понятно зачем, то зачем ему архитектура?

Как и большинство проектов, которые стали востребованными в долгосрок. У бизнеса есть идея, есть ограниченные ресурсы, включая время. Им все равно, что и как ты сделаешь, но уложись в ограничения и выдай рабочий продукт. Отсюда монолит – максимально топорный, нестабильный, но выполняющий свою задачу – выходит выгоднее для начала. В будущем, если он себя окупит, можешь уже заниматься оптимизацией и распилом.

Как и большинство проектов, которые стали востребованными в долгосрок. У бизнеса есть идея, есть ограниченные ресурсы, включая время. Им все равно, что и как ты сделаешь, но уложись в ограничения и выдай рабочий продукт. Отсюда монолит – максимально топорный, нестабильный, но выполняющий свою задачу – выходит выгоднее для начала. В будущем, если он себя окупит, можешь уже заниматься оптимизацией и распилом.

как совмещают на двух работах основная + гпх? Разве это не палится по налогам и тд?

как совмещают на двух работах основная + гпх? Разве это не палится по налогам и тд?

Кем?) это запрещено?)

как минимум же конфликт интересов у меня при трудоустройстве спросили за самозанятность) пришлось закрывать

Иди на легаси в финтех, стабильней некуда))

кто-то спрашивает, кто-то нет)

оооо, за легаси в финтех (инвестбанк) я вам тоже могу рассказать… :)