Изолированная среда для запуска приложений!
Изолированная «песочница», где процессы работают отдельно от ОС.
Внутри: все зависимости, библиотеки, конфигурации.
Результат: запускаешь везде — ничего устанавливать не нужно.
Правило: 1 контейнер = 1 процесс
Цепочка:
Dockerfile → Image (шаблон) → Container (экземпляр)
Аналогия: Image = класс, Container = объект
ВМ: гипервизор + полная ОС + много ресурсов
Контейнер: только нужное + разделяемая ОС + минимум ресурсов
• Микросервисы
• CI/CD
• Масштабирование
• Разработка ("Works on my machine" решено)
• Облако (AWS, Google, Azure)
docker pull node:18-alpine
docker run -p 3000:3000 my-app
docker stop container_id
Без: установка → зависимости → настройка → молитва
С:
docker run my-appИтог
Контейнеры: легкие, быстрые, портативные, эффективные, изолированные.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Ускорение API в 300 раз!
Без кэша: 3000 мс
С Redis: 10 мс
Зависимости:
spring-boot-starter-data-redis + jedis
Конфигурация:
RedisTemplate + CacheManager + @EnableCaching
@Cacheable — кэширует результат (GET)
@CacheEvict — очищает кэш (POST/PUT/DELETE)
@CachePut — обновляет кэш
@Caching — группирует операции
@CacheConfig — настройки класса
1-й запрос: Redis пусто → БД → сохраняем в кэш → 3000 мс
2-й запрос: Redis → 10 мс
Изменение: @CacheEvict очищает кэш
Cache-Aside: @Cacheable (популярная)
Write-Through: @CachePut (актуальные данные)
Invalidation: @CacheEvict (сложная)
Thundering Herd: все в БД → cache warming
Memory Limits: переполнение → eviction policies
Serialization: объекты Serializable
Без кэша: 100 запросов = 300 сек, нагрузка 100%
С кэшем: 100 запросов = 4 сек, нагрузка 1%
Ускорение в 75 раз!
Итог
5 аннотаций + простая настройка = прирост в 75-300 раз. Must-have для production.
Please open Telegram to view this post
VIEW IN TELEGRAM
Разбираем самый важный цикл в программировании!
Цикл с предусловием. Логика: "ПОКА условие верно — ДЕЛАЙ это"
Запрашиваем данные, пока не получим корректные
Читаем, пока есть данные (размер заранее неизвестен)
while(true) → показываем меню → выполняем → "Выход" = break
Игра продолжается, пока не gameOver или не победа
Собираем данные, пока не получим сигнал остановки
While: проверка ДО → может не выполниться
Do-While: проверка ПОСЛЕ → минимум 1 раз
Итог
While — основа C++: гибкий, универсальный, для ввода, файлов, меню, игр и данных.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from YeaHub
В этом видео мы подробно разбираем профессию Android-разработчик: кто это, чем занимается, какие навыки нужны и сколько можно зарабатывать. Наш гость — сеньор Android-разработчик с опытом работы в Яндекс, МТС и Wildberries, который делится личным опытом: как пройти путь от новичка до ведущего специалиста всего за 5 лет.
Вы узнаете:
— Что делает Android-разработчик и как выглядит его рабочий день
— Какие качества и навыки нужны для успешного старта
— Сколько времени потребуется на обучение и с чего лучше начинать
— Какие инструменты и технологии нужно знать
— Топ-3 ресурса для старта Android-разработки
— Советы для первого проекта и развития карьеры
Если вы хотите стать Android-разработчиком или просто интересуетесь IT-профессиями, это видео точно для вас!
Подпишитесь на канал, чтобы не пропустить новые видео про карьеру в IT и обучение программированию.
https://yeahub.ru/ - тренажер для подготовки к собеседованиям
https://t.me/yeahub_android_mobile - канал YeaHub в Android
https://t.me/gulyaev_it - телеграмм-канал Антона об Android и IT
https://www.youtube.com/@gulyaev_it - ютуб-канал Антона
#it #android #kotlin #программирование #разработка #собеседование #трудоустройство
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥1
Работают, но непонятно где применять. Разбираем 6 необычных свойств!
Прячет пустые ячейки в таблицах.
empty-cells: hide
Выравнивает только последнюю строку текста.
Текст обтекает фигуры (круг, эллипс, многоугольник), а не квадрат.
shape-outside: circle(50%)
Меняет дефис при переносе на любой символ.
hyphenate-character: "="
Настраивает ширину табуляции в коде.
tab-size: 1rem
Добавляет символы НАД текстом для ударений.
text-emphasis: sesame
Встречали эти свойства в реальных проектах? Или они правда странные?
Please open Telegram to view this post
VIEW IN TELEGRAM
Упрощаем работу с React через кастомные хуки.
Задача: выполнить код только при первом рендере
Проблема:
useEffect(() => {}, []) — непонятно, что выполняется один разРешение:
useMount(() => {}) — явная семантикаЗадача: выполнить код при размонтировании
Проблема:
useEffect(() => { return () => {} }, []) — неочевидный cleanupРешение:
useUnmount(() => {}) — явная семантикаЗадача: выполнить код только при изменении зависимостей (не при монтировании)
Проблема:
useEffect(() => {}, [count]) — выполняется и при первом рендереРешение:
useUpdateEffect(() => {}, [count]) — пропускает первый рендерЗадача: упростить работу с объектами (как в классовых компонентах)
Проблема:
setPerson({ ...person, name: 'medium' })Постоянное копирование объекта
Решение:
setPerson({ name: 'medium' })Автоматическое слияние состояния
Итог
Кастомные хуки решают типовые задачи и делают код понятнее. Эти 4 хука — must-have для React-разработчика.
Please open Telegram to view this post
VIEW IN TELEGRAM
#React
🔖 Почему ваш WebSocket переподключается при каждом рендеринге?
Вы создали WebSocket, но соединение постоянно разрывается и переподключается. Проблема: React создаёт новый экземпляр сервиса при каждом рендеринге. Без useCallback сервис теряет стабильную ссылку, что приводит к переподключениям и утечкам памяти.
📎 Основные проблемы:
🔸 WebSocket переподключается, теряя состояние соединения
🔸 Память утекает: старые соединения не закрываются
🔸 Event listeners создают дубликаты
🔸 Производительность падает из-за пересоздания ресурсов
Когда компонент рендерится без useCallback, каждый раз создаётся новая функция. Для долгоживущих сервисов (WebSocket, Worker) это критично — вы разрываете всё, что было до этого, вместо переиспользования.
Ключевой момент: useRef гарантирует, что сервис существует на весь цикл компонента, а useCallback — что ссылка на функцию не меняется. Идеальное сочетание для постоянных ресурсов.
✅ Используйте useCallback + useRef для:
- WebSocket и долгоживущих соединений
- Web Workers, которые должны жить долго
- Сервисов, хранящих внутреннее состояние
- Optimization обработчиков событий
❌ Избегайте:
- Создания нового сервиса без ref
- Забывать cleanup в useEffect
- Использования useCallback без причины
- Передачи ref как пропс дочерним компонентам
Стабильная ссылка на сервис — это гарантия корректной работы!
Остальные продвинутые техники React - читай в статье⬇️
📎 Статья
🎙 Новости
📝 База вопросов
Вы создали WebSocket, но соединение постоянно разрывается и переподключается. Проблема: React создаёт новый экземпляр сервиса при каждом рендеринге. Без useCallback сервис теряет стабильную ссылку, что приводит к переподключениям и утечкам памяти.
// Плохо - сервис пересоздаётся при каждом рендеринге
function ChatComponent() {
const ws = new WebSocket('ws://server');
const sendMessage = (msg) => {
ws.send(msg); // Новый WebSocket при каждом рендере
};
return <button onClick={() => sendMessage('Hi')}>Send</button>;
}
// Хорошо - стабильная ссылка на сервис
function ChatComponent() {
const wsRef = React.useRef(new WebSocket('ws://server'));
const sendMessage = React.useCallback((msg) => {
wsRef.current.send(msg); // Один и тот же WebSocket всегда
}, []);
return <button onClick={() => sendMessage('Hi')}>Send</button>;
}
Когда компонент рендерится без useCallback, каждый раз создаётся новая функция. Для долгоживущих сервисов (WebSocket, Worker) это критично — вы разрываете всё, что было до этого, вместо переиспользования.
Ключевой момент: useRef гарантирует, что сервис существует на весь цикл компонента, а useCallback — что ссылка на функцию не меняется. Идеальное сочетание для постоянных ресурсов.
- WebSocket и долгоживущих соединений
- Web Workers, которые должны жить долго
- Сервисов, хранящих внутреннее состояние
- Optimization обработчиков событий
- Создания нового сервиса без ref
- Забывать cleanup в useEffect
- Использования useCallback без причины
- Передачи ref как пропс дочерним компонентам
Стабильная ссылка на сервис — это гарантия корректной работы!
Остальные продвинутые техники React - читай в статье
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
#JavaScript
🔖 Почему ваш JavaScript-бандлер весит как три полнометражных фильма?
Вы загрузили приложение, добавили ещё библиотек, и вот уже бандлер весит 500KB вместо 100KB. Пользователи ждут загрузки 5 секунд вместо 1 секунды. Приложение работает, но медленно. Каждый килобайт JS — это время парсинга, выполнения, разборки браузером. На мобильнике это значит батарея сливается, страница зависает, пользователи уходят к конкурентам.
Основные проблемы раздутого бандлера:
🔸 Дольше загружается на мобильных сетях (LTE, 3G)
🔸 Браузер парсит и выполняет больше кода — замораживает UI
🔸 На слабых устройствах всё работает медленнее, батарея быстрее сливается
🔸 Поисковики штрафуют за низкую производительность, рейтинг падает
Раздутый бандлер — это не просто цифра на диске. Это деньги компании (CDN трафик), разочарование пользователя (медленная загрузка), потерянные конверсии (люди ушли, не дождались).
✅ Как уменьшить бандлер:
1. Аудит зависимостей — используйте webpack-bundle-analyzer, посмотрите что там. Может быть, импортируете тяжелую библиотеку для одной функции?
2. Code splitting — разделите на чанки, загружайте по требованию. React.lazy(), динамический импорт для маршрутов.
3. Tree-shaking — удаляйте неиспользуемый код. ES модули помогают бандлеру определить, что не нужно.
4. Минификация — Terser, Gzip/Brotli. Просто сжимайте код, функциональность не меняется.
5. Server-side rendering — переложите вычисления на сервер вместо клиента. Меньше JS в браузере = быстрее загружается.
❌ Избегайте:
- Импорта целых библиотек для одной функции
- Неиспользуемого кода (закомментированные куски месячной давности)
- Отключенного tree-shaking в production сборке
- Только клиентского рендеринга для статического контента
Каждый килобайт имеет значение. Производительность = пользовательский опыт = конверсии.
📎 Статья
🎙 Новости
📝 База вопросов
Вы загрузили приложение, добавили ещё библиотек, и вот уже бандлер весит 500KB вместо 100KB. Пользователи ждут загрузки 5 секунд вместо 1 секунды. Приложение работает, но медленно. Каждый килобайт JS — это время парсинга, выполнения, разборки браузером. На мобильнике это значит батарея сливается, страница зависает, пользователи уходят к конкурентам.
// Плохо - импортируете всё, используете мало
import _ from 'lodash'; // 70KB, нужна одна функция
import * as echarts from 'echarts'; // 1MB для одного графика
import UILibrary from 'heavy-ui-kit'; // 200KB со всеми компонентами
// Хорошо - импортируйте только нужное
import { debounce } from 'lodash-es'; // Tree-shaking, 2KB
import { BarChart } from 'lightweight-charts'; // 50KB, минимум
import { Button, Input } from '@headlessui/react'; // Tree-shaking, 10KB
Основные проблемы раздутого бандлера:
Раздутый бандлер — это не просто цифра на диске. Это деньги компании (CDN трафик), разочарование пользователя (медленная загрузка), потерянные конверсии (люди ушли, не дождались).
1. Аудит зависимостей — используйте webpack-bundle-analyzer, посмотрите что там. Может быть, импортируете тяжелую библиотеку для одной функции?
2. Code splitting — разделите на чанки, загружайте по требованию. React.lazy(), динамический импорт для маршрутов.
3. Tree-shaking — удаляйте неиспользуемый код. ES модули помогают бандлеру определить, что не нужно.
4. Минификация — Terser, Gzip/Brotli. Просто сжимайте код, функциональность не меняется.
5. Server-side rendering — переложите вычисления на сервер вместо клиента. Меньше JS в браузере = быстрее загружается.
- Импорта целых библиотек для одной функции
- Неиспользуемого кода (закомментированные куски месячной давности)
- Отключенного tree-shaking в production сборке
- Только клиентского рендеринга для статического контента
Каждый килобайт имеет значение. Производительность = пользовательский опыт = конверсии.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
#C++
🔖 Почему memset с целыми числами дает странные результаты?
memset — это функция для заполнения памяти значениями побайтно. Многие думают, что
🔸 Основные проблемы с memset:
🔸 memset работает побайтно, не зная о типе данных
🔸 С целыми числами только 0 и -1 работают правильно, остальное — мусор
🔸 С не-POD типами (std::string, классы) приводит к краху
🔸 Лишняя единица в size параметре — выход за границы памяти
memset принимает три параметра: указатель, значение (преобразуется в byte), размер в байтах. Проблема: для int это 4 байта. Если вы хотите установить int = 1, нужно 4 раза записать байт 1, что даст 0x01010101 = 16843009, а не 1.
🔸 Практический пример:
✅ Используйте memset для:
- Обнуления массивов и буферов (0)
- Установки всех битов в 1 (-1)
- Работы с char массивами
- Инициализации POD типов (Plain Old Data)
❌ Не делайте:
- memset с целыми числами кроме 0 и -1
- memset с std::string и классами (краш!)
- memset на не-POD структурах с конструкторами
- Ошибки в параметре size (выход за границы)
Правило: memset = только для побайтных операций. Для сложных типов используйте std::fill или конструкторы.
📎 Статья
🎙 Новости
📝 База вопросов
memset — это функция для заполнения памяти значениями побайтно. Многие думают, что
memset(arr, 1, size) заполнит целые числа единицами. На самом деле это создаст странные значения, потому что memset работает с байтами, а не с типами. Вот почему нужно понимать, как она реально работает.// Плохо - пытаетесь установить целым числам значение 1
int numbers[5];
std::memset(numbers, 1, sizeof(numbers));
std::cout << numbers[0]; // Странный результат: 16843009
// Хорошо - используйте memset только для 0 и -1
int numbers[5];
std::memset(numbers, 0, sizeof(numbers)); // Все нули
// ИЛИ
std::memset(numbers, -1, sizeof(numbers)); // Все биты = 1
memset принимает три параметра: указатель, значение (преобразуется в byte), размер в байтах. Проблема: для int это 4 байта. Если вы хотите установить int = 1, нужно 4 раза записать байт 1, что даст 0x01010101 = 16843009, а не 1.
char str[50];
std::memset(str, '*', sizeof(str)); // Работает: заполнит звездами
str[sizeof(str) - 1] = '\0';
int matrix[3][3];
std::memset(matrix, 0, sizeof(matrix)); // Работает: матрица нулей
std::memset(matrix, -1, sizeof(matrix)); // Работает: все биты = 1
// Буфер для обработки изображений
unsigned char pixels[100][100];
std::memset(pixels, 0, sizeof(pixels)); // Чёрный (0)
std::memset(pixels, 255, sizeof(pixels)); // Белый (255)
// Очистка игрового состояния
struct GameState {
int score;
int lives;
bool gameOver;
} state;
std::memset(&state, 0, sizeof(GameState)); // Работает для POD
state.lives = 3; // Затем переустанавливаете нужные значения
- Обнуления массивов и буферов (0)
- Установки всех битов в 1 (-1)
- Работы с char массивами
- Инициализации POD типов (Plain Old Data)
- memset с целыми числами кроме 0 и -1
- memset с std::string и классами (краш!)
- memset на не-POD структурах с конструкторами
- Ошибки в параметре size (выход за границы)
Правило: memset = только для побайтных операций. Для сложных типов используйте std::fill или конструкторы.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
#Programming
🔖 Почему ваша библиотека никто не использует, хотя она работает?
Вы написали библиотеку, которая решает проблему, но она сложная в использовании и никто не хочет её применять. Проблема не в функциональности, а в проектировании. Хорошая библиотека предоставляет точки расширения, не навязывает свой контекст и остаётся простой. Плохая — заставляет пользователя прыгать через обручи.
📎 Основные проблемы плохих библиотек:
🔸 Отсутствие точек расширения — невозможно кастомизировать
🔸 Сложная архитектура — нужно понимать всю библиотеку, чтобы использовать часть
🔸 Конкретные типы вместо обобщений — работает только для одного случая
🔸 Навязанный контекст — вынуждает пользователя следовать вашему стилю
Хорошая библиотека предполагает точку зрения пользователя, а не разработчика. Она не предполагает, что пользователь сделает. Вместо этого она предоставляет инструменты и ступеньки, позволяя каждому использовать её по-своему.
Три столпа проектирования:
✅ Проектируйте библиотеку так, чтобы:
- Компоненты были независимы и использовались отдельно
- Работала с разными типами, не только одним конкретным
- Предоставляла точки расширения (callback, custom comparator, plugin)
- Была легка в понимании — минимум контекста для начала использования
❌ Не делайте:
- Сложные архитектуры, когда вся библиотека зависит друг от друга
- Конкретные типы (int, string) вместо шаблонов и обобщений
- Фиксированное поведение без возможности кастомизации
- Навязывание дизайн-решений пользователям
Пример хорошей библиотеки — C++ STL: контейнеры работают с алгоритмами, всё обобщено через шаблоны, есть кастомные компараторы и аллокаторы. Пример плохой — фреймворк, где всё зависит от всего.
Полезная библиотека думает о том, кто её будет использовать, и делает это легко.
📎 Статья
🎙 Новости
📝 База вопросов
Вы написали библиотеку, которая решает проблему, но она сложная в использовании и никто не хочет её применять. Проблема не в функциональности, а в проектировании. Хорошая библиотека предоставляет точки расширения, не навязывает свой контекст и остаётся простой. Плохая — заставляет пользователя прыгать через обручи.
// Плохо - функция навязывает свой контекст, нет гибкости
void sort(int& container) {
// Компаратор зафиксирован, нельзя поменять
// Способ свопинга элементов фиксирован
}
// Хорошо - точки расширения встроены в интерфейс
template <class R, class C = DefaultCompare, class S = DefaultSwap>
void sort(R&& range, C compare = C(), S swap = S()) {
// Пользователь может передать свой компаратор
// Пользователь может передать свой своп
// По умолчанию работает стандартно
}
Хорошая библиотека предполагает точку зрения пользователя, а не разработчика. Она не предполагает, что пользователь сделает. Вместо этого она предоставляет инструменты и ступеньки, позволяя каждому использовать её по-своему.
Три столпа проектирования:
// 1. МОДУЛЬНОСТЬ - компоненты независимы
// Контейнеры отделены от алгоритмов, но работают вместе
std::vector<int> v = {3, 1, 2};
std::sort(v.begin(), v.end()); // Работает с любым контейнером
// 2. МНОГОРАЗОВОСТЬ - работает для многих типов
template <class T>
class Maybe {
T value; // Работает с любым типом T
};
// 3. РАСШИРЯЕМОСТЬ - встроены точки для кастомизации
std::sort(v.begin(), v.end(), [](int a, int b) {
return a > b; // Пользовательский компаратор
});
- Компоненты были независимы и использовались отдельно
- Работала с разными типами, не только одним конкретным
- Предоставляла точки расширения (callback, custom comparator, plugin)
- Была легка в понимании — минимум контекста для начала использования
- Сложные архитектуры, когда вся библиотека зависит друг от друга
- Конкретные типы (int, string) вместо шаблонов и обобщений
- Фиксированное поведение без возможности кастомизации
- Навязывание дизайн-решений пользователям
Пример хорошей библиотеки — C++ STL: контейнеры работают с алгоритмами, всё обобщено через шаблоны, есть кастомные компараторы и аллокаторы. Пример плохой — фреймворк, где всё зависит от всего.
Полезная библиотека думает о том, кто её будет использовать, и делает это легко.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
#Go
🔖 Почему Go-разработчик пишет код, который Java-девелопер считает "странным"?
Вы Java-разработчик, начали писать на Go и всё кажется странным: нет try-catch, нет наследования, строчные буквы для приватности, можно вызвать метод у nil. Go — это не Java, это другая парадигма. Явность вместо магии, композиция вместо наследования, ошибки как значения вместо исключений.
📎 Основные различия Go от Java:
🔸 Нет исключений (try-catch), ошибки — это значения (if err != nil)
🔸 Приватность через заглавность букв (Public vs private), не через модификаторы
🔸 Нет наследования, только композиция и интерфейсы
🔸 Интерфейсы неявные — не нужно писать implements
Go философия: явность над неявностью, простота над магией. Кода больше, но всё понятно. Нет аннотаций, нет DI фреймворков, нет магических прокси и рефлексии за кулисами. Вы видите, что происходит.
Два ключевых отличия:
✅ Go хорош для:
- Микросервисов и бекенда (явность, производительность)
- Когда нужна скорость разработки и чистота кода
- Когда нет необходимости в сложных абстракциях на старте
- Когда важна читаемость и простота отладки
❌ Привыкайте к:
- Повторению проверок ошибок (if err != nil много раз)
- Коротким названиям переменных (ctx, err, db, u, p)
- Отсутствию try-catch блоков (это норма)
- Приватности через буквы, а не ключевые слова
- Явным транзакциям и управлению ресурсами
Go требует переучивания мышления. Java — "дайте мне абстракции и автоматику". Go — "вот инструменты, делайте сами, но явно". Один раз адаптируетесь — полюбите за простоту и понятность.
📎 Статья
🎙 Новости
📝 База вопросов
Вы Java-разработчик, начали писать на Go и всё кажется странным: нет try-catch, нет наследования, строчные буквы для приватности, можно вызвать метод у nil. Go — это не Java, это другая парадигма. Явность вместо магии, композиция вместо наследования, ошибки как значения вместо исключений.
// Плохо (по Go стандартам) - Java способ обработки ошибок
try {
String raw = Files.readString(Path.of("cfg.json"));
Config cfg = mapper.readValue(raw, Config.class);
return cfg;
} catch (IOException ex) {
throw new IllegalStateException("cannot init config", ex);
}
// Хорошо (Go способ) - явная проверка каждой ошибки
raw, err := os.ReadFile("cfg.json")
if err != nil {
return nil, fmt.Errorf("read cfg: %w", err)
}
var cfg Config
if err := json.Unmarshal(raw, &cfg); err != nil {
return nil, fmt.Errorf("parse cfg: %w", err)
}
return &cfg, nil
Go философия: явность над неявностью, простота над магией. Кода больше, но всё понятно. Нет аннотаций, нет DI фреймворков, нет магических прокси и рефлексии за кулисами. Вы видите, что происходит.
Два ключевых отличия:
// 1. ЯВНАЯ ОБРАБОТКА ОШИБОК - видите каждый шаг
tx, err := db.BeginTx(ctx, nil)
if err != nil {
return fmt.Errorf("begin tx: %w", err)
}
defer tx.Rollback()
// 2. ПРИВАТНОСТЬ ЧЕРЕЗ БУКВУ - заглавная = public, строчная = private
type PaymentGateway interface { // Public
Charge(ctx context.Context) error
}
func (s *stripe) charge(ctx context.Context) error { // private method
// ...
}
- Микросервисов и бекенда (явность, производительность)
- Когда нужна скорость разработки и чистота кода
- Когда нет необходимости в сложных абстракциях на старте
- Когда важна читаемость и простота отладки
- Повторению проверок ошибок (if err != nil много раз)
- Коротким названиям переменных (ctx, err, db, u, p)
- Отсутствию try-catch блоков (это норма)
- Приватности через буквы, а не ключевые слова
- Явным транзакциям и управлению ресурсами
Go требует переучивания мышления. Java — "дайте мне абстракции и автоматику". Go — "вот инструменты, делайте сами, но явно". Один раз адаптируетесь — полюбите за простоту и понятность.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
CSS Grid — один контейнер делится на строки и столбцы в CSS. Все элементы располагаются как на шахматной доске.
Вместо кучи DIV'ов для раскладки:
.page {
display: grid;
grid-template-columns: 250px 1fr;
grid-template-rows: 80px 1fr 50px;
grid-template-areas:
'sidebar header'
'sidebar main'
'sidebar footer';
}
.header { grid-area: header; }
.sidebar { grid-area: sidebar; }
.main { grid-area: main; }Вот так! Рисуешь структуру в CSS, как картинку.
fr — "fraction", волшебный юнит Grid'а:
/* 1/4 и 3/4 пространства, автоматически пересчитывается */
grid-template-columns: 1fr 3fr;
repeat() — копирование столбцов:
/* 7 столбцов одинаковой ширины (календарь) */
grid-template-columns: repeat(7, 1fr);
Элементы занимают несколько ячеек
.child {
grid-column: 1 / 4; /* от столбца 1 до 4 */
grid-row: 1 / 3; /* от строки 1 до 3 */
}Главное
Чистый HTML, вся вёрстка в CSS!
Интерактивный гайд по ссылке ниже
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Ненавидишь писать документацию? Davia её генерирует автоматически с диаграммами!
davia generate
- Онбординг новичков — они разберут проект за часы, а не за дни
- Возврат к старому коду — забыл, как работает? Есть документация!
- Крупные проекты — видишь всю архитектуру визуально
- Open source — пользователи быстрее разберутся
- Code review — проще объяснять изменения
Вместо этого:
TODO: написать документацию...
Теперь это:
Автоматическая документация с диаграммами модулей,
зависимостей, API и структуры проекта ✨
Почему это важно
Документация часто отстаёт от кода. Davia генерирует её из самого кода, поэтому она всегда актуальна!
Забирай на GitHub и пошли документировать проекты!
Please open Telegram to view this post
VIEW IN TELEGRAM
Знаешь ли ты разницу между
'Y' и 'y' в паттерне даты Java?Код:
Date date = new Date("2024/12/31");
var formatter = new SimpleDateFormat("dd-MM-YYYY");
System.out.println(formatter.format(date));Результат:
31-12-2025 ← Уехали на год вперёд!
А если использовать правильный:
var formatter = new SimpleDateFormat("dd-MM-yyyy");
// 31-12-2024 ✅`y` (lowercase) = обычный год → 2024, 2025
`Y` (UPPERCASE) = неделя-года (ISO 8601) → может быть на год больше/меньше!
Y использует ISO-8601 стандарт: первая неделя года — та, где четверг в январе.31 декабря 2024 входит в первую неделю 2025, поэтому
Y выдаёт 2025!1 января 2027 входит в последнюю неделю 2026, поэтому
Y выдаёт 2026!'Y', исправили на 'y'🔸 Никогда не используй `Y` в паттерне даты, если не знаешь что это!🔸 Используй `y` для обычного года
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🤯2❤1
#article #тренажер
📚 Тренажеры для тестировщика. Где взять практику?
Возвращаемся к нашему любимому вопросу — много теории, мало практики. Где тренироваться тестированию самоучке или человеку, которому не хватает практических заданий на курсах?
Перейти к материалу
👉 База вопросов 👉 Новости
📚 Тренажеры для тестировщика. Где взять практику?
Возвращаемся к нашему любимому вопросу — много теории, мало практики. Где тренироваться тестированию самоучке или человеку, которому не хватает практических заданий на курсах?
Перейти к материалу
👉 База вопросов 👉 Новости
❤1
#HTML #CSS #UX #frontend #лайфхак
🔖 HTML лайфхак: Правильная клавиатура на мобильнике
Когда пользователь вводит дату рождения на мобильном — какая клавиатура должна появиться? Цифровая! Но разработчики часто делают так:
Почему
🔸 Правильный способ
Используй атрибут `inputmode="numeric"`:
Что получится
🔸 С type="tel": появляются символы
🔸 С inputmode="numeric": только цифры
Другие значения inputmode
🔸 Почему это важно
✅ Юзер видит нужную клавиатуру сразу
✅ Меньше ошибок при вводе
✅ Быстрее заполняет форму
✅ Работает на iOS и Android
🔸 Бонус: выключи автокапитализацию
Для полей "Почта или телефон":
Буквы остаются строчными. Удобнее вводить почту!
Другие лайфхаки смотри по ссылке⬇️
📎 Статья
🎙 Новости
📝 База вопросов
Когда пользователь вводит дату рождения на мобильном — какая клавиатура должна появиться? Цифровая! Но разработчики часто делают так:
<!-- ❌ Неправильно -->
<input type="tel" placeholder="Дата рождения">
Почему
type="tel"? Потому что раньше других способов не было. Костыль! 🤦Используй атрибут `inputmode="numeric"`:
<!-- ✅ Правильно -->
<label for="bd">Дата рождения</label>
<input type="text" id="bd" inputmode="numeric">
Что получится
# и * (не нужны для даты)0-9 (идеально!)Другие значения inputmode
<!-- Email -->
<input inputmode="email" placeholder="почта@example.com">
<!-- Телефон -->
<input inputmode="tel" placeholder="+7 9XX XXX XXXX">
<!-- URL -->
<input inputmode="url" placeholder="https://example.com">
<!-- Поиск -->
<input inputmode="search" placeholder="Поиск...">
<!-- Десятичное число -->
<input inputmode="decimal" placeholder="12.99">
Для полей "Почта или телефон":
<input type="text" autocapitalize="off" inputmode="numeric">
Буквы остаются строчными. Удобнее вводить почту!
Другие лайфхаки смотри по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
#Собес #oop #slots #memory_optimization
🤔 Что такое __slots__
💬 Кратко:
📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Хочешь получать больше таких разборов?
Подпишись на наш главный канал
🤔 Что такое __slots__
💬 Кратко:
__slots__ — это специальный атрибут класса, который ограничивает набор атрибутов, которые можно присваивать экземплярам этого класса. Он помогает экономить память, исключая создание словаря для хранения атрибутов объектов.📌 Полный разбор + примеры использования — на платформе:
👉 Перейти к разбору
📣 Хочешь получать больше таких разборов?
Подпишись на наш главный канал
❤1
#алгоритмы #git #diff #программирование #CS
🔖 Знаешь ли ты, почему diff выглядят по-разному в разных инструментах?
Оказывается, это не баг, а фишка алгоритмов!
🔸 Проблема
Есть две версии кода. Нужно показать разницу. Логично, что должен быть один правильный diff, верно?
❌ Неправильно! Существует множество "правильных" diff'ов.
Пример:
Столь же правильно:
Они идентичны, но выглядят совсем по-разному!
💡 Алгоритм Майерса
Большинство инструментов используют алгоритм Майерса. Он находит один из минимальных diff'ов (но не обязательно самый читаемый).
Сложность: O(ND) в обычных случаях, но может деградировать до O(N²) в наихудшем!
🔸 Почему они отличаются
1️⃣ Разная реализация — даже один алгоритм может дать разные результаты
2️⃣ Эвристики — добавляют быстродействие, но жертвуют качеством
3️⃣ Постобработка — переставляют строки, чтобы улучшить читаемость
🔸 Три режима
Есть компромисс между скоростью и качеством:
🔸 Fast — максимум скорости, минимум качества
🔸 Default — баланс (используется везде)
🔸 Minimal — идеальный diff, но медленнее
💡 Главное открытие
Читаемость diff определяется не только алгоритмом, но и его реализацией + постобработкой
Поэтому в GitHub качество выше, чем в простом
Подробнее по ссылке ниже⬇️
📎 Статья
🎙 Новости
📝 База вопросов
Оказывается, это не баг, а фишка алгоритмов!
Есть две версии кода. Нужно показать разницу. Логично, что должен быть один правильный diff, верно?
Пример:
a
+b
-c
d
Столь же правильно:
a
-c
+b
d
Они идентичны, но выглядят совсем по-разному!
Большинство инструментов используют алгоритм Майерса. Он находит один из минимальных diff'ов (но не обязательно самый читаемый).
Сложность: O(ND) в обычных случаях, но может деградировать до O(N²) в наихудшем!
Есть компромисс между скоростью и качеством:
Читаемость diff определяется не только алгоритмом, но и его реализацией + постобработкой
Поэтому в GitHub качество выше, чем в простом
diff утилите. Они используют лучшую реализацию с постобработкой (indent heuristic). Подробнее по ссылке ниже
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
🧑💻 5 вопросов с собесов Frontend разработчиков
1. Как можно синхронизировать работу между главным потоком и воркерами?
Синхронизация между главным потоком и Web Workers осуществляется через механизм сообщений, используя методы
2. В чем отличие между microtask queue и task queue?
В JavaScript есть две очереди для обработки асинхронных задач: microtask queue и task queue. Microtask queue содержит задачи, такие как
3. Как реализовать "ленивые" вычисления (lazy evaluation) в JavaScript?
Ленивые вычисления в JavaScript означают, что результат вычисления будет возвращен только по мере необходимости, а не сразу. Это может улучшить производительность, особенно если результаты не всегда нужны. Ленивые вычисления можно реализовать с помощью функций, возвращающих другие функции или используя генераторы, которые позволяют приостанавливать и возобновлять выполнение.
4. Как работает Web Workers? В чем их преимущества и ограничения?
Web Workers — это скрипты, которые выполняются в фоновом режиме, отделенные от основного потока выполнения. Это позволяет выполнять тяжелые вычисления без блокировки пользовательского интерфейса, что улучшает отзывчивость приложений. Однако Web Workers имеют ограничения, такие как отсутствие доступа к DOM и использование только безопасного контекста.
5. Как использовать MessageChannel для обмена сообщениями между потоками?
#workers #postmessage #browsr #microtask #mutationobserver #promise #lazy #optimization #функция #worker #browser
1. Как можно синхронизировать работу между главным потоком и воркерами?
Синхронизация между главным потоком и Web Workers осуществляется через механизм сообщений, используя методы
postMessage и обработчики onmessage. Главный поток отправляет сообщения в worker, а worker может отвечать тем же способом. Однако синхронизация не является мгновенной, поэтому важно учитывать, что сообщения передаются асинхронно.2. В чем отличие между microtask queue и task queue?
В JavaScript есть две очереди для обработки асинхронных задач: microtask queue и task queue. Microtask queue содержит задачи, такие как
Promise и MutationObserver, которые выполняются после завершения текущего стека выполнения, но перед выполнением задач из task queue. В отличие от этого, task queue содержит задачи, связанные с событиями и таймерами, которые обрабатываются только после выполнения всех микротасков.3. Как реализовать "ленивые" вычисления (lazy evaluation) в JavaScript?
Ленивые вычисления в JavaScript означают, что результат вычисления будет возвращен только по мере необходимости, а не сразу. Это может улучшить производительность, особенно если результаты не всегда нужны. Ленивые вычисления можно реализовать с помощью функций, возвращающих другие функции или используя генераторы, которые позволяют приостанавливать и возобновлять выполнение.
4. Как работает Web Workers? В чем их преимущества и ограничения?
Web Workers — это скрипты, которые выполняются в фоновом режиме, отделенные от основного потока выполнения. Это позволяет выполнять тяжелые вычисления без блокировки пользовательского интерфейса, что улучшает отзывчивость приложений. Однако Web Workers имеют ограничения, такие как отсутствие доступа к DOM и использование только безопасного контекста.
5. Как использовать MessageChannel для обмена сообщениями между потоками?
MessageChannel — это API в JavaScript, который позволяет создавать канал для обмена сообщениями между потоками, такими как главный поток и Web Workers. Он состоит из двух объектов: port1 и port2, которые можно использовать для отправки и получения сообщений. Этот механизм обеспечивает двустороннюю связь и помогает синхронизировать действия между потоками.#workers #postmessage #browsr #microtask #mutationobserver #promise #lazy #optimization #функция #worker #browser
🔥2
#repository #swift #frameworks
📚 iOS Awesome
Кураторский список экосистемы iOS, включающий проекты на Objective-C и Swift. Содержит разделы по фреймворкам, инструментам, библиотекам и ресурсам для обучения. Подходит для изучения лучших практик и поиска готовых решений.
Перейти к материалу
👉 База вопросов 👉 Новости
📚 iOS Awesome
Кураторский список экосистемы iOS, включающий проекты на Objective-C и Swift. Содержит разделы по фреймворкам, инструментам, библиотекам и ресурсам для обучения. Подходит для изучения лучших практик и поиска готовых решений.
Перейти к материалу
👉 База вопросов 👉 Новости
#book #blender
📚 Изучаем Blender. Практическое руководство по созданию анимированных 3D-персонажей - Оливер Вильяр
Blender - это не просто программа, а целый мир 3D-графики, и книги по геймдеву часто рекомендуют начинать именно с неё. Оливер Вильяр создал подробное руководство, где шаг за шагом раскрывается процесс создания анимированных персонажей. В книге подробно разбираются интерфейс Blender, основы моделирования, анимация объектов и персонажей, а также оптимизация рабочих процессов.
Перейти к материалу
👉 База вопросов 👉 Новости
📚 Изучаем Blender. Практическое руководство по созданию анимированных 3D-персонажей - Оливер Вильяр
Blender - это не просто программа, а целый мир 3D-графики, и книги по геймдеву часто рекомендуют начинать именно с неё. Оливер Вильяр создал подробное руководство, где шаг за шагом раскрывается процесс создания анимированных персонажей. В книге подробно разбираются интерфейс Blender, основы моделирования, анимация объектов и персонажей, а также оптимизация рабочих процессов.
Перейти к материалу
👉 База вопросов 👉 Новости