Отпустить проблему, чтобы решить её быстрее
Уверен у вас были ситуации, когда некоторая задача долго не решалась из-за постоянно возникающих трудностей. И казалось бы простая проблема требует больше времени, чем планировалось изначально.
А также, я уверен, у вас были случаи, когда подобные затянутые задачи неожиданно находили свое решение, как только вы обратились за помощью. Причем решение вы находили сами.
Я не знаю почему так происходит, но знаю, что нужно научиться определять момент, когда простая задача затягивается. Как только появляется такое чувство, значит нужно немедленно отложить задачу. Хотя бы на часок, отвлекитесь или переключитесь на другую проблему. А после возвращения вы намного быстрее сможете найти решение. Проверено.
Уверен у вас были ситуации, когда некоторая задача долго не решалась из-за постоянно возникающих трудностей. И казалось бы простая проблема требует больше времени, чем планировалось изначально.
А также, я уверен, у вас были случаи, когда подобные затянутые задачи неожиданно находили свое решение, как только вы обратились за помощью. Причем решение вы находили сами.
Я не знаю почему так происходит, но знаю, что нужно научиться определять момент, когда простая задача затягивается. Как только появляется такое чувство, значит нужно немедленно отложить задачу. Хотя бы на часок, отвлекитесь или переключитесь на другую проблему. А после возвращения вы намного быстрее сможете найти решение. Проверено.
👍1
Незаменимых не бывает
Моя первая официальная работа продолжалась немногим более 3 месяцев. Это было в гос организации сразу же после университета. Тогда я чувствовал себя независимым и ещё плохо понимал, куда мне двигаться дальше. А ушёл то я по причине того, что меня забрали в армию. Только вот теперь я уже был с опытом.
Вторая работа была лучше первой. Меня взяли, потому что у меня был уже нужный опыт. И огромное желание развиваться и расти. Год за годом я рос и в итоге перерос свою должность. Дошло до того, что я мог совмещать две работы. Со временем вторая работа требовала всё больше занятости, и я решил работать на первой работе пол дня, а остальное время на второй. Ведь я же могу. Я же ценный специалист.
Как оказалось потом, реальность совсем не такая, как кажется. Меня уволили стразу же, когда я пришел просить перейти работать на пол дня. Так начальство поняло, что мне мало одной работы. В тот день мне сказали, что ты или полностью с нами, или уходишь. Я ушел в тот же момент. С небольшим скандалом. Но я ни разу не жалею.
Эта история научила меня тому, что незаменимых не бывает. Чем ценнее ты как сотрудник, тем больше проблем ты создаёшь своим авторитетом. И тем сложнее бывает доказать свою нужность через свою ценность. Остаётся либо ухватиться за важную должность, либо тихо и мирно делать своё дело и не создавать лишних проблем.
Моя первая официальная работа продолжалась немногим более 3 месяцев. Это было в гос организации сразу же после университета. Тогда я чувствовал себя независимым и ещё плохо понимал, куда мне двигаться дальше. А ушёл то я по причине того, что меня забрали в армию. Только вот теперь я уже был с опытом.
Вторая работа была лучше первой. Меня взяли, потому что у меня был уже нужный опыт. И огромное желание развиваться и расти. Год за годом я рос и в итоге перерос свою должность. Дошло до того, что я мог совмещать две работы. Со временем вторая работа требовала всё больше занятости, и я решил работать на первой работе пол дня, а остальное время на второй. Ведь я же могу. Я же ценный специалист.
Как оказалось потом, реальность совсем не такая, как кажется. Меня уволили стразу же, когда я пришел просить перейти работать на пол дня. Так начальство поняло, что мне мало одной работы. В тот день мне сказали, что ты или полностью с нами, или уходишь. Я ушел в тот же момент. С небольшим скандалом. Но я ни разу не жалею.
Эта история научила меня тому, что незаменимых не бывает. Чем ценнее ты как сотрудник, тем больше проблем ты создаёшь своим авторитетом. И тем сложнее бывает доказать свою нужность через свою ценность. Остаётся либо ухватиться за важную должность, либо тихо и мирно делать своё дело и не создавать лишних проблем.
❤1
Книги нужно читать
Сейчас я напишу довольно банальные вещи, но это важные вещи. Порой именно разговор о таких вещах даёт возможность обратить на них внимание и вспомнить их важность.
И это чтение книг. Любых книг. Технических, классических, художественных и научных, познавательных и образовательных. Любое чтение очень хорошо повышает ваш кругозор, а значит даёт вам рост и преимущества.
Я уверен, что в каждой книге найдётся что-то полезное. Важно уметь обращать на это внимание. А этот навык тренируется усердным чтением книг. И хорошо было бы, если бы художественные и технические книги чередовались.
За последние несколько лет я прочитал больше книг, чем за всю жизнь до этого. И уверяю вас я получил массу пользы. И я продолжаю их читать. Чего и вам желаю.
Сейчас я напишу довольно банальные вещи, но это важные вещи. Порой именно разговор о таких вещах даёт возможность обратить на них внимание и вспомнить их важность.
И это чтение книг. Любых книг. Технических, классических, художественных и научных, познавательных и образовательных. Любое чтение очень хорошо повышает ваш кругозор, а значит даёт вам рост и преимущества.
Я уверен, что в каждой книге найдётся что-то полезное. Важно уметь обращать на это внимание. А этот навык тренируется усердным чтением книг. И хорошо было бы, если бы художественные и технические книги чередовались.
За последние несколько лет я прочитал больше книг, чем за всю жизнь до этого. И уверяю вас я получил массу пользы. И я продолжаю их читать. Чего и вам желаю.
Не переделывай всё под себя
"Со своим уставом в чужой монастырь не ходят"
На своём опыте могу сказать, что после накопления некоторого набора навыков, формируется определённое видение качества кода. И когда открываешь чужой проект, то невольно появляется желание изменить код так, как привык его видеть. Но это неправильно. И вот почему.
Во первых, это выглядит очень странно. Новичок, о котором пока мало что знают, начинает менять код, который менять не требуется. Это сразу же показывает его с непрофессиональной стороны. Примерно как если бы его позвали в гости, а он начал бы переставлять мебель, когда все садятся за стол. Сначала нужно заработать хоть немого авторитета, а потом уже можно пытаться менять что-то.
Во вторых, после ненужных изменений очень сложно делать ревью. Представляете сколько будет отличий, если изменятся отступы или код станет "красивее"? Очень много. И за этим всем не так то просто увидеть реальные изменения. Конечно, можно сделать это отдельным коммитом, но давайте потом, когда это действительно потребуется.
В третьих, это просто лишняя работа. Сомневаюсь, что в компании есть столько свободного времени, чтобы новички сразу же делали такие изменения. Поэтому не надо раздражать начальство, а лучше сосредоточиться на самом важном и показать всем, что вы пришли сюда не ерундой заниматься. Плюс к этому важно знать, что инициатива наказуема. В этом случае могут дать больше подобной рутинной работы, или наказать за эту.
В четвёртых, это просто неуважение к другим. Представьте, что другие разработчики работали с этим кодом годами, он отлажен и он исправно работает. И тут вдруг приходит кто-то новенький и начинает менять это. Они воспримут этот как нечто неприемлемое. Как я уже писал выше, сначала докажите своё право на это. Да и вообще, если что-то работает, то не надо это трогать!
В итоге мой совет: не надо в первое время работы над новым проектом (в любой компании) переделывать его под себя. Даже один файлик. Это не ваша обязанность. Просто делайте, что требуется.
"Со своим уставом в чужой монастырь не ходят"
На своём опыте могу сказать, что после накопления некоторого набора навыков, формируется определённое видение качества кода. И когда открываешь чужой проект, то невольно появляется желание изменить код так, как привык его видеть. Но это неправильно. И вот почему.
Во первых, это выглядит очень странно. Новичок, о котором пока мало что знают, начинает менять код, который менять не требуется. Это сразу же показывает его с непрофессиональной стороны. Примерно как если бы его позвали в гости, а он начал бы переставлять мебель, когда все садятся за стол. Сначала нужно заработать хоть немого авторитета, а потом уже можно пытаться менять что-то.
Во вторых, после ненужных изменений очень сложно делать ревью. Представляете сколько будет отличий, если изменятся отступы или код станет "красивее"? Очень много. И за этим всем не так то просто увидеть реальные изменения. Конечно, можно сделать это отдельным коммитом, но давайте потом, когда это действительно потребуется.
В третьих, это просто лишняя работа. Сомневаюсь, что в компании есть столько свободного времени, чтобы новички сразу же делали такие изменения. Поэтому не надо раздражать начальство, а лучше сосредоточиться на самом важном и показать всем, что вы пришли сюда не ерундой заниматься. Плюс к этому важно знать, что инициатива наказуема. В этом случае могут дать больше подобной рутинной работы, или наказать за эту.
В четвёртых, это просто неуважение к другим. Представьте, что другие разработчики работали с этим кодом годами, он отлажен и он исправно работает. И тут вдруг приходит кто-то новенький и начинает менять это. Они воспримут этот как нечто неприемлемое. Как я уже писал выше, сначала докажите своё право на это. Да и вообще, если что-то работает, то не надо это трогать!
В итоге мой совет: не надо в первое время работы над новым проектом (в любой компании) переделывать его под себя. Даже один файлик. Это не ваша обязанность. Просто делайте, что требуется.
Инструменты разработчика
Преимущество любого разработчика не только в хорошем знании языков программирования или в наличии софт скиллов или хард скиллов. Но и в знании различного софта и в умении его применять.
Мне кажется мало кто понимает преимущество таких навыков. К примеру, возьмём основной инструмент программиста - его IDE. Если взять любое более менее функциональное приложение, то оно упрощает ввод кода, избавляет от незаметных ошибок и на треть решает проблемы синтаксиса или уменьшает трудности организации кода. Я уже не говорю про возможность управления базами данных, запуск серверов или тестировании кода. Не упускайте такой навык, это очень важно.
Так же важно уметь работать с внешними сервисами и приложениями. Хранилище кода, сервисы деплоя и сборки, рассылки писем, мессенджеры и т.д. Плюс к этому важно выделить способность находить ответы на вопросы в поисковых системах. Не последним будет полезно иметь навыки работы в ОС и знание её особенностей. И конечно же важно понимать когда и зачем нужно использовать тот или иной инструмент.
В наш век автоматизации и искусственного интеллекта важно иметь соответствующие навыки работы с современными инструментами. Я считаю что это необходимое условие для успешной карьеры.
Преимущество любого разработчика не только в хорошем знании языков программирования или в наличии софт скиллов или хард скиллов. Но и в знании различного софта и в умении его применять.
Мне кажется мало кто понимает преимущество таких навыков. К примеру, возьмём основной инструмент программиста - его IDE. Если взять любое более менее функциональное приложение, то оно упрощает ввод кода, избавляет от незаметных ошибок и на треть решает проблемы синтаксиса или уменьшает трудности организации кода. Я уже не говорю про возможность управления базами данных, запуск серверов или тестировании кода. Не упускайте такой навык, это очень важно.
Так же важно уметь работать с внешними сервисами и приложениями. Хранилище кода, сервисы деплоя и сборки, рассылки писем, мессенджеры и т.д. Плюс к этому важно выделить способность находить ответы на вопросы в поисковых системах. Не последним будет полезно иметь навыки работы в ОС и знание её особенностей. И конечно же важно понимать когда и зачем нужно использовать тот или иной инструмент.
В наш век автоматизации и искусственного интеллекта важно иметь соответствующие навыки работы с современными инструментами. Я считаю что это необходимое условие для успешной карьеры.
👍1🤯1
Если предложили новую работу
Когда приходит предложение о новой работе, то обычно возникает вопрос: насколько выгодна новая работа? Иногда ответ очевиден, но иногда стоит задуматься и сделать оценку. Подумаем об этом.
Разумно делать вывод на основе уровня работодателя. Если он заметно выше текущего, то новая запись в трудовую явно не будет лишней. Иначе этот параметр не имеет особого значения.
Другой важный критерий - это перспективы роста. Важно быть уверенным, что на новом месте получится стать ещё большим профессионалом. С другой стороны, на новое место можно принести свой опыт и от этого получить выгоду. Если ничему не получится научиться и никого не получится научить, то не стоит ничего менять.
Не менее важным вариантом будет выход из зоны комфорта. Иногда так костенеешь, что смена обстановки скажется положительно. Если же это большой стресс или изменения не помогут, то мимо.
Ещё предлагаю определить для себя принцип смены работы. Можно менять работу раз в несколько лет или при достижение какого-то предела. Если такого правила нет, то можно его завести.
И напоследок можно задать себе общую стратегию или карьерный путь. В этом случае нужно выстроить план и следовать ему. Если всё идёт по плану, то отлично. Так держать!
Когда приходит предложение о новой работе, то обычно возникает вопрос: насколько выгодна новая работа? Иногда ответ очевиден, но иногда стоит задуматься и сделать оценку. Подумаем об этом.
Разумно делать вывод на основе уровня работодателя. Если он заметно выше текущего, то новая запись в трудовую явно не будет лишней. Иначе этот параметр не имеет особого значения.
Другой важный критерий - это перспективы роста. Важно быть уверенным, что на новом месте получится стать ещё большим профессионалом. С другой стороны, на новое место можно принести свой опыт и от этого получить выгоду. Если ничему не получится научиться и никого не получится научить, то не стоит ничего менять.
Не менее важным вариантом будет выход из зоны комфорта. Иногда так костенеешь, что смена обстановки скажется положительно. Если же это большой стресс или изменения не помогут, то мимо.
Ещё предлагаю определить для себя принцип смены работы. Можно менять работу раз в несколько лет или при достижение какого-то предела. Если такого правила нет, то можно его завести.
И напоследок можно задать себе общую стратегию или карьерный путь. В этом случае нужно выстроить план и следовать ему. Если всё идёт по плану, то отлично. Так держать!
Работаем в спокойном режиме.
Рутина полезна.
В данном смысле рутина - это устоявшиеся правила и принципы работы, которые выполняются регулярно и которых придерживаешься постоянно. Это держит в тонусе, делает процесс предсказуемым и упрощает разработку.
Хаос вреден.
Хаос характеризует беспорядок, который разрушает привычный процесс и ведёт к неопределенности и неожиданности. Это ломает логику и мешает общей концепции, что влечет за собой увеличение срока процесса разработки и усложняет работу команде.
Экстрим опасен.
Экстремальная разработка возможна, когда очень надо успеть сделать хоть что-то. Но обычно это разрушает процесс и влечет за собой проблемы в будущем. Экстрим больше про ощущения, чем про эффективность. Хотя польза краткосрочная и возможна только на начальном этапе жизни проекта, но такой способ это крайний случай.
Рутина полезна.
В данном смысле рутина - это устоявшиеся правила и принципы работы, которые выполняются регулярно и которых придерживаешься постоянно. Это держит в тонусе, делает процесс предсказуемым и упрощает разработку.
Хаос вреден.
Хаос характеризует беспорядок, который разрушает привычный процесс и ведёт к неопределенности и неожиданности. Это ломает логику и мешает общей концепции, что влечет за собой увеличение срока процесса разработки и усложняет работу команде.
Экстрим опасен.
Экстремальная разработка возможна, когда очень надо успеть сделать хоть что-то. Но обычно это разрушает процесс и влечет за собой проблемы в будущем. Экстрим больше про ощущения, чем про эффективность. Хотя польза краткосрочная и возможна только на начальном этапе жизни проекта, но такой способ это крайний случай.
Научитесь писать по русски
Одна из важных для меня тем в процессе взаимодействия между постановщиком задачи и разработчиком, между руководителем проекта и исполнителем, между заказчиком и поддержкой это корректное написание текстов и ясная передача мыслей.
Ведь достаточно очевиден тот факт, что простое и понятное общение - это быстрый путь к решению проблемы. Когда на твой вопрос приходит четкий ответ, когда не приходится выяснять подробности и когда слова написаны верно и по принятым всеми правилам, тогда на может быть задержек и лишних трудностей.
Порой я не понимал текста, когда слово написано с ошибкой или имеет несколько смыслов. Приходилось уточнять, терять время. И тут задаёшься вопросом, а есть ли смысл торопиться, когда пишешь так безобразно? Нет смысла.
Будь моя воля я бы принудительно заставлял пройти курс повышения качества знания русского языка. Или как минимум заставил всех изучить популярные сокращения, чтобы у всех было общее понимание. Ведь мало просто говорить на одном языке, надо ещё уметь понимать сказанное без запинок. Учите русский язык!
Одна из важных для меня тем в процессе взаимодействия между постановщиком задачи и разработчиком, между руководителем проекта и исполнителем, между заказчиком и поддержкой это корректное написание текстов и ясная передача мыслей.
Ведь достаточно очевиден тот факт, что простое и понятное общение - это быстрый путь к решению проблемы. Когда на твой вопрос приходит четкий ответ, когда не приходится выяснять подробности и когда слова написаны верно и по принятым всеми правилам, тогда на может быть задержек и лишних трудностей.
Порой я не понимал текста, когда слово написано с ошибкой или имеет несколько смыслов. Приходилось уточнять, терять время. И тут задаёшься вопросом, а есть ли смысл торопиться, когда пишешь так безобразно? Нет смысла.
Будь моя воля я бы принудительно заставлял пройти курс повышения качества знания русского языка. Или как минимум заставил всех изучить популярные сокращения, чтобы у всех было общее понимание. Ведь мало просто говорить на одном языке, надо ещё уметь понимать сказанное без запинок. Учите русский язык!
Руководите как семьёй
Работа с прицелом на тимлида, а в будущем и на руководителя более высокого порядка, требует особых навыков управления. В частности умения воспитания детей. Кто уже имеет этот опыт, тот меня понимает. Кто ещё нет, тот должен это понять.
Представьте что команда это группа детей со своими внутренними повадками и принципами. Заставить всех соблюдать общие базовые правила требует особых умений управленца. Можно расположить к себе, а можно и заставить.
Первый вариант сложнее, но эффективнее. И сложен он в основном из-за того, что сама команда может просто отказаться быть с вами "на одной волне". Ну не сошлись характерами, бывает. И тут уже в ход должна пойти харизма и умение найти общий язык. Если получится, то большую часть дела вы сделали.
Второй вариант проще, но менее эффективен в плане результата. Заставить делать то, что вам нужно, можно разными способами. Страхом увольнения, уменьшением премии, понижением в должности, иногда даже шантажом (я вам этого не говорил). Но такой способ ведёт к негативному отношению команды к руководителю и явно не способствует качеству работы. Но сама работа будет выполняться, это плюс.
В итоге, я считаю, что к каждому члену команды нужен свой подход. Все они как дети, особенные и не понимают укладов семьи. Но если семья дружная, то она горы свернёт. Мне пока что есть над чем работать.
Работа с прицелом на тимлида, а в будущем и на руководителя более высокого порядка, требует особых навыков управления. В частности умения воспитания детей. Кто уже имеет этот опыт, тот меня понимает. Кто ещё нет, тот должен это понять.
Представьте что команда это группа детей со своими внутренними повадками и принципами. Заставить всех соблюдать общие базовые правила требует особых умений управленца. Можно расположить к себе, а можно и заставить.
Первый вариант сложнее, но эффективнее. И сложен он в основном из-за того, что сама команда может просто отказаться быть с вами "на одной волне". Ну не сошлись характерами, бывает. И тут уже в ход должна пойти харизма и умение найти общий язык. Если получится, то большую часть дела вы сделали.
Второй вариант проще, но менее эффективен в плане результата. Заставить делать то, что вам нужно, можно разными способами. Страхом увольнения, уменьшением премии, понижением в должности, иногда даже шантажом (я вам этого не говорил). Но такой способ ведёт к негативному отношению команды к руководителю и явно не способствует качеству работы. Но сама работа будет выполняться, это плюс.
В итоге, я считаю, что к каждому члену команды нужен свой подход. Все они как дети, особенные и не понимают укладов семьи. Но если семья дружная, то она горы свернёт. Мне пока что есть над чем работать.
Отвлекающие решения
По своему опыту могу сказать, что в процессе работы мне приходится выбирать различные варианты для решения той или иной задачи. Некоторые решения приходится принимать в спешке, некоторые при недостаточной информации, а некоторые хорошо обдумав.
Каждый из этих вариантов может быть как хорошим, так и плохим. Хотя в момент выбора каждый вариант хороший, или даже лучший. Но со временем некоторые решения кажутся ошибочными или нелепыми.
И вот такие вот варианты, в силу стечения обстоятельств, могут остаться в памяти надолго и отвлекать внимание своим неоднозначным подходом. Ты запоминаешь их и они словно зуд периодически тебя беспокоят.
Поэтому нужно научиться принимать подобные решения. Понять их суть и то, что в своё время они были лучшим вариантом из доступных. Они являются способом стать лучше. И благодаря ним мы становимся совершеннее. И это хорошо.
По своему опыту могу сказать, что в процессе работы мне приходится выбирать различные варианты для решения той или иной задачи. Некоторые решения приходится принимать в спешке, некоторые при недостаточной информации, а некоторые хорошо обдумав.
Каждый из этих вариантов может быть как хорошим, так и плохим. Хотя в момент выбора каждый вариант хороший, или даже лучший. Но со временем некоторые решения кажутся ошибочными или нелепыми.
И вот такие вот варианты, в силу стечения обстоятельств, могут остаться в памяти надолго и отвлекать внимание своим неоднозначным подходом. Ты запоминаешь их и они словно зуд периодически тебя беспокоят.
Поэтому нужно научиться принимать подобные решения. Понять их суть и то, что в своё время они были лучшим вариантом из доступных. Они являются способом стать лучше. И благодаря ним мы становимся совершеннее. И это хорошо.
Самый полезный сотрудник
Возьмём рядового сотрудника некой весомой и значимой компании. Это человек без высшего образования, едва знакомый с ПК, знает про Эксель только со слов других сотрудников, а лучший его инструмент в работе это счёты. Однако он уже много лет на своей должности, выполняет свои обязанности и вполне справляется со своей работой. Он плохой сотрудник? Не думаю.
Возьмём другого рядового сотрудника другой значимой на рынке компании. У него два высших образования, он имеет большой опыт в своей сфере, использует современные инструменты и мастерски ими владеет. Его коэффициент полезности один из самых высоких, он эффективно и уже долго решает задачи и имеет высокие перспективы роста. Он хороший сотрудник? Очевидно что да.
Но что же объединяет этих двух работников, которые уже долгое время решают задачи в своих компаниях? Ответ уже прозвучал. Они решают задачи, которые перед ними ставятся. В первом случае требования минимальны, во втором максимальны. Но оба справляются и продолжают делать свою работу.
Если представить, что первый сотрудник попадет на работу ко второму, то он просто не сможет даже близко показать такую же эффективность и на своем месте не задержится. В обратном случае второй сотрудник будет в недоумение, как же так можно неэффективно выполнять свою работу. Но каждый на своём месте вполне эффективен.
В итоге мы получаем ответ на главный вопрос. Полезен тот сотрудник, который решает ставящиеся перед ним задачи. Т.е. если он решает задачи бизнеса, то он полезен. Навыки второстепенны, главное показывать тот результат, который приемлем в компании. Но приемлем ли такой результат для самого работника? Это уже другой вопрос.
Возьмём рядового сотрудника некой весомой и значимой компании. Это человек без высшего образования, едва знакомый с ПК, знает про Эксель только со слов других сотрудников, а лучший его инструмент в работе это счёты. Однако он уже много лет на своей должности, выполняет свои обязанности и вполне справляется со своей работой. Он плохой сотрудник? Не думаю.
Возьмём другого рядового сотрудника другой значимой на рынке компании. У него два высших образования, он имеет большой опыт в своей сфере, использует современные инструменты и мастерски ими владеет. Его коэффициент полезности один из самых высоких, он эффективно и уже долго решает задачи и имеет высокие перспективы роста. Он хороший сотрудник? Очевидно что да.
Но что же объединяет этих двух работников, которые уже долгое время решают задачи в своих компаниях? Ответ уже прозвучал. Они решают задачи, которые перед ними ставятся. В первом случае требования минимальны, во втором максимальны. Но оба справляются и продолжают делать свою работу.
Если представить, что первый сотрудник попадет на работу ко второму, то он просто не сможет даже близко показать такую же эффективность и на своем месте не задержится. В обратном случае второй сотрудник будет в недоумение, как же так можно неэффективно выполнять свою работу. Но каждый на своём месте вполне эффективен.
В итоге мы получаем ответ на главный вопрос. Полезен тот сотрудник, который решает ставящиеся перед ним задачи. Т.е. если он решает задачи бизнеса, то он полезен. Навыки второстепенны, главное показывать тот результат, который приемлем в компании. Но приемлем ли такой результат для самого работника? Это уже другой вопрос.
"Говорящая" система
Есть такое хорошее правило при написании программистом алгоритма: код должен быть понятен и говорить о себе сам. Т.е. когда незнакомый разработчик смотрит код и понимает без комментариев что он делает, это хороший "говорящий" код. Если же что-то не понятно, значит код "с душком".
И я не говорю о комментариях в коде, совершенно нет. Чаще всего это исключительный случай. Говорящими должны быть названия переменных, методов, классов и файлов. Важно научиться писать именно такие программы.
Но есть ещё один способ сказать о логике кода. Через ошибки. И не просто назвать понятно выполняемую часть программы, а ещё и назвать понятно возможную ошибку, которая может появиться в том или ином месте. И я снова повторюсь, делать это надо не с помощью комментария, а с помощью конструкций языка. Когда такое встречаешь в коде, то понимаешь, что его писал профессионал.
В итоге качественный код не просто должен генерировать понятные уведомления о своей работе, но и обязан иметь в себе конструкции, которые скажут яснее комментариев какая же логика заложена в том или ином месте программы.
В целом это применимо и в любой другой сфере. Чем понятнее система и чем более "говорящая" она, тем проще ей пользоваться и легче её изменить и улучшить. Потому научиться генерировать "говорящие" системы это одна из вершин мастерства.
Есть такое хорошее правило при написании программистом алгоритма: код должен быть понятен и говорить о себе сам. Т.е. когда незнакомый разработчик смотрит код и понимает без комментариев что он делает, это хороший "говорящий" код. Если же что-то не понятно, значит код "с душком".
И я не говорю о комментариях в коде, совершенно нет. Чаще всего это исключительный случай. Говорящими должны быть названия переменных, методов, классов и файлов. Важно научиться писать именно такие программы.
Но есть ещё один способ сказать о логике кода. Через ошибки. И не просто назвать понятно выполняемую часть программы, а ещё и назвать понятно возможную ошибку, которая может появиться в том или ином месте. И я снова повторюсь, делать это надо не с помощью комментария, а с помощью конструкций языка. Когда такое встречаешь в коде, то понимаешь, что его писал профессионал.
В итоге качественный код не просто должен генерировать понятные уведомления о своей работе, но и обязан иметь в себе конструкции, которые скажут яснее комментариев какая же логика заложена в том или ином месте программы.
В целом это применимо и в любой другой сфере. Чем понятнее система и чем более "говорящая" она, тем проще ей пользоваться и легче её изменить и улучшить. Потому научиться генерировать "говорящие" системы это одна из вершин мастерства.
Работа ради мечты
Все мы мечтаем о прекрасной работе мечты, где ничего не надо делать и много за это получать. Но так не бывает. Если хочется получить работу мечты, то нужно усердно работать.
Для начала нужно заработать себе репутацию, что бы вас уважали и чтобы выше имя работало на вас.
Затем нужно регулярно доказывать свою профессиональную пригодность и поддерживать свою репутацию.
И не менее важно уметь получать максимум от той работы, которая у вас есть. Сама по себе она не будет приносить всего того, о чем мечтает каждый.
В итоге идеальной работы не бывает, но бывает максимально подходящая под текущие запросы. Кто ищет тот всегда найдёт.
Все мы мечтаем о прекрасной работе мечты, где ничего не надо делать и много за это получать. Но так не бывает. Если хочется получить работу мечты, то нужно усердно работать.
Для начала нужно заработать себе репутацию, что бы вас уважали и чтобы выше имя работало на вас.
Затем нужно регулярно доказывать свою профессиональную пригодность и поддерживать свою репутацию.
И не менее важно уметь получать максимум от той работы, которая у вас есть. Сама по себе она не будет приносить всего того, о чем мечтает каждый.
В итоге идеальной работы не бывает, но бывает максимально подходящая под текущие запросы. Кто ищет тот всегда найдёт.
Смысл работы
Для каждого человека работа имеет своё значение и свой смысл. Очевидный или не очень. Вынужденный или добровольный. Возвышенный или низменный. Для себя я определяю три наиболее очевидных, о которых и хочу рассказать.
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