Бесполезно считать прибыль и мысленно ее тратить пока позиция на рынке не закрыта и деньги не переведены в стабильный актив. Lehman Brothers и 2008 года случаются.
Как по мне, подробная слежка за рабочим временем указывает на недальновидность вашего начальства и отсутствие мыслей в сторону оценки эффективности вашей работы. Таким образом, продолжая работать, вы соглашаетесь на весьма субъективную оценку вашей деятельности и сделать что либо «правильно» шансов нет.
Самый простой способ не выгорать - следить за объемом сделанной работы и не перегружать себя. Это позволит вашему организму не падать в безисходность от объема задач, которых всегда больше, чем времени в сутках, и понимать связку эффективность-время.
Если вы один и тот же объем задач начинаете делать не 8 часов, а за 7 - это значит, что ваш организм - молодец. Сумел найти связи и оптимизироватся. И если за это ему в подарок прилетает вагон задачек сверху и это становится автоматически новой нормой - то как тут не загрустить?
А в чем-таки разница если все равно продолжаешь сидеть на удаленке в 4х стенах и все так же смотреть в монитор?)
P.S.: ждал от статьи более подробного раскрытия темы про 5% (там еще единый налог рядом бегает), как получать удаленные контракты и почему из Украины их легче взять... ну и бонусом на что потратить заработанное в те несколько часов когда-таки удаётся вылезти из квартиры.
Замечу, что на уровне Senior QA вперёд именно и выступает умение вырастить специалистов, чтобы работать не только своими руками. Держать их фокус, интеллект и интерес на должном уровне, взаимодействовать с другими командами... Словом, больше менеджмента и меньше личных усилий.
Второе, это умение документировать и переиспользовать тест-кейсы - прямой путь как к личной так и к командной эффективности. Намного легче посоветовать условный набор тесткейсов номер 42, чем компоновать их каждый раз заново. Выкинуть что-то ненужное проще, чем добавлять и не забывать нужное.
Как по мне, софтскилы в своём большинстве - это не быть занудным мудаком, который распугает остальную команду. А Доктор Хаус ты или распрекрасный официант - это зависит от того, кто требуется на проекте и сможет влиться именно в данную команду. И если человек не подходит конкретной компании, то с его стороны жалеть об этом... простое самобичевание.
Тема статьи - книги, но позволю себе поинтересоваться, кроме Р. Мартина чьё видео вам удавалось просматривать по несколько раз, открывая для себя новые смыслы?
В мои молодые годы это были CS, Quake и Serious Sam в клубах по ночам. Свой компьютер иметь было фантастикой, а игры на нем разрабатывать - даже в голову не приходило )
Выглядит так, что большинство вопросов задаются для того, чтобы проверить как вы реагируете на чушь. Но как уже заметили выше, в большинстве случаев, это не проверка )
У меня был пример на глазах, когда человек отлично понимал и вёл общение с преподавателем, но на дейлимитингах с носителями чувствовал себя как будто на китайском говорят... Здравое зерно оно где-то посередине. Берите преподавателей, чтобы раскрепощённо вести диалог и занимайтесь с носителями, чтобы уши привыкли слышать.
Небольшой мысленный эксперимент. Сталкиваясь с новой технологией, после изучения документации на какой ресурс вы обычно ходите чтобы посмотреть практики её внедрения? Думаю, это и будет ответом на вопрос "где авторам жить хорошо".
С одной стороны, рекрутеры пытаются научить кандидатов "хакнуть" систему и пройти все их витиеваетые вопросы... С другой стороны, рекрутеры в упор не слышат фидбек от сильных кандидатов, которые уже вопят им "фуфло все эти ваши вопросы, ими нас поймать можно разве что случайно..."
Как мне кажется, рекрутер должен поверхностно знать больше архитектурных решений и уметь просеивать кандидатов рассматривая именно опыт их прошлых решений, стыкуя его с текущей позицией... Ведь сколько людей - столько ж и дорог... Но нет, мы пока в упор предлагаем решать всем алгоритмические задачки и гонять всех на знания, которые гуглятся за минуту.
Крутой проект! Доставщикии glovo будут отличаться только умением входить в подъезд, лифт и стучаться в двери. Вы планируете конкурировать с такими умениями или пока решено ограничиться доставкой до парадного?
Бесполезно считать прибыль и мысленно ее тратить пока позиция на рынке не закрыта и деньги не переведены в стабильный актив. Lehman Brothers и 2008 года случаются.
Как по мне, подробная слежка за рабочим временем указывает на недальновидность вашего начальства и отсутствие мыслей в сторону оценки эффективности вашей работы. Таким образом, продолжая работать, вы соглашаетесь на весьма субъективную оценку вашей деятельности и сделать что либо «правильно» шансов нет.
Этап следующий - внеурочные за постоянное присутствие на рабочем месте и готовность выполнять работу.
Самый простой способ не выгорать - следить за объемом сделанной работы и не перегружать себя. Это позволит вашему организму не падать в безисходность от объема задач, которых всегда больше, чем времени в сутках, и понимать связку эффективность-время.
Если вы один и тот же объем задач начинаете делать не 8 часов, а за 7 - это значит, что ваш организм - молодец. Сумел найти связи и оптимизироватся. И если за это ему в подарок прилетает вагон задачек сверху и это становится автоматически новой нормой - то как тут не загрустить?
Газ-вода... Компартментализация... Клетки... Люди. В художественном смысле, получается, мы все - капельки дождя скучавшего на камне под солнцем?
Не чувствуете себя там чужим? Бывают мысли бросить всё и вернутся "домой"?
А в чем-таки разница если все равно продолжаешь сидеть на удаленке в 4х стенах и все так же смотреть в монитор?)
P.S.: ждал от статьи более подробного раскрытия темы про 5% (там еще единый налог рядом бегает), как получать удаленные контракты и почему из Украины их легче взять... ну и бонусом на что потратить заработанное в те несколько часов когда-таки удаётся вылезти из квартиры.
Замечу, что на уровне Senior QA вперёд именно и выступает умение вырастить специалистов, чтобы работать не только своими руками. Держать их фокус, интеллект и интерес на должном уровне, взаимодействовать с другими командами... Словом, больше менеджмента и меньше личных усилий.
Второе, это умение документировать и переиспользовать тест-кейсы - прямой путь как к личной так и к командной эффективности. Намного легче посоветовать условный набор тесткейсов номер 42, чем компоновать их каждый раз заново. Выкинуть что-то ненужное проще, чем добавлять и не забывать нужное.
Как по мне, софтскилы в своём большинстве - это не быть занудным мудаком, который распугает остальную команду. А Доктор Хаус ты или распрекрасный официант - это зависит от того, кто требуется на проекте и сможет влиться именно в данную команду. И если человек не подходит конкретной компании, то с его стороны жалеть об этом... простое самобичевание.
Отчего же только джейсончики всё время перекладываем? Бывает, легаси разбираем... Ну или плодим - как повезёт )
Тема статьи - книги, но позволю себе поинтересоваться, кроме Р. Мартина чьё видео вам удавалось просматривать по несколько раз, открывая для себя новые смыслы?
Программист и баг присутствуют, чтобы рассказ хоть немного отвечал тематике Хабра?)
В мои молодые годы это были CS, Quake и Serious Sam в клубах по ночам. Свой компьютер иметь было фантастикой, а игры на нем разрабатывать - даже в голову не приходило )
подскажите, вы планируете делать и поддерживать собственный PhpSpreadsheet?
Выглядит так, что большинство вопросов задаются для того, чтобы проверить как вы реагируете на чушь. Но как уже заметили выше, в большинстве случаев, это не проверка )
У меня был пример на глазах, когда человек отлично понимал и вёл общение с преподавателем, но на дейлимитингах с носителями чувствовал себя как будто на китайском говорят... Здравое зерно оно где-то посередине. Берите преподавателей, чтобы раскрепощённо вести диалог и занимайтесь с носителями, чтобы уши привыкли слышать.
Небольшой мысленный эксперимент. Сталкиваясь с новой технологией, после изучения документации на какой ресурс вы обычно ходите чтобы посмотреть практики её внедрения? Думаю, это и будет ответом на вопрос "где авторам жить хорошо".
С одной стороны, рекрутеры пытаются научить кандидатов "хакнуть" систему и пройти все их витиеваетые вопросы... С другой стороны, рекрутеры в упор не слышат фидбек от сильных кандидатов, которые уже вопят им "фуфло все эти ваши вопросы, ими нас поймать можно разве что случайно..."
Как мне кажется, рекрутер должен поверхностно знать больше архитектурных решений и уметь просеивать кандидатов рассматривая именно опыт их прошлых решений, стыкуя его с текущей позицией... Ведь сколько людей - столько ж и дорог... Но нет, мы пока в упор предлагаем решать всем алгоритмические задачки и гонять всех на знания, которые гуглятся за минуту.
Крутой проект! Доставщикии glovo будут отличаться только умением входить в подъезд, лифт и стучаться в двери. Вы планируете конкурировать с такими умениями или пока решено ограничиться доставкой до парадного?
И снится нам не рокот космодрома... Тот момент, когда понимаешь, что работаешь уже даже во сне )