Руководите как семьёй
Работа с прицелом на тимлида, а в будущем и на руководителя более высокого порядка, требует особых навыков управления. В частности умения воспитания детей. Кто уже имеет этот опыт, тот меня понимает. Кто ещё нет, тот должен это понять.
Представьте что команда это группа детей со своими внутренними повадками и принципами. Заставить всех соблюдать общие базовые правила требует особых умений управленца. Можно расположить к себе, а можно и заставить.
Первый вариант сложнее, но эффективнее. И сложен он в основном из-за того, что сама команда может просто отказаться быть с вами "на одной волне". Ну не сошлись характерами, бывает. И тут уже в ход должна пойти харизма и умение найти общий язык. Если получится, то большую часть дела вы сделали.
Второй вариант проще, но менее эффективен в плане результата. Заставить делать то, что вам нужно, можно разными способами. Страхом увольнения, уменьшением премии, понижением в должности, иногда даже шантажом (я вам этого не говорил). Но такой способ ведёт к негативному отношению команды к руководителю и явно не способствует качеству работы. Но сама работа будет выполняться, это плюс.
В итоге, я считаю, что к каждому члену команды нужен свой подход. Все они как дети, особенные и не понимают укладов семьи. Но если семья дружная, то она горы свернёт. Мне пока что есть над чем работать.
Работа с прицелом на тимлида, а в будущем и на руководителя более высокого порядка, требует особых навыков управления. В частности умения воспитания детей. Кто уже имеет этот опыт, тот меня понимает. Кто ещё нет, тот должен это понять.
Представьте что команда это группа детей со своими внутренними повадками и принципами. Заставить всех соблюдать общие базовые правила требует особых умений управленца. Можно расположить к себе, а можно и заставить.
Первый вариант сложнее, но эффективнее. И сложен он в основном из-за того, что сама команда может просто отказаться быть с вами "на одной волне". Ну не сошлись характерами, бывает. И тут уже в ход должна пойти харизма и умение найти общий язык. Если получится, то большую часть дела вы сделали.
Второй вариант проще, но менее эффективен в плане результата. Заставить делать то, что вам нужно, можно разными способами. Страхом увольнения, уменьшением премии, понижением в должности, иногда даже шантажом (я вам этого не говорил). Но такой способ ведёт к негативному отношению команды к руководителю и явно не способствует качеству работы. Но сама работа будет выполняться, это плюс.
В итоге, я считаю, что к каждому члену команды нужен свой подход. Все они как дети, особенные и не понимают укладов семьи. Но если семья дружная, то она горы свернёт. Мне пока что есть над чем работать.
Отвлекающие решения
По своему опыту могу сказать, что в процессе работы мне приходится выбирать различные варианты для решения той или иной задачи. Некоторые решения приходится принимать в спешке, некоторые при недостаточной информации, а некоторые хорошо обдумав.
Каждый из этих вариантов может быть как хорошим, так и плохим. Хотя в момент выбора каждый вариант хороший, или даже лучший. Но со временем некоторые решения кажутся ошибочными или нелепыми.
И вот такие вот варианты, в силу стечения обстоятельств, могут остаться в памяти надолго и отвлекать внимание своим неоднозначным подходом. Ты запоминаешь их и они словно зуд периодически тебя беспокоят.
Поэтому нужно научиться принимать подобные решения. Понять их суть и то, что в своё время они были лучшим вариантом из доступных. Они являются способом стать лучше. И благодаря ним мы становимся совершеннее. И это хорошо.
По своему опыту могу сказать, что в процессе работы мне приходится выбирать различные варианты для решения той или иной задачи. Некоторые решения приходится принимать в спешке, некоторые при недостаточной информации, а некоторые хорошо обдумав.
Каждый из этих вариантов может быть как хорошим, так и плохим. Хотя в момент выбора каждый вариант хороший, или даже лучший. Но со временем некоторые решения кажутся ошибочными или нелепыми.
И вот такие вот варианты, в силу стечения обстоятельств, могут остаться в памяти надолго и отвлекать внимание своим неоднозначным подходом. Ты запоминаешь их и они словно зуд периодически тебя беспокоят.
Поэтому нужно научиться принимать подобные решения. Понять их суть и то, что в своё время они были лучшим вариантом из доступных. Они являются способом стать лучше. И благодаря ним мы становимся совершеннее. И это хорошо.
Самый полезный сотрудник
Возьмём рядового сотрудника некой весомой и значимой компании. Это человек без высшего образования, едва знакомый с ПК, знает про Эксель только со слов других сотрудников, а лучший его инструмент в работе это счёты. Однако он уже много лет на своей должности, выполняет свои обязанности и вполне справляется со своей работой. Он плохой сотрудник? Не думаю.
Возьмём другого рядового сотрудника другой значимой на рынке компании. У него два высших образования, он имеет большой опыт в своей сфере, использует современные инструменты и мастерски ими владеет. Его коэффициент полезности один из самых высоких, он эффективно и уже долго решает задачи и имеет высокие перспективы роста. Он хороший сотрудник? Очевидно что да.
Но что же объединяет этих двух работников, которые уже долгое время решают задачи в своих компаниях? Ответ уже прозвучал. Они решают задачи, которые перед ними ставятся. В первом случае требования минимальны, во втором максимальны. Но оба справляются и продолжают делать свою работу.
Если представить, что первый сотрудник попадет на работу ко второму, то он просто не сможет даже близко показать такую же эффективность и на своем месте не задержится. В обратном случае второй сотрудник будет в недоумение, как же так можно неэффективно выполнять свою работу. Но каждый на своём месте вполне эффективен.
В итоге мы получаем ответ на главный вопрос. Полезен тот сотрудник, который решает ставящиеся перед ним задачи. Т.е. если он решает задачи бизнеса, то он полезен. Навыки второстепенны, главное показывать тот результат, который приемлем в компании. Но приемлем ли такой результат для самого работника? Это уже другой вопрос.
Возьмём рядового сотрудника некой весомой и значимой компании. Это человек без высшего образования, едва знакомый с ПК, знает про Эксель только со слов других сотрудников, а лучший его инструмент в работе это счёты. Однако он уже много лет на своей должности, выполняет свои обязанности и вполне справляется со своей работой. Он плохой сотрудник? Не думаю.
Возьмём другого рядового сотрудника другой значимой на рынке компании. У него два высших образования, он имеет большой опыт в своей сфере, использует современные инструменты и мастерски ими владеет. Его коэффициент полезности один из самых высоких, он эффективно и уже долго решает задачи и имеет высокие перспективы роста. Он хороший сотрудник? Очевидно что да.
Но что же объединяет этих двух работников, которые уже долгое время решают задачи в своих компаниях? Ответ уже прозвучал. Они решают задачи, которые перед ними ставятся. В первом случае требования минимальны, во втором максимальны. Но оба справляются и продолжают делать свою работу.
Если представить, что первый сотрудник попадет на работу ко второму, то он просто не сможет даже близко показать такую же эффективность и на своем месте не задержится. В обратном случае второй сотрудник будет в недоумение, как же так можно неэффективно выполнять свою работу. Но каждый на своём месте вполне эффективен.
В итоге мы получаем ответ на главный вопрос. Полезен тот сотрудник, который решает ставящиеся перед ним задачи. Т.е. если он решает задачи бизнеса, то он полезен. Навыки второстепенны, главное показывать тот результат, который приемлем в компании. Но приемлем ли такой результат для самого работника? Это уже другой вопрос.
"Говорящая" система
Есть такое хорошее правило при написании программистом алгоритма: код должен быть понятен и говорить о себе сам. Т.е. когда незнакомый разработчик смотрит код и понимает без комментариев что он делает, это хороший "говорящий" код. Если же что-то не понятно, значит код "с душком".
И я не говорю о комментариях в коде, совершенно нет. Чаще всего это исключительный случай. Говорящими должны быть названия переменных, методов, классов и файлов. Важно научиться писать именно такие программы.
Но есть ещё один способ сказать о логике кода. Через ошибки. И не просто назвать понятно выполняемую часть программы, а ещё и назвать понятно возможную ошибку, которая может появиться в том или ином месте. И я снова повторюсь, делать это надо не с помощью комментария, а с помощью конструкций языка. Когда такое встречаешь в коде, то понимаешь, что его писал профессионал.
В итоге качественный код не просто должен генерировать понятные уведомления о своей работе, но и обязан иметь в себе конструкции, которые скажут яснее комментариев какая же логика заложена в том или ином месте программы.
В целом это применимо и в любой другой сфере. Чем понятнее система и чем более "говорящая" она, тем проще ей пользоваться и легче её изменить и улучшить. Потому научиться генерировать "говорящие" системы это одна из вершин мастерства.
Есть такое хорошее правило при написании программистом алгоритма: код должен быть понятен и говорить о себе сам. Т.е. когда незнакомый разработчик смотрит код и понимает без комментариев что он делает, это хороший "говорящий" код. Если же что-то не понятно, значит код "с душком".
И я не говорю о комментариях в коде, совершенно нет. Чаще всего это исключительный случай. Говорящими должны быть названия переменных, методов, классов и файлов. Важно научиться писать именно такие программы.
Но есть ещё один способ сказать о логике кода. Через ошибки. И не просто назвать понятно выполняемую часть программы, а ещё и назвать понятно возможную ошибку, которая может появиться в том или ином месте. И я снова повторюсь, делать это надо не с помощью комментария, а с помощью конструкций языка. Когда такое встречаешь в коде, то понимаешь, что его писал профессионал.
В итоге качественный код не просто должен генерировать понятные уведомления о своей работе, но и обязан иметь в себе конструкции, которые скажут яснее комментариев какая же логика заложена в том или ином месте программы.
В целом это применимо и в любой другой сфере. Чем понятнее система и чем более "говорящая" она, тем проще ей пользоваться и легче её изменить и улучшить. Потому научиться генерировать "говорящие" системы это одна из вершин мастерства.
Работа ради мечты
Все мы мечтаем о прекрасной работе мечты, где ничего не надо делать и много за это получать. Но так не бывает. Если хочется получить работу мечты, то нужно усердно работать.
Для начала нужно заработать себе репутацию, что бы вас уважали и чтобы выше имя работало на вас.
Затем нужно регулярно доказывать свою профессиональную пригодность и поддерживать свою репутацию.
И не менее важно уметь получать максимум от той работы, которая у вас есть. Сама по себе она не будет приносить всего того, о чем мечтает каждый.
В итоге идеальной работы не бывает, но бывает максимально подходящая под текущие запросы. Кто ищет тот всегда найдёт.
Все мы мечтаем о прекрасной работе мечты, где ничего не надо делать и много за это получать. Но так не бывает. Если хочется получить работу мечты, то нужно усердно работать.
Для начала нужно заработать себе репутацию, что бы вас уважали и чтобы выше имя работало на вас.
Затем нужно регулярно доказывать свою профессиональную пригодность и поддерживать свою репутацию.
И не менее важно уметь получать максимум от той работы, которая у вас есть. Сама по себе она не будет приносить всего того, о чем мечтает каждый.
В итоге идеальной работы не бывает, но бывает максимально подходящая под текущие запросы. Кто ищет тот всегда найдёт.
Смысл работы
Для каждого человека работа имеет своё значение и свой смысл. Очевидный или не очень. Вынужденный или добровольный. Возвышенный или низменный. Для себя я определяю три наиболее очевидных, о которых и хочу рассказать.
1. Материальная выгода. Как мне кажется это наиболее очевидная и распространённая цель для большинства трудящихся. С этим трудно спорить, труд должен быть вознаграждён. Но работа исключительно ради материальной выгоды это как безвкусная еда. Необходимость без какого либо удовольствия. Пресная работа и посредственный итог. Приемлемо, но не более.
2. Совершенствование окружающего мира. Этот вариант я бы поставил на второе место. И пусть это не всегда очевидно, но многие готовы работать ради создания того, что сделает мир вокруг лучше. Ну или же не сам мир, а хотя бы близкое окружение. Созидание и стремление жить в прогрессе даёт жизни цель и улучшает не только самого работника, но и его окружение, что в итоге стимулирует всех причастных. Но зачастую такая работа не приносит должной материальной выгоды, поэтому таких людей мало.
3. Работа ради удовольствия. Такая работа редко приносит материальные блага. И она редко делает мир лучше. Но она приносит максимум удовлетворения. Для кого-то это главное. Заниматься любимым делом, которое радует и даёт только положительные эмоции порой важнее материальных благ. Однако таких меньшинство и многие не разделяют такой выбор, считая его бессмысленным. Но если присмотреться в этом есть выгоды всех вариантов.
Конечно же есть и другие варианты. К примеру по принуждению, безальтернативный, формальный и т.д. Но я не хочу их рассматривать здесь. Потому и выделил 3 наиболее очевидных.
Для себя я не могу выбрать какой-то конкретный вариант, т.к. все три примерно в равной степени соответствуют моим предпочтениям. Хотя ко второму варианту я склоняюсь больше всего.
Для каждого человека работа имеет своё значение и свой смысл. Очевидный или не очень. Вынужденный или добровольный. Возвышенный или низменный. Для себя я определяю три наиболее очевидных, о которых и хочу рассказать.
1. Материальная выгода. Как мне кажется это наиболее очевидная и распространённая цель для большинства трудящихся. С этим трудно спорить, труд должен быть вознаграждён. Но работа исключительно ради материальной выгоды это как безвкусная еда. Необходимость без какого либо удовольствия. Пресная работа и посредственный итог. Приемлемо, но не более.
2. Совершенствование окружающего мира. Этот вариант я бы поставил на второе место. И пусть это не всегда очевидно, но многие готовы работать ради создания того, что сделает мир вокруг лучше. Ну или же не сам мир, а хотя бы близкое окружение. Созидание и стремление жить в прогрессе даёт жизни цель и улучшает не только самого работника, но и его окружение, что в итоге стимулирует всех причастных. Но зачастую такая работа не приносит должной материальной выгоды, поэтому таких людей мало.
3. Работа ради удовольствия. Такая работа редко приносит материальные блага. И она редко делает мир лучше. Но она приносит максимум удовлетворения. Для кого-то это главное. Заниматься любимым делом, которое радует и даёт только положительные эмоции порой важнее материальных благ. Однако таких меньшинство и многие не разделяют такой выбор, считая его бессмысленным. Но если присмотреться в этом есть выгоды всех вариантов.
Конечно же есть и другие варианты. К примеру по принуждению, безальтернативный, формальный и т.д. Но я не хочу их рассматривать здесь. Потому и выделил 3 наиболее очевидных.
Для себя я не могу выбрать какой-то конкретный вариант, т.к. все три примерно в равной степени соответствуют моим предпочтениям. Хотя ко второму варианту я склоняюсь больше всего.
Что нужно знать в начале пути
Начало пути разработчика это примерно возраст человека до 20 лет. До этого времени можно много чего узнать и уже нужно кое-что знать.
В первую очередь нужно понимать смысл той специальности, в которой хочешь развиваться. Т.е. направление роста и будущего совершенствования. Нужно знать плюсы и минусы, подводные камни, различные нюансы. Это можно узнать у опытных людей.
Не менее важным будет узнать какие инструменты можно использовать в своей работе. Что больше всего подходит для конкретной задачи и постараться максимально сильно развить свой навык работы с конкретным инструментом. Данную информацию можно легко найти в сети.
Как известно в каждой специализации есть свои особенности, методологии и правила. Важно всё это знать, понимать и уметь применять. Говорить на общем языке с такими же специалистами очень важная и полезная способность. Тут может быть даже свой жаргон, который хорошо бы знать хотя бы в общих чертах. Такое знание можно получить только на стажировках или в тесном сотрудничестве со специалистами.
Не новость, что самым полезным источником информации является личный опыт. Поэтому нужно найти информацию у тех специалистов, которые занимаются тем же или очень похожими вещами. Книги, статьи, видео, интервью и т.д. Интернет вам в помощь.
И в завершении можно добавить, что таким же важным условием, как и все предыдущие, будет жажда проявить себя, желание развиваться и делать этот мир лучше. Всё зависит от вас.
Начало пути разработчика это примерно возраст человека до 20 лет. До этого времени можно много чего узнать и уже нужно кое-что знать.
В первую очередь нужно понимать смысл той специальности, в которой хочешь развиваться. Т.е. направление роста и будущего совершенствования. Нужно знать плюсы и минусы, подводные камни, различные нюансы. Это можно узнать у опытных людей.
Не менее важным будет узнать какие инструменты можно использовать в своей работе. Что больше всего подходит для конкретной задачи и постараться максимально сильно развить свой навык работы с конкретным инструментом. Данную информацию можно легко найти в сети.
Как известно в каждой специализации есть свои особенности, методологии и правила. Важно всё это знать, понимать и уметь применять. Говорить на общем языке с такими же специалистами очень важная и полезная способность. Тут может быть даже свой жаргон, который хорошо бы знать хотя бы в общих чертах. Такое знание можно получить только на стажировках или в тесном сотрудничестве со специалистами.
Не новость, что самым полезным источником информации является личный опыт. Поэтому нужно найти информацию у тех специалистов, которые занимаются тем же или очень похожими вещами. Книги, статьи, видео, интервью и т.д. Интернет вам в помощь.
И в завершении можно добавить, что таким же важным условием, как и все предыдущие, будет жажда проявить себя, желание развиваться и делать этот мир лучше. Всё зависит от вас.
Проверяйте результаты своей работы
Я раньше не обращал внимания на тот факт, что некоторые работники не проверяют результат своего труда на финальной стадии, даже имея отличные инструменты для этого. Мне казалось это настолько очевидным, что я не мог подумать, что кто-то этого может не делать.
Тут мне сложно понять тех, кто считает, что в процессе работы результат их труда уже совершенен. Однако это не так. И часто бывает такое, что сделав дело, кто-то остаётся уверен в своём результате и не проверяет итог. А следовало бы.
Самый лучший способ проверки - взгляд с другой стороны. Нужно либо использовать другой инструмент, либо вернуться к проверке через какое-то время после завершения работы. Так можно найти множество недочётов, исправить их сразу же и получить отличный продукт.
Я раньше не обращал внимания на тот факт, что некоторые работники не проверяют результат своего труда на финальной стадии, даже имея отличные инструменты для этого. Мне казалось это настолько очевидным, что я не мог подумать, что кто-то этого может не делать.
Тут мне сложно понять тех, кто считает, что в процессе работы результат их труда уже совершенен. Однако это не так. И часто бывает такое, что сделав дело, кто-то остаётся уверен в своём результате и не проверяет итог. А следовало бы.
Самый лучший способ проверки - взгляд с другой стороны. Нужно либо использовать другой инструмент, либо вернуться к проверке через какое-то время после завершения работы. Так можно найти множество недочётов, исправить их сразу же и получить отличный продукт.
Ты тот, с кем ты работаешь
С кем поведешься от того и наберёшься. Знаете такую поговорку? Она говорит о том, что вы перенимаете повадки того с кем чаще всего общаетесь. Ну как один из вариантов трактовки. Поэтому хочу обратить внимание именно на этот момент.
Как и в жизни так и в работе коллектив или команда довольно часто влияют на одного конкретного работника. Поэтому если команда подразумевает в себе рост и развитие, то и работник будет расти и развиваться. А если команда отбывает свою роль, то и отдельно взятый работник не станет выделяться. Замечу, что тут я делаю упор на среднестатистического сотрудника. Мотивированный и наоборот ленивый сотрудник это отдельный разговор, их не рассматриваем.
Получается, чтобы работник рос и приносил пользу, сама команда должна давать повод и стимулировать это делать. И я хорошо это понимаю на своём собственном примере. Моя команда, в какой-то степени, из тех кто просто отбывает свою роль, но я сам стараюсь расти и тем самым стараюсь помогать каждому из сотрудников стать лучше. Однако есть и такие, кто очень тяжело самосовершенствуется. Таким бы хорошую команду, но когда её нет, то и нет роста сотрудника.
Поэтому я решил попробовать поработать с каждым по отдельности, указать им на их слабые и сильные стороны, дать верное направление и помочь в развитии. В дальнейшем, я надеюсь, каждый станет лучше и сама команда станет сильнее, и тем самым одно будет стимулировать другое. Вечного двигателя тут не получится, но как минимум будет виден прогресс, которого не хватает.
Возможно, позже я напишу о результате, и либо дам опровержение такого способа либо подтверждение. Как минимум я попытаюсь.
С кем поведешься от того и наберёшься. Знаете такую поговорку? Она говорит о том, что вы перенимаете повадки того с кем чаще всего общаетесь. Ну как один из вариантов трактовки. Поэтому хочу обратить внимание именно на этот момент.
Как и в жизни так и в работе коллектив или команда довольно часто влияют на одного конкретного работника. Поэтому если команда подразумевает в себе рост и развитие, то и работник будет расти и развиваться. А если команда отбывает свою роль, то и отдельно взятый работник не станет выделяться. Замечу, что тут я делаю упор на среднестатистического сотрудника. Мотивированный и наоборот ленивый сотрудник это отдельный разговор, их не рассматриваем.
Получается, чтобы работник рос и приносил пользу, сама команда должна давать повод и стимулировать это делать. И я хорошо это понимаю на своём собственном примере. Моя команда, в какой-то степени, из тех кто просто отбывает свою роль, но я сам стараюсь расти и тем самым стараюсь помогать каждому из сотрудников стать лучше. Однако есть и такие, кто очень тяжело самосовершенствуется. Таким бы хорошую команду, но когда её нет, то и нет роста сотрудника.
Поэтому я решил попробовать поработать с каждым по отдельности, указать им на их слабые и сильные стороны, дать верное направление и помочь в развитии. В дальнейшем, я надеюсь, каждый станет лучше и сама команда станет сильнее, и тем самым одно будет стимулировать другое. Вечного двигателя тут не получится, но как минимум будет виден прогресс, которого не хватает.
Возможно, позже я напишу о результате, и либо дам опровержение такого способа либо подтверждение. Как минимум я попытаюсь.
Этапы карьеры разработчика
Хочу кратко пройтись по периодам профессиональной деятельности разработчика (по десяткам лет) и описать то, что он должен сделать на каждом этапе. Это моё личное мнение, оно может отличаться от реальности.
До 10 лет. Ребёнок познаёт мир и новые технологии, каким-то образом связывает свои увлечения с тем или иным направлением. Хотя в это время на него оказывают влияния различные факторы и окружающие люди, но уже в это время можно примерно понимать что нравится больше, а что нет. На выбор могут повлиять ограничения родителей и общества, а так же увлечения сверстников.
От 10 до 20 лет. В это время человек уже может и должен сознательно решить какое направление ему больше нравится. Есть возможность получить определённый опыт и начать на этом зарабатывать. В течении этого времени важно выбрать конкретную цель роста и стараться двигаться в этом направлении. Ещё не поздно поменять сферу деятельности, но нужно делать это сознательно. Чем раньше вы определитесь и чем усерднее начнёте работать над собой, тем больше шансов построить профессиональную карьеру.
От 20 до 30 лет. В разработке это самый активный период. В это время люди растут над собой и развиваются. Джуны становятся мидлами, а мидлы сеньорами. Тут главное не останавливаться в своём развитии. Нужно изучать новые технологии по своему направлению и не бояться погружаться в новые. Очень важно заработать себе имя или получить заметный опыт, который сформирует ваше резюме. И не нужно забывать расширять свой кругозор, т.к. всё только начинается.
От 30 до 40 лет. В это время нужно сосредоточиться над работой над сложными проектами. Если к этому времени вам не дают заниматься архитектурой или разрабатывать сложные проекты, значит стоит задуматься о своей компетенции. Возможно нужно повысить качество своих знаний и опыта. Так же это время менторства и обучения молодых разработчиков. Вы помогаете им, а они помогают расти вам. К концу данного этапа ваша цель - это руководитель проекта или команды. Так же нужно принимать участие в конференциях, семинарах и прочих мероприятиях для расширения своих знаний и установления профессиональных связей.
От 40 и далее. Это время, когда вы уже чувствуете себя руководителем команды разработчиков или проектами. Если такого нет, то не беда. Видимо ваша цель не карьера, а спокойная работа. И такое бывает. Но спросите себя, что же будет потом. Поэтому надо взять себя в руки. В этот период вы уже можете и должны принимать участие в стратегическом планировании и принятии решений на высшем уровне. А можно пойти в другом направлении и создать свою собственную компанию или стартап. В любом случае вы не должны быть похожи на себя 10 лет назад. Потому что прогресс это важно.
Хочу кратко пройтись по периодам профессиональной деятельности разработчика (по десяткам лет) и описать то, что он должен сделать на каждом этапе. Это моё личное мнение, оно может отличаться от реальности.
До 10 лет. Ребёнок познаёт мир и новые технологии, каким-то образом связывает свои увлечения с тем или иным направлением. Хотя в это время на него оказывают влияния различные факторы и окружающие люди, но уже в это время можно примерно понимать что нравится больше, а что нет. На выбор могут повлиять ограничения родителей и общества, а так же увлечения сверстников.
От 10 до 20 лет. В это время человек уже может и должен сознательно решить какое направление ему больше нравится. Есть возможность получить определённый опыт и начать на этом зарабатывать. В течении этого времени важно выбрать конкретную цель роста и стараться двигаться в этом направлении. Ещё не поздно поменять сферу деятельности, но нужно делать это сознательно. Чем раньше вы определитесь и чем усерднее начнёте работать над собой, тем больше шансов построить профессиональную карьеру.
От 20 до 30 лет. В разработке это самый активный период. В это время люди растут над собой и развиваются. Джуны становятся мидлами, а мидлы сеньорами. Тут главное не останавливаться в своём развитии. Нужно изучать новые технологии по своему направлению и не бояться погружаться в новые. Очень важно заработать себе имя или получить заметный опыт, который сформирует ваше резюме. И не нужно забывать расширять свой кругозор, т.к. всё только начинается.
От 30 до 40 лет. В это время нужно сосредоточиться над работой над сложными проектами. Если к этому времени вам не дают заниматься архитектурой или разрабатывать сложные проекты, значит стоит задуматься о своей компетенции. Возможно нужно повысить качество своих знаний и опыта. Так же это время менторства и обучения молодых разработчиков. Вы помогаете им, а они помогают расти вам. К концу данного этапа ваша цель - это руководитель проекта или команды. Так же нужно принимать участие в конференциях, семинарах и прочих мероприятиях для расширения своих знаний и установления профессиональных связей.
От 40 и далее. Это время, когда вы уже чувствуете себя руководителем команды разработчиков или проектами. Если такого нет, то не беда. Видимо ваша цель не карьера, а спокойная работа. И такое бывает. Но спросите себя, что же будет потом. Поэтому надо взять себя в руки. В этот период вы уже можете и должны принимать участие в стратегическом планировании и принятии решений на высшем уровне. А можно пойти в другом направлении и создать свою собственную компанию или стартап. В любом случае вы не должны быть похожи на себя 10 лет назад. Потому что прогресс это важно.
👍1
Расширяй кругозор
Когда человек увлекается каким-то делом или направлением, то он зачастую ограничивает свои знания только тем, что с этим связано. И не пытается смотреть в другую сторону, что часто бывает неправильно.
Основной нюанс в том, что замыкаясь в чем-то одном, человек перестаёт развиваться в широком смысле этого слова. Он "варится" в одном бульоне и не пробует новое. А ведь именно новые знания в других сферах более эффективно сказываются на навыках человека.
Но это не значит, что нужно изучать всё и по чуть чуть. Важно сосредоточиться на чем-то одном, но не забывать изучать что-то новое. Правильно быть эрудированным специалистом, который отлично знает свою специальность, но и имеет хорошие знания в других областях.
Когда человек увлекается каким-то делом или направлением, то он зачастую ограничивает свои знания только тем, что с этим связано. И не пытается смотреть в другую сторону, что часто бывает неправильно.
Основной нюанс в том, что замыкаясь в чем-то одном, человек перестаёт развиваться в широком смысле этого слова. Он "варится" в одном бульоне и не пробует новое. А ведь именно новые знания в других сферах более эффективно сказываются на навыках человека.
Но это не значит, что нужно изучать всё и по чуть чуть. Важно сосредоточиться на чем-то одном, но не забывать изучать что-то новое. Правильно быть эрудированным специалистом, который отлично знает свою специальность, но и имеет хорошие знания в других областях.
Карьера не просто модное слово
Если, читая эти строки, у вас есть четкое понимание что такое карьера и зачем этим заниматься, то дальше можно не читать. Потому что дальше я попытаюсь кратко объяснить зачем нужно развивать себя, набираться опыта и сделать себе хоть какое-то имя.
В молодости я не строил больших и далёких планов. Если получалось работать и что-то толковое от этого зарабатывать, то я просто брал это. Я думал тактически, но не стратегически. Это было похоже на азарт, но не план. И это была ошибка.
Когда присутствует уверенность в том, что есть то, к чему нужно стремиться, и что прогресс и саморазвитие приведут к успеху, то нужно идти по этому пути. Нужно составить хоть какой-то план и двигаться вперёд. Именно следование стратегии даст максимальный эффект, а короткие бездумные шаги будут только тормозить.
Без основы, без опоры, без чёткой цели вы не сможете сделать правильный и осознанный выбор. Вы будете сомневаться и совершать просчёты. Вы будете винить обстоятельства, но не свой выбор. Вы будете топтаться на месте. Но если бы у вас был план и четкая цель, вы бы обгоняли всех и быстро бы приближались к успеху. Я уверен.
На основе своего опыта хочу пожелать всем не повторять моих ошибок, чтобы потом не сожалеть о потраченном времени. Хотя в моменты выбора были причины так поступать, но и были возможности сделать другой, более правильный выбор. Просто надо было смотреть немного шире и быть смелее. Карьера, действительно успешная, даётся только смельчакам.
Если, читая эти строки, у вас есть четкое понимание что такое карьера и зачем этим заниматься, то дальше можно не читать. Потому что дальше я попытаюсь кратко объяснить зачем нужно развивать себя, набираться опыта и сделать себе хоть какое-то имя.
В молодости я не строил больших и далёких планов. Если получалось работать и что-то толковое от этого зарабатывать, то я просто брал это. Я думал тактически, но не стратегически. Это было похоже на азарт, но не план. И это была ошибка.
Когда присутствует уверенность в том, что есть то, к чему нужно стремиться, и что прогресс и саморазвитие приведут к успеху, то нужно идти по этому пути. Нужно составить хоть какой-то план и двигаться вперёд. Именно следование стратегии даст максимальный эффект, а короткие бездумные шаги будут только тормозить.
Без основы, без опоры, без чёткой цели вы не сможете сделать правильный и осознанный выбор. Вы будете сомневаться и совершать просчёты. Вы будете винить обстоятельства, но не свой выбор. Вы будете топтаться на месте. Но если бы у вас был план и четкая цель, вы бы обгоняли всех и быстро бы приближались к успеху. Я уверен.
На основе своего опыта хочу пожелать всем не повторять моих ошибок, чтобы потом не сожалеть о потраченном времени. Хотя в моменты выбора были причины так поступать, но и были возможности сделать другой, более правильный выбор. Просто надо было смотреть немного шире и быть смелее. Карьера, действительно успешная, даётся только смельчакам.
👍1🔥1
Работа во время учёбы
Любите ли вы работу так же, как люблю её я? Думаю тут всё относительно. А работали ли вы во время учёбы? Я работал, но не так много и целенаправленно, как стоило бы. С одной стороны не хотелось и хотелось больше отдыхать от учёбы. С другой стороны я не достаточно ясно понимал какое это имеет значение и не имел хоть какого-то плана в тот момент.
Если подумать, то тогда это было приемлемо, но сейчас я понимаю, что время было потрачено зря. Хотя если бы мне дали направление и подсказали тогда что делать и как, то я бы намного раньше добился значимых успехов.
Отсюда вывод. Старайтесь найти себе полезное занятие ещё во время учёбы. Чтобы оно дало вам ценный опыт и потом можно было бы его использовать как аргумент в будущем трудоустройстве. Личный опыт очень полезен, особенно если он связан с ошибками, которые обычно случаются в первое время.
Это не строгое правило и обычно у каждого получается своя история. Но важно помнить, что чем раньше начинается реальный опыт, тем более ценным специалистом можно стать в будущем.
Любите ли вы работу так же, как люблю её я? Думаю тут всё относительно. А работали ли вы во время учёбы? Я работал, но не так много и целенаправленно, как стоило бы. С одной стороны не хотелось и хотелось больше отдыхать от учёбы. С другой стороны я не достаточно ясно понимал какое это имеет значение и не имел хоть какого-то плана в тот момент.
Если подумать, то тогда это было приемлемо, но сейчас я понимаю, что время было потрачено зря. Хотя если бы мне дали направление и подсказали тогда что делать и как, то я бы намного раньше добился значимых успехов.
Отсюда вывод. Старайтесь найти себе полезное занятие ещё во время учёбы. Чтобы оно дало вам ценный опыт и потом можно было бы его использовать как аргумент в будущем трудоустройстве. Личный опыт очень полезен, особенно если он связан с ошибками, которые обычно случаются в первое время.
Это не строгое правило и обычно у каждого получается своя история. Но важно помнить, что чем раньше начинается реальный опыт, тем более ценным специалистом можно стать в будущем.
Хороша ложка к обеду
Когда тебе за 40 и ты уже из касты олдов, то ты всё чаще и чаще задумываешься об упущенных возможностях и нереализованных идеях. С чем-то я уже опоздал, с чем-то припозднился, а что-то ещё успеваю. И хоть я уже писал выше, что сделанное в прошлом имело свои причины, но с высоты своего опыта мнение меняется.
Понять причину не сложно. Когда ты вспоминаешь свои поступки 20 лет назад, то начинаешь осуждать себя как своего неопытного ребёнка. Поэтому сейчас у меня есть сильное желание дать ему парочку советов. Ему и всем тем, кто читает эти строки.
Тут я хочу обратить внимание на следующее. Когда вам приходит в голову хорошая идея, но требует времени или сил, то нужно очень хорошо подумать о том, чтобы не затягивать с её осуществлением. Ведь есть большая вероятность упустить момент и потом всё потеряет смысл. А спустя время вы будете сильно жалеть об этом, как я иногда жалею о том, что не сделал то, что мог.
Но как понять, что идея стоит внимания? Как определить, что ещё не поздно? Очень просто. Доверяйте интуиции и представьте, что идея осуществлена. Осознайте это. Поживите с этим чувством один день, а потом сравните ощущения с вашими обычными (без реализованной идеи). Разница есть? Заметная? Она вас тронула? Значит идея стоящая и потом можете пожалеть, что не стали её претворять в жизнь.
А теперь последнее. Идеи бывают большие и маленькие. И каждая подходит под упущенные шансы, которые не дадут покоя. И если у вас хорошая память, то нужна сильная воля. Не упускайте свой шанс, жизнь одна.
Когда тебе за 40 и ты уже из касты олдов, то ты всё чаще и чаще задумываешься об упущенных возможностях и нереализованных идеях. С чем-то я уже опоздал, с чем-то припозднился, а что-то ещё успеваю. И хоть я уже писал выше, что сделанное в прошлом имело свои причины, но с высоты своего опыта мнение меняется.
Понять причину не сложно. Когда ты вспоминаешь свои поступки 20 лет назад, то начинаешь осуждать себя как своего неопытного ребёнка. Поэтому сейчас у меня есть сильное желание дать ему парочку советов. Ему и всем тем, кто читает эти строки.
Тут я хочу обратить внимание на следующее. Когда вам приходит в голову хорошая идея, но требует времени или сил, то нужно очень хорошо подумать о том, чтобы не затягивать с её осуществлением. Ведь есть большая вероятность упустить момент и потом всё потеряет смысл. А спустя время вы будете сильно жалеть об этом, как я иногда жалею о том, что не сделал то, что мог.
Но как понять, что идея стоит внимания? Как определить, что ещё не поздно? Очень просто. Доверяйте интуиции и представьте, что идея осуществлена. Осознайте это. Поживите с этим чувством один день, а потом сравните ощущения с вашими обычными (без реализованной идеи). Разница есть? Заметная? Она вас тронула? Значит идея стоящая и потом можете пожалеть, что не стали её претворять в жизнь.
А теперь последнее. Идеи бывают большие и маленькие. И каждая подходит под упущенные шансы, которые не дадут покоя. И если у вас хорошая память, то нужна сильная воля. Не упускайте свой шанс, жизнь одна.
Ты растишь проекты или они тебя?
За время моей профессиональной деятельности я несколько раз менял работу из-за того, что разрабатываемые мной проекты закрывались. И в какой-то момент я начинал думать о том, что это некое проклятие, которое я несу в процесс работы. Но на самом деле всё иначе.
Проекты не делают на небесах или в кузнице ада. Их придумывают, разрабатывают и поддерживают люди. И пользуются ими тоже обычные люди. Приписывать этому процессу какую-то магическую составляющую просто глупо. Поэтому важно понять несколько простых вещей.
Хороший проект может оказаться невостребованным, потому что появился не вовремя или есть лучшие аналоги. Отличный проект может закрыться из-за прекращения финансирования или различных юридических нюансов. Супер проект может просто быть очень дорогим для пользователя или трудно поддерживаемым. Но есть ли в этом вина разработчика? Нет.
Однако разработчик может быть виноват в том, что проект "не смог". И это технические проблемы. Ведь очевидно, что если проект полон ошибок и недоработок, то пользователи предпочтут более надёжные аналоги. И именно разработчик должен суметь сделать качественный продукт. Если он не смог, то проект не взлетит.
У меня было парочку проектов, которые не смогли именно из-за некомпетентности разработчиков. Ушедшие клиенты, дурная репутация, сложная поддержка и возросшие траты являются приговором для проекта.
Поэтому я хочу донести до каждого, кто причастен к подобной работе и не намерен высосать из проекта все соки. Старайтесь сделать всё качественно, проявите сознательность, возьмите ответственность на себя, будьте профессионалом своего дела и стремитесь к совершенству. Именно это является большим вкладом к успешному проекту и вашему прогрессу на пути разработчика.
За время моей профессиональной деятельности я несколько раз менял работу из-за того, что разрабатываемые мной проекты закрывались. И в какой-то момент я начинал думать о том, что это некое проклятие, которое я несу в процесс работы. Но на самом деле всё иначе.
Проекты не делают на небесах или в кузнице ада. Их придумывают, разрабатывают и поддерживают люди. И пользуются ими тоже обычные люди. Приписывать этому процессу какую-то магическую составляющую просто глупо. Поэтому важно понять несколько простых вещей.
Хороший проект может оказаться невостребованным, потому что появился не вовремя или есть лучшие аналоги. Отличный проект может закрыться из-за прекращения финансирования или различных юридических нюансов. Супер проект может просто быть очень дорогим для пользователя или трудно поддерживаемым. Но есть ли в этом вина разработчика? Нет.
Однако разработчик может быть виноват в том, что проект "не смог". И это технические проблемы. Ведь очевидно, что если проект полон ошибок и недоработок, то пользователи предпочтут более надёжные аналоги. И именно разработчик должен суметь сделать качественный продукт. Если он не смог, то проект не взлетит.
У меня было парочку проектов, которые не смогли именно из-за некомпетентности разработчиков. Ушедшие клиенты, дурная репутация, сложная поддержка и возросшие траты являются приговором для проекта.
Поэтому я хочу донести до каждого, кто причастен к подобной работе и не намерен высосать из проекта все соки. Старайтесь сделать всё качественно, проявите сознательность, возьмите ответственность на себя, будьте профессионалом своего дела и стремитесь к совершенству. Именно это является большим вкладом к успешному проекту и вашему прогрессу на пути разработчика.
Рутина - это порядок
Жить однообразно скучно и я не призываю этого делать. Цель этого сообщения в другом. Я хочу объяснить, что регулярные поступки и дисциплина в выполнении однообразных действий полезна.
Наш мозг не вечный двигатель. За день он устаёт и требует отдыха. И чем более разнообразная деятельность была в течении дня, тем больше он устаёт. Сразу оговорюсь, разнообразие важно для того, чтобы не застыть. Но это тема другого сообщения.
Дам пару примеров. Когда вы запланировали регулярно читать книги или ходить на тренировку с определенной периодичностью, то это создаёт рутинные процессы, которые полезны и не сильно нагружают мозг. Или же если придерживаться определенной схемы питания с умеренным разнообразием ингредиентов, то это тоже полезно.
Добавлю к этому один из важных моментов, это режим дня. Если вы день за днём и год за годом придерживаетесь определенного режима, следуете ему, то ваша жизнь становится легче и освободившуюся энергию можно потратить на другие полезные активности.
Поэтому именно рутинные действия прививают дисциплину и порядок. А если вы заранее спланировали свои действия, то это ещё больший плюс. Но не надо бросаться в крайности, всё хорошо в меру.
Жить однообразно скучно и я не призываю этого делать. Цель этого сообщения в другом. Я хочу объяснить, что регулярные поступки и дисциплина в выполнении однообразных действий полезна.
Наш мозг не вечный двигатель. За день он устаёт и требует отдыха. И чем более разнообразная деятельность была в течении дня, тем больше он устаёт. Сразу оговорюсь, разнообразие важно для того, чтобы не застыть. Но это тема другого сообщения.
Дам пару примеров. Когда вы запланировали регулярно читать книги или ходить на тренировку с определенной периодичностью, то это создаёт рутинные процессы, которые полезны и не сильно нагружают мозг. Или же если придерживаться определенной схемы питания с умеренным разнообразием ингредиентов, то это тоже полезно.
Добавлю к этому один из важных моментов, это режим дня. Если вы день за днём и год за годом придерживаетесь определенного режима, следуете ему, то ваша жизнь становится легче и освободившуюся энергию можно потратить на другие полезные активности.
Поэтому именно рутинные действия прививают дисциплину и порядок. А если вы заранее спланировали свои действия, то это ещё больший плюс. Но не надо бросаться в крайности, всё хорошо в меру.
В команде будь командным
Есть такие люди, которые являются профессионалами, но их можно назвать индивидуалами. Не потому что они могут сами решить любую задачу, а потому что работают в стороне от всей команды. Это либо бывшие фрилансеры либо эгоисты. Так то первых можно перевоспитать, а вот со вторыми сложнее. Они считают своё мнение единственно верным и идут против общего мнения.
С одной стороны сработаться можно с каждым и к каждому найти подход. При умелом обращении любой будет приносить пользу. Но это лишняя борьба, да и я хочу поговорить о другом. Думаю многие согласятся, что до борьбы лучше не доводить.
Поэтому важным правилом при росте и развитии сотрудника будет способность к адаптации и понимании того, что всегда нужно работать на команду. Если ты работал раньше один, то будь готов работать совместно со всеми и ради общего блага. Если ты считал себя лучшим в другой команде, то постарайся стать равным.
В целом все должны подчиниться общей цели и личные амбиции должны уйти на второй план. Иначе можно стать белой вороной, а таких обычно не любят. И чаще всего от таких избавляются в первую очередь. Разве это оправданно? Думаю нет.
Но я не хочу сказать, что надо стать серой массой. Совсем нет. Обязательно должна быть индивидуальность. Но это нужно уметь совмещать с целями команды. Вы должны заполнять её своими уникальными навыками, а не давить на других своим эго. Важен баланс. Если его найти, то команда вас полюбит. И начальство тоже.
Есть такие люди, которые являются профессионалами, но их можно назвать индивидуалами. Не потому что они могут сами решить любую задачу, а потому что работают в стороне от всей команды. Это либо бывшие фрилансеры либо эгоисты. Так то первых можно перевоспитать, а вот со вторыми сложнее. Они считают своё мнение единственно верным и идут против общего мнения.
С одной стороны сработаться можно с каждым и к каждому найти подход. При умелом обращении любой будет приносить пользу. Но это лишняя борьба, да и я хочу поговорить о другом. Думаю многие согласятся, что до борьбы лучше не доводить.
Поэтому важным правилом при росте и развитии сотрудника будет способность к адаптации и понимании того, что всегда нужно работать на команду. Если ты работал раньше один, то будь готов работать совместно со всеми и ради общего блага. Если ты считал себя лучшим в другой команде, то постарайся стать равным.
В целом все должны подчиниться общей цели и личные амбиции должны уйти на второй план. Иначе можно стать белой вороной, а таких обычно не любят. И чаще всего от таких избавляются в первую очередь. Разве это оправданно? Думаю нет.
Но я не хочу сказать, что надо стать серой массой. Совсем нет. Обязательно должна быть индивидуальность. Но это нужно уметь совмещать с целями команды. Вы должны заполнять её своими уникальными навыками, а не давить на других своим эго. Важен баланс. Если его найти, то команда вас полюбит. И начальство тоже.
Итоги года
Пришло время подвести своего рода итоги года на пути моего профессионального роста. И надо сказать мне есть что отменить. Потому что в отличии от итогов 23-го года (хотя я их специально не подводил) прогресс от прошлого (24-го) года заметно отличается.
Для начала хочу в себе отметить всё большую зрелость в профессиональном плане. Мои поступки стали более осознаны, целенаправленны и качественно выверены. Я стараюсь делать меньше "пустых" вещей и пытаюсь закладывать больший смысл в будущее. Обратите внимание на такой подход.
С точки зрения развития профессиональных навыков я не сбавлял оборотов. Продолжал читать книги, смотреть тематические видео. Но больший упор я делал на статьи в различных блогах. Люди пишут много полезных вещей и это отлично помогает быть в курсе событий и не отставать от остальных профессионалов. Вот и вы старайтесь найти свой источник знаний.
В плане разработки ничего заметно нового я не узнал, однако мои проекты стали сложнее, задачи масштабнее, а их реализации более качественные и проработанные. Всё больший упор при разработке я делаю на тестирование. Так называемый способ разработки через тестирование (TDD) я применяю все чаще и глубже. К тому же новые проекты я стараюсь делать на последних версиях ПО. Использование современных практик и технологий - это основа будущих проектов.
И наверно основное достижение за прошлый год это моё участие в проекте в роли тимлида. Это то, чего я хотел и что я получил. И считаю что я с этим справился. Мне доверили эту роль, мне дали проект целиком и всё прошло успешно. Я очень рад этому, хотя были недостатки и мне есть куда стремиться. Обращаю ваше внимание, что цели достижимы, если делать максимум для этого.
На будущий год я планирую развивать себя, продолжу выполнять роль тимлида, хочу посещать конференции для самосовершенствования и постараться уменьшить свою роль как программиста в пользу роли наставника и руководителя. Уверен, всё получится.
Пришло время подвести своего рода итоги года на пути моего профессионального роста. И надо сказать мне есть что отменить. Потому что в отличии от итогов 23-го года (хотя я их специально не подводил) прогресс от прошлого (24-го) года заметно отличается.
Для начала хочу в себе отметить всё большую зрелость в профессиональном плане. Мои поступки стали более осознаны, целенаправленны и качественно выверены. Я стараюсь делать меньше "пустых" вещей и пытаюсь закладывать больший смысл в будущее. Обратите внимание на такой подход.
С точки зрения развития профессиональных навыков я не сбавлял оборотов. Продолжал читать книги, смотреть тематические видео. Но больший упор я делал на статьи в различных блогах. Люди пишут много полезных вещей и это отлично помогает быть в курсе событий и не отставать от остальных профессионалов. Вот и вы старайтесь найти свой источник знаний.
В плане разработки ничего заметно нового я не узнал, однако мои проекты стали сложнее, задачи масштабнее, а их реализации более качественные и проработанные. Всё больший упор при разработке я делаю на тестирование. Так называемый способ разработки через тестирование (TDD) я применяю все чаще и глубже. К тому же новые проекты я стараюсь делать на последних версиях ПО. Использование современных практик и технологий - это основа будущих проектов.
И наверно основное достижение за прошлый год это моё участие в проекте в роли тимлида. Это то, чего я хотел и что я получил. И считаю что я с этим справился. Мне доверили эту роль, мне дали проект целиком и всё прошло успешно. Я очень рад этому, хотя были недостатки и мне есть куда стремиться. Обращаю ваше внимание, что цели достижимы, если делать максимум для этого.
На будущий год я планирую развивать себя, продолжу выполнять роль тимлида, хочу посещать конференции для самосовершенствования и постараться уменьшить свою роль как программиста в пользу роли наставника и руководителя. Уверен, всё получится.
🔥1
Я не лучший и таковым уже не буду
Есть такая поговорка: как бы ты не был крут всегда найдётся китаец (индиец / кореец / вставь любую нацию), который сделает это лучше тебя. Однако это не значит, что не нужно стремиться стать лучшим из лучших. Это значит, что в своём стремлении к совершенству нужно знать цену затрат и цель этих стараний. Иначе можно остаться один на один в своём самосовершенствовании и проскочить мимо других важных вещей.
Я никогда не стремился стать лучше всех. Во первых это кажется для меня просто нереальным ввиду различных внутренних недостатков, во вторых я не хочу заниматься только чем-то одним и упускать шансы попробовать что-то другое. Поэтому важно хорошо подумать в достижении цели - стать лучше всех.
Готовы ли вы тратить на это больше времени, чем все остальные? Готовы ли вы проводить меньше времени с родными и друзьями? Готовы ли вы никогда не попробовать чего-то очень интересного в угоду своей уникальности? Готовы ли вы развиваться только в одном направлении и упустить шанс познать что-то новое в правильное время? Готовы ли вы продать душу дьяволу ради власти над миром? Последнее является абстрактным вопросом, но не теряет своей актуальности.
Путь в жизни всегда состоит из выборов, ошибок и достижений. Многое не будет очевидно, пока не будет испробовано. Но что-то можно понять, изучив опыт других людей. Там есть ответы на вопросы. Ведь стать лучшим в чём-то одном, получить известность, но не уметь больше ничего другого это спорный выбор. Я выбираю разностороннее развитие, а не ограниченный потенциал. В остальном же выбор за вами.
Есть такая поговорка: как бы ты не был крут всегда найдётся китаец (индиец / кореец / вставь любую нацию), который сделает это лучше тебя. Однако это не значит, что не нужно стремиться стать лучшим из лучших. Это значит, что в своём стремлении к совершенству нужно знать цену затрат и цель этих стараний. Иначе можно остаться один на один в своём самосовершенствовании и проскочить мимо других важных вещей.
Я никогда не стремился стать лучше всех. Во первых это кажется для меня просто нереальным ввиду различных внутренних недостатков, во вторых я не хочу заниматься только чем-то одним и упускать шансы попробовать что-то другое. Поэтому важно хорошо подумать в достижении цели - стать лучше всех.
Готовы ли вы тратить на это больше времени, чем все остальные? Готовы ли вы проводить меньше времени с родными и друзьями? Готовы ли вы никогда не попробовать чего-то очень интересного в угоду своей уникальности? Готовы ли вы развиваться только в одном направлении и упустить шанс познать что-то новое в правильное время? Готовы ли вы продать душу дьяволу ради власти над миром? Последнее является абстрактным вопросом, но не теряет своей актуальности.
Путь в жизни всегда состоит из выборов, ошибок и достижений. Многое не будет очевидно, пока не будет испробовано. Но что-то можно понять, изучив опыт других людей. Там есть ответы на вопросы. Ведь стать лучшим в чём-то одном, получить известность, но не уметь больше ничего другого это спорный выбор. Я выбираю разностороннее развитие, а не ограниченный потенциал. В остальном же выбор за вами.
Круговорот взаимоотношений
Все совпадения в этой истории случайны.
Один разработчик недолюбливал пользователей за то, что они слишком дотошные и требовательные. То это им не нравится, то то им не нравится. И что ни сделай, обязательно найдут изъян. Может поэтому он не особо то и стремился делать свою работу качественно. Всё равно идеально не сделать и найдут к чему придраться. Работает да и ладно.
И вот одним из проектов этого разработчика был сервис автоматизации работы с задачами. Или проще говоря таск менеджер. В этом сервисе были как достоинства так и недостатки. И один из недостатков это некорректная обработка уведомлений для високосного года. Разработчик это знал, но считал эту задачу неприоритетной, поэтому проект работал без этого исправления.
Пользователь этого не знал и считал проект надёжным и использовал его уже какое-то время. Он вложил в него свои средства и рассчитывал на него. Но в тот самый день сервис дал сбой, из-за чего функционал уведомлений не выполнил свою функцию и юзер понес убытки.
Для получения компенсации (или же просто для получения извинений) пользователь написал разработчику о проблеме и попросил решить этот вопрос. Однако это не дало нужный эффект, после чего от использования приложения пришлось отказаться. А у пользователя сложилось предвзятое мнение о всех разработчиках. Плюс к этому (не без помощи этого юзера) проект получил негативные отзывы и низкие рейтинги, что привело к угасанию проекта.
На самом деле ситуация довольно рядовая, однако она описывает отношение авторов проекта к своим разработкам и довольно очевидные последствия такого отношения. В итоге для разработчика пользователь оказался слишком принципиальным, для пользователя проект оказался слишком ненадёжным.
Кто же в итоге виноват? Слишком требовательный пользователь или же безответственный разработчик? Для меня ответ очевиден. Разработчик должен был выполнить работу качественно и нести ответственность за то, что сделал. Даже в мелочах. А мелочи важны. Даже такие незначительные недоработки могут привести к краху проекта и к снижению качества продукта. Нужно уважать других и отвечать за свои действия. Тогда все будут довольны.
Все совпадения в этой истории случайны.
Один разработчик недолюбливал пользователей за то, что они слишком дотошные и требовательные. То это им не нравится, то то им не нравится. И что ни сделай, обязательно найдут изъян. Может поэтому он не особо то и стремился делать свою работу качественно. Всё равно идеально не сделать и найдут к чему придраться. Работает да и ладно.
И вот одним из проектов этого разработчика был сервис автоматизации работы с задачами. Или проще говоря таск менеджер. В этом сервисе были как достоинства так и недостатки. И один из недостатков это некорректная обработка уведомлений для високосного года. Разработчик это знал, но считал эту задачу неприоритетной, поэтому проект работал без этого исправления.
Пользователь этого не знал и считал проект надёжным и использовал его уже какое-то время. Он вложил в него свои средства и рассчитывал на него. Но в тот самый день сервис дал сбой, из-за чего функционал уведомлений не выполнил свою функцию и юзер понес убытки.
Для получения компенсации (или же просто для получения извинений) пользователь написал разработчику о проблеме и попросил решить этот вопрос. Однако это не дало нужный эффект, после чего от использования приложения пришлось отказаться. А у пользователя сложилось предвзятое мнение о всех разработчиках. Плюс к этому (не без помощи этого юзера) проект получил негативные отзывы и низкие рейтинги, что привело к угасанию проекта.
На самом деле ситуация довольно рядовая, однако она описывает отношение авторов проекта к своим разработкам и довольно очевидные последствия такого отношения. В итоге для разработчика пользователь оказался слишком принципиальным, для пользователя проект оказался слишком ненадёжным.
Кто же в итоге виноват? Слишком требовательный пользователь или же безответственный разработчик? Для меня ответ очевиден. Разработчик должен был выполнить работу качественно и нести ответственность за то, что сделал. Даже в мелочах. А мелочи важны. Даже такие незначительные недоработки могут привести к краху проекта и к снижению качества продукта. Нужно уважать других и отвечать за свои действия. Тогда все будут довольны.
Фиксируй все детали
Как-то я устроился на одну работу, где мне нужно было работать под наблюдением тайм трекера. Но это не главное. Главное было в том, что я изначально обговорил ставку устно, но не проверил того, что эта договоренность зафиксирована в договоре.
В итоге после первого месяца я получил оплату меньше ожидаемого, хотя старался изо всех сил. Во втором месяце я уже не сильно старался, однако отработал всё время, но всё равно получил меньше ожидаемого. В третьем месяце я откровенно занимался посторонними вещами, за что получил выговор, и благополучно уволился.
Что я хочу этим сказать? А то, что все договорённости важно где-то фиксировать, и лучше всего в договоре. Так вы будете уверены в том, что получите ожидаемое.
Хотя моя история банальна, почти все об этом знают, но почти все проходят через это, чтобы набить своих шишек и потом не наступать на эти грабли. Но может кто-то всё же будет умнее и не повторит таких простых ошибок.
Как-то я устроился на одну работу, где мне нужно было работать под наблюдением тайм трекера. Но это не главное. Главное было в том, что я изначально обговорил ставку устно, но не проверил того, что эта договоренность зафиксирована в договоре.
В итоге после первого месяца я получил оплату меньше ожидаемого, хотя старался изо всех сил. Во втором месяце я уже не сильно старался, однако отработал всё время, но всё равно получил меньше ожидаемого. В третьем месяце я откровенно занимался посторонними вещами, за что получил выговор, и благополучно уволился.
Что я хочу этим сказать? А то, что все договорённости важно где-то фиксировать, и лучше всего в договоре. Так вы будете уверены в том, что получите ожидаемое.
Хотя моя история банальна, почти все об этом знают, но почти все проходят через это, чтобы набить своих шишек и потом не наступать на эти грабли. Но может кто-то всё же будет умнее и не повторит таких простых ошибок.