Как стать автором
Обновить
4
0.1

Пользователь

Отправить сообщение

Вы наверное не менеджер, если пытаетесь думать на совещаниях? Есть подозрение, что менеджеры относятся к совещаниям немного проще. Переходите в менеджмент, тогда на совещании вам будет нужно а) прийти б) говорить (неважно, что) в) зафиксировать решения. Причем если вы сделали в) то будете иметь репутацию супер эффективного руководителя.

Тот случай, когда хотел похвастаться, но отвадил покупателей. Для меня вывод из статьи примерно такой напрашивается, есть дефициты - пей лекарства и выздоравливай, БАДы - в лучшем случае не очень вредны, в худшем - всё, что угодно.

Казалось бы, всё и так понятно, но разложили по полочкам и структурировали. Спасибо!

Этот FIRE выглядит как реклама синдрома отложенной жизни. На любителя перспективы, если честно. От себя скажу, что с возрастом и правда физически возможностей меньше на всё да и запал не тот (у кого как, конечно, но в среднем по палате).

Приходилось поработать там, где трекинг времени используют менеджеры для оценки и планирования, так вот совпадение или нет менеджмент был не просто не в курсе, как происходит разработка, а вот вообще ни сном не духом. Поэтому руководству нужны были формальные ориентиры. Там, где менеджмент не условные "из продавцов обуви в разработку сервисов" таких проблем не было и трекинг если и был, то просто чтобы вспомнить, что делалось и в каком порядке, если забудется.

Это можно натравить на свою модель (развернутую локально, например)? Если нет, то выглядит, как штука для обучения или некоммерческой разработки.

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

Отличная идея, всё по расписанию, если чего-то не хочется, то можно не ходить. Осталось найти время на такой детский сад для взрослых.

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

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

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

Полезная была книга, но потерялась. Точнее у нас ничего не теряется, это мы найти ничего не можем.

Спасибо за рецепты! Вот уж не думала, что скажу это на Хабре, но факт.

Морские свинки - милейшие создания.

Этот коммент мне дал больше информации для размышлений, чем многие книги от гуру психологии, в которых плавать можно. Спасибо, что поделились.

Статья написана в таком стиле, что с самого начала статьи ждала, когда будет "если у вас не хватает мотивации, то достаточного простого советского..." и дальше ссылка на телеграмм автора. Получилось не совсем так, но в целом где-то рядом, многовато воды. Для хабра не хватает цифр и ссылок на исследования, для вуманру не хватает градуса эмоций.

В таком случае в некоторых компаниях (и их не так мало, как можно подумать) приходя на любую позицию фактически становишься сеньором.

Да, бывает по разному, лид может сам делать интересное или предлагать своему протеже, возможны варианты. Тут смотреть, что важнее, расти как специалист или комфорт на текущей работе. В других местах тоже есть плюшки и адекватные команды тоже можно найти, если очень поискать.

Открываем рандомную книгу про архитектуру приложений и увидим примерно следующее, что архитектура приложения зависит от объема нагрузки и ее характера. То есть заложить сразу и предсказать, что вот это решение будет у нас хорошо работать в дальнейшем, довольно сложно. Плюс постоянно появляются новые подходы и инструменты. Понятно, что архитектурные изменения в работающем большом приложении это долго и дорого, но по мере развития приложения в какой-то момент дорабатывать придется.

Переформулировала бы так, "вырасти в компании не вовлекаясь в интриги и междусобойчики - задача нетривиальная". Не везде, но часто так. Иначе да, будет как у лошади.

Информация

В рейтинге
3 023-й
Зарегистрирован
Активность

Специализация

Backend Developer