Синдром отложенной жизни - губительная вещь.

Мы склонны откладывать «на будущее» большинство наших целей. Хотя на самом деле к ним можно приступить уже сегодня.

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

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

Это просто примеры, нельзя размышлять категориями «ах, если бы я тогда сделал так…», надо просто начинать действовать сейчас.

Решение:
Если у тебя есть большая цель, сформулируй первый шаг к ее достижению. Например, мой друг хочет стать продактом. Я бы на его месте поставил первый шаг - «найти действующего продакта, который готов дать мне консультацию». А дальнейшие шаги будут видны по ходу действий.

Действуйте.

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

В Go 1.26 куча изменений, и вас будут о них спрашивать. А если отойти от шуток, то это очень крутое обновление. Самое интересное для меня - это обновление функции new().

Теперь можно передавать в нее выражение (значение). То есть можно сделать вот так:

var a *int = new(32)

Раньше приходилось делать так:

val := 32
a := &val

Либо пользоваться сторонней библиотекой или кастомной функцией:

a := pointer.To(32)

Еще добавили выявление утекших горутин и оптимизировали GC и многое другое. Об этом реально теперь будут спрашивать на собеседованиях. Так что советую хорошо вникнуть, если вам светят эти вопросы на интервью.

Официальные Release Notes - https://go.dev/doc/go1.26
Чуть поудобнее формат - https://antonz.org/go-1-26

Торвальдс выбрал antigravity

GG

Antigravity - это форк VSCode'а от Google со встроенными нейронками. В общем, Линус тоже немного пользуется этим всем. Это и правильно. Но в данном случае он работал именно над своим сторонним пет-проектом, не с серьезным кодом типа ядра Линукса.

Что будет, когда большинство сильных разработчики вооружатся ИИ и поднимут свою продуктивность в X раз? Нужны ли будут разработчики, которые все еще косо смотрят на нейронки?

Худшее качество специалиста

Беспомощность. Это когда у тебя программа не запускается, и ты сразу идешь к коллеге/ментору/другу и просишь его разобраться за тебя: "у меня не работает((".

Одна из твоих главных задач - уметь разбираться с неизвестностью. Гугл, ИИ, размышления - все это тебе в помощь.

Единственное, тут есть крайность: тратить слишком много времени на пустяк при возможности попросить помощь. Если за полчаса не смог разобраться с чем-то, можешь уже идти спрашивать совета.

Наверное, это относится не только к программированию.

В этом году хочу решить 100 задач с литкода.

Сегодня начну с этой - https://leetcode.com/problems/n-repeated-element-in-size-2n-array

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

Какая польза? Хочу в ближайшие годы получить оффер в зарубежную компанию. А там надо хорошо знать алгоритмы.

Создал чат. Присоединяйтесь.

Для входа надо прислать мне скрин этой решенной задачи

В лс - @amady. Только мужчинам.

UPD: собралось 40 человек. Набор закрыт

Концепты Backend-разработки

1. HTTP
Что такое запрос/ответ, методы (GET, POST), статус-коды (200, 404, 500)

2. Маршрутизация
Как URL превращается в вызов нужной функции (/users/123 → getUser)

3. Хендлеры
Функция, которая принимает запрос и возвращает ответ (request → response)

4. Сериализация
Превращение JSON в структуру из языка программирования ({"name": "Alex"} → User)

5. Обработка ошибок
Как работать с ошибками в приложении. В каком формате возвращать ошибки клиенту.

6. CRUD
Базовые операции: создать, прочитать, обновить, удалить сущность

7. REST-принципы
Как правильно называть эндпоинты (GET /users, POST /users). Не хранить состояния, итд.

8. Базы данных
Таблицы, связи, SQL запросы, как хранить данные между перезапусками

9. Слой бизнес-логики
Выносим логику из хендлеров, чтобы код был чистым и тестируемым

10. Аутентификация и авторизация
Проверка кто ты (login/password) и что тебе можно (permissions)

11. Миддлвейры
Хендлеры-посредники, которые выполняются до основного хендлера. Например миддлвейры для аутентификации

12. Конфиги
Сбор и чтение настроек (порт, БД, ключи, токены) для работы приложения

13. Логгирование
Запись информации о работе приложения для отладки и мониторинга

14. Кэширование
Хранение часто используемых данных в памяти для ускорения или экономии запросов

15. Очереди задач
Выполнение долгих операций в фоне (отправка email, обработка файлов)

16. Graceful shutdown
Корректное завершение работы без потери данных

17. Деплой, CI/CD
Автоматическая сборка и деплой приложения на сервер


Их еще много, на самом деле. Особенно если лезть в высоконагруженные приложения. Но пока этого хватит.

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

Кажется, этим советам я не следовал. Тяжело заставить себя. Сейчас снова чувствую проблемы со зрением. Буду снова проверяться.

Печально, если окажется, что посадил зрение. Но может быть очки мне идут?

Держу в курсе.