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

• Не принимать на личный счёт
Критика — это не атака на твою личность. Это просто оценка твоего труда. Важно разделять личность и работу. Помни, что ты — это не твой код или проект, а твои навыки можно всегда улучшить.

• Запроси конкретику
Если критика не ясна, не стесняйся попросить более подробные замечания. Чем более конкретным будет отзыв, тем проще будет исправить ошибку или улучшить подход.

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

• Фокус на успехах
После получения критики важно помнить о своих достижениях и успехах. Записывай положительные моменты и возвращайся к ним в моменты сомнений.

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

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

— Новые возможности GPT для разработки

GPT-5-Codex стал значительно более управляемым и точным в выполнении задач. Модель теперь не просто генерирует код по запросу, но и активно участвует в процессе отладки, тестирования и поиска критических ошибок в коде. Это особенно важно на стадии разработки, где даже малейшая ошибка может привести к серьёзным последствиям. Помогает находить баги ещё до релиза и минимизирует нагрузку на разработчиков, анализируя всю кодовую базу и зависимости.

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

— Как Сodex улучшает рабочие процессы

Теперь GPT интегрируется не только в облако и GitHub, но и в локальные среды, такие как IDE и Codex CLI. Разработчики могут работать как в облаке, так и локально, не теряя контекста и мгновенно переключаясь между различными платформами. Важным обновлением стала возможность работы с изображениями и визуальными элементами — теперь можно анализировать скриншоты и вайрфреймы для упрощения дизайна интерфейсов.

— К тому же, Codex стал ещё более безопасным

Новая версия включает расширенные меры защиты данных, минимизируя риски утечек и злоупотреблений.

const [todos, setTodos] = useState(initialTodos);

function addTodo(newTodo) {
const optimistic = [...todos, newTodo];
setTodos(optimistic);

saveTodo(newTodo).catch(() => {
setTodos(todos); // откат, если ошибка
});
}

const [optimisticTodos, addOptimisticTodo] = useOptimistic(
todos,
(state, newTodo) => [...state, newTodo]
);

function addTodo(newTodo) {
addOptimisticTodo(newTodo);
saveTodo(newTodo);
}

<div class="modal hidden">
<p>Привет!</p>
<button onclick="closeModal()">Закрыть</button>
</div>

<style>
.hidden { display: none; }
</style>

<script>
// Какой то JS код
</script>

<dialog id="myDialog">
<p>Привет!</p>
<button onclick="myDialog.close()">Закрыть</button>
</dialog>

<button onclick="myDialog.showModal()">Открыть</button>

— .showModal(): открывает модалку
— .close(): закрывает модалку
— Улучшение доступности: <dialog> уже дружит с screen readers
— Браузер сам обрабатывает фон и клавишу Esc для закрытия окна
— Модальные окна (уведомления, формы, подтверждения)
— Быстрые прототипы без лишнего JS

❌ Заражённые пакеты содержат вредоносный скрипт bundle.js. Этот скрипт запускает TruffleHog для поиска секретных данных, таких как GitHub токены, NPM ключи или AWS креды, и отправляет их на внешний сервер. Дополнительно создаётся вредоносный workflow в папке .github/workflows, который будет автоматически запускаться при каждом CI-процессе. В итоге, атака действует как червь, распространяясь через каждый новый пакет, заражая downstream-проекты.

• Проверить проекты на наличие заражённых версий пакетов
• Ротировать npm-токены, GitHub PAT и облачные креды, чтобы минимизировать последствия
• Аудитировать CI/CD конфигурации для выявления подозрительных изменений
• Обновлять пакеты только из доверенных источников, избегать использования сомнительных версий

.container {
display: grid;
grid-template-columns: repeat(3, 100%);
scroll-snap-type: x mandatory;
overflow-x: auto;
}

.item {
scroll-snap-align: start;
width: 100%;
}

— scroll-snap-type — задаём, как будет вести себя прокрутка. В данном случае по горизонтали, и «привязка» к элементам обязательная. То есть ты прокручиваешь — и следующий элемент буквально «прилипает» к экрану.
— scroll-snap-align на каждом элементе говорит браузеру, где должен быть тот или иной элемент. В примере это старт (то есть начало элемента), но можно выбрать другие варианты для разных случаев.
— overflow-x: auto — чтобы всё это заработало по горизонтали, даём контейнеру возможность прокручиваться.
— По сути, ты прокручиваешь, а браузер заботится о том, чтобы каждый элемент красиво встал на место. Мелочь, а приятно.

let obj = { name: "Alex" };
const ref = new WeakRef(obj);

console.log(ref.deref()?.name); // "Alex"

obj = null;
// объект может быть собран GC, ref станет пустым

const registry = new FinalizationRegistry((value) => {
console.log(`Объект ${value} удалён`);
});

let user = { id: 1 };
registry.register(user, "user-1");

user = null;
// когда GC удалит объект — сработает коллбек

• Коммуникация
Всё начинается с умения объяснять. Ты можешь быть лучшим разработчиком, но если не умеешь ясно донести свою идею до коллег или заказчика, твои решения могут остаться на заднем плане. Это умение работает как на личных встречах, так и на код-ревью.

• Презентация идей
Ты можешь предложить отличное решение для сложной проблемы, но если не умеешь грамотно его «продать» команде или менеджерам, оно останется без внимания. Это важно для того, чтобы твои предложения были услышаны и приняты.

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

:root {
--primary-color: #3498db;
--secondary-color: #2ecc71;
}

body {
background-color: var(--primary-color);
color: white;
}

button {
background-color: var(--secondary-color);
border: none;
color: white;
padding: 10px 20px;
}

.dark-theme {
--primary-color: #2c3e50;
--secondary-color: #8e44ad;
}

<button onclick="document.body.classList.toggle('dark-theme')">Toggle Theme</button>

— Переменные CSS: в начале мы задаём основные цвета как кастомные свойства на уровне :root, что позволяет нам использовать их по всему сайту.

— Использование переменных: мы применяем эти переменные в разных местах CSS: для фона, текста и кнопок.

— Тема по клику: с помощью простой кнопки мы переключаем классы и меняем кастомные переменные. Когда класс dark-theme применяется к body, цвета меняются на тёмные, и всё обновляется без необходимости менять кучу стилей вручную.

class FileHandler {
constructor(private file: string) {}

[Symbol.dispose]() {
console.log(`Закрываю файл: ${this.file}`);
}
}

function run() {
using file = new FileHandler("data.txt");
console.log("Работаем с файлом...");
}

run();
// Работаем с файлом...
// Закрываю файл: data.txt

— В классе FileHandler реализован метод [Symbol.dispose]() для закрытия файла. Это ключевая часть, которая позволяет нам использовать ресурс, а затем автоматически его освобождать, как только мы выходим из блока.

— Внутри функции run мы используем ключевое слово using, которое автоматически вызывает метод [Symbol.dispose]() на объекте, когда он выходит из области видимости.

— Нет риска забыть вызвать .close(). Как это часто бывает, забытые вызовы могут привести к утечкам памяти и другим проблемам. С using этот момент полностью автоматизирован.

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

— Это решение напоминает using в C# и with в Python.

<button popovertarget="menu">Открыть меню</button>

<div id="menu" popover>
<p>Пункт 1</p>
<p>Пункт 2</p>
</div>

— Теперь не нужно писать кучу логики для простых тултипов или меню. HTML справляется с этим на ура.

— Уже можно использовать в последних версиях Chrome и Edge.

— Подходит для простых UI-элементов без сложности и лишнего кода. Всё, что нужно — это добавить нужные атрибуты.

• Улучшенный контроль типов для await
Теперь TypeScript стал умнее в работе с await. Он лучше понимает, какой тип возвращает Promise, и точнее проверяет результат. Это значит меньше ошибок, связанных с типами, и больше уверенности в коде.

• Расширенные возможности using
Конструкция using, которая используется для управления ресурсами, получила доработки. Теперь она поддерживает больше сценариев, и это стало «из коробки» доступным для большего числа случаев. Отличное улучшение для работы с ресурсами, которое экономит время и уменьшает количество ошибок.

• Поддержка новых возможностей ECMAScript 2025
TypeScript продолжает догонять актуальные стандарты JavaScript. В 5.7 ты уже можешь использовать новые возможности ECMAScript 2025. Это значит, что твой код становится ещё более современным и соответствует последним тенденциям в мире JavaScript.

• Мелкие улучшения производительности компилятора
Сборка стала чуть быстрее, а интеграция в IDE стала отзывчивее. Это важные изменения для тех, кто работает с большими проектами и часто запускает компиляцию.

• Код → Люди
Ты начинаешь работать не столько с кодом, сколько с людьми. Вместо того, чтобы сидеть и писать фичи, ты занимаешься организацией работы команды. Кодинг отходит на второй план. Внезапно ты становишься тем, кто решает, как лучше распределить задачи, когда сделать ревью кода и как помочь команде развиваться.

• Ответственность
Как тимлид ты отвечаешь не только за свой код, но и за результат работы всей команды. Если кто-то не успевает или ошибается, ответственность лежит на тебе.

• Коммуникации
Вместо того чтобы погружаться в код, ты проводишь время на митингах, one-on-one встречах, планировании и отчётах. Все это часть твоей рутины.

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

— Развитие коммуникации, управление людьми, решение конфликтов и мотивация команды - это именно те навыки, которые ты развиваешь как тимлид.

— Перспективы на будущее - head of, CTO и так далее. Это хороший старт, если хочешь развиваться в менеджменте.

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

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