Комментарии 13
Думал речь о станции технического обслуживания.
Я — кофаундер и CTO успешного SaaS стартапа Overleaf.
Моя бабуля сочла бы эту фразу за ругательство…
Тот же самый учет в докомпьютерные времена: Эта странная жизнь (поскольку перевод, вряд ли автор напрямую вдохновлялся)
Тут есть все: бесполезный учет времени, и банальщина, и реклама, и молодой-успешный-перспективный-стартап но нет одного — смысла.
У вас на сайте WirexApp, в меню выбора языка пункты указаны на уже выбранном языке, что есть зло (если пользователь не читающий по-Английски зашел на Английскую версию сайта, то чтобы переключиться на Русский он должен уметь читать по-Английски, чтобы понять, что Russian это Русский). Чтобы этого избежать в меню обычно пишут на том языке который этот пункт меню и представляет.
Статья — детальное пособие «как сгореть на работе».
Конечно, если это свой бизнес, то отношение к использованию времени совсем другое, т.к. это инвестиция в будущее, но всё равно 50 часов эффективного рабочего времени — это часов 80 с учётом перерывов и это довольно много для нормальной жизни.
Получается либо вы работаете без выходных, либо по 16 часов в день.
Мне всегда было интересно насколько это продуктивно.
Разработчик — это не технический директор, но судя по себе заметил, что общая эффективность работы снижается, если работать более 8 часов в день долгое время. Часто то, на что вечером уходит час, утром решается за 15 минут.
Пробовали ли вы оптимизировать ваше рабочее время?
— делегировать часть работы на других
— уменьшить время на рутинные задачи путём автоматизации (к примеру система хитрых фильтров для почты)
— уменьшить время на совещания (за счёт планирования и подготовки вопросов для обсуждения)
и т.д.
Также было бы интересно увидеть сравнение эффективности между максимально загруженными и максимально свободными неделями…
(т.е. по числу сделанных задач, а не по времени).
Конечно, если это свой бизнес, то отношение к использованию времени совсем другое, т.к. это инвестиция в будущее, но всё равно 50 часов эффективного рабочего времени — это часов 80 с учётом перерывов и это довольно много для нормальной жизни.
Получается либо вы работаете без выходных, либо по 16 часов в день.
Мне всегда было интересно насколько это продуктивно.
Разработчик — это не технический директор, но судя по себе заметил, что общая эффективность работы снижается, если работать более 8 часов в день долгое время. Часто то, на что вечером уходит час, утром решается за 15 минут.
Пробовали ли вы оптимизировать ваше рабочее время?
— делегировать часть работы на других
— уменьшить время на рутинные задачи путём автоматизации (к примеру система хитрых фильтров для почты)
— уменьшить время на совещания (за счёт планирования и подготовки вопросов для обсуждения)
и т.д.
Также было бы интересно увидеть сравнение эффективности между максимально загруженными и максимально свободными неделями…
(т.е. по числу сделанных задач, а не по времени).
А то есть то, что среди его окружения 130-часовая рабочая неделя считается нормальной вас вообще не смутило? :)))))
Как я понял со слов автора, со своими 50 часами он смирился, но вообще говоря это повод для стыда. :)
Сам когда-то проводил такой эксперимент, тупо ставя пометки в Эксельник. С тех пор сильно поменял своё представление о реальных трудо и времязатратах.
Как я понял со слов автора, со своими 50 часами он смирился, но вообще говоря это повод для стыда. :)
Сам когда-то проводил такой эксперимент, тупо ставя пометки в Эксельник. С тех пор сильно поменял своё представление о реальных трудо и времязатратах.
130 часов — это ~18,5 часов при 7 дневной неделе. Это 5.5 часов на сон (все остальное я вообще не считаю).
Это что-то из разряда фантастики. 52 часа работы (не перерывов) — это уже очень хороший показатель (7.5 часов каждый день) — думаю, дальнейшее увеличение времени работы уже идет во вред.
Я проводил похожий эксперимент в течении года для измерения эффективности работы — и, надо сказать, интереснее всего оказалась не полученная статистика, а воспитанное в течении эксперимента более внимательное отношение к своему времени и к тому, на что оно тратится.
Это что-то из разряда фантастики. 52 часа работы (не перерывов) — это уже очень хороший показатель (7.5 часов каждый день) — думаю, дальнейшее увеличение времени работы уже идет во вред.
Я проводил похожий эксперимент в течении года для измерения эффективности работы — и, надо сказать, интереснее всего оказалась не полученная статистика, а воспитанное в течении эксперимента более внимательное отношение к своему времени и к тому, на что оно тратится.
В статье написано не про окружение, а про то к чему все стремятся в IT индустрии в силиконовой долине, почитайте хотя бы это — https://vc.ru/p/how-great-ppl-work.
Многие успешные личности заявляют про то, что работают по 130 часов. Я тоже себе не представляю как это возможно. Но здесь как в спорте, вы наверное также не представляете как можно стометровку до 10 секунд пробежать, но есть люди на планете, которым это под силу и никто это не отрицает. В бизнесе это тяжело подсчитать, но таким личностям как Элон Маск я склонен доверять, поэтому остается только восхищаться.
Многие успешные личности заявляют про то, что работают по 130 часов. Я тоже себе не представляю как это возможно. Но здесь как в спорте, вы наверное также не представляете как можно стометровку до 10 секунд пробежать, но есть люди на планете, которым это под силу и никто это не отрицает. В бизнесе это тяжело подсчитать, но таким личностям как Элон Маск я склонен доверять, поэтому остается только восхищаться.
> Я — CTO.
> команда выросла с 2 до 6 человек
Полагаю, первые двое — CIO и VP-IT.
Позже к ним присоединились VP of Engineering, IT Director, Chief Data Scientist и Chief Security Officer.
Собственно, после этого смешного несоответствия названия должности и полномочий даже не хочется задавать вопросы:
В общем, пост легкомысленный и дискредитирует идею работы с данными.
Хочется аналитики — можно выделить какие-нибудь явные тенденции, например, увеличение задач по QA перед релизом.
> команда выросла с 2 до 6 человек
Полагаю, первые двое — CIO и VP-IT.
Позже к ним присоединились VP of Engineering, IT Director, Chief Data Scientist и Chief Security Officer.
Собственно, после этого смешного несоответствия названия должности и полномочий даже не хочется задавать вопросы:
- как при росте команды могло снизиться втрое количество времени на митинги? Особенно удивляет осень 2015 — там есть участок, где в течение 5 недель не было ни одной встречи по проекту. Одними коммитами сыт не будешь, в реальных командах без человеческого общения никак.
- почему для интерполяции была выбрана логарифмическая регрессия, при том, что совершенно очевидно, что в данных никакой логарифмической зависимости нет?
- как вообще можно делать далеко идущие выводы, если тренды меняются так слабо? и вдобавок, как признает сам автор, можно легко ошибиться в теге события.
В общем, пост легкомысленный и дискредитирует идею работы с данными.
Хочется аналитики — можно выделить какие-нибудь явные тенденции, например, увеличение задач по QA перед релизом.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
На что технический директор тратит свое время: поминутный отчет за целый год