Не только освещенность может играть роль. Ваши внутренние часы тоже! Вы же видите как люди хотят, смотря в окно. Больше народу на улице/меньше. Насколько активнее в чатах пишут, чаще сообщения появляются или меньше? Соседи в квартире шумят/не шумят и т.д. и т.п.
К сожалению, не все разработчики понимают мысль, что "Стал руководителем - забудь про разработку. Теперь твой результат это то что сделала твоя команда". Другими словами надо помогать, убирать помехи мешающие что-то сделать, договориться с теми с кем не могут договориться твои подчиненные, научиться общаться и руководить даже с тем кто казалось бы не управляем.
Бизнес это всегда про "эмоции" людей. Надо четко понимать какие мотивы у людей и что ими движет. Понимая их опасения можешь строить диалог прямо и точно. Я всегда стараюсь озвучить прямо "Мне кажется, что ты думаешь про меня вот это ... , а если это так, то возможно ты считаешь меня угрозой вот в этом и вот в этом. Если это так, то твои опасения не имеют смысла. У меня в другом амбиции. Мне надо вот это и вот это". Когда говоришь прямолинейно, то очень часто человеку становится проще понять, что ты ему не враг и как вывод, с тобою проще договориться. Вплоть до такого "Давай я по твоим амбициям вот в это м и вот в этом буду сообщать о любых мыслях, чтоб тебе помочь, взамен от тебя ожидаю, что ты ...". Человек человеку волк, но вот когда надо настигнуть дичь, хищники сплачиваются
Очень многим людям сложно решиться на перемены. Потому что перемены это всегда неизвестность. Плохая ситуация, но известная, когда понятно что делать людям проще воспринимать и действовать в ней. И куда дискомфортнее взять на себя риски за свою дальнейшую жизнь.
Вот тут я полностью соглашусь с вами! Сколько общался с тимлидом и всегда от него слышал "Мне важно от тебя только одно: ты успеваешь в сроки по задачам". Первое время меня коробило, а как же это успеть то? И тут то до меня стало доходить простая элементарная мысль: оценивать задачу не лишь бы в глазах тимлида быть хорошим, а взять с время с запасом, чтоб по-любому успеть! Останется время? Сделай рефакторинг какой-нибудь!
Автор устроился в другое место уже по факту, когда ему уже отказали. Но что было ДО того как пошел устраиваться на новое? Он был свято уверен, что его уже возьмут и об этом он четко говорит в статье. Как так? Всегда что-то может пойти не так и должна быть на этот случай другая стратегия действий.
РМ не может действовать наугад. Он управляет рисками. А что если значимую для заказчика багу не пофиксят, что тогда? А что если фичу версии продукта не допилят, что тогда? У него вопрос "что тогда?" должен быть на подкорке!
Про фин. подушку это БАЗА, это как зубы чистить по утрам и об этом даже упоминать нет смысла.
Ну, так и работодателей тоже не мало :) Кроме Сбера одних крупных устанешь считать Альфа-Банк, Яндекс, ВТБ, Озон, ОзонТех, Авито и прочее прочее. А если компании по-меньше то их еще больше.
И да, не забываем, что на планете Земля есть не только Россия и в других странах тоже есть компании!
Зачем закрывать окно для кандидата, когда ты уже про него узнал, увидел его в живую, поговорил с ним и хоть что-то про него знаешь, чем про абстрактного Васю за забором?
Как у PM у вас должно быть в мозгу прошито "есть риски". Это как проф. деформация. Никогда не следует верить планам. Должен быть ответ на вопрос "А что если план А не сработает?". Возможно, вы никогда не сталкивались, что срываются сроки по сдаче очередной версии софта, но это очень частое явление во многих компаниях в РФ.
Я к тому, что можно было задаться вопросом: "А какие риски и что может пойти не так?". На каждую альтернативную реальность с тем, что может пойти не так написать ответ как вы будете реагировать.
Календарь должен быть один и в нем как рабочие, так и личные дела
Список дел тоже должен быть один. В нем также должны быть и рабочие и личные дела
К сожалению, это не всегда достижимо. По той причине, что не все работодатели с легкостью делятся возможностью показать календарь сотрудника всем кому ему хочется его показать.
Почему это достаточно важно? Когда очень много списков дел: для покупок, для рабочих задач, для спорта, для того что хотел попробовать и др. То есть большая вероятность, что что-то продолжаешь :( Такая же история и с календарем, может просто не прийти в голову заглянуть в личный календарь и не увидеть дело "13:00 звонок доче прокагдилировать ее домашнюю работу" :)
Зря вы не выложили код на GitHub можно было бы создать Issues.
Предложил бы добавить вот какие фичи:
Добавить работу с переменными среды MY_PHOTOS_DIR и чтоб можно было указать путь до моей основной коллекции. В коллекции чтоб хранился индекс-файл photos.index с хэшами всех моих файлов моих проиндексированных файлов
Добавить в коллекцию файл removed_files.index. Его назначение хранить хэши файлов, которые я решил удалить когда-либо. Что если у меня еще где-то сохранилась копия фоток? А ведь среди них могут уже быть ранее удаленные мною файлы. Как избежать повторного просмотра? Если я решил удалить, значит все! Смысл возвращаться к этому процессу? Итак фоток столько, что не пересмотреть )))
У меня примерно такая же стратегия, но только по отношению к моему непосредственному руководителю. Да, у нас есть ежедневный Daily и грумминг задач. Но когда сообщаю о себе, то он видит где буксую и чем мне можно помочь или понимает, что все ок. Это повышает мою предсказуемость, что очень важно для моих коллег. Однако это также и мне полезно, если руководитель не теребит меня, значит относительно меня все ровно.
Я начал программировать в далеком детстве на пленочном БК0010 на языке Фокал. Потом после него появились Компаньон-2, Дельта. Все это отечественные "приставки" к телевизору. Моя душа полюбила все эти "шестеренки" программного мира. Когда начал на своем первом Intel-совместимом компе начал использовать мою первую IDE под названием Visual C++ 6.0 счастью не было предела )) Потом понеслась: Delphi 7, Eclipse, Turbo Delphi, Netbeanse, Visual Studio 2008/2010/2013. Много что использовал и последним моим IDE был VsCode.
Казалось бы все могут! Мощные комбайны. Однако когда хочется контроля, т.е. ставилось только то что я сказал, а не то что вместо меня решил Microsoft или кто-то еще, то тут с этим проблемы. Занимает лишнее место и далеко не 1-2 МБ. Очень часто пожирает лишнюю память. Большая часть современных IDE устанавливает без ведома пользователя много того, что он не запрашивал "на всякий случай". Вот только этот "всякий случай" все почему-то не наступает!
Недавно начал использовать VIM после больше 15 лет использования различных IDE и поражаюсь своей глупости "Почему зная о таком инструменте я не нашел время взять и попробовать? Отказаться от использования же не трудно!".
На кого и кому нужен VIM ? Прежде всего тем людям, которые очень много работают с текстом. Программисты в это множество попадают.
При работе с текстом у нас возникает:
Огромное кол-во повторяемых действий. Это и рефакторинг, это и найти последовательность символов. Это и найти, потом вставить, потом вернуться назад и повторить с нескольким строками. Это и удалить 7 строк подряд. Это и переместить 3 строки на 5 по выше! И много чего !!!
Также, очень часто программист смотрит на код! Да! Когда говорят про рефакторинг это не от хорошей жизни! А от того что мы, программисты, больше смотрим на код, чем пишем новый! Когда мы смотрим на код мы перемещаемся по нему. Вопрос: а зачем тогда давать программисту при просмотре возможность "напечатать случайно"? Чтобы что? Чтоб дать ему случайно внести багу? Именно от этого спасает "командный режим". Захочешь что сделать нажмешь нужные кнопки
Любой программист стремится меньше уставать, т.к. программирование это деятельность больше чем на 5 минут! Он экономит на всем! Пишет скрипты помогающие ему. Он учит горячие клавиши. Он ставит нужные инструменты. Он учится новым подходом. И одним из таких навыков для повышения своей эффективности это: навык слепой печати. Развивая этот навык он побочным эффектом получает: повышение скорости набора текста. Но самым главным эффектом от этого навыка руки меньше устают! В результате развития навыка программист быстрее пишет код и пробует свои идеи. Иногда действительно, лучше взять и сделать, увидеть результат и решить подходит или нет, чем долго думать и не факт что придумаешь адекватное ситуации решение. Но вот не задача, в случае IDE приходится перемещаться на стрелки или того хуже на мышку. Со временем уже привыкая к VIM ты понимаешь, что тебе не только на стрелки сложно перенести руку, но и на кнопку ESC !!! И ты вставляешь "inoremap jk <esc>" в свой конфиг, что позволяет оставаться ТОЛЬКО над клавиатурой!
Программиста делают программистом не только задачи, которые он решает. Не только ошибки, которые он порою по несколько дней отлаживает. Но и его инструменты! VIM как раз из тех, кто вынуждает во многом посмотреть на свой привычный процесс немного иначе. Под другим углом зрения. Он создан программистами для программистов!
Вопрос на тему: "Зачем надо использовать VIM, когда есть современные IDE?" звучит также как "Зачем использовать сортировку Хоара, когда есть пузырьковая сортировка? Сортирует же, че мучиться то?"
Раньше молодым ребятам изучающим программирование я всегда советовал такое:
А может вам и не надо в ИТ? Не надо программировать? Как бы это вам сказать, если человеку нравится бегать. Улучшать свои показатели в беге, то вопроса, а зачем нужны упражнения СБУ у него не будет! В программирование надо идти, когда тебя от всех этих "шестеренок" прет и не важно, что шестеренка1 похожа на шестеренку2 изученную ранее. Понимаете? Занимайтесь программированием ради самого программирования!
Не только освещенность может играть роль. Ваши внутренние часы тоже! Вы же видите как люди хотят, смотря в окно. Больше народу на улице/меньше. Насколько активнее в чатах пишут, чаще сообщения появляются или меньше? Соседи в квартире шумят/не шумят и т.д. и т.п.
К сожалению, не все разработчики понимают мысль, что "Стал руководителем - забудь про разработку. Теперь твой результат это то что сделала твоя команда". Другими словами надо помогать, убирать помехи мешающие что-то сделать, договориться с теми с кем не могут договориться твои подчиненные, научиться общаться и руководить даже с тем кто казалось бы не управляем.
Бизнес это всегда про "эмоции" людей. Надо четко понимать какие мотивы у людей и что ими движет. Понимая их опасения можешь строить диалог прямо и точно. Я всегда стараюсь озвучить прямо "Мне кажется, что ты думаешь про меня вот это ... , а если это так, то возможно ты считаешь меня угрозой вот в этом и вот в этом. Если это так, то твои опасения не имеют смысла. У меня в другом амбиции. Мне надо вот это и вот это". Когда говоришь прямолинейно, то очень часто человеку становится проще понять, что ты ему не враг и как вывод, с тобою проще договориться. Вплоть до такого "Давай я по твоим амбициям вот в это м и вот в этом буду сообщать о любых мыслях, чтоб тебе помочь, взамен от тебя ожидаю, что ты ...". Человек человеку волк, но вот когда надо настигнуть дичь, хищники сплачиваются
Очень многим людям сложно решиться на перемены. Потому что перемены это всегда неизвестность. Плохая ситуация, но известная, когда понятно что делать людям проще воспринимать и действовать в ней. И куда дискомфортнее взять на себя риски за свою дальнейшую жизнь.
Киньте плиз URL ?
А зачем выходить из VIM ? Норм же редактор!
Ну, не без этого! Но вот то что автор проделал над собою работу это факт. А про рекламу - в одно ухо залетело, а из другого вылетело! Че париться то?
Вот тут я полностью соглашусь с вами! Сколько общался с тимлидом и всегда от него слышал "Мне важно от тебя только одно: ты успеваешь в сроки по задачам". Первое время меня коробило, а как же это успеть то? И тут то до меня стало доходить простая элементарная мысль: оценивать задачу не лишь бы в глазах тимлида быть хорошим, а взять с время с запасом, чтоб по-любому успеть! Останется время? Сделай рефакторинг какой-нибудь!
В смысле как жить? NeoVim наше все!
Автор устроился в другое место уже по факту, когда ему уже отказали. Но что было ДО того как пошел устраиваться на новое? Он был свято уверен, что его уже возьмут и об этом он четко говорит в статье. Как так? Всегда что-то может пойти не так и должна быть на этот случай другая стратегия действий.
РМ не может действовать наугад. Он управляет рисками. А что если значимую для заказчика багу не пофиксят, что тогда? А что если фичу версии продукта не допилят, что тогда? У него вопрос "что тогда?" должен быть на подкорке!
Про фин. подушку это БАЗА, это как зубы чистить по утрам и об этом даже упоминать нет смысла.
Ну, так и работодателей тоже не мало :) Кроме Сбера одних крупных устанешь считать Альфа-Банк, Яндекс, ВТБ, Озон, ОзонТех, Авито и прочее прочее. А если компании по-меньше то их еще больше.
И да, не забываем, что на планете Земля есть не только Россия и в других странах тоже есть компании!
Зачем закрывать окно для кандидата, когда ты уже про него узнал, увидел его в живую, поговорил с ним и хоть что-то про него знаешь, чем про абстрактного Васю за забором?
Как у PM у вас должно быть в мозгу прошито "есть риски". Это как проф. деформация. Никогда не следует верить планам. Должен быть ответ на вопрос "А что если план А не сработает?". Возможно, вы никогда не сталкивались, что срываются сроки по сдаче очередной версии софта, но это очень частое явление во многих компаниях в РФ.
Я к тому, что можно было задаться вопросом: "А какие риски и что может пойти не так?". На каждую альтернативную реальность с тем, что может пойти не так написать ответ как вы будете реагировать.
Не очевидные! Очень много кому приходится прям на пальцах пояснять, а люди все равно с трудом понимают
Вы говорите, что вклад выгоднее, если % по нему выше чем по ипотеке. Это не так. Доказывать не буду. Для этого есть калькулятор.
Есть еще одно из полезных правил:
К сожалению, это не всегда достижимо. По той причине, что не все работодатели с легкостью делятся возможностью показать календарь сотрудника всем кому ему хочется его показать.
Почему это достаточно важно? Когда очень много списков дел: для покупок, для рабочих задач, для спорта, для того что хотел попробовать и др. То есть большая вероятность, что что-то продолжаешь :( Такая же история и с календарем, может просто не прийти в голову заглянуть в личный календарь и не увидеть дело "13:00 звонок доче прокагдилировать ее домашнюю работу" :)
Зря вы не выложили код на GitHub можно было бы создать Issues.
Предложил бы добавить вот какие фичи:
Добавить работу с переменными среды MY_PHOTOS_DIR и чтоб можно было указать путь до моей основной коллекции. В коллекции чтоб хранился индекс-файл photos.index с хэшами всех моих файлов моих проиндексированных файлов
Добавить в коллекцию файл removed_files.index. Его назначение хранить хэши файлов, которые я решил удалить когда-либо. Что если у меня еще где-то сохранилась копия фоток? А ведь среди них могут уже быть ранее удаленные мною файлы. Как избежать повторного просмотра? Если я решил удалить, значит все! Смысл возвращаться к этому процессу? Итак фоток столько, что не пересмотреть )))
Мне кажется проще купить удаленную машинку на Linux и поднять свой VPN. По той причине, как ответил оратор выше про левую пятку "роскомпозора" :)
У меня примерно такая же стратегия, но только по отношению к моему непосредственному руководителю. Да, у нас есть ежедневный Daily и грумминг задач. Но когда сообщаю о себе, то он видит где буксую и чем мне можно помочь или понимает, что все ок. Это повышает мою предсказуемость, что очень важно для моих коллег. Однако это также и мне полезно, если руководитель не теребит меня, значит относительно меня все ровно.
Я начал программировать в далеком детстве на пленочном БК0010 на языке Фокал. Потом после него появились Компаньон-2, Дельта. Все это отечественные "приставки" к телевизору. Моя душа полюбила все эти "шестеренки" программного мира. Когда начал на своем первом Intel-совместимом компе начал использовать мою первую IDE под названием Visual C++ 6.0 счастью не было предела )) Потом понеслась: Delphi 7, Eclipse, Turbo Delphi, Netbeanse, Visual Studio 2008/2010/2013. Много что использовал и последним моим IDE был VsCode.
Казалось бы все могут! Мощные комбайны. Однако когда хочется контроля, т.е. ставилось только то что я сказал, а не то что вместо меня решил Microsoft или кто-то еще, то тут с этим проблемы. Занимает лишнее место и далеко не 1-2 МБ. Очень часто пожирает лишнюю память. Большая часть современных IDE устанавливает без ведома пользователя много того, что он не запрашивал "на всякий случай". Вот только этот "всякий случай" все почему-то не наступает!
Недавно начал использовать VIM после больше 15 лет использования различных IDE и поражаюсь своей глупости "Почему зная о таком инструменте я не нашел время взять и попробовать? Отказаться от использования же не трудно!".
На кого и кому нужен VIM ? Прежде всего тем людям, которые очень много работают с текстом. Программисты в это множество попадают.
При работе с текстом у нас возникает:
Огромное кол-во повторяемых действий. Это и рефакторинг, это и найти последовательность символов. Это и найти, потом вставить, потом вернуться назад и повторить с нескольким строками. Это и удалить 7 строк подряд. Это и переместить 3 строки на 5 по выше! И много чего !!!
Также, очень часто программист смотрит на код! Да! Когда говорят про рефакторинг это не от хорошей жизни! А от того что мы, программисты, больше смотрим на код, чем пишем новый! Когда мы смотрим на код мы перемещаемся по нему. Вопрос: а зачем тогда давать программисту при просмотре возможность "напечатать случайно"? Чтобы что? Чтоб дать ему случайно внести багу? Именно от этого спасает "командный режим". Захочешь что сделать нажмешь нужные кнопки
Любой программист стремится меньше уставать, т.к. программирование это деятельность больше чем на 5 минут! Он экономит на всем! Пишет скрипты помогающие ему. Он учит горячие клавиши. Он ставит нужные инструменты. Он учится новым подходом. И одним из таких навыков для повышения своей эффективности это: навык слепой печати. Развивая этот навык он побочным эффектом получает: повышение скорости набора текста. Но самым главным эффектом от этого навыка руки меньше устают! В результате развития навыка программист быстрее пишет код и пробует свои идеи. Иногда действительно, лучше взять и сделать, увидеть результат и решить подходит или нет, чем долго думать и не факт что придумаешь адекватное ситуации решение. Но вот не задача, в случае IDE приходится перемещаться на стрелки или того хуже на мышку. Со временем уже привыкая к VIM ты понимаешь, что тебе не только на стрелки сложно перенести руку, но и на кнопку ESC !!! И ты вставляешь "inoremap jk <esc>" в свой конфиг, что позволяет оставаться ТОЛЬКО над клавиатурой!
Программиста делают программистом не только задачи, которые он решает. Не только ошибки, которые он порою по несколько дней отлаживает. Но и его инструменты! VIM как раз из тех, кто вынуждает во многом посмотреть на свой привычный процесс немного иначе. Под другим углом зрения. Он создан программистами для программистов!
Вопрос на тему: "Зачем надо использовать VIM, когда есть современные IDE?" звучит также как "Зачем использовать сортировку Хоара, когда есть пузырьковая сортировка? Сортирует же, че мучиться то?"
Раньше молодым ребятам изучающим программирование я всегда советовал такое:
Учи английский
Развивай навык слепой печати
Развивай алгоритмическое мышление(сортировки, деревья, графы)
Изучай Linux или FreeBSD и используй в качестве основной ОС
Занимайся спортом
Общайся с противоположным полом(не будь задротом)
Развивай коммуникацию(ходи на конференции, знакомься с новыми людьми, пили с другими open Source проекты)
Но сейчас между 2 и 3 советую еще "Научись использовать VIM". Всего вам доброго!
А может вам и не надо в ИТ? Не надо программировать? Как бы это вам сказать, если человеку нравится бегать. Улучшать свои показатели в беге, то вопроса, а зачем нужны упражнения СБУ у него не будет! В программирование надо идти, когда тебя от всех этих "шестеренок" прет и не важно, что шестеренка1 похожа на шестеренку2 изученную ранее. Понимаете? Занимайтесь программированием ради самого программирования!
Ссылка уже все!