но, к сожалению, очень часто эта гиперактивность заражает окружающих и через некоторое время с удивлением замечаешь активную деловую переписку в чате в двенадцатом часу ночи. Так что попытка джуна выгореть плоха не только для него, но и зачастую портит жизнь окружающим. Если его вовремя не остановить
Не нужно его бояться, он вам поможет и направит, у него нет цели экономии денег на вас напрямую.
ЗЫ: не касается "эффективных менеджеров", тут отдельная песня
только вот последнее время развелось.. эффективных менеджеров. К которым не только джунам, а кому угодно ходить чревато
приходишь и говоришь - давайте как то упорядочим процессы и перестанем аврально работать ночами через день? Решение менеджера - созвон с присутствием кадров, на котором рассказывают, как ты не ценишь ценности команды и нужно над собой работать, а иначе...
проблема - задачи ставятся из одного слова и ни на какие уточняющие вопросы не отвечают. Решение менеджера - созвон на котором рассказывают, как ты не умеешь общаться с постановщиком задач, вот тебе задача и вообще - нужно что то с тобой решать
в обоих случаях вышестоящий менеджер схватился за голову и долго не мог понять - а что же творится в проекте то? И принял решение - собрать ещё один созвон, на котором эффективный менеджер закатил получасовую речь о том, какой он молодец, а все остальные - не очень.
Должна. Когда смысл работы именно в работе. А когда смысл в том, чтобы быстренько накостылить, что то показать, потом вырезать костыли, денёк поработать над реальными задачами, потом опять накостылить к следующему показу - тут уже народ начинает на стену лезть - вот и приходится пользоваться всякими методами. У древних греков бесмысленный труд проклятием считался. В разработке он иногда считается частью корпоративной культуры
значит всё таки не так плохо там было. Я вот, например, в некоторые свои бывшие конторы не пойду ни за какие деньги. Сколько лет прошло - а почему то ничего хорошего о работе там так в голову и не приходит
когда как. Если я спокойно получаю 300, на жизнь мне хватает сотни, то 350, к которым прилагается куча нервотрёпки - это ни о чём. А если я получаю 400, но мне на жизнь хронически не хватает ещё 10 - то 420 это спасение и можно многое вытерпеть
мода опять таки. Если что то признано бест практик - то только так и нужно делать. и неважно, если в описание этих практик прямо написано когда они применимы, а когда нет
это глядя что и как разрабатывать :-) Я когда то фрилансил на одну контору - общался исключительно с директором и ведущим специалистом - они хоть и хотели временами странного, но люди в целом были адекватные и вменяемые. А к крикливым неадекватным пользователям подчинённым я подходил только в их сопровождение - и вся крикливость сразу переходила в конструктивное русло.
А работать с парой сотен пользователей как разработчик по моему в принципе нереально - они быстрее передерутся, чем придут к единому мнению какая же им нужна доработка
Печально смотреть на хорошего программиста, который возможно закончил обучение с красным дипломом, и он сидит и программирует какую-нибудь штуковину, чтобы она мигала лампочками и зазывала народ похавать гамбургеры именно в этом магазине, а не в соседнем. Хотя гамбургеры везде могут быть одинаковые, а единственная польза от мигающих лампочек в том, что владелец именно этого магазина купит своей жене шубу не за 100, а за 200 тысяч.
Печально. С одной стороны. А с другой стороны - не менее печально смотреть на программиста, который разрабатывает ПО для какой нибудь марсианской ракеты, но получает зарплату как какой нибудь переворачиватель гамбургеров. Как уже тут писалось - во всём есть разные стороны. И два этих программиста могут искренне не понимать друг друга (как можно заниматься такой ерундой/ как можно горбатиться за таки копейки). Или искренне завидовать друг другу (вот люди делом занимаются. не то что я/ вот люди за такую ерунду кучу денег получают, а я..)
Пользователи разные бывают. Как и посредники. Бывают пользователи, которые в 4 утра звонят с воплями что им КАЖЕТСЯ, что программа работает как то не так. А потом после часа выяснений получается, что им действительно показалась. Но если они работают в ночную смену, делать особо нечего - то почему бы не позвонить разработчикам, про которых сказано, что если случилось что то страшное, от чего встала вся работа - они помогут в любое время? А бывают пользователи, которые десятилетия варятся в своём бизнесе, знают там всё от и до и имеют выстраданные хотелки по улучшению бизнеса и упрощению своей жизни.
Бывают посредники, которые выслушают невнятный бред пользователя, вытрут ему сопли и напишут нормальную бумажку с нормальным описанием хотелок.
А бывают те, которые просто не вникая в бизнес запишут невнятный поток сознания и гордо предъявят его как цели спринта.
Причём вторых сейчас, к сожалению, становится всё больше и больше. И работать с ними тяжелее, чем с конечным пользователем (не с тётенькой оператором, а именно с тем, кто реально может ставить задачи). Потому что они ничего не понимают ни в бизнесе ни в программирование. И сначала требования бизнеса излагают так, как ОНИ поняли. А потом уточняющие вопросы от программистов задаю так, как опять таки сами поняли. И зачастую даже не пытаются поставить задачу на систему в целом. Типа две недели выясняли, как должны быть расположены кнопки, потом 2 недели выясняют, что эти кнопки должны делать, а потом выясняется, что реально кнопки должны быть другие, чтобы выполнять заявленный функционал.
вы так пишите, как будто это что то плохое :-) Кривыми руками и в новейших проектах на супер модных технологиях такого понавертеть могут, что столетнему легаси, написанному нормальными людьми будешь радоваться как родному
Как то так, да.. Самые жирные заплаты в больших корпорациях. Особенно в банках. А там зачастую работа совсем не про программирование. Зачастую то, что в какой нибудь маленькой конторке пишется походя и между делом - в корпорациях растягивается на кучу времени, совещаний и толпе кормящихся на этом менеджеров. сильно на любителя мероприятия. настолько, что сейчас уже на собеседованиях спрашивают - а сможешь ли ты работать, учитывая особенности банковских процессов? иногда мне кажется, что там платят не за работу, а именно за стойкость к их процессам. хотя - проектов у них много - наверняка где то есть и нормальная работа.
Не сказал бы, что работа там интересная зачастую - но уж точно опасная для психики
только вот чем дальше ушёл по текущему пути - тем труднее его поменять. И тем больше от него воротит. Ну, если ты конечно не обычный комментатор, которому достаточно свистнуть и ему сразу предложат сто тысяч миллионов в другой сфере :-)
к сожалению, одним часом редко ограничивается. Особенно в больших конторах. Бюрократия, любовь к разговорам плюс карго культ по ритуалам модных методик зачастую никак не убираются в один час. Особенно если команда большая - на дейли каждому надо что то сказать. А планирование, ретро и демо? положено по процессу на них час-полтора-два на каждый - значит положено. А обсуждение каждого чиха? я помню например два совещания по часу каждое на тему - можно ли брать задачу в работу без утверждения главного архитектора или нет. Очень животрепещущий вопрос, учитывая что он возник, когда архитектору на глаза попалась задача типа перекрасить кнопку, контора была очень не маленькая и поток задач шёл как бы не сотнями в день. И то - за два часа ничего не решили, запланировали ещё два. и я ещё не в курсе, чем там всё закончилось - может ещё запланировали. Или после 4 часов созвона 20 минут бурного обсуждения на тему - прервёмся и через 10 минут продолжим или перенесём на завтра? это имхо уже не проблема конкретного менеджера, имитирующего бурную деятельность - это именно тренд работы в больших фирмах
в принципе да. Если работодатель готов оплачивать всей команде многочасовые разговоры ни о чём - ну, в конце концов это его деньги. Это с одной стороны. А с другой - лично меня это очень сильно демотивирует. Вместо того, чтобы заниматься делом сидим часами льём воду. И я начинаю сильно сомневаться, что я вообще умею в разработку - всех вокруг всё устраивает и они говорят как здорово мы всё обсуждаем. И расслабляет - если потом переходить на проект, где занимаются делом, то довольно тяжело входить в нужный темп
понятно. В общем - судя по ответам можно посоветовать не париться с таким сложным запросом. а использовать везде findAll c последующей обработкой. самый универсальный запрос. раз уж над вопросами быстродействия задумываться не принято. Так то есть у меня смутное подозрение. что то, что это аудит предполагает большое количество данных на проде. А на большом количестве данных ЭТО умрёт моментально.. не, ну если их там скажем 20 штук и больше не будет, тогда конечно можно не парится
я знаю достоинства стримов. Вопрос - сколько данных возвращает запрос в строке 32 ? сколько из них отфильтровывается в строке 34? и сколько раз происходит обращение к базе в строке 35 ?
но, к сожалению, очень часто эта гиперактивность заражает окружающих и через некоторое время с удивлением замечаешь активную деловую переписку в чате в двенадцатом часу ночи. Так что попытка джуна выгореть плоха не только для него, но и зачастую портит жизнь окружающим. Если его вовремя не остановить
Менеджер ваш друг
Не нужно его бояться, он вам поможет и направит, у него нет цели экономии денег на вас напрямую.
ЗЫ: не касается "эффективных менеджеров", тут отдельная песня
только вот последнее время развелось.. эффективных менеджеров. К которым не только джунам, а кому угодно ходить чревато
приходишь и говоришь - давайте как то упорядочим процессы и перестанем аврально работать ночами через день? Решение менеджера - созвон с присутствием кадров, на котором рассказывают, как ты не ценишь ценности команды и нужно над собой работать, а иначе...
проблема - задачи ставятся из одного слова и ни на какие уточняющие вопросы не отвечают. Решение менеджера - созвон на котором рассказывают, как ты не умеешь общаться с постановщиком задач, вот тебе задача и вообще - нужно что то с тобой решать
в обоих случаях вышестоящий менеджер схватился за голову и долго не мог понять - а что же творится в проекте то? И принял решение - собрать ещё один созвон, на котором эффективный менеджер закатил получасовую речь о том, какой он молодец, а все остальные - не очень.
так что аккуратнее с ними надо. Особенно джунам
ну, это ещё по доброму. А вот заявление, что уходя спать в 2 часа ночи ты жутко подводишь команду - это интереснее :-)
что то мне подсказывает, что примерно такая же, как у разработчиков :-) Просто они статьи на хабре не пишут :-)
Должна. Когда смысл работы именно в работе. А когда смысл в том, чтобы быстренько накостылить, что то показать, потом вырезать костыли, денёк поработать над реальными задачами, потом опять накостылить к следующему показу - тут уже народ начинает на стену лезть - вот и приходится пользоваться всякими методами. У древних греков бесмысленный труд проклятием считался. В разработке он иногда считается частью корпоративной культуры
скорее - слишком большое терпение. Убегал когда накопилось уже столько негатива, что до сих пор вздрагиваю
значит всё таки не так плохо там было. Я вот, например, в некоторые свои бывшие конторы не пойду ни за какие деньги. Сколько лет прошло - а почему то ничего хорошего о работе там так в голову и не приходит
когда как. Если я спокойно получаю 300, на жизнь мне хватает сотни, то 350, к которым прилагается куча нервотрёпки - это ни о чём. А если я получаю 400, но мне на жизнь хронически не хватает ещё 10 - то 420 это спасение и можно многое вытерпеть
мода опять таки. Если что то признано бест практик - то только так и нужно делать. и неважно, если в описание этих практик прямо написано когда они применимы, а когда нет
это глядя что и как разрабатывать :-) Я когда то фрилансил на одну контору - общался исключительно с директором и ведущим специалистом - они хоть и хотели временами странного, но люди в целом были адекватные и вменяемые. А к крикливым неадекватным пользователям подчинённым я подходил только в их сопровождение - и вся крикливость сразу переходила в конструктивное русло.
А работать с парой сотен пользователей как разработчик по моему в принципе нереально - они быстрее передерутся, чем придут к единому мнению какая же им нужна доработка
Печально. С одной стороны. А с другой стороны - не менее печально смотреть на программиста, который разрабатывает ПО для какой нибудь марсианской ракеты, но получает зарплату как какой нибудь переворачиватель гамбургеров. Как уже тут писалось - во всём есть разные стороны. И два этих программиста могут искренне не понимать друг друга (как можно заниматься такой ерундой/ как можно горбатиться за таки копейки). Или искренне завидовать друг другу (вот люди делом занимаются. не то что я/ вот люди за такую ерунду кучу денег получают, а я..)
Пользователи разные бывают. Как и посредники. Бывают пользователи, которые в 4 утра звонят с воплями что им КАЖЕТСЯ, что программа работает как то не так. А потом после часа выяснений получается, что им действительно показалась. Но если они работают в ночную смену, делать особо нечего - то почему бы не позвонить разработчикам, про которых сказано, что если случилось что то страшное, от чего встала вся работа - они помогут в любое время? А бывают пользователи, которые десятилетия варятся в своём бизнесе, знают там всё от и до и имеют выстраданные хотелки по улучшению бизнеса и упрощению своей жизни.
Бывают посредники, которые выслушают невнятный бред пользователя, вытрут ему сопли и напишут нормальную бумажку с нормальным описанием хотелок.
А бывают те, которые просто не вникая в бизнес запишут невнятный поток сознания и гордо предъявят его как цели спринта.
Причём вторых сейчас, к сожалению, становится всё больше и больше. И работать с ними тяжелее, чем с конечным пользователем (не с тётенькой оператором, а именно с тем, кто реально может ставить задачи). Потому что они ничего не понимают ни в бизнесе ни в программирование. И сначала требования бизнеса излагают так, как ОНИ поняли. А потом уточняющие вопросы от программистов задаю так, как опять таки сами поняли. И зачастую даже не пытаются поставить задачу на систему в целом. Типа две недели выясняли, как должны быть расположены кнопки, потом 2 недели выясняют, что эти кнопки должны делать, а потом выясняется, что реально кнопки должны быть другие, чтобы выполнять заявленный функционал.
вы так пишите, как будто это что то плохое :-) Кривыми руками и в новейших проектах на супер модных технологиях такого понавертеть могут, что столетнему легаси, написанному нормальными людьми будешь радоваться как родному
Как то так, да.. Самые жирные заплаты в больших корпорациях. Особенно в банках. А там зачастую работа совсем не про программирование. Зачастую то, что в какой нибудь маленькой конторке пишется походя и между делом - в корпорациях растягивается на кучу времени, совещаний и толпе кормящихся на этом менеджеров. сильно на любителя мероприятия. настолько, что сейчас уже на собеседованиях спрашивают - а сможешь ли ты работать, учитывая особенности банковских процессов? иногда мне кажется, что там платят не за работу, а именно за стойкость к их процессам. хотя - проектов у них много - наверняка где то есть и нормальная работа.
Не сказал бы, что работа там интересная зачастую - но уж точно опасная для психики
только вот чем дальше ушёл по текущему пути - тем труднее его поменять. И тем больше от него воротит. Ну, если ты конечно не обычный комментатор, которому достаточно свистнуть и ему сразу предложат сто тысяч миллионов в другой сфере :-)
к сожалению, одним часом редко ограничивается. Особенно в больших конторах. Бюрократия, любовь к разговорам плюс карго культ по ритуалам модных методик зачастую никак не убираются в один час. Особенно если команда большая - на дейли каждому надо что то сказать. А планирование, ретро и демо? положено по процессу на них час-полтора-два на каждый - значит положено. А обсуждение каждого чиха? я помню например два совещания по часу каждое на тему - можно ли брать задачу в работу без утверждения главного архитектора или нет. Очень животрепещущий вопрос, учитывая что он возник, когда архитектору на глаза попалась задача типа перекрасить кнопку, контора была очень не маленькая и поток задач шёл как бы не сотнями в день. И то - за два часа ничего не решили, запланировали ещё два. и я ещё не в курсе, чем там всё закончилось - может ещё запланировали. Или после 4 часов созвона 20 минут бурного обсуждения на тему - прервёмся и через 10 минут продолжим или перенесём на завтра? это имхо уже не проблема конкретного менеджера, имитирующего бурную деятельность - это именно тренд работы в больших фирмах
в принципе да. Если работодатель готов оплачивать всей команде многочасовые разговоры ни о чём - ну, в конце концов это его деньги. Это с одной стороны. А с другой - лично меня это очень сильно демотивирует. Вместо того, чтобы заниматься делом сидим часами льём воду. И я начинаю сильно сомневаться, что я вообще умею в разработку - всех вокруг всё устраивает и они говорят как здорово мы всё обсуждаем. И расслабляет - если потом переходить на проект, где занимаются делом, то довольно тяжело входить в нужный темп
какой автор сказочник.... "Вопросы, которые точно стоит задать " - что, реально где то ответят честно и полно?
понятно. В общем - судя по ответам можно посоветовать не париться с таким сложным запросом. а использовать везде findAll c последующей обработкой. самый универсальный запрос. раз уж над вопросами быстродействия задумываться не принято. Так то есть у меня смутное подозрение. что то, что это аудит предполагает большое количество данных на проде. А на большом количестве данных ЭТО умрёт моментально.. не, ну если их там скажем 20 штук и больше не будет, тогда конечно можно не парится
я знаю достоинства стримов. Вопрос - сколько данных возвращает запрос в строке 32 ? сколько из них отфильтровывается в строке 34? и сколько раз происходит обращение к базе в строке 35 ?