Николай Бараненко

пользовательское железо закрепить на теми кто им пользуется и сделать их МОЛ, поставить программное средство по инвентаризации железа

хороший продажник берет еще на себя ответственность и за ваши сорванные сроки, и за результат в целом, для заказчика ваш провал будет провалом посредника. На мой взгляд это достаточно непростая задача, т.к. необходимо досчить балланса между вами как исполнителем и им как фактически для вас заказчиком, чтобы у вас не было впечатления что вы платите не за что, а у него что таких как вы пруд пруди. В итоге отличный продажик Вам может обойтись до 50%.

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

могу уверенно сказать, что это проблема воспроизводиться не только в группах людей, которые занимаются разработкой. Очень часто наблюдаю, раньше почему-то этого не видел, как коллеги работая в одном и том же подразделении начинают пытаться учить других как делать. На мой взгляд здесь две стороны медали, первая - когда тот кого ты пытаешься образумить ничего не хочет менять, потому что ваше обучение выводит его из зоны комфорта и он всячески пытается вернуться обратно, вторая сторона как вы пытаетесь подать что-то новое, если с позиции - твой уровень ниже и смотри как это нужно делать, то реакция их понятна. На мой взгляд если вы не занимаете уровень лидера этой команды, то вы рискуете стать белой вороной и в конечном итоге если не найдете поддержки так все и останется в лучшем случае в худшем будет спровоцирован конфликт и команда "дружно" исключит нарушителя зоны комфорта. Можно попытаться конечно занять роль информационного лидера и тогда команда будет обращаться к вам сама за советами а как и что лучше сделать, НО тут есть другая сторона - кто везет на том и едут. В общем есть конечно еще вариант о котором писали другие - стать их руководителем официально и навести порядок как вы считаете нужным.

Здравствуйте.

Считаю что, даже при разработке в одиночку GitFlow уже необходим (если я все верно понял это контроль версий).

Предполагаю, что разработка в одиночку это начало, т.к. большие проекты в одиночку не утянуть и знание методологии Scrum / Agile и CI лишними не будут.

Деплоить проекты через Docker: сам на самом деле только пытаюсь осваиваить этот продукт, т.к. для многих работодателей это уже стандарт.