Увел чоткий технический разговор в тему про взаимоотношения менеджеров и девопсов. ?

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

> один хочет внедрять что-то, не зная, что, ты все неправильно понял

Хотят внедрять понятно что понятно куда

Хотят внедрять понятно что понятно куда

т.е.? я не видел конкретных подходов названных

git-flow не конкретное название подхода?

ci/cd не конкретное?

git-flow не конкретное название подхода?

так это ты сказал, а не он)

и кстати да, git-flow лично я вот никогда не использовал

и ничего, брат жив

А у меня нет брата изначально, поэтому все методы работают безотказно.

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

А т.е. кодер представляет это по собственному опыту. Ну и херов это менеджер. представлять надо по возможностям того, кто делать будет. А это не всегда твои. Точнее никогда не твои

А т.е. кодер представляет это по собственному опыту. Ну и херов это менеджер. представлять надо по возможностям того, кто делать будет. А это не всегда твои. Точнее никогда не твои

не понял смысла фразы вообще, если честно

кодер может представлять по собственному опыту, да

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

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

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

Если бы я внедрял только то что знаю, то я бы никогда ничего не внедрил. И никто ничего не добивается делая то, что знает.

Если бы я внедрял только то что знаю, то я бы никогда ничего не внедрил. И никто ничего не добивается делая то, что знает.

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

кодер может представлять по собственному опыту, да

Зачем он переноси свой опыт на другого кодера, которым руководит? Ведь по определению тот лучше, быстрее, ловчее и хочет достичь ещё больше. Так ведь?

или если бы тасками управлял определенным способом

Зачем он переноси свой опыт на другого кодера, которым руководит? Ведь по определению тот лучше, быстрее, ловчее и хочет достичь ещё больше. Так ведь?

именно. И менеджер - это просто еще одна стадия развития программиста на пути к CTO

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

У меня всегда команда была такая, что я мог обратиться даже ночью

У меня всегда команда была такая, что я мог обратиться даже ночью

даже не просыпаясь. это тоже проблема вот

именно. И менеджер - это просто еще одна стадия развития программиста на пути к CTO

вообще нет

У меня всегда команда была такая, что я мог обратиться даже ночью

это не воркфлоу :)

вообще нет

вообще да

это не воркфлоу :)

вооот

проджект менеджеры без опыта кодинга - не нужны

да нет же. им ничего этот опыт не даёт вообще

им этот опыт дает склад мышления определенный

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

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

вовсе нет

который совмещает менеджерское мышление и инженерное

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

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

и когда приходит со стороны человек, который говорит “а я вот никогда не кодил в жизни, но хочу управлять вашими задачами по разработке софта” - то в 90% случаев такого человека надо слать лесом

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

да не растёт менеджер из прграммиста. это ненаучная ересь.

да не растёт менеджер из прграммиста. это ненаучная ересь.

не просто растет, в айти это единственный возможный корректный вариант

я в рот … менеджеров со стороны, которые ничего не знают про кодинг

не просто растет, в айти это единственный возможный корректный вариант

да в айти тоже не растёт. это не связано с айти или нет

да в айти тоже не растёт. это не связано с айти или нет

я про айти могу говорить только. Но и в других случаях, боюсь, так же

не существует специальности “менеджмент”, что бы там в частных вузах вам за бабки не писали

я про айти могу говорить только. Но и в других случаях, боюсь, так же

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

работа это не мамба

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

с менеджером должен быть двусторонний контакт

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

почитай книжку “Простите, я разрушил вашу компанию”

отлично ставит мозги на место

почитай книжку “Простите, я разрушил вашу компанию”

https://www.ozon.ru/context/detail/id/22050413/

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

а это не тебе решать

а это не тебе решать

это мне решать, я специалист по сфере, это моя работа

в общем, почитай книжку. Правда.

Ну так скажем, я не просто так говорю. Я в разных компаниях, в разных ситуациях работал. Я сам какую хочешь книку напишу )) И про компанию, и про подъем, и про развал )

это мне решать, я специалист по сфере, это моя работа

ну вот тебя я уже в блокнотик записал. бунтари специалисты никому не нужны ))

Ну так скажем, я не просто так говорю. Я в разных компаниях, в разных ситуациях работал. Я сам какую хочешь книку напишу )) И про компанию, и про подъем, и про развал )

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

но это не значит, что мое мнение - истина в последней инстанции

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

у меня разный опыт ;)

у меня разный опыт ;)

программистом есть? сколько лет?

программистом есть? сколько лет?

двадцать

ну вот тебя я уже в блокнотик записал. бунтари специалисты никому не нужны ))

если компании нужны шашечки, а не ехать - продолжай так думать)

двадцать

именно программистом? на каком языке, в какой сфере?

именно программистом? на каком языке, в какой сфере?

именно программистом. военный эмбедед, macro 11, Астра. Военные сервисы. C, Pascal. сайторазработка, perl, php. Сичтемы управления серверами - perl, python. Всякий бэкенд - в основном python. Както так

да не растёт менеджер из прграммиста. это ненаучная ересь.

некоторые компании считают что растет

Вот прямо сейчас на Go сервис пишу

не всегда

некоторые компании считают что растет

я знаю ))

именно программистом. военный эмбедед, macro 11, Астра. Военные сервисы. C, Pascal. сайторазработка, perl, php. Сичтемы управления серверами - perl, python. Всякий бэкенд - в основном python. Както так

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

ERROR: S client not available

некоторые компании считают что растет

большинство, я бы сказал

на моем опыте

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

нет. линейно писал всегда и писал себе

большинство, я бы сказал

я не очень люблю делать такие обобщения

я не знаю большинство компаний, но слышал о таком например от фейсбука

что с их точки зрения одна из стадий развития программиста (возможная) - менеджер

большинство, я бы сказал

и это очкнь херово. не удивительно,что большинство компаний ничего не достигают

@schors согласись, что менеджеру неплохо иметь технический бекграунд

и это очкнь херово. не удивительно,что большинство компаний ничего не достигают

почитай уже книжку, которую я скинул, там все разжевано

@schors согласись, что менеджеру неплохо иметь технический бекграунд

он с этим уже час спорит активно))

@schors согласись, что менеджеру неплохо иметь технический бекграунд

со со. он его может приобрести в процессе. такое часто бывает

он с этим уже час спорит активно))

как видишь не с этим )

как видишь не с этим )

а ты выше почитай)

я в кораблики хочу поиграть, а у меня винда обновиться решила...

я в кораблики хочу поиграть, а у меня винда обновиться решила...

менеджеропроблемы

(извините)

Вообще я попросил воркфлоу для гет стартед, а когото тут бомбануло

Вообще я попросил воркфлоу для гет стартед, а когото тут бомбануло

вообще таких вопросов после 20 лет в программировании быть не должно :)

менеджеропроблемы

нет. это проблема цикла пользования компом. в прошлый раз я винду грузил две недели назад. чтобы поиграть в кораблики

вообще таких вопросов после 20 лет в программировании быть не должно :)

констатирую факт - ты ошибся. они есть. переосмысли своеивосприятие мира

констатирую факт - ты ошибся. они есть. переосмысли своеивосприятие мира

ты не констатируешь факт :) ты лишь признаешь, что в твоем случае оценка не сработала

статистическая погрешность

ну ка покажи свою статистику

а я тебе рассказываю, как оно чаще всего случалось на моем опыте

и не только на моем

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

@demeliorator ты можешь на вопрос @Enchantner и тут ответить ИМХО )

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

у тебя весьма специфический опыт, не имеющий отношения к мейнстримной разработке

тут соглашусь

ну началось. оказывается мой опыт не такой опытный

ну началось. оказывается мой опыт не такой опытный

да, иначе бы ты не задавал таких вопросов)

Щорс, это у тебя 20 лет опыта в военной разработке?