Вы правы. Стремление человека делиться своим опытом и знаниями в условиях конкурентной борьбы бывает сложно объяснить чем-то кроме его ЧСВ. Однако вы не учитываете тот факт, что написание подобных статей может быть своеобразным "перелистыванием страницы" или "закреплением пройденного материала", когда автор находится уже на следующих уровнях развития и решает уже совершенно другие задачи и проблемы, а значит имеет перспективу. "Выкидывать" же тех, кто развивается (если мы про эффективное производство, а не самодурство) - непозволительная роскошь, тем более в условиях конкурентной борьбы. Более того, когда вы уже на "следующем уровне", то вы непременно захотите, чтобы те, кто находится на уровнях предыдущих, разделяли с вами ваши ценности (если вы понимаете о чем я), ведь только тогда вы сможете в свой работе на них уверенно опереться, а для этого нужно в том числе писать вот такие статьи.
Ну тут все достаточно просто. У меня есть "директы" (те, кто структурно подчиняются непосредственно мне) - это несколько руководителей отделов (т.н. tgm-ы) и групп (тимлиды). С ними у меня 1-1 еженедельные. НО. Если кто-то из них будет тянуть несколько дней, чтобы сообщить мне о блокере, то это его серьезная ошибка. Кстати, не припомню, чтобы такие ошибки у нас допускались. Блокер, который не решается на уровне моего директа, а решаетя на моем или выше - это серьезная проблема, о которой нужно узнавать незамедлительно. На всякий случай, под блокером я тут понимаю нечто, остановившее выполнение какой-то важной производственной задачи :)
Кроме моих "директов" есть руководители, подчиняющиеся моим директам - у меня это всегда тимлиды. С ними у меня тоже есть регулярные 1-1, но проводим мы их раз в месяц. На этих встречах я обычно не ожидаю услышать о неизвестных мне производственных пробемах (ведь у меня есть директы), но иногда такое случается, что добавляет ценности этим митингам. Но в целом это встречи больше про "держать руку на пульсе", чем про "производство".
Иногда мне необходимо проводить разовые 1-1 с рядовыми сотрудниками. Причины бывают разные, редко напрямую связанные с производством. Например, это может быть сбор фидбека из первых рук по какому-то процессу или взаимодействию. Кстати, сразу после отпуска (следую своим же советам по профилактике выгорания, поэтому отвечаю с такой задержкой) планирую провести такие 1-1 с четырьмя-пятью сотрудниками. Размажу встречи на пару недель - совершенно ненапряжная работа :)
Кто-то со мной не согласится, но по моим ощущениям 10 "директов" - это тот порог, после которого уже стоит задуматься о реструктуризации, потому что, действительно, "общаться со всеми" становится тяжело.
Если вы чувствуете недостаток хард-скилов по какой-то теме, то отвечу банально - нужно прокачивать эту самую тему. У меня в направлении есть живые примеры руководителей, которые прошли или проходят через эту же проблему - один из них, например, пошел получать второе высшее заочное образование в области математики и машинного обучения и теперь без проблем "разговаривает на одном языке" с командой ML-щиков (команд у него несколько), другой пошел на продвинутые курсы бэкенд разработки (сам он тимлид-фронтовик) только для того чтобы в будущем суметь управлять универсальными командами. А если вспомнить наш департамент (структурная едница, частью которой является мое направление), то я знаю и гуманитариев и даже бывших продактов, которые теперь успешно руководят направлениями и отделами разработки. Вы не первый с такой проблемой :)
Все это, конечно, про долгий путь, а вы страдаете здесь и сейчас, поэтому в моменте могу посоветовать опереться на команду. Если команда вам досталась в основном адекватная, то они наверняка поймут, что вам нужно немного времени, чтобы их догнать - играйте с ними в открытую, не пытайтесь строить из себя большего специалиста, чем вы сейчас есть на самом деле. Попробуйте выделить хотя бы одного синьера, который условно станет вашей "правой рукой", т.е. и подскажет и поможет принять правильное решение. Ну и не бояться задавать "глупые вопросы" в подходящие моменты - это тоже ваше обязательное лекарство.
в Озоне "направление" содержит "отделы", внутри которых "группы", в которых уже работают разработчики. Само "направление" может быть частью "департамента" или сразу "дирекции". Четких требований по хедкаунту нет.
1. в реплицируемой таблице есть автоинкрементный праймари.
на одном сервере:
auto_increment_increment = 2
auto_increment_offset = 1
на другом:
auto_increment_increment = 2
auto_increment_offset = 2
соответственно в первом получаем нечетные, а во втором четные записи и никакой каши.
2. наверное, я не понял вопроса. Синхронизируем именно «мастер-мастер» репликацией. Задержку в доли секунды специально не замеряли (красивых графиков ради), т.к. на фоне старого решения это однозначно на порядки быстрее.
кстати, всегда думал, что на «неправильные аргументы командной строки», принято возвращать все-таки двойку: $ ls -z; echo $?
ls: invalid option -- 'z'
Try `ls --help' for more information.
2
Вы правы. Стремление человека делиться своим опытом и знаниями в условиях конкурентной борьбы бывает сложно объяснить чем-то кроме его ЧСВ. Однако вы не учитываете тот факт, что написание подобных статей может быть своеобразным "перелистыванием страницы" или "закреплением пройденного материала", когда автор находится уже на следующих уровнях развития и решает уже совершенно другие задачи и проблемы, а значит имеет перспективу. "Выкидывать" же тех, кто развивается (если мы про эффективное производство, а не самодурство) - непозволительная роскошь, тем более в условиях конкурентной борьбы. Более того, когда вы уже на "следующем уровне", то вы непременно захотите, чтобы те, кто находится на уровнях предыдущих, разделяли с вами ваши ценности (если вы понимаете о чем я), ведь только тогда вы сможете в свой работе на них уверенно опереться, а для этого нужно в том числе писать вот такие статьи.
Ну тут все достаточно просто. У меня есть "директы" (те, кто структурно подчиняются непосредственно мне) - это несколько руководителей отделов (т.н. tgm-ы) и групп (тимлиды). С ними у меня 1-1 еженедельные. НО. Если кто-то из них будет тянуть несколько дней, чтобы сообщить мне о блокере, то это его серьезная ошибка. Кстати, не припомню, чтобы такие ошибки у нас допускались. Блокер, который не решается на уровне моего директа, а решаетя на моем или выше - это серьезная проблема, о которой нужно узнавать незамедлительно. На всякий случай, под блокером я тут понимаю нечто, остановившее выполнение какой-то важной производственной задачи :)
Кроме моих "директов" есть руководители, подчиняющиеся моим директам - у меня это всегда тимлиды. С ними у меня тоже есть регулярные 1-1, но проводим мы их раз в месяц. На этих встречах я обычно не ожидаю услышать о неизвестных мне производственных пробемах (ведь у меня есть директы), но иногда такое случается, что добавляет ценности этим митингам. Но в целом это встречи больше про "держать руку на пульсе", чем про "производство".
Иногда мне необходимо проводить разовые 1-1 с рядовыми сотрудниками. Причины бывают разные, редко напрямую связанные с производством. Например, это может быть сбор фидбека из первых рук по какому-то процессу или взаимодействию. Кстати, сразу после отпуска (следую своим же советам по профилактике выгорания, поэтому отвечаю с такой задержкой) планирую провести такие 1-1 с четырьмя-пятью сотрудниками. Размажу встречи на пару недель - совершенно ненапряжная работа :)
Кто-то со мной не согласится, но по моим ощущениям 10 "директов" - это тот порог, после которого уже стоит задуматься о реструктуризации, потому что, действительно, "общаться со всеми" становится тяжело.
Если вы чувствуете недостаток хард-скилов по какой-то теме, то отвечу банально - нужно прокачивать эту самую тему. У меня в направлении есть живые примеры руководителей, которые прошли или проходят через эту же проблему - один из них, например, пошел получать второе высшее заочное образование в области математики и машинного обучения и теперь без проблем "разговаривает на одном языке" с командой ML-щиков (команд у него несколько), другой пошел на продвинутые курсы бэкенд разработки (сам он тимлид-фронтовик) только для того чтобы в будущем суметь управлять универсальными командами. А если вспомнить наш департамент (структурная едница, частью которой является мое направление), то я знаю и гуманитариев и даже бывших продактов, которые теперь успешно руководят направлениями и отделами разработки. Вы не первый с такой проблемой :)
Все это, конечно, про долгий путь, а вы страдаете здесь и сейчас, поэтому в моменте могу посоветовать опереться на команду. Если команда вам досталась в основном адекватная, то они наверняка поймут, что вам нужно немного времени, чтобы их догнать - играйте с ними в открытую, не пытайтесь строить из себя большего специалиста, чем вы сейчас есть на самом деле. Попробуйте выделить хотя бы одного синьера, который условно станет вашей "правой рукой", т.е. и подскажет и поможет принять правильное решение. Ну и не бояться задавать "глупые вопросы" в подходящие моменты - это тоже ваше обязательное лекарство.
Надеюсь, хоть немного помог.
тогда - один, сейчас чуть больше 50-ти, завтра (посчитал открытые вакансии на рост) - почти 70. прошел ли я строгий ценз? :D
в Озоне "направление" содержит "отделы", внутри которых "группы", в которых уже работают разработчики. Само "направление" может быть частью "департамента" или сразу "дирекции". Четких требований по хедкаунту нет.
это все-таки не выводы, а добрые советы, и они действительно очевидные для опытного руководителя, впрочем как и все описанные в статье проблемы :)
истинно так!
не подскажите, на MVNO это ведь тоже распространится?
на одном сервере:
auto_increment_increment = 2
auto_increment_offset = 1
на другом:
auto_increment_increment = 2
auto_increment_offset = 2
соответственно в первом получаем нечетные, а во втором четные записи и никакой каши.
2. наверное, я не понял вопроса. Синхронизируем именно «мастер-мастер» репликацией. Задержку в доли секунды специально не замеряли (красивых графиков ради), т.к. на фоне старого решения это однозначно на порядки быстрее.
P 1 somedb sometable PRIMARY col1,col2
0 1
1 + 2 tmp1 tmp2
0 1 14968
P 1 somedb sometable PRIMARY col1,col20 1
1 + 2 tmp1 tmp2
0 1 14968
14968 — и есть last insert id
$ ls -z; echo $?
ls: invalid option -- 'z'
Try `ls --help' for more information.
2
хотя, традиция — не закон.