🎶 Сходил вчера на джазовое выступление, и меня посетила интересная мысль...

Музыкальные инструменты - это устройство ввода, как клавиатура или мышь у компьютера. Колонки (а иногда и само устройство) - это устройство вывода.

🥁 В этом случае, игра на инструменте представляет из себя ввод информации и её вывод. Сыграть композицию - это как написать небольшое произведение. Единственное отличие в том, что мы не можем прочитать музыку, как текст.

🎼 Однако, мы не всегда пишем текст ради контента или полезной ценности (как мои посты). Иногда мы его пишем, чтобы вызвать какие-то чувства. Когда вы шутите, вы не хотите передать уникальный контент, а хотите просто развеселить собеседника. Когда признаётесь в любви, вы вызываете взаимное чувство. Музыку мы не можем воспринимать как текст, но она может вызывать какие-то чувства без слоя с восприятием текста, который является по сути абстракцией.

🎵 А у вас музыка вызывает чувства? Скиньте в комментарий трек, который вызывает больше всего эмоций! Мой уже там.

3️⃣ вещи, про которые вам стоит помнить

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

1️⃣ Тесты
Я совершенно ничего не изучал про тестирование, и на первой работе не было тестов совсем. Сейчас, в крупном проекте, тесты обязательны и приходится тратить дополнительное время, чтобы написать их правильно.

2️⃣ Контейнеризация
Когда я писал для себя, то всегда запускал проекты "как есть", даже без виртуального окружения. В нормальном проекте такой подход приведёт к плачевным результам!

3️⃣ Документация
В моём коде почти никогда нет комментариев, и я редко пишу документацию. В командной разработке эти элементы необходимы.

3⃣ программы, которые вам стоит установить на свой Mac (и не только)!

В этом году я стал использовать Macbook как основное устройство. Несмотря на то, что до этого я пользовался Linux дистрибутивами и Windows в течении многих лет, к macOS я привык быстро. Но каким бы ни был удобным Mac, в нём не хватает многих вещей.

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

🌐Maccy
Приложение для хранения буфера обмена. Было такое, что нужно скопировать два разных объекта или вставить то, что копировали раньше? У меня такое постоянно! Maccy решает эту проблему и позволяет хранить более 200 (!) файлов / изображений / текста. Мне достаточно использования комбинации cmd + shift + c чтобы отобразить историю копирований возле курсора.

🌐Amethyst
Оконный менеджер, который красиво расставляет приложения на экране. Вообще, на Mac, оконных менеджеров бессчётное количество. Однако этот бесплатный, легко настраивается и поддерживает несколько экранов. Мои любимые фичи - ограничение одновременно открытых окон на экране и смена схемы расположения одной комбинацией клавиш.

🌐Obsidian
Доступен на всех платформах! Obsidian - это приложение для заметок с огромным потенциалом. Можно использовать просто как заметки, а можно сделать своим основным инструментом для работы. Приятные фичи — хранение заметок локально, что приводит к лёгкой миграции и бэкапам, поддержка markdown разметки и огромное количество плагинов.

Делитесь в комментариях своими любимыми приложениями! 🤗

🫥 Когда я только начинал изучать программирование, все вокруг говорили про "ручки". Теперь я и сам постоянно говорю про них. На собесе вас могут попросить продать спроектировать "ручку". Но что же это вообще за "ручки" такие?

🫥 У них много названий, но в контексте Веб-разработки это эндпоинты (endpoint), конечные-точки и роуты (route). А про них я уже писал в этом посте!

🫥 По сути ручки — это методы, через которые можно общаться с нашим сервисом. По большей части, наша работа состоит как раз в их разработке. Пользователь хочет иметь возможность загрузить фото - делаем ручку для этого.

Чтобы посмотреть все "ручки" вашего проекта, протестировать их и почитать документацию, обычно используется Swagger. Обязательно изучите этот инструмент до собесов! ⚙️

А что для вас "ручка"? 👇

👋 Уже прочитали книгу про систем дизайн?

Если да, наверняка у вас остались вопросы, о том, как же всё таки сделать свой Redis / Git / Docker? Последнее особенно актуально сегодня, в связи с недавними новостями.

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

Пишите в комментариях, что выбрали сделать?🔽

🍰

⚡️ Посты за прошедший месяц
Проверьте, вы ведь ничего не пропустили и везде поставили реакты?)

💋 Книга про Систем-Дизайн
💋 Что лучше Agile или Scrum?
💋 Новый язык на замену Go
💋 Решаем загадку трёх тел банок
💋 Правило 7±2
💋 Способ рассказать про свой опыт
💋 Интересная мысль про музыку
💋 О чём стоит помнить
💋 Полезные программы
💋 Кто такие эти ваши "ручки"
💋 Делаем свой Docker

☀️ И с первым днём лета!

🍰

💻 Почему лучше начинать изучать программирование с языка 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