Обложка канала

Секреты IT-предпринимателя

8760 @it_skills

Рассказываю о своём многолетнем опыте в IT, секретах увеличения дохода, фрилансе и удаленной работе, а так же о том, как войти в эту сферу, если вы еще не айтишник!

  • Секреты IT-предпринимателя

    Полезные статьи для разработчиков Последний в этом году дайджест интересных статей из мира IT. Будет здорово, если тоже поделитесь чем-то интересным, что читали за последнее время. 💻 Статья для новичков на сайте Айтилогии. Насколько глубоко нужно разбираться в JavaScript для старта в разработке и какие аспекты изучать в первую очередь. В статье все разложено по полочкам. 🟣 Полезный материал для тех, кто использует среду разработки Visual Studio: объясняют, как настроить библиотеку SFML. 👍 Ценные лайфхаки для разработчиков: тимлид рассказывает о 5 принципах написания читаемого кода. Для некоторых принципов приведены примеры React и JavaScript. 👻 Последнее время то и дело слышим о киберпреступлениях — «кладут» серверы, взламывают сайты, сливают информацию, воруют страницы в соцсетях. Статья рассказывает о 5 полезных инструментах, которые помогут не стать жертвой киберпреступлений. ⚔️ А еще можно попробовать пройти тест и узнать, как хорошо вы разбираетесь в вопросах кибербезопасности: тест «Кибербезопасность в мемах». 🎤 Недавно рассказывал о пользе нетворкинга для разработчиков и о том, как полезны для развития могут быть выступления на профессиональных конференциях. Статья как раз подскажет, как выбрать тему для выступления на IT-конференции. 🤝 И еще кое-что о мягких навыках, на этот раз о коммуникации с заказчиками на фрилансе. От этого зависит и количество заказов, и насколько вас будут рекомендовать заказчики, и сам успех совместной работы, ведь грамотная и легкая коммуникация все упрощает в разы. 👩‍💻 Немного интересной истории. Хватит говорить, что разработка только для мужчин, оказывается первыми программистами были женщины! И именно они её придумали. 💊 И под конец о здоровье. Врач-невролог рассказывает о туннельном синдроме у программистов и как с ним бороться. Вещь серьезная, советую заглянуть. Заодно проверите, нет ли у вас признаков этой болячки.
  • Секреты IT-предпринимателя

    Люди, которые написали «Hello, World» на JavaScript и уже ждут оффер на 150 тысяч:
  • Секреты IT-предпринимателя

    У кого не получится в ИТ? В этом канале постоянно говорю о навыках, которые нужны айтишникам, о софт скиллах, но хотелось бы порассуждать о том, у кого НЕ получится в IT. В первую очередь, речь о разработке. Дополняйте, если тоже думали на эту тему. ❌ Вы идете в IT, потому что это «модно». Сейчас часто бывает, что в IT стремятся попасть люди, далёкие от понимания того, в чём заключается работа, например, программиста. Сразу платят за обучение профессии, а потом разочаровываются. Сначала лучше попробовать разные интенсивы или марафоны, написать самостоятельно код и понять, а реально ли вы хотите этим заниматься? ❌ Вы не любите учиться. Чтобы расти в профессии, нужно быть любопытным, интересоваться новинками, постоянно изучать новые технологии. Всё очень быстро развивается, нужно быть не только в теме обучения, но также очень много читать форумы, следить за ведущими компаниями-разработчиками и т. п. Будьте готовы, что обучение станет неотъемлемой частью работы. В этой сфере нельзя прочитать две книги и 20 лет работать. ❌ Вы, в первую очередь, думаете о высоких зарплатах айтишников и приятных бонусах. В первую очередь, нужно любить то, чем занимаешься. На многие курсы завлекают именно высокими зарплатами или возможностью работать из любой точки мира. Но нужно понимать, что успехов добиваются те, кто любит свое дело и много трудится. Работа разработчика — это непростая работа. ❌ Вы боитесь самостоятельности и ответственности. Много информации необходимо искать самостоятельно, фильтровать ее, пробовать, ошибаться, рисковать. А еще принимать решения, может не сразу, но впоследствии, когда перейдете на уровень Middle — точно. И никто не будет говорить, что делать и как правильно. ❌ Вам сложно дается однообразная деятельность. Не вся работа разработчика монотонная, но иногда приходится ревьюить код, несколько раз переписывать, чтобы все работало, долго выискивать проблему или ошибку. Иногда приходится всё это делать с одним кусочком кода на протяжении долгого времени. Важна внимательность и концентрация, а еще усидчивость. И, конечно, без развитых мягких навыков — коммуникации, тайм-менеджмента и других, о которых часто говорю в этом канале, придется непросто. Но это во многих сферах. Что бы вы добавили к этому списку?
  • Реклама

  • Секреты IT-предпринимателя

    Куда расти разработчику? Меня в комментариях как-то спрашивали, куда идти разработчику, когда кодить уже скучно, а других навыков, кажется, нет. Конечно, в начале карьеры мало кто будет задумываться: «А что дальше?». Но через несколько лет такие мысли подкрадываются, особенно у тех, кто не любит однообразие в работе. Итак, куда же может развиваться программист, не меняя сферы, но меняя формат работы? 1. Развитие до Full stack. Во-первых, если хочешь расти, стоит овладевать широким кругом твердых навыков и расти до разработчика полного цикла. На это уже можно положить 5-7 лет. Да и потом постоянно учиться, потому что технологии совершенствуются постоянно. Также можно перейти на другой язык программирования, осваивать новые фреймворки – каждый год появляется что-то новенькое, если скучно сидеть на чем-то одном, это хороший вариант. 2. Тим-лид. Уже став Senior Full stack, можно претендовать на должность тим лида. Этот человек принимает все ответственные решения в техническом плане на проекте, решает самые сложные участки проекта. По сути, берет на себя весь проект, и ему помогает пара дополнительных программистов Для развития до тим лида нужно развивать мягкие навыки: работа в команде, коммуникативность, навыки руководителя и другие. 3. Архитектор ПО. Это специалист, знакомый с широким стеком технологий. Он занимается проектированием архитектуры ПО и помогает бизнесу строить IT-системы для решения задач компаний. В основном его работа направлена на автоматизацию и упрощение бизнес-процессов. Вся техническая сторона проекта - на архитекторе. Здесь нужно обладать управленческими навыками, уметь брать ответственность, коммуницировать. 4. Проектный менеджер. Можно стать менеджером проекта и контролировать его выполнение со стороны разных специалистов: разработчиков, дизайнеров, копирайтеров, тестировщиков и т.п. Хороший менеджер помогает проекту экономить деньги и больше зарабатывать, именно он распределяет бюджет. Здесь нужно обладать навыками тайм-менеджмента, коммуникации, потому что часто придётся дергать и подгонять коллег, важно, чтобы они не стали вас избегать 😅 А еще нужно быть структурным, ведь задача проджекта приводить хаос в порядок. 4. Обучение. Что бы ни говорили, потребность в программистах будет только расти. Вы можете использовать весь свой опыт для обучения новичков, как однажды рискнул сделать я. Плюс этого варианта еще и в том, что вы учите людей зарабатывать. Причем не в отдаленном будущем, а уже через 3 месяца человек может начать зарабатывать какие-то деньги. Но для того, чтобы люди хотели учиться у вас, нужно заявлять о себе как эксперте: вести блог, соцсети, прокачивать, как сейчас говорят, личный бренд. Этому тоже надо учиться, но вложения окупаются. И учить других новому, тому, что любишь - огромное удовольствие! 5. Свой стартап по разработке ПО. Про нюансы и трудности своего стартапа я уже как-то рассказывал. 6. Развитие своего продукта – коробочное решение или SaaS сервис. Вы придумываете и создаёте сервис и его продаёте, постоянно улучшая и дорабатывая. Большой плюс такого варианта – у вас есть готовое предложение клиенту, которое довольно просто понять и оценить. Но есть и сложности: если идея на массового потребителя, то вероятно ее уже реализовали. Если идея на очень узкий рынок – на ней сложно заработать. Классно создать что-то новаторское, что упрощает жизнь и действительно нужно пользователям. Как видите, учиться новому в любом случае придётся. Вообще, если не развиваешься, то деградируешь. И, к сожалению, некоторых разработчиков это тоже касается. Невозможно однажды чему-то научиться и просто сидеть на этом весь свой карьерный путь. Особенно если хотите расти и чего-то добиваться.
  • Секреты IT-предпринимателя

    👨🏻‍💻Как делать рефакторинг кода? Как же подступиться к коду и с чего начать, если код требует доработок или обновлений? Рефакторинг — это маленькие последовательные улучшения кода. Чистить можно всё, но в первую очередь найдите эти проблемы: 🔧 Мёртвый код. Переменная, параметр, метод или класс больше не используются: требования к программе изменились, но код не почистили. Мёртвый код может встретиться и в сложной условной конструкции, где какая-то ветка никогда не исполняется из-за ошибки или изменения требований. Такие элементы или участки текста нужно удалить. 🔧 Дублирование. Один и тот же код выполняет одно и то же действие в нескольких местах программы. Вынесите эту часть в отдельную функцию. 🔧 Имена переменных, функций или классов не передают их назначение. Имена должны сообщать, почему элемент кода существует, что он делает и как используется. Если видите, что намерения программиста непонятны без комментария, — рефакторьте. 🔧 Слишком длинные функции и методы. Оптимальный размер — 2-3 десятка строк. Если получается больше, разделите функцию на несколько маленьких и добавьте одну общую. Пусть маленькие выполняют по одной операции, а общая функция их вызывает. 🔧 Слишком длинные классы. Оптимальная длина класса — 20–30 строк. Разбейте длинный класс на несколько маленьких и включите их объекты в один общий класс. 🔧 Слишком длинный список параметров функции или метода. Они только запутывают, а не помогают. Если все эти параметры действительно нужны, вынесите их в отдельную структуру или класс с понятным именем, а в функцию передайте ссылку на него. 🔧 Много комментариев. Плохой код часто прикрывается обильными комментариями. Если почувствовали желание пояснить какой-то участок кода, попробуйте сначала его переписать, чтобы и так стал понятным. Бесполезные комментарии загромождают программу, а устаревшие и неактуальные вводят в заблуждение. После каждой правки посмотрите на соседние участки кода: возможно, их тоже стоит поправить и сделать понятнее. И на те участки кода, которые давно не редактировались, — они уже могли стать некорректными. После каждого изменения программу надо тестировать. Изменения при рефакторинге вносятся небольшие, так что ошибки обычно легко найти и исправить. Делая рефакторинг, нужно быть внимательным. Небрежность может отбросить выполнение проекта на дни и недели. Но всё равно нельзя пренебрегать усовершенствованием кода, потому что это лучший способ ускорить работу в будущем. Небольшой рефакторинг это как дешевое вложение, которое всегда приносит дивиденды.
  • Секреты IT-предпринимателя

    Рефакторинг кода: когда ваш код пора полечить? В словаре разработчика рассказал про слово рефачить — проводить рефакторинг, т.е. улучшать код без изменения его функциональности. Давайте поподробнее раскроем эту тему. Ведь рефакторинг кода — важная часть нашей работы. Зачем нужен рефакторинг? Хорошо структурированный код удобен в обслуживании, легко читается, его можно быстро доработать. Но в процессе работы над проектом сразу сделать его таким получается не всегда. То разработчики спешат, то меняются требования к задаче или возникают срочные правки. В итоге могут появиться баги или хаотичная структура: вроде все работает, но разобраться и что-то исправить следующим разработчикам будет очень сложно. Чтобы сделать код эффективнее, читабельнее и проще, делается рефакторинг. И не только в старых программах. Лучше всего после реализации проекта оставлять некоторое время на рефакторинг, чтобы: ✔️ сохранить архитектуру проекта, не допустить потери структурированности; ✔️ упростить жизнь будущих разработчиков, сделать код понятным и прозрачным для всех членов команды; ✔️ ускорить разработку и поиск ошибок. Периодически стоит проводить рефакторинг старых программ. Совершенствуются ЯП, появляются новые функции, библиотеки, операторы, делающие код проще и понятнее. То, что год назад требовало пятидесяти строк, сегодня может решаться всего одной. Но иногда код сам просит срочного рефакторинга. Вот несколько признаков: ❌ Программа работает, но даже небольшие доработки сильно затягиваются из-за того, что каждый раз приходится долго разбираться в коде. ❌ Очень сложно точно сказать, сколько времени нужно на внесение каких-то доработок в программу, потому что «там надо сначала разбираться». ❌ Одинаковые изменения приходится вносить в разные места текста программы. Такой код нужно срочно рефакторить, иначе он будет тормозить реализацию проекта и затруднять внесение правок. Вообще рефакторинг нужно проводить постоянно. Делайте его каждый раз, после того как поменяли программу и убедились, что всё работает. Например, если добавили или изменили какую-то функцию, метод, класс или объявили новую переменную. Хотите расскажу, как последовательно делать рефакторинг? Ставьте огоньки, и следующий раз распишу.
  • Секреты IT-предпринимателя

    А вы как себя называете? 😳
  • Секреты IT-предпринимателя

    Словарик IT-специалиста. Часть 3. Новая порция специфически айтишных слов, полезных новичкам. Используете их в работе? А какие «сленговые» слова встречаются в вашей компании? Делитесь, будет очень интересно, следующий раз они попадут в подборку! Это уже не первый словарик, вот здесь можно посмотреть другие полезные слова: ➡️ Часть 1 ➡️ Часть 2
  • Секреты IT-предпринимателя

    🎁 Что подарить на Новый год разработчику? Почему я решил рассказать о подарках разработчикам в канале для разработчиков? 😁 Во-первых, нам самим бывает сложно придумать, что же просить на праздники, ведь можно заказать что-то полезное, но, как назло, все идеи уходят из головы. Во-вторых, многие работают в компаниях и общаются в кругу коллег, играют в Тайного Санту или просто хотят порадовать друзей и знакомых приятными подарками. Возможно, благодаря посту у вас появятся идеи. Ну, а в-третьих, здесь вы можете поделиться, какие полезные подарки сами дарили или получали, и подать классную идею остальным. Итак, что же можно подарить нам, разработчикам на новый год и не только. Здесь реальные подарки, которые дарили знакомым разработчикам и которые они оценили. Полезное для работы ✔️ Книги по профессии/soft-скиллам/hard-скиллам. Про soft-скиллы говорю часто. Сейчас много полезных книг по тайм-менеджменту, развитию креативности, эмоционального интеллекта — этим навыкам можно научиться из книг, в отличие, например, от коммуникативности. ✔️ Сертификат на онлайн-курсы. Вложение в обучение — лучшая инвестиция, так что если есть возможность сделать такой подарок, он один из лучших. Это может быть мини-курс по какому-то инструменту или навыку. ✔️ Сумка для ноутбука ✔️ Беспроводная зарядка ✔️ Беспроводные наушники ✔️ Внешний жесткий диск ✔️ Хорошая компьютерная клавиатура и мышь Развлечения ✔️ Настольные игры ✔️ Игры (можно на компьютер в виде подарочной карты в Steam, Epic Games и т. д., или на приставку PS, XBox, Nintendo) Здоровье и отдых То, о чем айтишники часто забывают или на что забивают. А очень зря. ✔️ Фитнес-браслет ✔️ Сертификат на массаж ✔️ Сертификат в спа ✔️ Увлажнитель воздуха на стол/Аромалампа ✔️ Приборы для массажа глаз, спины и шеи Ну что, какую идею забираете, какой поделитесь?)
  • Секреты IT-предпринимателя

    Полезные команды Git для веб-разработчиков Спасибо за ваши огни! Итак, рассказываю полезные команды, которые помогут ускорить и упростить ежедневную работу разработчика в Git. Обратите внимание, я не говорю про базовые команды, которые необходимы для старта работы в системе. Во-первых, их можно найти везде, и во-вторых, это уже полноценное обучение, о котором не расскажешь даже в нескольких постах. Эти команды пригодятся тем, кто уже начал работать в Git и хочет растить скилл и работать эффективнее. Используете какие-то специфические команды для упрощения работы? Делитесь в комментариях!
  • Секреты IT-предпринимателя

    Ну и как тут на них ругаться? 🌚
  • Секреты IT-предпринимателя

    Полезные инструменты разработчика: Git Один из самых полезных инструментов для разработчика — это Git. Полезно о нем знать даже начинающих. Git — это система контроля версий, которая позволяет сразу нескольким разработчикам сохранять и отслеживать изменения в файлах проекта. С помощью Git можно анализировать изменения, просматривать их историю, сравнивать разные версии одних и тех же файлов. Например, нужно исправить что-то в коде проекта. Часто бывает, что внесенное в код исправление рушит работающие части проекта, и даже после отмены этого исправления ситуация не улучшается. Git защищает проект от таких неожиданностей и исключает возможность случайного удаления правок или файлов. Он может быстро откатить проект до рабочего состояния при возникновении ошибок. Благодаря Git, разработчики могут беспрепятственно «копаться» в коде, не боясь навредить чужим правкам или работе проекта в целом. С помощью Git можно поддерживать рабочую версию и параллельно создавать новые, одной командой сливать их воедино или разделять. Этот инструмент ускоряет процесс разработки и делает его более эффективным. Чтобы работать с Git, нужно установить ее на компьютер. На официальном сайте Git можно найти установщик и подробные инструкции для новичков. Вот несколько слов, которые полезно знать новичкам при начале работы с Git: Репозиторий — это все файлы, находящиеся под контролем версий, вместе с историей их изменения и другой служебной информацией. Репозиторий Git можно создать, либо выбрав любую папку на компьютере, либо клонировав себе уже существующий репозиторий, например у работодателя. Коммит и коммитить — с английского «фиксировать». Git-коммит — это операция, которая берет все подготовленные изменения и отправляет их в репозиторий как единое целое. Коммиты разбивают процесс разработки, состоящий из большого количества правок, на отдельные шаги. То есть коммит — это некое логически завершенное изменение внутри проекта и понятная точка, к которой можно вернуться, если возникнут какие-то проблемы. Ветка — это последовательность коммитов. Удобная поддержка ветвления — важное свойство Git. Использование ветвления позволяет решать отдельные задачи, не вмешиваясь в основную линию разработки. GitHub — это самый популярный сайт для хранения git-репозиториев и работы с ними. Также GitHub является крупнейшей площадкой для размещения проектов с открытым исходным кодом. По сути, это такая социальная сеть для разработчиков, в которой можно найти проекты с открытым кодом от других программистов, практиковаться в написании кода и хранить свое портфолио. Хотите расскажу о полезных командах в Git, которые в 2 раза ускорят вашу работу? Ставьте 🔥, и напишу в одном из следующих постов.
  • Секреты IT-предпринимателя

    Где искать новые знакомства в IT-сфере? Продолжим тему нетворкинга. Нетворкинг — это прежде всего общение. Поэтому заниматься им можно везде. Для этого нужны простые навыки: умение знакомиться, заводить разговор, поддерживать его или направлять в понятную для себя тему. 1️⃣ Профессиональные мероприятия. На таких событиях участники уже готовы к знакомствам и оживленной беседе. Многим психологически проще общаться в такой атмосфере и нарабатывать связи. Это могут быть: — нетворкинг-встречи; — конференции; — презентации продуктов; — профессиональные выставки; — семинары и т.д. Посещение таких мероприятий — отличная возможность для собственного развития и пополнения контактов. Что есть в мире IT? На крупном агрегаторе IT-конференций ict2go.ru можно выбрать свой город и узнать, где можно принять участие. Если событие проиходит онлайн, организаторы часто создают чаты в телеграм, где участники могут общаться и предлагать свои услуги. 2️⃣ Курсы и семинары. Это могут быть и полноценные курсы по профессии и узкоспециализированные тренинги. Как правило, там тоже есть чаты участников. У нас в Айтилогии есть внутренний чат для учеников, которые продолжают поддерживать контакты и после окончания курсов. 3️⃣ Социальные сети — здесь масса сообществ. Особенно в Телеграм сейчас. Плюс, можно комментировать и вести свой блог. 4️⃣ Тематические форумы и обсуждения на сайтах. И это только то, что лежит на поверхности. Возможностей много. Поначалу может быть трудно начинать общаться. Особенно если не считаешь еще себя профи. Но постепенно надо начинать коммуницировать, сами почувствуете, насколько это полезно. Когда только начинал свою карьеру, то мало задумывался о полезных связях и контактах. У меня было много возможностей познакомиться с интересными и полезными людьми, но я замечал не все. Теперь работаю в этом направлении и постепенно делаю нетворкинг частью своей жизни. Что и вам советую 😉
  • Секреты IT-предпринимателя

    Нетворкинг в IТ: зачем он нужен? Итак, нетворкинг для айтишников: что он вам даст? Как начать создавать сеть знакомств (ведь слово произошло от английского слова «net» — связь, сеть)? И где искать полезные знакомства прямо сейчас? Вообще, IT-сообщество максимально открыто и дружелюбно к новым людям, готово делиться знаниями и опытом. Здесь нетворкинг практически стиль жизни. Айтишники понимают, что технологии стремительно развиваются, и иметь широкую сеть знакомств — значит быть в курсе и быстрее находить решения новых проблем. На самом деле, нетворкинг открывает огромные возможности: ✔️ Это источник знаний. Каким бы ты ни был опытным в своей нише, всегда есть то, чего ты не знаешь и с чем не работал. Классно, если у тебя есть знакомые с опытом в неизвестной тебе технологии. Разберешься быстрее, проще и эффективнее. ✔️ Новые идеи и развитие креативности. В общении с коллегами можно не только обменяться опытом, но и научиться новому, посмотреть на проблему с другой стороны, становиться гибче. В конце концов, великие идеи рождаются от встречи разных точек зрения на одну проблему. ✔️ Продвижение себя. Нетворкинг дает возможность запомниться другим и выделиться среди толпы. Особенно это полезно, если вы развиваете собственный стартап или просто работаете как фрилансер. ✔️ Партнерские отношения. Возможно, пока у вас нет мыслей о собственном деле, но со временем они появятся, и хорошо иметь опытного человека, который вместе с вами был бы готов вложиться в проект. Чем шире круг профессиональных знакомств, тем больше вероятность, что найдется тот, с кем вы сможете организовать успешное партнерство. ✔️ Развитие карьеры. Если вы демонстрируете свой опыт и профессионализм, вас запоминают. Вы станете первым человеком, о котором подумают, когда под руку подвернется какое-либо предложение из вашей сферы. Нетворкинг должен стать вашим приоритетом, если вы хотите погрузиться в IT-среду и развиваться в карьере. Делитесь мыслями, предлагайте помощь, к месту рассказывайте об успешных проектах. А также задавайте вопросами, интересуйтесь собеседниками, слушайте внимательно. Ведь нетворкинг — это взаимообмен. Где же искать новые знакомства в IT-сфере? Расскажу завтра.
  • Секреты IT-предпринимателя

    P.S.: Только если ты не пользуешься WebStorm 😎
  • Реклама

  • Секреты IT-предпринимателя

    Как айтишнику становиться коммуникабельнее? Часть 2 Хочу продолжить тему мягких навыков или soft skills для разработчиков. Коммуникабельность очень важна для разработчика, она не только упрощает работу, но и позволяет расти в профессии быстрее. И даже доходить до руководящих должностей. Прошлый раз для развития коммуникабельности советовал больше общаться, спрашивать советов и поддерживать полезные знакомства. В этот раз дам практические рекомендации. Как вообще понять, есть ли у вас трудности с коммуникацией? Подумайте, легко ли вам вступать в разговор. И не только приятный, но, например, аргументированно обсудить с начальством, что вам не нравится, решить конфликтную ситуацию или спокойно принять критику. Много ли у вас профессиональных знакомств? Легко ли вам высказываться при коллегах, а не в разговоре тет-а-тет? Как с навыком выступлений? Если чувствуете, что где-то проседает, и хотите развить навык, можно предпринять какой-то из этих шагов, а лучше гармонично сочетать все: 1️⃣ Курсы ораторского мастерства, актерские или театральные курсы. Очень круто прокачивает навык выступлений, коммуникаций, учит бороться со своими страхами и комплексами. Я сейчас занимаюсь на курсах актерского мастерства и для меня это очень интересный и полезный опыт для внутреннего роста. 2️⃣ Участие в профессиональных конференциях. Конечно, это серьезный шаг, сразу решиться на него сложно. Начать можно с выступлений на митингах с коллегами, тренировать навык. Например, в одной из компаний, где я работал, можно было делать небольшие выступления перед другими сотрудниками. Анонсировали, собирались в определённое время и выступали с интересной темой перед 10-15 коллегами — хороший опыт. Потом можно пробовать более широкие аудитории. Чтобы выступать на конференциях не нужно быть каким-то супер гуру. Можно выступить на небольшом мероприятии, с коротким кейсо