💻 Почему лучше начинать изучать программирование с языка C, чем с Python?

Python - превосходный язык! Любую задачу вы можете решить уже готовыми решениями. У Python простой и лаконичный синтаксис, понять что написано, не составит труда. Поддержка сообществом настолько высокая, что можно найти курсы, книги, видео и статьи на любую тему по Python 💻

🤔 Но тогда почему же лучше учить язык C?
На самом деле причина как раз и заключается в том, что Python такой простой. Программирование на Python может показаться сказкой, ведь у нас в языке уже есть всё!

Все удобства, которые мы получаем, можно назвать абстракциями. К примеру, у нас есть абстракция итератор или декоратор. Таких абстракций нет в низкоуровневых языках, вроде С. Зато Python битком набит абстракциями, у нас есть инструменты для любого действия.

❓ Почему это плохо?
Привыкнув к абстракциям, вы не сможете уже от них отказаться. Если вы выбрали для изучения Python или JavaScript, учитывайте, что скорее всего вы будете с этим языком на протяжении всей своей карьеры.

А с какого языка вы начинали карьеру в IT?🔽

🍰 #карьера_в_it

Всем привет! Я с утра с классными новостями 🏃

Мы с друзьями решили выступить в Школе 21 и рассказать о своём пути в IT.

📌 12 июня в 16:00

Что будет?

👉 Обсудим свой путь в IT: расскажем об инсайтах и провалах с нашей работы и ответим на все интересующие вопросы
👉 Проведём интерактивную игру, в которой нужно будет попробовать НЕ пройти собес в BWG
👉 Решим реальную рабочую задачу по разработке Веб-приложения, поделимся реальным опытом, о котором спрашивают на собеседованиях

Если вы из школы, то регистрируйтесь на платформе, мероприятие закрытое!

⚡️ Кроме того, вчера давал интервью для подготовки курса для ВК. Спрашивали про "чистый код". Хотите узнать моё мнение по этому вопросу? А осенью позвали выступить на конференции, посвящённой инновациям, буду рассказывать о том, почему в ответах ChatGPT нет логики.

Про что написать подробнее? 🔽

😱 Взял в работу обычную задачу и сделал её самой сложной!

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

Изменения предполагались значительные, так что задача была на 2 недели. Сейчас кончается уже 4 неделя моей работы над задачей. Всё дело в ошибках, которые я совершил, взяв эту задачу. Делаюсь с вами, чтобы вы так не ошиблись:

❌ В задаче была плохая аналитика
В команде, кроме меня, никто не понимал что нужно делать. Поскольку мы уже потратили более 40 человека-часов на обсуждение задачи, решили брать её в работу. Нужно было обсудить все нюансы, пока всем не станет понятно, что делать.

❌ Приняли решение, не обсудив его
В момент начала работы над задачей, коллега предложил внести существенное изменение и мы его приняли. Нужно было обсудить изменение всей командой, поскольку оно стоило мне целого дня работы, а в итоге от него пришлось отказаться.

❌ Функциональные изменения объединили с рефакторингом
Поскольку в задаче я изменял все 80 файлов репозитория, мы решили провести и рефакторинг. Никогда так не делайте! Проводите рефакторинг и стилевые изменения отдельной задачей и вливайте ветку с такими изменениями без функциональных изменений!

Таким образом, мы получили MR на 4000 строк с изменением 80 файлов, который никто не хочет проверять. А у вас были похожие ситуации в работе? 🔽

🍰 #мудрость_на_каждый_день #мысли #работа_в_it

🔜 Просили пост про контейнеризацию, вот он:

Если вы пишите на Python, то вы используете во всех проектах виртуальное окружение (python -m venv venv). Вы ведь используете его? В какой то мере виртуальное окружение похоже на использование контейнеров.

🔘 Зачем вообще нужна контейнеризация?
Скорее всего, вы пишите код на своём компьютере, на Windows, либо на MacOS. А вот запускать написанное приложение вы будете уже на сервере, на котором будет запущен Linux. И просто так запустить код не получится, скорее всего какие то зависимости написаны вообще только для одной системы.

К примеру, библиотека ctypes работает по-разному на разных системах. Для обеспечения кросс-платформености мы можем обернуть наш проект в контейнер и он будет на любом устройстве запускаться одинаково. Естественно, потребуется приложение, позволяющее работать с контейнерами.

📌 Docker
Самым популярным выбором приложения для контейнеризации является докер. Если вы ещё с ним не знакомы, то обязательно изучите его. Вот отличный, бесплатный курс по Docker. На любом собесе у вас будет вопрос про него!

Когда я только изучал разработку, долгое время не использовал докер. Казалось, что для небольших проектов он избыточен. Но если вы попробуете запустить две разные БД для своего проекта, лучше докера инструмента вы не найдёте. Причём изучать его досконально не нужно, достаточно уметь запускать несколько контейнеров с разным содержимым *️⃣

📌 Если вы можете запустить свой веб-сервер в одном контейнере, а его БД - в другом, то этого вполне достаточно!

🍰 #мудрость_на_каждый_день #просто_о_сложном #работа_в_it

🔊 Итоги живого подкаста

На прошлой неделе проводил "Живой подкаст", на котором действующие разработчики из СберТеха, Ашана, МТС и Wildberries поделились своими впечатлениями от обучения в Школе 21 и опытом работы в IT.

🔥 Было очень интересно и продуктивно. Это одно из самых успешных мероприятий, что я проводил! Рекомендую присоединится в следующий раз. Будущее мероприятие хотим сделать более открытым, но в таком же формате: оффлайн в Москве, без записи и трансляции (включите уведомления от канала, чтобы не пропустить анонс).

📌 Одним из вопросов, который зрители задали ведущим, был следующий: "После того как вы вышли на работу, что для вас стало чем-то новым (что удивило)?". Вопрос мне понравился, но формат шоу не позволял мне лично ответить на этот вопрос и поделиться мнением. Поэтому решил поделиться с вами своим откровением от работы в IT здесь.

Никто не пишет код специально плохо.

🔹 Когда вы выйдите на работу, у вас точно возникнет вопрос о том, кто писал такой плохой код. Всегда кажется, что можно было сделать лучше и скорее всего, это действительно так. Но никто не пишет плохой код специально! Код всегда пишется так, как позволяют условия. Возможно не хватало времени, опыта, навыков или чего-то ещё, но код был написан на тот момент "хорошо", ну или "приемлемо".

👉 Поняв это, я вывел для себя следующее:

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

P.S. Чтобы исправить уже работающий код и ничего не сломать, следуйте правилам рефакторинга: подробнее.

🍰 #мысли #it

⚡️ Что это такое за окном..?

...это же пятница! А значит, настало время для традиционной пятничной активности 🫥

Готовлю пост про своё рабочее место. А вот загадка 🔽

👉Продолжение поста про мою главную ошибку за год работы

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

🤖 Обычно мы берём в работу задачи, которые можно сделать за 3 дня или меньше. Эта задача была оценена более чем в 2 недели работы! Казалось, что её невозможно разделить на подзадачи. Но если задача не связана с R&D (требует какого то исследования), то мы точно понимаем, что хотим сделать. А когда понятно что делать, то можно разделить на подзадачи.

➡️ Необходимо было добавить версионирование в хранение файлов. Помимо версионирования в задачу включили рефакторинг, исправление багов и разделение логики хранения внутренних и внешних данных файла. Каждая из этих частей могла быть отдельной задачей.

➡️ Мораль: разбивайте задачу на подзадачи. Если вы не можете этого сделать, значит, что ваша задача не изучена в должной степени.

❓ Как "накрутить" опыт?

Как рассказывать про опыт, когда его нет? Или говоря проще, как "накручивать" опыт? Возможно я вас расстрою, но чтобы говорить про свой опыт, он у вас должен быть!

Чтобы получить работу, нужен опыт. А чтобы получить опыт, нужна работа? Не обязательно! Написал решение для ЛЮБОЙ ситуации и теперь вам будет что рассказать на собеседовании про свой опыт.

Опыт для любой ситуации:
🔘Совсем не значете что делать? Пишите в лс: @PySage
🔘Хотите писать на Python? Пройдите бесплатный курс на степике
🔘Прошли курсы и умеете писать код? Решите 150 задач на литкоде из моей подборки
🔘Изучили алгоритмы? Напишите сервисы.

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

Любой этот компонент будет микросервисом в крупном приложении. Добавьте методы CRUD для работы с данными, подготовьте деплой и это будет ваш реальный опыт!

Нужны примеры не из веба? Пиши интересующую сферу в комментарии, и я расскажу 👇

🍰 #мой_путь #мысли #it

➡️ Для решения 90% алгоритмов достаточно знать всего десяток концепций.

Делюсь первой из них в сегодняшней истории! Хотите остальные? Ставьте 🚀

🍰  #it #python_полезности #просто_о_сложном