тут сразу технический перфекционизм куда-то исчезает и начинает бесить когда кто-то им страдает
если нет опыта разработки качественных процессов, что бы разрабатывать качественные продукты - естественно он исчезнет. Риски будут множится, а то что должно занимать 2 часа будет занимать день.
Yuriy
Aleksand
Yuriy
Аргументный-аргумент
Yuriy
Ну ок, дилетантов везде хоть лопатой отгребай... мне то что %)
Aleksand
Аргументный-аргумент
ну вы по-своему правы, во вселенной наемного персонала. я в общем не спорю с вашими доводами. но они имеют смысл в энтерпрайзе, в стартапе даже успешном вас не поймут
Ale
поймут
Yuriy
В стартапе будут говнякать и не понимать что это гробит жизнеспособность целевого бизнесса... пока он не сдохнет.
Ale
ну это в плохом стартапе)
Yuriy
Таких большинство
Ale
и не только стартапов
Yuriy
Это да
App
Всем привет
Yuriy
о/
App
Есть сениоры? 😊
Aleksand
В стартапе будут говнякать и не понимать что это гробит жизнеспособность целевого бизнесса... пока он не сдохнет.
ну тут важен баланс. вот люди способные не допустить стратегических технических ошибок очень нужны. но перфекционисты часто не дают не только допустить ошибок но и вообще довести продукт до продакшена
Ale
A
если нет опыта разработки качественных процессов, что бы разрабатывать качественные продукты - естественно он исчезнет. Риски будут множится, а то что должно занимать 2 часа будет занимать день.
не, процессы это хорошо.
Вопрос в том, сколько есть денег.
Yuriy
200-250К$ в среднем
Aleksand
не, процессы это хорошо.
Вопрос в том, сколько есть денег.
и когда это бабло с твоего счета то пригорает моментально
Yuriy
С них обычно остаётся за первые пол года 80К, и отбивается за вторые ...
Ale
не, процессы это хорошо.
Вопрос в том, сколько есть денег.
качественный процесс, также как качественная архитектура и прочее зависит от контекста, в том числе и денег
Yuriy
хз хз ...
Yuriy
Ну ок, всем добра.
Aleksand
качественный процесс, также как качественная архитектура и прочее зависит от контекста, в том числе и денег
как измерять качество? если нет внятной числовой характеристики то чаще всего это демагогия
Ale
как измерять качество? если нет внятной числовой характеристики то чаще всего это демагогия
внятная числовая характеристика строится на основе модели, которая в конкретной ситуации может быть неприменима. Короче говоря числовая тоже не дает выхлопа в нашей молодой индустрии
Yuriy
как измерять качество? если нет внятной числовой характеристики то чаще всего это демагогия
Есть, но это уже надо заниматься образованием.
Ale
самое простое - по скорости реагирования на изменения
Yuriy
Таким, весёлым, которое может показать какие есть характеристики прямые и косвенные и к каким бизнес процессам они применимы...
Yuriy
Книжек любых по MBA можно почитать.
Yuriy
Стоит хотя бы разобраться в линейных и экспоненциальных эстимациях и процессах (в том числе и сугубо психологических) которые к ним приводят.
Ale
так. раскройте. интересно мнение
чем быстрее получается деливерить новые фичи, тем лучше(обычно). Далее сюда докидывается сколько при этом ломается старых фич. Но и это оч частный случай
Yuriy
Ну у всех свои понятия MBA ...
Yuriy
У нас в среднем до mini-MBA люди еле дотягивают.
Yuriy
Понятия в принципе на таком же уровне.
Ale
ну, mba это вроде вполне конкретное, а нас тут интересует теория принятия решений, не?
Yuriy
Там куча разных менеджментов под капотом... которые непосредтсвенно и приводят к принятию решений.
Aleksand
чем быстрее получается деливерить новые фичи, тем лучше(обычно). Далее сюда докидывается сколько при этом ломается старых фич. Но и это оч частный случай
хорошо. как считать поломки? как оценить не множим ли мы сложность по факту неудачной архитектуры несмотря на скорость разработки? это типичная же история.
Aleksand
У нас в среднем до mini-MBA люди еле дотягивают.
я инженер, я не способен оценить уровень бизнесменов и их образования)
Yuriy
Ну, такое дело... при отсутствии вменяемого руководства приходиться впитывать рано или поздно, вместе с психологией.
Ale
хорошо. как считать поломки? как оценить не множим ли мы сложность по факту неудачной архитектуры несмотря на скорость разработки? это типичная же история.
ну, у вас же есть разбиение на задачи, у задач есть оценка сложности в каких-то единицах измерения. Можете строить простые зависимость суммарная сложность сделанных задач / за период
Aleksand
Ну, такое дело... при отсутствии вменяемого руководства приходиться впитывать рано или поздно, вместе с психологией.
начнете впитывать тогда когда сами начнете строить бизнес на свои. остальное - узучение бокса по книжкам
Yuriy
Ale
начнете впитывать тогда когда сами начнете строить бизнес на свои. остальное - узучение бокса по книжкам
необязательно строить свой бизнес, ну
App
У нас тут форсмажор с nodejs случился, нужен senior разработчик на 2-2.5 месяца на 300 000 рублей.
Yuriy
учитывайте это, ваш кэп)
Почти нереально, для нормального менеджера нужно приводить к линейным и проводить реструктуризацию...
Любые нелинейные эстимации - дополнительный риск.
Ale
У нас тут форсмажор с nodejs случился, нужен senior разработчик на 2-2.5 месяца на 300 000 рублей.
Вакансии и поиск работы: @javascript_jobs и @nodejs_jobs
Ale
A
App
Спс
Ale
ну да, все сводится к тому, что надо понять бизнес и чего он хочет. И решать их проблему
Ale
проблема конечно обычно в том, что бизнес ничего не знает
Ale
и приходится вместе узнавать)
Yuriy
... когда руководство слишком тупоголовое что бы оценить жизнеспособность этого бизнеса, проще притвориться как будто не всёравно и продолжать грести
Ale
или сменить место работы
Yuriy
В 99% случаев не поможет
Aleksand
ну да, все сводится к тому, что надо понять бизнес и чего он хочет. И решать их проблему
а может архитектуру стоит оценивать в стоимости обработки запроса в долларах?
Ale
а может архитектуру стоит оценивать в стоимости обработки запроса в долларах?
не понял еси честно
Yuriy
Я обычно измеряю количество фич которое можно получить за доллар в текущем месяце.
Сравниваю с предыдущим ...
Потом разбираю что именно повлияло на изменения.
Aleksand
Я обычно измеряю количество фич которое можно получить за доллар в текущем месяце.
Сравниваю с предыдущим ...
Потом разбираю что именно повлияло на изменения.
тут важно описать что продает бизнес конечно. а то мы о разном
Yuriy
Та тут обычно платные сервисы по подпискам и консультационные услуги, B2B решения.
Aleksand
не понял еси честно
а что тут неясного? вот телеграм возмем. там рассказывали что в месяц 1-2 млн баксов тратится на сервера. тут скорость фич как-то не очень актуальна, а вот burn rate на отправку сообщения, на хранение кб и прочее сильно важнее
Ale
Ale
качество архитектуры? А что такое архитектура?
Ale
в моем понимании это набор ограничений, накладываемый разработчиками на самих себя в рамках конкретного проекта, для достижения определенных характеристик
Ale
ну и оценивать мы можем насколько успешно мы добились этих самых характеристик. Потом насколько эти характеристики отвечают требованиям бизнеса. И все это оч относительные вещи
Yuriy
Хз... если учитывать что MVC морально устарел и издох, а на MVVM + CQRS-ES у людей не хватает мозга / опыта... та да можно говорить про "качество архитектуры".
Ale
ровно как мы(ну я пока точно не могу) не можем в общем случае сказать, какой нужен баланс между coupling&cohesion, так и здесь, приходится танцевать от конкретного проекта
Ale
Хз... если учитывать что MVC морально устарел и издох, а на MVVM + CQRS-ES у людей не хватает мозга / опыта... та да можно говорить про "качество архитектуры".
если учитывать, что под mvc каждый понимает, что хочет, в том числе и mvvm+cqrs-es ведь это всего-лишь пара деталей реализации)
Yuriy
Ну она позволяет увеличить реюзабельность компонентов
Ale
кто она?
Yuriy
MVVM + CQRS-ES архитектура под event-driven SOA
Ale
красивый набор базвордов)