Вы открываете любимый сайт на ноутбуке: перед вами широкая лента с картинками, меню сбоку, много текста. Затем берёте телефон: тот же сайт, но меню спряталось под значок, колонки выстроились в одну линию, шрифт стал крупнее. Возникает вопрос: неужели разработчики нарисовали две разные версии? На самом деле всё проще и изящнее. Дизайн не дублируется, он «гибкий». Представьте воду: она принимает форму сосуда, в который налита. Налейте её в стакан — она станет стаканом, в широкую чашу — растечётся по дну. Адаптивный интерфейс работает так же: элементы «перетекают» под размер экрана, скрываются в меню, меняют размер шрифта. Вы получаете удобный опыт независимо от устройства, потому что код сайта умеет чувствовать пространство...
Подробнее в ВКонтакте

@whilet_ru

Вы нажимаете кнопку обновления страницы, пытаетесь войти в аккаунт или отправить форму, и вдруг видите сухое сообщение: «Слишком много запросов, попробуйте позже». Первая реакция — раздражение. Кажется, что сайт капризничает или специально мешает вам. Но на самом деле это не вредность, а защита. Представьте популярный клуб в пятницу вечером. У входа стоит охрана, потому что внутри есть предел вместимости. Если одновременно попытаются войти сто человек, возникнет давка, кто-то пострадает, и клуб вообще придётся закрыть. Охранник не пускает всех сразу, а пропускает по очереди, чтобы внутри было комфортно и безопасно. Rate limiting — это такой цифровой «швейцар»: он не блокирует вас навсегда, а просит немного подождать, чтобы система не «упала» под нагрузкой...
Подробнее в ВКонтакте
@whilet_ru

Знакомая боль: вы заполняете длинную форму заявки, пишете комментарий или составляете сообщение. Потратили десять минут, вдумчиво вводили текст, нажимали «Табуль» для перехода между полями. И тут вспоминаете, что забыли посмотреть что-то на предыдущей странице. Нажимаете кнопку «Назад» в браузере, смотрите информацию и возвращаетесь. А все поля пустые. Текст исчез, время потрачено, настроение испорчено. Возникает справедливый вопрос: неужели разработчики настолько беспечны или вредны, что не сохранили ввод? На самом деле дело не в злом умысле, а в том, как работает память браузера. Не всё состояние сохраняется автоматически. Представьте, что вы пишете черновик письма на бумажной салфетке. Пока вы держите её в руках — всё на месте. Но если отвлечётесь и салфетка упадёт — ветер унесёт её, текст потерян. В приложениях так же: если разработчик не добавил специальную систему «автосохранения», ваши данные живут только в оперативной памяти страницы...
Подробнее в ВКонтакте

@whilet_ru

Вы открываете список контактов и видите странную картину: «Анна Петрова» и «Анна Петрова (1)». Оба с номерами, оба вроде бы ваши. Возникает вопрос: откуда дубликат и почему система не разобралась сама? Это не ошибка и не баг. Это сигнал о том, что изменения пришли с разных устройств одновременно, и система не смогла их «слить» воедино. Представьте, что вы с коллегой правите один документ в реальном времени: вы добавили номер телефона, а он в ту же секунду изменил имя. Кто прав? Оба. Конфликт синхронизации — это не поломка, а приглашение к диалогу: «Выберите, что сохранить» или «Оставьте оба варианта». Программисты проектируют умные алгоритмы слияния, но финальное решение иногда остаётся за человеком, потому что только вы знаете контекст...
Подробнее в ВКонтакте

@whilet_ru

Вы замечали странную закономерность: мессенджер работает весь день, показывает тысячи сообщений, звонки и видео, а телефон всё ещё держит заряд. Но стоит запустить новую игру — и через час батарея на нуле, телефон греется, а вы ищете розетку. Возникает вопрос: неужели разработчики игр не умеют экономить энергию? На самом деле дело не в неумении, а в том, что происходит «под капотом» приложений. Представьте два автомобиля: один едет по трассе с постоянной скоростью 60 км/ч, другой — разгоняется и тормозит в городе, маневрирует, включает фары и кондиционер. Расход топлива у них разный, хотя оба «просто едут». В приложениях так же: фоновая синхронизация, сложные анимации, постоянные запросы к сети, работа с камерой или датчиками — всё это «топливо» для аккумулятора. Программисты оптимизируют код, но если приложение «тяжёлое» по задумке — батарея будет страдать...
Подробнее в ВКонтакте

@whilet_ru

Вы заходите на сайт с прогнозом погоды, не нажимаете «Разрешить доступ к геолокации», не включаете GPS, а он всё равно показывает температуру для вашего города. Возникает закономерный вопрос: как он узнал? Неужели это слежка? На самом деле всё проще и технически прозрачнее. Сайт не знает точно, где вы находитесь, но предполагает по адресу вашей сети. Представьте, что вы звоните в справочную службу с городского телефона. Оператор видит код города в номере и понимает: звонок из Екатеринбурга или Краснодара. Он не знает вашу улицу и дом, но примерное направление уже ясно. Так и сайт: ваш провайдер выдаёт вам IP-адрес, в котором «зашита» примерная география. Точность — до района или города, но не до квартиры. Это не слежка, а техническая особенность работы интернета...
Подробнее в ВКонтакте

@whilet_ru

Вы открываете приложение погоды, и оно показывает температуру. Вы листаете ленту соцсети, и там появляются новые фото. Вы оплачиваете покупку, и банк подтверждает транзакцию. Откуда приложение знает эти данные? Оно не хранит их все внутри себя. Оно спрашивает их у сервера. Но как именно происходит этот разговор? На помощь приходит REST API. Это не какая-то одна программа, а набор правил общения между разными частями системы. Представьте ресторан. Вы — клиент, который хочет поесть. Кухня — это сервер, где хранятся данные и готовится еда. Вы не можете зайти на кухню и самому взять котлету. Вам нужен посредник. Официант — это и есть API. Вы делаете заказ по меню (запрос), официант несёт его на кухню, а потом приносит готовое блюдо (ответ). REST — это просто стиль обслуживания, который договорился использовать весь мир, чтобы официанты и кухни понимали друг друга без переводчика...
Подробнее в ВКонтакте

@whilet_ru