-
Сообщений
6 897 -
Зарегистрирован
-
Посещение
-
Время онлайн
120д 5ч 2м 46с
О Drakonian
-
Звание
Floodseeker
- День рождения 23.06.1994
Profile Information
-
Gender
Male
Посетители профиля
25 157 просмотров профиля
-
а как бы не сильно растет частота митингов от времени создания фичи, митинги во времени размазываются в любом случае хоть 1 недельная, хоть 6 месячная послушаю о проблеме, а потом просто код почитаю, сделаю дамп БД в тест sandbox, продебажу очень редко когда появляется необходимость созваниватся или поднимать документацию прям детальную из-за таких проблем но если митинг и нужен то как бы таких ситуаций не так много )
-
а как работать? ну типа там настолько отсутствует неопределенность что прокто кодируешь хуйню по тз как ебаный робот? или как?? у меня следующие рассуждения если ты не джун/мидл и делаешь что-то более менее сложное - нужен контекст по продукту, нужно принятие решений в условиях неопределенности и недостатка информации. такое в одного не делается. в целом даже выбрать чисто техническое решение (кафку хуяфку, апи вс очередь, либу, паттерн и тп) лучше посоветоваться с другими опытными товарищами (только если у вас не все супер зарегулировано и таких вопросов не стоит). тоесть коммуникация нужна в любом случае. можно делать очень многое асинхронно. но какие-то вещи проще обсудить в диалоге тк нужен короткий цикл обратной связи (когда у тебя много вопросов и нужно быстро вась-вась выйти на общее понимание). а какие-то чтобы асинхронно обсуждать нужно предварительно быть очень быть на одной волне с другими людьми, что в свою очередь обычно достигается тоже в основном в диалоге (митинге). плюс всякие 1-1, демо, ретро. если делаются со смыслом а не тупой калькой из книги по скраму, то это тоже супер профитные активности, которые необходимы для высокопроизводительных команд которые делают что-то интересное/полезное как без митингов можно? ну смотри Норм ТЗ действительно уменьшает количество необходимым комуникаций, но конечно же полностью не избавляет от них Кроме того размер компании прямо влияет на количество митингов, чем больше компания, тем больше бюрократии, тем больше людей, что в свою очередь сильно увеличивает количество необходимым комуникаций Моя стратегия была соответственно этим рассуждением, МАЛЕНЬКАЯ компания с норм ЗП, чем меньше тем лучше, синьйорный уровень работников (нету джунов-мидлов). Вуаля, митингов почти не будет. У меня нет дейликов, нет еженедельных митингов, у меня есть только митинг когда что-то нужно уточнить (редко), часто это митингы на 15 минут где-то раз в неделю или что такого Показать больше проблема в том, что я и есть тот чел, который пишет тз потом ну кто-то же должен ))
-
Все так, код на тестовом сервере и код на проде это совсем разные субстанции Качественный рост разработчика сильно связан с тем чтобы код попадал на прод и разраб мог в этом сам убедится и прохавать все проблемы реального прода здесь есть ошибка условия заказчик не может диктовать из-за отсутствия технического понимания проблемы, все что заказчик диктует это сроки и бюджет, а ты уже от этого отталкиваешься заказчиком обычно выступает другая ИТ компания, у которой есть свои тех.спецы - которые выставляют сроки. это если мы говорим про большие компании, то возможно у меня например заказчик это непосредственно бизнес, поэтому такой проблемы нет
-
здесь есть ошибка условия заказчик не может диктовать из-за отсутствия технического понимания проблемы, все что заказчик диктует это сроки и бюджет, а ты уже от этого отталкиваешься
-
Drakonian понравился пост в теме: Программирование[11]
-
совсем не так, маленькая компания синьйорного лвла это значит что будут и тесты и документация в стартапе возможно, не работал в них если компания не большая то такие проекты обычно не супер огромные кроме того из-за уровня команды у тебя есть намного больше свободы в решениях относительно дизайна и архитектуры, ты сам решаешь как это сделать и тебе доверяют А мне не нужно каждую микро деталь расписывать, нужно просто немного разбираться в бизнес процессах (на опыте), ты зачастую сам решаешь как лучше это реализовать, все что мне нужно знать это какую проблему бизнеса мы пытаемся решить и о чем бизнес. Это буквально час разговора в начале проекта и ИНОГДА редкие синк апы с бизнесом или консультантами внутренними ну вот, даже с огромной командой может быть минимум митингов но я бы и час в день не хотел бы))
-
ну я еще не тренированный и не сениор тяжело а ну тогда не ссы, прорвешься, нужно время просто и старания
-
сколько у тебя парт-тайм проектов кроме фулл тайма? если меньше 3 то все ок
-
а как работать? ну типа там настолько отсутствует неопределенность что прокто кодируешь хуйню по тз как ебаный робот? или как?? у меня следующие рассуждения если ты не джун/мидл и делаешь что-то более менее сложное - нужен контекст по продукту, нужно принятие решений в условиях неопределенности и недостатка информации. такое в одного не делается. в целом даже выбрать чисто техническое решение (кафку хуяфку, апи вс очередь, либу, паттерн и тп) лучше посоветоваться с другими опытными товарищами (только если у вас не все супер зарегулировано и таких вопросов не стоит). тоесть коммуникация нужна в любом случае. можно делать очень многое асинхронно. но какие-то вещи проще обсудить в диалоге тк нужен короткий цикл обратной связи (когда у тебя много вопросов и нужно быстро вась-вась выйти на общее понимание). а какие-то чтобы асинхронно обсуждать нужно предварительно быть очень быть на одной волне с другими людьми, что в свою очередь обычно достигается тоже в основном в диалоге (митинге). плюс всякие 1-1, демо, ретро. если делаются со смыслом а не тупой калькой из книги по скраму, то это тоже супер профитные активности, которые необходимы для высокопроизводительных команд которые делают что-то интересное/полезное как без митингов можно? ну смотри Норм ТЗ действительно уменьшает количество необходимым комуникаций, но конечно же полностью не избавляет от них Кроме того размер компании прямо влияет на количество митингов, чем больше компания, тем больше бюрократии, тем больше людей, что в свою очередь сильно увеличивает количество необходимым комуникаций Моя стратегия была соответственно этим рассуждением, МАЛЕНЬКАЯ компания с норм ЗП, чем меньше тем лучше, синьйорный уровень работников (нету джунов-мидлов). Вуаля, митингов почти не будет. У меня нет дейликов, нет еженедельных митингов, у меня есть только митинг когда что-то нужно уточнить (редко), часто это митингы на 15 минут где-то раз в неделю или что такого
-
можно найти компанию без митингов я по крайней мере нашел в итоге А когда работал в конторе Нидерландской то ахуел из-за количества митингов и утренних стендапов, сука в 9 утра стенд-ап это пиздец был я там год продержался
-
сегодня клауд не закрыл вместо меня тикет потому что я весь день нихуя не делал так я тоже нихуя не делал )
-
Drakonian понравился пост в теме: Программирование[11]
-
сегодня claude закрыл вместо меня тикет
-
Drakonian понравился пост в теме: Секс и Отношения #10
-
Drakonian понравился пост в теме: Секс и Отношения #10
-
Drakonian понравился пост в теме: Секс и Отношения #10
-
Drakonian понравился пост в теме: Секс и Отношения #10
-
Drakonian понравился пост в теме: Секс и Отношения #10
-
Drakonian понравился пост в теме: Секс и Отношения #10
-
прогонял прогоняю и буду прогонять
-
Ritsu twit понравился пост в теме: Программирование[11]
-
пусть сначала поймают
-
я на питоне пишу, бро да кто этот ваш грок такой? в смысле, а как же Java?
-
могу залить тонны говна на прод без ллм ллм не нужон так быстро фуру говна которая комплится и даже на первый взгляд работает ты не сделаешь