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

не захламляя голову тупыми техническими штуками вроде автоматизации тестирования

Я несколько лет работал в банке рулим внутренней vсистемой

И там все через деньги

Так вот не автоматизирова - проебанно, это как раз от туда

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

Так вот не автоматизирова - проебанно, это как раз от туда

....

ай короч завтра поговорим

ты сегодня в неадеквате

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

можно выкинуть "которые"

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

мол "а как вы это клиентам мол продаете"

ага

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

Разрабатывать

и на эту тему реально можно сделать неплохой доклад

Можно условно следующие вещи

Простой сайт на заказ

Можно условно следующие вещи

не интересно

Продукт

И платформу

и на эту тему реально можно сделать неплохой доклад

Я бы послушал

ты уже 3 вещи назвал

Я бы послушал

он будет грустным. Все упрется в личную ответственность

с которой у народа все плохо

И монетизация и окупаемость там разная как и затраты

Я бы послушал

про бойцовский клуб слышал?

И монетизация и окупаемость там разная как и затраты

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

это не критерии по которым можно делить что-то на типы

по факту сильно большой разницы между "сайтом на заказ" и "платформой" нет

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

Согласен

Но когда ты работаешь на заказ

Твои доходы выще если продукт херовей

И никто не берется его дорабатывать

Но когда ты работаешь на заказ

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

Знания по товару у тебя

Привет битрикс

причем тут битрикс?

Тут ситуция в том что над разрабом менеджмент

Не заинтересован делать хорошо

Он заинтересован пилить

битрикс пример успешного продукта, с грамотным маркетингом, который решает проблмы бизнеса.

он будет грустным. Все упрется в личную ответственность

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

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

считай деньги)

про бойцовский клуб слышал?

Поясни)

Поясни)

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

Не заинтересован делать хорошо

с точки зрения менеджмента у них все хорошо.

Именно

Поясни)

первое правило клуба "чистого кода" не говори менеджменту про рефакторинги и тесты)

Именно

и я не вижу тут никакой проблемы.

первое правило клуба "чистого кода" не говори менеджменту про рефакторинги и тесты)

годнота

Я тоже не вижу проблем

Ты сделал как разраб хуякс хуякс и в прод

Я тоже не вижу проблем

тогда я не понимаю что именно ты хочешь сказать

Я виду речь о том что

Если продукт твой

И ты планируешь с него деньги получать

То там есть условно стадия mvp

Когда надо хоть что то чтобы стартануть

Ты сделал как разраб хуякс хуякс и в прод

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

и ты не сможешь "исправить" косяки в краткосрочной перспективе

Потом идет стадия того что приносит деньги а что нет все предположения ошибочны были раньше

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

И начинаю продукт ориентировать н юа деньги

Потом идет стадия того что приносит деньги а что нет все предположения ошибочны были раньше

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

первое правило клуба "чистого кода" не говори менеджменту про рефакторинги и тесты)

Занятно) а еще правила есть?

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

Занятно) а еще правила есть?

в разработке, думаю что-нибудь с драками надо оставить

ERROR: S client not available

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

Я согласен

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

Примерно так

А не когда разраб говорит тут пизда давайте я перепищу на новом хайпе с flux на redux

Менеджмент или шлет в путешествие

Или ищит до чего доебаться чтобы занять чем то другим

Потомучто в крупных компаниях есть квартальное планирование

И годовое например

И руководители знают что будет через год

астанавись

А разрабы нет и тут одна из основных проблем

А разрабы нет и тут одна из основных проблем

ничего ж не мешает спросить?

У кого?

у руководителя

Так не они даже принимают решение

Они реализуют

Занятно) а еще правила есть?

смотри тут в чем проблема. Предположим что рефакторинги и тесты - это часть нашего пайплайна разработки. Если ты будешь их делать грубо говоря как "сабтаски" к своей задаче, менеджмент скажет "а давайте мы уменьшим расходы на разработку за счет того что не будем это делать". И менеджмент будет прав потому что они не могут адекватно оценить профит от этих вещей. С другой стороны посмотрим подругому на проблему. Допустим команда решила что рефакторинг и тесты это чисто части процесса разработки и менеджмент это не касается. Мы сами принимаем решения когда что и как пилить, менеджерам же важе только результат. НО! Хорошо если хоть кто-то в команде читал Фаулера и умеет в рефакторинг и тесты писать. Скорее всего вся команда будет по началу делать все не самым эффективным образом и это вызовет некислый оверхэд по стоимости разработки. И при таком раскладе ОЧЕНЬ важно что бы у разработчиков было понимание того, что они работают не эффективно, делали регулярную ретроспекцию, думали как увеличить свою эффективность... причем смотрели на проблемы с самых разных углов. "может быть это мы не тесты писать не умеем, может быть в коде который мы хотим протестить проблема?". Вот такие идеи. И проблема тут в том, что для этого надо много и напряженно думать. А думать для большинства больно. Зачем, если можно просто вот херак херак и вроде бы готово и вроде как все довольны.

И руководители знают что будет через год

https://www.youtube.com/watch?v=UQOmGiv7rUk

на посмотри и успокойся

ОЧЕНЬ редко руководители знают что будет через год

они могут оценивать варианты, прикидывать как себя чувствует рынок

и то это могут далеко не все

Потому что agile он со стороны аутсорсеров

Потому что agile он со стороны аутсорсеров

посмотри видос и не мели чушь

Им сваливают таски

Они их в спринт

agile != scrum

@fes0r с какого примерно времени твой доклад на запиненном видео?

@fes0r с какого примерно времени твой доклад на запиненном видео?

понятия не имею

@fes0r ок ?

Им сваливают таски

посмотри видос, тебе будет полезно. Там как раз объясняют разницу между waterfall и agile с точки зрения кэшфлоу компании

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