вот специально зашел минус влепить. У меня аж подгорает. Откуда мать его этот фап на миллисекунды. За все годы разработки у меня на первом месте всегда была функциональность и акцент на бизнес-логике. И джанго с этим прекрасно справляется. Зачем тачищить асинхронность и алхимию чтобы сэкономить 20 милисекунд? А не знаю в каком мире вы живете, а в моем заказчику куда важнее бизнес функционал, и проще подбросить еще одну машину в облаке, нежели занимать тюнингом кода.
Хотите скорости, делайте на go. python и django не про скорость выполнения, а про скорость разработки и качество.
«Наши процессы организованы таким образом, чтобы сотрудники в своей работе не зависели от коллег: сел — и работаешь....»
Лично у нас в компании не получается таких атомарных задач. Приходится постоянно общаться, уточнять, спорить, прояснять. Как вам удается сразу ставить такие гранулярные задачи и чтобы потом не было вопросов?
Соглашусь с комментатором. А по поводу этого:
«Моя мечта, как и любого менеджера продукта — команда, которая будет понимать своего пользователя и его потребности, будет валидировать задачи и думать о том, какую пользу каждая фича принесет клиенту.»
А моя мечта как разработчика, получать четкое ТЗ. В идеале чтобы в тикете была вся необходимая информация, и единственное что мне нужно сделать, это найти техническое решение поставленной задачи.
Что же я вижу на практике?
Не полное ТЗ, постоянная коммуникация с PM, аналитиком, в заказчиком прежде чем приступить к выполнению задачи.
Так а что же важно для бизнеса?
А для бизнеса не нужны ни менеджеры, ни аналитики, ни программисты. Для бизнеса важны люди, которые могут закрыть собой какую-то область проблем, взять на себя головняк и не беспокоить начальство. Нужны люди которые будут своей грудью закрывать дот, чтобы по телам этих страдальцев мог пройти бизнес.
Правильно или нет — спорный вопрос. Но то что я вижу вокруг, говорит о том что бизнес так работает. Есть только единственный ресурс который бизнес бережет и пытается заполучить — это деньги. Все остальное это инструменты заполучения этого ресурса.
Мне нравится как они трактуют понятие «добросовестное» и «недобросовестное использование» ). Сами заявили что у них безлимит, и продают как безлимит, но хотят чтобы пользователи не использовали по максимуму, а ограничивались определенным объемом )
Круто, что тут сказать. Хотя на текущем проекте страдаем. Типичный аутсорс, чтобы задобрить и завязать на себя клиента выдаем минимально возможные сроки, а потом разгребаем завалы из-за внезапных подводных камней.
Могу предложить такую альтернативу: создайте универсальную базу исходного кода. Но вместо того, чтобы наследовать и использовать ее в каждом новом проекте (что приведет к межпроектной зависимости), просто каждый раз делайте ее форк. В таком случае у Вас будет надежная стартовая точка, но при этом Вы свободно вносите изменения, не беспокоясь о том, как они отразятся на других проектах компании.
Если перенести это на ООП получается вы говорите не пользуйтесь наследованием, делайте копипасту )
вот специально зашел минус влепить.
У меня аж подгорает. Откуда мать его этот фап на миллисекунды. За все годы разработки у меня на первом месте всегда была функциональность и акцент на бизнес-логике. И джанго с этим прекрасно справляется. Зачем тачищить асинхронность и алхимию чтобы сэкономить 20 милисекунд? А не знаю в каком мире вы живете, а в моем заказчику куда важнее бизнес функционал, и проще подбросить еще одну машину в облаке, нежели занимать тюнингом кода.
Хотите скорости, делайте на go. python и django не про скорость выполнения, а про скорость разработки и качество.
Лично у нас в компании не получается таких атомарных задач. Приходится постоянно общаться, уточнять, спорить, прояснять. Как вам удается сразу ставить такие гранулярные задачи и чтобы потом не было вопросов?
«Моя мечта, как и любого менеджера продукта — команда, которая будет понимать своего пользователя и его потребности, будет валидировать задачи и думать о том, какую пользу каждая фича принесет клиенту.»
А моя мечта как разработчика, получать четкое ТЗ. В идеале чтобы в тикете была вся необходимая информация, и единственное что мне нужно сделать, это найти техническое решение поставленной задачи.
Что же я вижу на практике?
Не полное ТЗ, постоянная коммуникация с PM, аналитиком, в заказчиком прежде чем приступить к выполнению задачи.
Так а что же важно для бизнеса?
А для бизнеса не нужны ни менеджеры, ни аналитики, ни программисты. Для бизнеса важны люди, которые могут закрыть собой какую-то область проблем, взять на себя головняк и не беспокоить начальство. Нужны люди которые будут своей грудью закрывать дот, чтобы по телам этих страдальцев мог пройти бизнес.
Правильно или нет — спорный вопрос. Но то что я вижу вокруг, говорит о том что бизнес так работает. Есть только единственный ресурс который бизнес бережет и пытается заполучить — это деньги. Все остальное это инструменты заполучения этого ресурса.
Засудить бы их… Эх, мечты, мечты
Если перенести это на ООП получается вы говорите не пользуйтесь наследованием, делайте копипасту )