Лень не решит проблемы
Для чего вообще всё это? Для того, чтобы поделиться опытом. Я уже более 15 лет занимаюсь разработкой различных web проектов и накопил свой уникальный багаж знаний. Но в основном это не технический багаж, а набор полезных практик, ошибок и их исправлений, предположений и верных поступков, интуитивных положительных решений и неожиданных жизненных ситуаций.
Конечно же мой опыт - этой мой путь и моё повествование, основанное на тех предпочтениях, которые ценны для меня. И поэтому я не ставлю целью кого-то учить. Ведь согласитесь личные ошибки и их исправление — это ценный опыт. Я же хочу быть тем, кто направит, кто покажет возможное развитие ситуации, кто станет красноречивым ментором для тех, кто погружается в мир разработки.
Я помню себя ещё тогда, когда понятия не имел, куда двигаться и как поступать в этом мире IT. Сколько же я потратил времени, чтобы найти ответы на вопросы, которые можно было бы решить быстро, будь у меня возможность у кого-то спросить. Хотя хотел ли я тогда обо всём спрашивать? Об этом тоже можно написать.
Как бы то ни было, каждому есть что сказать, главное найти собеседника. Для меня это были форумы, коллеги по работе, друзья из той же среды, мой личный блог, мои персональные разработки, и теперь этот канал. Считаю, что я везде оставил (и оставлю) много полезного и ценного. А сейчас буду стараться сделать это ещё лучше, чем было.
Для чего вообще всё это? Для того, чтобы поделиться опытом. Я уже более 15 лет занимаюсь разработкой различных web проектов и накопил свой уникальный багаж знаний. Но в основном это не технический багаж, а набор полезных практик, ошибок и их исправлений, предположений и верных поступков, интуитивных положительных решений и неожиданных жизненных ситуаций.
Конечно же мой опыт - этой мой путь и моё повествование, основанное на тех предпочтениях, которые ценны для меня. И поэтому я не ставлю целью кого-то учить. Ведь согласитесь личные ошибки и их исправление — это ценный опыт. Я же хочу быть тем, кто направит, кто покажет возможное развитие ситуации, кто станет красноречивым ментором для тех, кто погружается в мир разработки.
Я помню себя ещё тогда, когда понятия не имел, куда двигаться и как поступать в этом мире IT. Сколько же я потратил времени, чтобы найти ответы на вопросы, которые можно было бы решить быстро, будь у меня возможность у кого-то спросить. Хотя хотел ли я тогда обо всём спрашивать? Об этом тоже можно написать.
Как бы то ни было, каждому есть что сказать, главное найти собеседника. Для меня это были форумы, коллеги по работе, друзья из той же среды, мой личный блог, мои персональные разработки, и теперь этот канал. Считаю, что я везде оставил (и оставлю) много полезного и ценного. А сейчас буду стараться сделать это ещё лучше, чем было.
👍1
Мой характер - мой друг
Прошлый пост был про цель, что будет частью лейтмотива всего канала, но в нём не было ожидаемого приветствия. С этим пока повременим. В этот раз я хочу поговорить о характерах разработчиков и о том, какие с моей точки зрения возможны перспективы у того или иного склада личности.
Я считаю себя интровертом, олдскулом, интеллектуалом. И всё это предопределило мой путь в этой сфере. По моему мнению таким как я сложно расширяться в плане карьеры. Ведь замечают не тех, кто является просто профессионалом, а тех, кто умеет вовремя выделиться и проявить свой скилл. Выбирают не тех, кто ответственно и рутинно тянет весь процесс, а тех, кто умеет показать себя в нужное время и нужным людям. Поэтому если кто-то "ниндзя", то важно найти компанию, которая примет и заметит такого. Иначе остаётся стараться жить как экстраверт. А это сложно.
Быть олдскулом тоже имеет свою особенность и нужно уметь себя в этом позиционировать. Консерваторы в IT могут жить не долго и после определённого возраста начинаешь понимать, что либо ты покроешься пылью и мир пройдёт мимо тебя, либо ты будешь держать форму и сможешь дать бой. Как в спорте. Как только ты начинаешь сдавать, так сразу интерес к тебе пропадает. Но козырь олдскулов – это бесценный опыт. Важно на этом сосредоточиться и продолжать оттачивать навыки. А как, поговорим об этом позже.
Теперь про интеллектуалов. В хорошем интеллекте должны быть одни плюсы. Не так ли? Это так, но с определённой точки зрения. Когда ты хорошо развит, то каждая проблема вдруг обретает массу вариантов решения, и встаёт проблема выбора оптимального варианта. И вот это во многих случаях может привести к тому, что решиться на выбор будет сложно. А вот у людей, которые попроще, выбора всего два, либо делать либо не делать, что даёт им преимущество выбора. И такие люди часто получают выгоду. Так какой тут выход? Я считаю, что нужно уметь пользоваться интуицией, что я и делал. Развивать её, тренировать, прислушиваться к себе, и тогда выбор всегда будет оптимальным.
В итоге, с каждой чертой характера можно ужиться и научиться пользоваться её преимуществами. Но есть важный момент. Как и всеми другими вещами этим нужно заниматься. Понять себя, хотя бы в общих чертах. Определить, чего от себя можно ожидать и какие возможности это может дать. Практиковать, бороться с недостатками, и лучше начать это делать как можно раньше. Поверьте, это само не рассосётся.
Прошлый пост был про цель, что будет частью лейтмотива всего канала, но в нём не было ожидаемого приветствия. С этим пока повременим. В этот раз я хочу поговорить о характерах разработчиков и о том, какие с моей точки зрения возможны перспективы у того или иного склада личности.
Я считаю себя интровертом, олдскулом, интеллектуалом. И всё это предопределило мой путь в этой сфере. По моему мнению таким как я сложно расширяться в плане карьеры. Ведь замечают не тех, кто является просто профессионалом, а тех, кто умеет вовремя выделиться и проявить свой скилл. Выбирают не тех, кто ответственно и рутинно тянет весь процесс, а тех, кто умеет показать себя в нужное время и нужным людям. Поэтому если кто-то "ниндзя", то важно найти компанию, которая примет и заметит такого. Иначе остаётся стараться жить как экстраверт. А это сложно.
Быть олдскулом тоже имеет свою особенность и нужно уметь себя в этом позиционировать. Консерваторы в IT могут жить не долго и после определённого возраста начинаешь понимать, что либо ты покроешься пылью и мир пройдёт мимо тебя, либо ты будешь держать форму и сможешь дать бой. Как в спорте. Как только ты начинаешь сдавать, так сразу интерес к тебе пропадает. Но козырь олдскулов – это бесценный опыт. Важно на этом сосредоточиться и продолжать оттачивать навыки. А как, поговорим об этом позже.
Теперь про интеллектуалов. В хорошем интеллекте должны быть одни плюсы. Не так ли? Это так, но с определённой точки зрения. Когда ты хорошо развит, то каждая проблема вдруг обретает массу вариантов решения, и встаёт проблема выбора оптимального варианта. И вот это во многих случаях может привести к тому, что решиться на выбор будет сложно. А вот у людей, которые попроще, выбора всего два, либо делать либо не делать, что даёт им преимущество выбора. И такие люди часто получают выгоду. Так какой тут выход? Я считаю, что нужно уметь пользоваться интуицией, что я и делал. Развивать её, тренировать, прислушиваться к себе, и тогда выбор всегда будет оптимальным.
В итоге, с каждой чертой характера можно ужиться и научиться пользоваться её преимуществами. Но есть важный момент. Как и всеми другими вещами этим нужно заниматься. Понять себя, хотя бы в общих чертах. Определить, чего от себя можно ожидать и какие возможности это может дать. Практиковать, бороться с недостатками, и лучше начать это делать как можно раньше. Поверьте, это само не рассосётся.
🔥1
Если считаешь, что не дано
Я считаю, что в программировании много случайных людей. Кто-то пытается заработать, просто умея пользоваться ПК и считает себя программистом. А кто-то рассчитывает делать нехитрые вещи, получая небольшую стабильную плату, просто немного обучившись. Но программист — это призвание, это склад ума, это определённое мышление, это взгляд на мир через призму алгоритмизации и автоматизации рутинных процессов. И вот эта масса посредственности создаёт негативный фон, который многие воспринимают на свой счёт из-за чего их самооценка снижается.
Одно дело, когда программист уже прошёл через дедлайны, текучку и многочасовые поиски багов. А другое дело, когда ты только входишь в профессию, упорно стараешься развиваться, понимаешь весь смысл легаси и видишь, как некто «за пару кликов» находит классную работу без опыта в резюме, то руки опускаются. И вот тут важно не сделать ошибку и продолжать двигаться в своём направлении, бороться с неудачами и совершенствовать себя. Жизнь расставит всё на свои места. Трудолюбивые и достойные обязательно будут вознаграждены. А «халявщики» останутся позади.
Очевидно, у каждого есть свои преимущества и недостатки. И каждый может понять, на своём он месте или нет. И если это ваше, то отнеситесь к этому серьезно с самого начала, не используйте профессию для наживы, используйте для раскрытия себя. Этому очень поможет выбор правильного направления, проекта по интересной тематике, дружелюбной компании. Считаю, что именно компания является ключевым элементом роста любого разработчика. Под компанией я понимаю не просто организацию, а команду единомышленников, отлаженные процессы и позитивную атмосферу. Старайтесь найти именно такое место в начале своей карьеры. Или сделайте это место сами своими силами.
Тут важно упомянуть ещё один ключевой фактор. Рано или поздно вас может начать мучать чувство, что вы не на своём месте. Что вы не достойны того или иного. Что вы чужой и должны кому-то больше обычного, но не знаете за что. Это называется «синдром самозванца». Нужно заранее знать о таких вещах и быть готовым к этому. Старайтесь искать положительное в своей работе, обращайте больше внимания на свои успехи, а неудачи воспринимайте как путь к совершенству. И помните, что легко бывает только в простом, а самое ценное в сложном.
Я считаю, что в программировании много случайных людей. Кто-то пытается заработать, просто умея пользоваться ПК и считает себя программистом. А кто-то рассчитывает делать нехитрые вещи, получая небольшую стабильную плату, просто немного обучившись. Но программист — это призвание, это склад ума, это определённое мышление, это взгляд на мир через призму алгоритмизации и автоматизации рутинных процессов. И вот эта масса посредственности создаёт негативный фон, который многие воспринимают на свой счёт из-за чего их самооценка снижается.
Одно дело, когда программист уже прошёл через дедлайны, текучку и многочасовые поиски багов. А другое дело, когда ты только входишь в профессию, упорно стараешься развиваться, понимаешь весь смысл легаси и видишь, как некто «за пару кликов» находит классную работу без опыта в резюме, то руки опускаются. И вот тут важно не сделать ошибку и продолжать двигаться в своём направлении, бороться с неудачами и совершенствовать себя. Жизнь расставит всё на свои места. Трудолюбивые и достойные обязательно будут вознаграждены. А «халявщики» останутся позади.
Очевидно, у каждого есть свои преимущества и недостатки. И каждый может понять, на своём он месте или нет. И если это ваше, то отнеситесь к этому серьезно с самого начала, не используйте профессию для наживы, используйте для раскрытия себя. Этому очень поможет выбор правильного направления, проекта по интересной тематике, дружелюбной компании. Считаю, что именно компания является ключевым элементом роста любого разработчика. Под компанией я понимаю не просто организацию, а команду единомышленников, отлаженные процессы и позитивную атмосферу. Старайтесь найти именно такое место в начале своей карьеры. Или сделайте это место сами своими силами.
Тут важно упомянуть ещё один ключевой фактор. Рано или поздно вас может начать мучать чувство, что вы не на своём месте. Что вы не достойны того или иного. Что вы чужой и должны кому-то больше обычного, но не знаете за что. Это называется «синдром самозванца». Нужно заранее знать о таких вещах и быть готовым к этому. Старайтесь искать положительное в своей работе, обращайте больше внимания на свои успехи, а неудачи воспринимайте как путь к совершенству. И помните, что легко бывает только в простом, а самое ценное в сложном.
👏1
Риск – дело разумное
Когда я смотрю на свою карьеру, как она протекала и какие в ней были повороты, то понимаю одну вещь. Я почти не рисковал, когда нужно было сделать значимый выбор. По большей части мне приходилось выбирать из двух доступных вариантов, и обычно я выбирал вариант попроще. Простой вариант означал меньше неизвестного, меньше волнений, меньший порог входа. Я до сих пор помню ту первую развилку и понимаю, что я отказался от риска и ответственности в угоду простоте и быстрой наживы. И сейчас я считаю, что мой выбор был не совсем верным, хотя и не безрезультатным.
Поэтому, прежде чем делать рискованный ход нужно понимать несколько вещей. Выбор может быть очевидным, очевидно - рискованным, неочевидно - рискованным, и безумным. С первым всё понятно. Второй вариант предполагает дискомфорт, но скрывает полезный опыт. Третий вариант несёт повышенные риски, но может дать высокий результат, поэтому хорошо просчитывайте исход или имейте варианты отступления. Последний вариант для отчаянных, и я не советую им пользоваться. Лучше всего второй вариант, т.к. мне он кажется самым оптимальным. Но хотя бы раз в жизни обязательно выберите третий вариант на чём-то не очень серьёзном, это будет полезно.
Ведь если подумать, то разумный риск вполне оправдан. Да и вообще риск должен быть разумным, иначе жизнь будет хаотична. Мой совет, когда приходит время менять компанию или сферу деятельности, постарайтесь в первой половине своей карьеры сосредоточиться на максимально сложных (но не безумных) вариантах. Даже если не получится и выбор окажется неверным или сложным, то вы получите ценный опыт, который потом ускорит ваш рост, нежели если бы вы двигались по ровному пути. Делайте рискованный выбор по мере своих сил, но делайте.
В заключение хочу сказать, что никто не знает, к чему приведёт тот или иной выбор. Но в итоге у каждого будет только один путь, на который повлияют характер, непреодолимые обстоятельства, случайности. Но право выбора есть у всех. И пусть мои рекомендации только предположения, но они достаточно объективны и подкреплены опытом. И я уверен, что сложный выбор даёт больше результата, чем простой. И в итоге после всех выборов и исходов, вы не будете думать о том, что сделали меньше из того, чем могли бы.
Когда я смотрю на свою карьеру, как она протекала и какие в ней были повороты, то понимаю одну вещь. Я почти не рисковал, когда нужно было сделать значимый выбор. По большей части мне приходилось выбирать из двух доступных вариантов, и обычно я выбирал вариант попроще. Простой вариант означал меньше неизвестного, меньше волнений, меньший порог входа. Я до сих пор помню ту первую развилку и понимаю, что я отказался от риска и ответственности в угоду простоте и быстрой наживы. И сейчас я считаю, что мой выбор был не совсем верным, хотя и не безрезультатным.
Поэтому, прежде чем делать рискованный ход нужно понимать несколько вещей. Выбор может быть очевидным, очевидно - рискованным, неочевидно - рискованным, и безумным. С первым всё понятно. Второй вариант предполагает дискомфорт, но скрывает полезный опыт. Третий вариант несёт повышенные риски, но может дать высокий результат, поэтому хорошо просчитывайте исход или имейте варианты отступления. Последний вариант для отчаянных, и я не советую им пользоваться. Лучше всего второй вариант, т.к. мне он кажется самым оптимальным. Но хотя бы раз в жизни обязательно выберите третий вариант на чём-то не очень серьёзном, это будет полезно.
Ведь если подумать, то разумный риск вполне оправдан. Да и вообще риск должен быть разумным, иначе жизнь будет хаотична. Мой совет, когда приходит время менять компанию или сферу деятельности, постарайтесь в первой половине своей карьеры сосредоточиться на максимально сложных (но не безумных) вариантах. Даже если не получится и выбор окажется неверным или сложным, то вы получите ценный опыт, который потом ускорит ваш рост, нежели если бы вы двигались по ровному пути. Делайте рискованный выбор по мере своих сил, но делайте.
В заключение хочу сказать, что никто не знает, к чему приведёт тот или иной выбор. Но в итоге у каждого будет только один путь, на который повлияют характер, непреодолимые обстоятельства, случайности. Но право выбора есть у всех. И пусть мои рекомендации только предположения, но они достаточно объективны и подкреплены опытом. И я уверен, что сложный выбор даёт больше результата, чем простой. И в итоге после всех выборов и исходов, вы не будете думать о том, что сделали меньше из того, чем могли бы.
❤1
Видеть путь и пройти его не одно и тоже
Я стал разработчиком из-за недостатка цифровых игр. Звучит довольно банально. Но когда я ещё учился в школе, то мечтал о Super Nintendo и Play Station, но мог позволить себе только китайскую версию Nintendo ES. Из-за этого я вырастил в себе желание делать то, чего не могу получить. Это, кстати, относится и к настольным играм, но об этом, возможно, напишу в другой раз. Так я пошел учиться на программиста.
И тут кроется один нюанс. Одно дело иметь желание писать свои игры, а другое дело понимать сам процесс разработки, что для этого нужно знать и в каком направлении двигаться. Важно понимать это максимально полно, стараться узнать все детали и составить четкий план достижения этой цели. У меня этого не было. Поэтому со временем цель смазалась, первоначальный план был вытеснен обучением пользования ПК, а навыки копились из того, что было необходимо в учёбе. Поэтому мой совет, будьте усерднее и не сходите с первоначального пути.
В дальнейшем ваше окружение, восприятие мира и навыки изменятся. И не вы будете управлять обстоятельствами, а они вами. Поэтому нужно очень сильно постараться, чтобы преодолеть все трудности. К этому нужно быть готовым заранее, нужно приготовить запас прочности. Не многим это удаётся, но осиливших наверняка ждёт успех. Представьте, как вы потом будете рассказывать о том, как достигли своей цели, сами. Это дорогого стоит.
А что же я? В итоге я не пишу компьютерные игры, никакие. Я занимаюсь веб разработкой. Это оказалось очень увлекательным, это меня затягивает с головой, это позволяет мне раскрыться. Хотя иногда я жалею, что так и не стал системным разработчиком. Но я не далеко ушёл от своего изначального плана, я смог научиться и занимаюсь тем, о чём мечтал ещё в школе, пусть и немного в другом направлении. Поэтому важно поставить себе четкую цель и упорно к ней двигаться. И всё получится.
Я стал разработчиком из-за недостатка цифровых игр. Звучит довольно банально. Но когда я ещё учился в школе, то мечтал о Super Nintendo и Play Station, но мог позволить себе только китайскую версию Nintendo ES. Из-за этого я вырастил в себе желание делать то, чего не могу получить. Это, кстати, относится и к настольным играм, но об этом, возможно, напишу в другой раз. Так я пошел учиться на программиста.
И тут кроется один нюанс. Одно дело иметь желание писать свои игры, а другое дело понимать сам процесс разработки, что для этого нужно знать и в каком направлении двигаться. Важно понимать это максимально полно, стараться узнать все детали и составить четкий план достижения этой цели. У меня этого не было. Поэтому со временем цель смазалась, первоначальный план был вытеснен обучением пользования ПК, а навыки копились из того, что было необходимо в учёбе. Поэтому мой совет, будьте усерднее и не сходите с первоначального пути.
В дальнейшем ваше окружение, восприятие мира и навыки изменятся. И не вы будете управлять обстоятельствами, а они вами. Поэтому нужно очень сильно постараться, чтобы преодолеть все трудности. К этому нужно быть готовым заранее, нужно приготовить запас прочности. Не многим это удаётся, но осиливших наверняка ждёт успех. Представьте, как вы потом будете рассказывать о том, как достигли своей цели, сами. Это дорогого стоит.
А что же я? В итоге я не пишу компьютерные игры, никакие. Я занимаюсь веб разработкой. Это оказалось очень увлекательным, это меня затягивает с головой, это позволяет мне раскрыться. Хотя иногда я жалею, что так и не стал системным разработчиком. Но я не далеко ушёл от своего изначального плана, я смог научиться и занимаюсь тем, о чём мечтал ещё в школе, пусть и немного в другом направлении. Поэтому важно поставить себе четкую цель и упорно к ней двигаться. И всё получится.
Публичная деятельность
Нужно ли разработчику заниматься вещами, связанными с программированием, но не связанными с основной деятельностью? Я считаю, что больше да, чем нет. Но логично, что каждый решает сам по мере своих сил. Если это приносит кому-то пользу, то тут нечего думать, нужно заниматься. Если же тут корыстная выгода, то я вам не мама, чтобы вас осуждать.
Разработчик может быть ментором для кого-то, может вести информационный блог или канал с полезными статьями, может делать образовательный контент или заниматься обучением в онлайн школе, может участвовать в разработке полезного публичного проекта, может быть организатором различных хакатонов или встреч, может быть экспертом на различных форумах или в группах по интересам, а может просто жить своей работой и не делать ничего другого, связанного с разработкой.
Если вы всё же решили заниматься чем-то, то это не должно быть копированием уже созданного контента, делайте своё. Изучите уже созданное другими, выясните чего не хватает и занимайтесь, если у вас есть к этому интерес и способности. Делать, чтобы делать, это плохая затея, которая умрёт на пол пути. Другое дело, если у вас есть желание, но недостаточно опыта, тогда стоит подождать какое-то время и набраться навыков. А то кроме мамы и сестры это никому не будет интересно.
Для опытных разработчиков публичная деятельность должна быть как следствие их большого опыта, которым можно поделиться. Или же они могут использовать свои знания для получения материальной выгоды, а может даже самоутверждения. Но главное генерируемый контент.
И маленький совет. Если вы по характеру человек общительный, то можете хорошо понимать, где есть информационный вакуум. В таком случае нужно заранее определить для себя направление и способ вещания. В наше время это не сложно. Но нужно действовать.
Нужно ли разработчику заниматься вещами, связанными с программированием, но не связанными с основной деятельностью? Я считаю, что больше да, чем нет. Но логично, что каждый решает сам по мере своих сил. Если это приносит кому-то пользу, то тут нечего думать, нужно заниматься. Если же тут корыстная выгода, то я вам не мама, чтобы вас осуждать.
Разработчик может быть ментором для кого-то, может вести информационный блог или канал с полезными статьями, может делать образовательный контент или заниматься обучением в онлайн школе, может участвовать в разработке полезного публичного проекта, может быть организатором различных хакатонов или встреч, может быть экспертом на различных форумах или в группах по интересам, а может просто жить своей работой и не делать ничего другого, связанного с разработкой.
Если вы всё же решили заниматься чем-то, то это не должно быть копированием уже созданного контента, делайте своё. Изучите уже созданное другими, выясните чего не хватает и занимайтесь, если у вас есть к этому интерес и способности. Делать, чтобы делать, это плохая затея, которая умрёт на пол пути. Другое дело, если у вас есть желание, но недостаточно опыта, тогда стоит подождать какое-то время и набраться навыков. А то кроме мамы и сестры это никому не будет интересно.
Для опытных разработчиков публичная деятельность должна быть как следствие их большого опыта, которым можно поделиться. Или же они могут использовать свои знания для получения материальной выгоды, а может даже самоутверждения. Но главное генерируемый контент.
И маленький совет. Если вы по характеру человек общительный, то можете хорошо понимать, где есть информационный вакуум. В таком случае нужно заранее определить для себя направление и способ вещания. В наше время это не сложно. Но нужно действовать.
Широкий кругозор или экспертность
Что же эффективнее и полезнее, иметь большой кругозор и обширные знания в различных областях, или быть экспертом в одном конкретном направлении? Думаю очевидно, что это зависит от ситуации и обстоятельств. Поэтому я не буду советовать развиваться в каком-то одном направлении или же расширять кругозор в разных. Просто порассуждаем о том и другом, а вы сами сделаете свой выбор.
В школе и университете нас обучали всему и по не многу. После школы хоть и пытались дать какое-то специальное образование, но в целом это были разнообразные дисциплины и направления. Поэтому мы сами должны были сделать свой выбор и двигаться в ту или иную сторону. Наверняка многих пугала эта неопределённость. Потратить своё время на изучение чего-то одного, а потом разочароваться в этом. В какой-то степени это так. Но уверяю, всё это будет не напрасно. Так вы поймёте, что это не ваше и сможете отбросить этот вариант. Да и любые полезные знания могут в дальнейшем пригодиться. И никогда не поздно научиться чему-то новому.
Если идти в сторону расширения кругозора, то вы будете намного более гибким, у вас будет более креативное мышление, и вы сможете лучше понимать суть происходящего. В работе вы сможете быстро адаптироваться и уже потом можно будет попытаться сосредоточиться на чём-то конкретном. Во многом вы сможете стать ценным и универсальным сотрудников, но всё же останетесь на среднем уровне. Поэтому расширение кругозора выгоднее в том случае, если вы часто будете менять работу и будете постоянно расширяться в разных направлениях. В дальнейшем вам будет проще выбрать, где закончить свою карьеру, но сложно будет иметь экспертное мнение. Есть шанс стать преподавателем начальных и базовых знаний, неплохим ментором для начинающих. Поэтому это неплохой вариант для экстравертов.
Если же идти в эксперты, то вы будете иметь глубокие знания в конкретной области, будете решать свою задачу быстро и качественно, в то время, когда эти задачи будут сложные и трудные для остальных, но не для вас. В работе вы сможете без особых проблем найти себе применение в своей области и покажете достойный результат, но есть шанс оказаться за бортом, если по вашей специальности не будет вакансий или же она потеряет актуальность. Обычно эксперты по долгу работают в одном месте, считаются ценными и незаменимыми сотрудниками, но рискуют быть уволенными первыми, если их амбиции и незаменимость станут проблемой для коллектива.
В итоге получается так, что хороша золотая середина. Но это совершенно безрисковый путь. А как я писал выше рисковать необходимо. Поэтому важно знать, к чему может привести тот или иной выбор и быть готовым к последствиям.
Что же эффективнее и полезнее, иметь большой кругозор и обширные знания в различных областях, или быть экспертом в одном конкретном направлении? Думаю очевидно, что это зависит от ситуации и обстоятельств. Поэтому я не буду советовать развиваться в каком-то одном направлении или же расширять кругозор в разных. Просто порассуждаем о том и другом, а вы сами сделаете свой выбор.
В школе и университете нас обучали всему и по не многу. После школы хоть и пытались дать какое-то специальное образование, но в целом это были разнообразные дисциплины и направления. Поэтому мы сами должны были сделать свой выбор и двигаться в ту или иную сторону. Наверняка многих пугала эта неопределённость. Потратить своё время на изучение чего-то одного, а потом разочароваться в этом. В какой-то степени это так. Но уверяю, всё это будет не напрасно. Так вы поймёте, что это не ваше и сможете отбросить этот вариант. Да и любые полезные знания могут в дальнейшем пригодиться. И никогда не поздно научиться чему-то новому.
Если идти в сторону расширения кругозора, то вы будете намного более гибким, у вас будет более креативное мышление, и вы сможете лучше понимать суть происходящего. В работе вы сможете быстро адаптироваться и уже потом можно будет попытаться сосредоточиться на чём-то конкретном. Во многом вы сможете стать ценным и универсальным сотрудников, но всё же останетесь на среднем уровне. Поэтому расширение кругозора выгоднее в том случае, если вы часто будете менять работу и будете постоянно расширяться в разных направлениях. В дальнейшем вам будет проще выбрать, где закончить свою карьеру, но сложно будет иметь экспертное мнение. Есть шанс стать преподавателем начальных и базовых знаний, неплохим ментором для начинающих. Поэтому это неплохой вариант для экстравертов.
Если же идти в эксперты, то вы будете иметь глубокие знания в конкретной области, будете решать свою задачу быстро и качественно, в то время, когда эти задачи будут сложные и трудные для остальных, но не для вас. В работе вы сможете без особых проблем найти себе применение в своей области и покажете достойный результат, но есть шанс оказаться за бортом, если по вашей специальности не будет вакансий или же она потеряет актуальность. Обычно эксперты по долгу работают в одном месте, считаются ценными и незаменимыми сотрудниками, но рискуют быть уволенными первыми, если их амбиции и незаменимость станут проблемой для коллектива.
В итоге получается так, что хороша золотая середина. Но это совершенно безрисковый путь. А как я писал выше рисковать необходимо. Поэтому важно знать, к чему может привести тот или иной выбор и быть готовым к последствиям.
❤1
У каждого свой путь
Когда я учился в университете, то жил в студенческом общежитии. Нас тогда было четверо в одной комнате. Четыре айтишника. Нет, мы не пытались взломать сайт Пентагона, мы просто гоняли "кваку" по сети. Но я не про это. Каждый из нас по своему шёл к своему диплому.
Один любил играть на гитаре. В итоге он не стал разработчиком, да и до диплома он не доучился. Но у него всё хорошо. Второй не особо увлекался разработкой, зато упорно совершенствовал свои навыки работы с ПК. Диплом он получил, но на этом IT для него закончилось. Третий был отъявленным разработчиком. На 3 курсе дизассемблировал приложения, писал снифферы, учился ночами, а отсыпался днём. Я же был ответственным и увлечённым IT-шником. Программа курса говорила учить это, я это учил, молча недоумевая, как же это мне поможет в дальнейшем.
Так вот этот третий уже на 3 курсе чётко понимал что, как и зачем. К концу 4-го курса он уже был своим для преподавателей своей специальности, а на 5-ом он уже работал в другом городе и приезжал только для сдачи экзаменов и курсовых. В итоге диплом на 5, работа в хорошей компании и цель достигнута.
Когда я думаю об этом, я пытаюсь поставить себя на его место. Мог ли я поступить также? Мне казалось, что он что-то знает наперёд. Хотя сейчас я понимаю, что тут ничего сложного. Главное уверенно делать то, что у тебя хорошо получается. И не поступать глупо. Просто идти напролом, старательно используя все возможности. И поверьте, преподаватели тоже могут оценить ваше рвение и старание. Главное - не останавливаться.
Когда я учился в университете, то жил в студенческом общежитии. Нас тогда было четверо в одной комнате. Четыре айтишника. Нет, мы не пытались взломать сайт Пентагона, мы просто гоняли "кваку" по сети. Но я не про это. Каждый из нас по своему шёл к своему диплому.
Один любил играть на гитаре. В итоге он не стал разработчиком, да и до диплома он не доучился. Но у него всё хорошо. Второй не особо увлекался разработкой, зато упорно совершенствовал свои навыки работы с ПК. Диплом он получил, но на этом IT для него закончилось. Третий был отъявленным разработчиком. На 3 курсе дизассемблировал приложения, писал снифферы, учился ночами, а отсыпался днём. Я же был ответственным и увлечённым IT-шником. Программа курса говорила учить это, я это учил, молча недоумевая, как же это мне поможет в дальнейшем.
Так вот этот третий уже на 3 курсе чётко понимал что, как и зачем. К концу 4-го курса он уже был своим для преподавателей своей специальности, а на 5-ом он уже работал в другом городе и приезжал только для сдачи экзаменов и курсовых. В итоге диплом на 5, работа в хорошей компании и цель достигнута.
Когда я думаю об этом, я пытаюсь поставить себя на его место. Мог ли я поступить также? Мне казалось, что он что-то знает наперёд. Хотя сейчас я понимаю, что тут ничего сложного. Главное уверенно делать то, что у тебя хорошо получается. И не поступать глупо. Просто идти напролом, старательно используя все возможности. И поверьте, преподаватели тоже могут оценить ваше рвение и старание. Главное - не останавливаться.
❤1
Градации разработчиков и зачем это нужно
Для меня разработчики делятся на 3 основных типа: джун, миддл, сеньор. Джун это тот, кому говорят, что делать и как это сделать. Миддл это тот, кому говорят, что делать, и он сделает. Сеньор это тот, кому не надо говорить. Он сам знает, что нужно сделать. Конечно, есть ещё всякие тимлиды, техлиды, СТО и т.д. Но это уже разработчики-руководители в разных пропорциях.
Конечно же это всё условности, чтобы хоть как-то определять компетенции программиста. У каждой компании могут быть свои градации (типа Мидлл++, High middle и т.д.) с определенными параметрами. Кому-то это нужно для отдела кадров, кому-то для своего чсв. Не советую привязываться к этому, но нужно знать об этом. Хотя бы просто для того, чтобы говорить на понятных терминах с другими.
Можно гнаться за этими лычками. Можно мечтать о том или ином статусе. Можно самому придумать в своей компании массу подобных делений, но это всё мелочи. Важно другое. А именно - решать задачи бизнеса. Пусть ты хоть джун с вчерашним дипломом, хоть сеньор 40+. Если задачи решаются, а проблем ты не создаёшь, то ты идеальный сотрудник.
Поэтому советую быть проще и относиться к этому спокойно. Если вас спросят на собеседовании кем ты себя считаешь, или в dev клуб будут пускать не ниже мидлл+. То смело отвечайте, что это не важно, важно чтобы заказчик был доволен. В любом случае у вас есть два пути. Или погрязнуть в пучине рангов и статусов, или быть свободным, успешным и эффективным разработчиком. Чего и вам желаю!
Для меня разработчики делятся на 3 основных типа: джун, миддл, сеньор. Джун это тот, кому говорят, что делать и как это сделать. Миддл это тот, кому говорят, что делать, и он сделает. Сеньор это тот, кому не надо говорить. Он сам знает, что нужно сделать. Конечно, есть ещё всякие тимлиды, техлиды, СТО и т.д. Но это уже разработчики-руководители в разных пропорциях.
Конечно же это всё условности, чтобы хоть как-то определять компетенции программиста. У каждой компании могут быть свои градации (типа Мидлл++, High middle и т.д.) с определенными параметрами. Кому-то это нужно для отдела кадров, кому-то для своего чсв. Не советую привязываться к этому, но нужно знать об этом. Хотя бы просто для того, чтобы говорить на понятных терминах с другими.
Можно гнаться за этими лычками. Можно мечтать о том или ином статусе. Можно самому придумать в своей компании массу подобных делений, но это всё мелочи. Важно другое. А именно - решать задачи бизнеса. Пусть ты хоть джун с вчерашним дипломом, хоть сеньор 40+. Если задачи решаются, а проблем ты не создаёшь, то ты идеальный сотрудник.
Поэтому советую быть проще и относиться к этому спокойно. Если вас спросят на собеседовании кем ты себя считаешь, или в dev клуб будут пускать не ниже мидлл+. То смело отвечайте, что это не важно, важно чтобы заказчик был доволен. В любом случае у вас есть два пути. Или погрязнуть в пучине рангов и статусов, или быть свободным, успешным и эффективным разработчиком. Чего и вам желаю!
Одноимённые разработчики
В нашей компании есть два разработчика, у которых одинаковые имена. Поэтому когда у нас происходит рабочий созвон и на нём присутствуют оба (а чаще всего так и бывает), то это вызывает проблемы - не всегда понятно к кому обращаются.
Для решения этого небольшого, но досадного недостатка, я предложил, чтобы ко мне обращались Александр (я всё же старше), а к другому Саша. Остальные согласились, но пришлось подождать какое-то время, пока все к этому привыкли. Но в целом после этого проблема ушла. По крайней мере стало намного лучше, чем было.
Но почему так происходило? Точного ответа нет. Скорее всего так всем было проще. Но есть ощущение, что одного из нас уважали меньше. Я не стал выяснять, а решил просто избавиться от проблемы. Думаю я смог.
Можно подумать, что проблема ничтожна, но она тратит время каждого, отвлекает от сути. Потому нужно решать такие мелочи. Ведь из мелкого складывается большое, а из крошечного вырастает огромное. Нам огромные проблемы не нужны.
В нашей компании есть два разработчика, у которых одинаковые имена. Поэтому когда у нас происходит рабочий созвон и на нём присутствуют оба (а чаще всего так и бывает), то это вызывает проблемы - не всегда понятно к кому обращаются.
Для решения этого небольшого, но досадного недостатка, я предложил, чтобы ко мне обращались Александр (я всё же старше), а к другому Саша. Остальные согласились, но пришлось подождать какое-то время, пока все к этому привыкли. Но в целом после этого проблема ушла. По крайней мере стало намного лучше, чем было.
Но почему так происходило? Точного ответа нет. Скорее всего так всем было проще. Но есть ощущение, что одного из нас уважали меньше. Я не стал выяснять, а решил просто избавиться от проблемы. Думаю я смог.
Можно подумать, что проблема ничтожна, но она тратит время каждого, отвлекает от сути. Потому нужно решать такие мелочи. Ведь из мелкого складывается большое, а из крошечного вырастает огромное. Нам огромные проблемы не нужны.
👍1
Если заболел на удалёнке
Тема, которая уже не так актуальна, но всё ещё имеет место быть. Казалось бы. Как поступить, если ты работаешь удалённо, но заболел? Ответ не очевиден из-за того, что существует масса факторов. Поэтому для простоты предположим, что вы работаете по ТК, у вас есть медицинский полис и нет расширенного ДМС.
Если бы у вас была оплата по часам, то естественно выгодно работать даже больным. Хотя выгодно ли? Болезнь это стресс для организма, он работает в необычном режиме и любые перегрузки чреваты. Поэтому отдыхать необходимо.
Кто-то может подумать, что простуда, грипп, ОРВИ это временно и не сильно помешает работе, просто надо выпить таблетку. Но нет. Даже в таком случае надо отдыхать и лечиться. Не нужно бояться заявить об этом. У вас есть право восстановиться и отложить работу на потом.
Кто-то скажет, что это же нужно ехать к врачу, чтобы получить справку. Нужно. Иначе никак. Здоровье дороже. Хотя признаюсь, я сам не настолько сознательный в этом плане, каким надо было бы быть. И я иногда работал, будучи больным на удалёнке. Но поверьте, это того не стоит. Научитесь заботиться о себе, тогда ваша жизнь будет более полноценной.
Тема, которая уже не так актуальна, но всё ещё имеет место быть. Казалось бы. Как поступить, если ты работаешь удалённо, но заболел? Ответ не очевиден из-за того, что существует масса факторов. Поэтому для простоты предположим, что вы работаете по ТК, у вас есть медицинский полис и нет расширенного ДМС.
Если бы у вас была оплата по часам, то естественно выгодно работать даже больным. Хотя выгодно ли? Болезнь это стресс для организма, он работает в необычном режиме и любые перегрузки чреваты. Поэтому отдыхать необходимо.
Кто-то может подумать, что простуда, грипп, ОРВИ это временно и не сильно помешает работе, просто надо выпить таблетку. Но нет. Даже в таком случае надо отдыхать и лечиться. Не нужно бояться заявить об этом. У вас есть право восстановиться и отложить работу на потом.
Кто-то скажет, что это же нужно ехать к врачу, чтобы получить справку. Нужно. Иначе никак. Здоровье дороже. Хотя признаюсь, я сам не настолько сознательный в этом плане, каким надо было бы быть. И я иногда работал, будучи больным на удалёнке. Но поверьте, это того не стоит. Научитесь заботиться о себе, тогда ваша жизнь будет более полноценной.
Рекомендации для собеседований
Большинству из нас приходится проходить собеседования. Долгие, трудные, разные. Сначала с нами работает hr, затем мы общаемся с тимлидом, потом может прийти СТО, иногда самые одарённые получают тестовое задание, а кому-то в итоге приходит оффер. Это примерная схема. Я проходил десятки собеседований и хочу поделиться своим опытом.
Для начала hr. Все мы должны понимать, что hr не программист и редко имеет техническое образование. Его задача подготовить краткое резюме о нас по заранее заданным критериям. Поэтому иногда они могут задавать странные вопросы или называть что-то не так, как мы привыкли это слышать. Не надо шутить над этим. Такая у них работа. Лучше проявить понимание и тогда вы покажетесь более привлекательными и увеличите свои шансы. Плюс hr не всегда имеет полные данные о том месте, куда он вас пытается нанять. Поэтому лучше подготовиться заранее, прочитать вакансию или составить список вопросов, на которые потом вам ответят.
После этого чаще всего с вами общается тимлид. И это чуть ли не сама важная часть собеседования. Именно тимлид делает заключение и принимает решение о том, подходите вы или нет (только если после этого не предвидится встреча с СТО). Чаще всего вам придётся сделать так, чтобы тимлид увидел в вас себя. Вы можете всё знать. А можете не знать ничего, но с лёгкостью находить нужное. Вы можете иметь сотни крутых проектов в портфолио. Вы можете иметь багаж софт скилов. Хардскилов. Несколько дипломов. Но если вы не подходите под его требования, то вам не повезло. Научитесь понимать таких людей сразу. Ну и не забывайте, что и кодить тоже надо уметь. Если пришлось встретиться с СТО, то вам нужно доказать ему, что вы можете заменить его в ближайшем будущем. В общем человеческий фактор играет важную роль.
Теперь немного про тестовое задание. Его можно выполнять, если вам ну вообще нечего показать. Потому что обычно это или впустую потраченное время, т.к. вас могут использовать для написания кода. Или просто пытаются тянуть время. Лучше сделать пэт проект и показывать его в качестве примера.
Кажется уже вот вот и вам вышлют оффер. Но не нужно торопиться. Всегда задавайте максимальное количество вопросов. О том, чем вам придётся заниматься. Какой в команде воркфлоу. Насколько хорошо команда относится к разработке и как сильно болеет за качество кода. Как часто происходят встречи или созвоны. Не забудьте уточнить про бонусы или корпоративные плюшки. И конечно же спросите про то, какие у вас перспективы. Как минимум покажете свою заинтересованность. А как максимум будете знать, чего вас ждёт в команде и какие условия работы вам предстоят.
Конечно же все собеседования уникальны, но в целом в них есть костяк, о котором я написал. Поэтому вы уже примерно знаете, чего вам ожидать. Да и всегда можно спросить у hr, как проходит отбор. И последний совет. Иногда проходите собеседования без цели найти работу, а просто для того, чтобы держать себя в тонусе. И успехов.
Большинству из нас приходится проходить собеседования. Долгие, трудные, разные. Сначала с нами работает hr, затем мы общаемся с тимлидом, потом может прийти СТО, иногда самые одарённые получают тестовое задание, а кому-то в итоге приходит оффер. Это примерная схема. Я проходил десятки собеседований и хочу поделиться своим опытом.
Для начала hr. Все мы должны понимать, что hr не программист и редко имеет техническое образование. Его задача подготовить краткое резюме о нас по заранее заданным критериям. Поэтому иногда они могут задавать странные вопросы или называть что-то не так, как мы привыкли это слышать. Не надо шутить над этим. Такая у них работа. Лучше проявить понимание и тогда вы покажетесь более привлекательными и увеличите свои шансы. Плюс hr не всегда имеет полные данные о том месте, куда он вас пытается нанять. Поэтому лучше подготовиться заранее, прочитать вакансию или составить список вопросов, на которые потом вам ответят.
После этого чаще всего с вами общается тимлид. И это чуть ли не сама важная часть собеседования. Именно тимлид делает заключение и принимает решение о том, подходите вы или нет (только если после этого не предвидится встреча с СТО). Чаще всего вам придётся сделать так, чтобы тимлид увидел в вас себя. Вы можете всё знать. А можете не знать ничего, но с лёгкостью находить нужное. Вы можете иметь сотни крутых проектов в портфолио. Вы можете иметь багаж софт скилов. Хардскилов. Несколько дипломов. Но если вы не подходите под его требования, то вам не повезло. Научитесь понимать таких людей сразу. Ну и не забывайте, что и кодить тоже надо уметь. Если пришлось встретиться с СТО, то вам нужно доказать ему, что вы можете заменить его в ближайшем будущем. В общем человеческий фактор играет важную роль.
Теперь немного про тестовое задание. Его можно выполнять, если вам ну вообще нечего показать. Потому что обычно это или впустую потраченное время, т.к. вас могут использовать для написания кода. Или просто пытаются тянуть время. Лучше сделать пэт проект и показывать его в качестве примера.
Кажется уже вот вот и вам вышлют оффер. Но не нужно торопиться. Всегда задавайте максимальное количество вопросов. О том, чем вам придётся заниматься. Какой в команде воркфлоу. Насколько хорошо команда относится к разработке и как сильно болеет за качество кода. Как часто происходят встречи или созвоны. Не забудьте уточнить про бонусы или корпоративные плюшки. И конечно же спросите про то, какие у вас перспективы. Как минимум покажете свою заинтересованность. А как максимум будете знать, чего вас ждёт в команде и какие условия работы вам предстоят.
Конечно же все собеседования уникальны, но в целом в них есть костяк, о котором я написал. Поэтому вы уже примерно знаете, чего вам ожидать. Да и всегда можно спросить у hr, как проходит отбор. И последний совет. Иногда проходите собеседования без цели найти работу, а просто для того, чтобы держать себя в тонусе. И успехов.
👍1