Учим IT-терминологию по мемам

Писать документацию — значит создавать описательные материалы о вашем проекте или коде: что делает ваш проект, как им пользоваться и какие функции у него есть.

Это помогает другим разработчикам или пользователям быстро разобраться в проекте, даже если они не знакомы с вашим кодом.

Жаль только, что документацию не всегда составляют корректно. И огромный справочник по коду может сбить с толку, а не помочь вкатиться в рабочий режим.

Как мы заходили в IT?

Делимся историями нашей команды, члены которой тоже когда-то пугались слова «программирование» 😄

Сергей Попов, операционный директор Skillbox, ex.Frontend-разработчик и тимлид:

Я просто пошёл учиться на программиста в СПО после 9 класса. До этого учился в музыкальной школе, но мне хотелось чего-то другого, я мечтал делать игры.

И в 17 лет я устроился в местную веб-студию, где делал сайты в подвале, нас было около 10 человек. В первый месяц мне заплатили 30 тысяч рублей, а потом начали кормить завтраками, и через несколько месяцев я уволился.

Устроился в Veeam Software верстальщиком, где дорос до лида отдела за полгода. А после этого начал в рамках проекта с HTML-академией создавать агентство «Лига», которое бы давало возможность ученикам применять их знания при решении бизнес-задач.

Заряжайтесь мотивацией и ничего не бойтесь! А помогут вам наши курсы, которые идеально подойдут для новичков: например, популярная "Веб-вёрстка 3.0". Удачи!

Ну мы как раз-таки считаем, что это только начало!

Игры, которые помогут прокачаться в программировании

Игра на вечер — SQL Murder Mystery. Настоящий детектив для тех, кто хочет обучиться программированию на SQL!

В городке SQL City произошло убийство. Вы — детектив, который должен раскрыть дело с помощью команд SQL. Нужно изучить команды и писать правильные запросы к базе данных.

Есть руководство для новичков. Игра полностью на английском и бесплатно распространяется через сайт разработчика.

Напоминаем, что уже послезавтра пройдет наш бесплатный вебинар, в котором мы кратко и емко расскажем все о том, как вкатится в IT и сделать первый шаг!

Подписывайтесь на уведомления, ждем вас!

📆 8 декабря, 17:00 МСК
📝 Онлайн, можно без камеры ☺️

Простой рецепт успеха 😁

Как мы заходили в IT?

Продолжаем делиться историями нашей команды о том, как они попали в программирование!

Олег Цыганов, фронтенд-разработчик с шестилетним опытом, автор курса «Веб-вёрстка 3.0»:

11 лет я проработал на заводе и за это время понял, что завод — не моё.

У меня было много людей в подчинении. Руководство тоже очень сильно ценило, уважало, но я всё равно чувствовал, что это не моё, мне это не нравится. Вспомнил, что вот раньше меня интересовало программирование. И я параллельно пошёл учиться в HTML-академию. А потом, где-то через год после старта обучения, пошёл работать на фриланс. Начал зарабатывать, довольно-таки много заказов сделал, сильно руку набил.

Потом я пошёл наставником работать в Академию, там совершенствовал свои навыки, знакомился с людьми, а затем меня попросили записать курс по технологии, на которой я работал.

И это всё проходило в моменте, когда я на заводе работал. Я всё никак не решался, боялся идти уже. Это очень страшно. Когда ты уже привык, ты на хорошем месте вроде бы сидишь, у тебя стабильная зарплата, стабильный заработок, всё в целом стабильно, и ты в зоне комфорта. Но всё равно как-то хотелось сферу сменить, и никак не решался.

И чуть позднее я написал на удачу: «Вам нужны разработчики?» Он тогда был руководителем агентства «Лига». Прислал резюме — и меня взяли на мою первую IT-работу, сначала платили 50 000 рублей. А через полгода меня назначили тимлидом в «Лиге» и зарплату подняли. Так и начался мой большой путь в IT.

Путь в IT через больничный и инвалидность: история Антона Сорвенкова

Я начинал свою карьеру как обычный рабочий, а потом руководство обратило внимание на предлагаемые мной идеи по улучшению процессов и предложило попробовать себя в роли мастера. И хоть технического образования у меня не было, я быстро прошёл необходимое переобучение, повысил квалификацию и освоил весь производственный процесс: занимался в основном обработкой, термообработкой и сдачей продукции.

А потом у меня начались проблемы со здоровьем — пришлось даже оформить инвалидность второй группы и взять больничный на год. И пусть моё состояние не было критическим, я понимал, что зарабатывать на жизнь тяжёлым физическим трудом больше не могу и не хочу.

Время на годовом больничном решил потратить с пользой — начал изучать, что происходит в сфере технологий, чтобы понять, в каком направлении могу развиваться дальше.

Антон за один год переквалифицировался в тестировщика, что помогло ему не только сменить профессию, но и развить собственный бизнес. Вот его история.

Есть ли польза от «накрутки» опыта в резюме?

Волчистость, осознанная меркантильность, социальный дарвинизм — примерно такими комплиментарными терминами по отношению к себе пользуются любители нового способа входить в IT.

«Что за способ?» — спросите вы. Ничего нового: по сути, вольное переложение принципа «цель оправдывает средства». То есть буквально: джуны, будьте готовы на всё. Врите, приписывайте себе несуществующие скилы и достижения — что угодно, лишь бы обойти службу HR и пробиться на заветное техническое собеседование.

У этой методики даже гуру появились, которые активно проповедуют, что делать так — не только этично, но и чуть ли не единственно верно. Мол, конкуренция возросла чудовищно, новичку пробиться трудно — вот и толкайтесь локтями. Да и вообще — кто вспомнит о маленькой лжи, если в итоге ты вышел в люди?

Вроде бы доводы адептов этой идеи звучат логично. Но не всё так однозначно, и вот почему:

▪️Если все начнут добавлять себе стаж, последует инфляция: там, где раньше требовалось 5 лет опыта, работодатель будет по умолчанию добавлять стандартную «накрутку» соискателей и прописывать в вакансии 8, а то и 10.

▪️Приписанные заслуги несложно проверить эйчару, если подключить ресурсы. Притом, если выяснится, что вы что-то приписали, о вас может начать ходить «дурная слава» в IT-сообществе.

▪️На длинной дистанции всем выгоднее, чтобы на собеседованиях обсуждали реальные скилы, а не пытались понять, врёт ли кандидат.

Процесс найма в IT далёк от идеала. С одной стороны, HR не зовут на собеседования кандидатов, которым не хватает пары месяцев опыта или каких-то формальных «галочек» в резюме. С другой — некоторые проныры с лёгкостью хакают HR-фильтры, отбирая работу у тех, кто её действительно заслуживает. Ну а как в этой ситуации поступать вам — решайте сами.

Выдаём базу: гайд по самым популярным СУБД 

Выбрать нормальную систему управления базами данных — задача нетривиальная. Если вы инженер в большой корпорации, приходится искать замену ушедшим из России разработкам. Если развиваете свой проект — искать надёжное и безотказное решение и при этом не разориться на лицензиях. 

Мы подготовили подборку с разбором 5 самых популярных СУБД для работы и рассказали об особенностях каждой из них. Все плюсы, минусы и подводные камни выносим на ваше рассмотрение. 

⏺️ Самая популярная СУБД в мире Oracle DB

Выбор для больших корпораций, где нужно настроить бесперебойный обмен данными между серверами: чтобы один страховал второй, второй — третий и так далее. Из-за конских цен удовольствие не для малого бизнеса, но скачать и познакомиться можно бесплатно. 

⏺️ Быстрая и удобная MS SQL Server

Главный конкурент Oracle, но с завязкой на серверные Windows (что логично, ведь это СУБД «майков»). 

⏺️ Легендарная MySQL

Простая, удобная в настройке, распространяется по свободной лицензии GNU (беспроигрышный вариант для знакомства с СУБД и первых небольших проектов).

⏺️ «Народная» PostgreSQL

Настоящая Xiaomi в мире СУБД: умеет всё то же, что и именитые SQL Server и Oracle, но обходится в несколько раз дешевле (или вообще бесплатно, если выбрать опенсорсную версию). А ещё у неё живая и понятная документация и исключительно приятное сообщество. 

⏺️ Нереляционная MongoDB

Молодая, гибкая и дерзкая СУБД с открытым исходным кодом. Лучше всего себя проявляет в работе со сложными системами и биг-датой — однако для простых проектов в духе простенького интернет-магазина может быть чересчур сложна. 

⏺️ Firebase

Вариант для тех, кому нужен сразу весь бэкенд приложения «под ключ». Единственный нюанс — всё крепко завязано на гугловской экосистеме.

Работали ли вы с СУБД? Если да, то какая больше всего понравилась?

Оглядываясь назад, я понимаю, почему полюбил фронтенд больше, чем бэкенд: дело в том, что мне важно сразу видеть результат своей работы. И именно во фронтенде это можно сделать очень быстро.

Евгений любит мультизадачность: он ведёт несколько бизнес-проектов, обучается фронтенд-разработке и даже участвует во внутреннем проекте Skillbox. Рассказываем его историю.

Можно ли после прохождения курса в Skillbox дать старт карьере в нашей компании?

Под конец года мы решили поделиться занимательной статистикой о том, как много пользователей нашей платформы начинают карьеру у нас.

За год мы трудоустроили к себе по СНГ 35 выпускников (из них 31 из РФ).

На стажировку принято 24 человека, а на работу — 5.

И это только та статистика, которая связана с IT-профессиями. Среди этих ребят есть тимлид, инженер техподдержки, веб-дизайнеры и многие другие.

Не бойтесь проявлять себя во время прохождения курсов. Будьте активными, любознательными и креативными, решайте задачи и ставьте понятные цели, и тогда у вас всё получится.

🔍 Давайте разберёмся, почему ИИ не способен полностью заменить живых программистов:

Творческий подход 🎨
ИИ хорош в рутинных задачах, но не в креативности. Например, нейросеть может генерировать шаблонный код или находить баги, но разработать новый алгоритм или функцию — это к человеку.

Понимание контекста 📚
Люди гораздо лучше понимают контекст задачи. ИИ помогает в автодополнении кода или анализе данных, но адаптироваться к изменениям требований в проекте бот не сможет.

Этика и ответственность ⚖️
Разработка включает в себя принятие решений. Этические и моральные аспекты нельзя доверить ИИ — этим должен заниматься человек. Например, создание систем ИИ для медицинской диагностики требует человеческой этики.

Работа в команде 🤝
Обсуждение идей и совместное решение проблем — ключевые аспекты разработки, в которых ИИ не может участвовать полноценно. Проверить код — да, а обсудить — это только за чашкой кофе с коллегой!

Постоянное обучение 📈
Технологии развиваются, и программисты учатся новому каждый день. ИИ может быть обучен новым навыкам, но не способен самообучаться и адаптироваться так, как люди.

А вы пользуетесь нейронками в работе?