Предлагаю проверить, насколько хорошо вы понимаете, что происходит внутри сборки. Небольшой квиз из 10 вопросов про зависимости, плагины, задачи, конфигурации и другие возможности Gradle. Здесь не нужно разбирать километры кода — вопросы скорее проверят, насколько хорошо вы понимаете, как работает Gradle и зачем нужны его основные механизмы.
Квиз вы найдете по ссылке
Ответ тем кто говорит о полном и категоричном вреде алкоголя на рабочий процесс
В 80-ых годах, когда нынешние владельцы Microsoft еще активно практиковали программирование, Стив Балмер заметил, что если он употребит чуть-чуть алкоголя, то его продуктивность повышается. В то же время, если употребить слишком много алкоголя, то продуктивность падает до нуля. Это означает, что где-то в промежутке "трезв как стеклышко" и "перепил и вырубился" существует момент, когда положительный эффект алкоголя максимален.
Балмер провел на себе ряд натурных экспериментов и выяснил, что идеальным уровнем алкоголя в крови для программирования является (в его случае) является примерно 0.13-0.14%. Переводя на нормальный язык, это 1.3 - 1.4 промилле, или примерно 2.5 литра пива, и потом в процессе догоняться по 0,5 литра пива каждый час.
Учитывая, что программирование в итоге сделало Балмера одним из богатейших людей мира, с состоянием около 40 миллиардов долларов - про это его открытие не стоит забывать.
Он подписывал сделку на 19 миллиардов долларов у дверей того самого здания, где подростком стоял в очереди за талонами на еду.
Ян Кум родился в 1976 году под Киевом. В детстве мать учила его быть осторожным в разговорах по домашнему телефону: она боялась, что линию прослушивает КГБ. Эта настороженность к слежке позже во многом определит философию его будущего продукта. В 1992 году он вместе с матерью иммигрировал в Маунтин-Вью, Калифорния, и семья сразу столкнулась с бедностью. Отец рассчитывал присоединиться к ним позже, но умер в Украине, так и не успев эмигрировать. Мать подрабатывала няней, а Ян подметал полы в продуктовом магазине, чтобы помочь с деньгами. Семья пользовалась продуктовыми талонами для малоимущих.
Несмотря на нищету, Кум почти самостоятельно освоил программирование и одно время был связан с известной хакерской группой. Он поработал в Yahoo, а в 2009 году, подав заявку на работу в Facebook, получил отказ. В том же году вместе с Брайаном Эктоном он основал мессенджер WhatsApp. В 2014 году тот самый Facebook купил компанию за 19 миллиардов долларов. Это одна из крупнейших сделок в истории технологий.
Подписывать документы о сделке Кум специально приехал к зданию, где когда-то в юности стоял в очереди за государственными талонами на продукты. Он оставил автограф прямо у входа в это здание.
Этот жест он совершил без лишней публичности. Но фотография быстро облетела мир как символ пути от бедности иммигранта до одной из крупнейших сделок Кремниевой долины.
Такие истории мы собираем в этом канале. Подписывайтесь: https://t.me/imenavdali
Документация
Все знают, что делать MMORPG в одиночку — верный способ сойти с ума, и прослыть дибилом. Это честный девлог о том, как мой сервер чуть не захлебнулся от JSON, почему толпа на спавне сломала сетку мира и как ужать расчеты в 17 байт на игрока.
Проблема №1: Клиент — это враг
В обычной игре клиенту можно доверить базовые вещи: например, расчет анимации или координаты. В браузере доверия нет вообще. Ноль. Любой игрок может открыть DevTools (F12), написать в консоли player.speed = 99999 или отправить поддельный пакет «я убил босса». Поэтому сервер спроектирован по принципу Zero-Trust (нулевое доверие): Клиент не знает своих координат. Он отправляет только намерение: «Я зажал клавишу W, хочу бежать вперед». Сервер сам считает скорость, проверяет геодату рельефа, смотрит, нет ли перед носом стены, делает шаг и подтверждает точку. Урон, заточка, выпадение дропа, радиус каста клиент вообще не имеет к этому доступа. И всё это сервер должен рассчитывать 10 раз в секунду для каждого моба и игрока.
Проблема №2: Смерть от мусора и 42 мегабайта в секунду
Первый сетевой протокол ИИ написал на старом добром JSON. Сервер слал клиенту строчки с ID, координатами X/Y и жизнями. Красиво и удобно. Ровно до первого стресс-теста на 2 000 игроков и 1 500 мобов.Когда каждый видит вокруг хотя бы 30–40 соседей, сервер генерирует под 50 000 обновлений в секунду.И тут начался кошмар:1. Трафик: 42.5 МБ в секунду! Нужен гигабитный канал ради сотни тестеров.2. Мусор в памяти: Создание сотен тысяч временных JSON-строк мгновенно забивало оперативку. Сборщик мусора Node.js врубал экстренную очистку (Stop-the-World).3. Весь мир замирал на 200–300 мс каждые пару секунд. Мобы телепортировались, удары не проходили.Спасение: диета до 17 байтМы выбросили JSON из симуляции навсегда. Вместо текста упаковали всю информацию об игроке или мобе в 17 сырых бинарных байт:— 2 байта на ID;— по 2 байта на координаты X, Y, Z (квантование до сантиметра);— 1 байт на угол поворота;— 2 байта на процент жизней;— 2 байта на маску состояний (бежит, атакует, кастует, мертв).Итог: сетевой трафик рухнул с 42.5 МБ/с до 2.2 МБ/с при "5 000" онлайна. Падение в 19 раз! Сервер вздохнул свободно, а мир перестал заикаться.
Проблема №3: Проклятие Городской Площади
Чтобы сервер не проверял расстояние между каждым игроком и каждым мобом, мир нарезается на сетку — Spatial Grid с клетками по 108 метров. Ты опрашиваешь только свою клетку и 8 соседних. В поле это работает идеально.А потом зашли живые игроки. Они толпой пришли на центральную площадь: торговать, орать в чат и собирать группы.В одну несчастную клетку набилось 400 человек. И вся оптимизация мгновенно выродилась обратно в жуткие тормоза: сервер снова начал считать расстояние каждого ко всем.Как решили:Написали адаптивное дробление. Как только в клетке собирается больше 100 сущностей, она прямо на лету делится на 16 мелких зон по 27 метров. Игроки в толпе получают обновления только о тех, кто рядом, а дальние персонажи обновляются реже. Сервер даже не заметил нагрузки.
Проблема №4: «Проклятие одной монетки»
Еще одна ошибка новичка — писать данные в базу при каждом чихе игрока. Моб умер -> упала шестеренка -> игрок подобрал -> пишем в базу. Когда тысячи игроков месят мобов, диск захлебывается за секунды. Игра виснет.Решение: игра живет только в оперативной памяти.База данных вообще не знает, что вы бегаете по острову. Сервер просто ставит флаг «персонаж изменен». Раз в 15 секунд фоновый процесс пачкой сбрасывает всех изменившихся игроков в базу за один быстрый запрос. Никаких лагов и никаких откатов инвентаря при рестарте.
Миллиард токенов и 320 часов марафона: сколько стоит разработка с ИИ
Пишу этот проект один вместе с Gemini 3.8 Flash )) Когда люди слышат «делает игру с нейросетью», они представляют кнопку «сделай шедевр». В реальности это был 29-дневный марафон по 11–12 часов в день. Сложнейшие сессии отладки длились по 40 шагов, где на каждом шаге в модель скармливался контекст по 150 000 – 180 000 токенов: монолит сервера на 5 300 строк, таблицы боевой математики, геодата и сырые дампы сетевых пакетов.
442 миллиона токенов только на серверную часть
суммарно весь проект (Three.js клиент и сервер) сожрал 1.265 МИЛЛИАРДА токенов!
Сколько это стоило в деньгах?
Привет! Поддержите российского программиста. Создаю свою ос с нуля. Мой прошлый пост удалили. Надеюсь этот не удалят. Поставь лайк чтобы поддержать и я сделаю более весёлое продолжение. Хочу развивать РФ в мире IT. Обновления вышли.
Знакомая многим ситуация: вы выложили резюме на карьерный агрегатор, активно откликаетесь на вакансии, но не получили ни одного приглашения на собеседование. Все потому, что резюме сейчас смотрят нейронки и поисковые роботы — именно они определяют, дойдете вы до встречи с реальным эйчаром или ваше резюме отправится в мусорную корзину.
Но на самом деле не так важно, какой у вас опыт и навыки. Чтобы пробиться на собеседование с реальным работодателем, в первую очередь следует соблюдать ряд скрытых правил при составлении резюме. В статье расскажем, что это за правила и как их применять при поиске работы.
Прежде чем переписывать резюме, сначала изучите, что именно работодатели ищут на вашей позиции. Соберите пару десятков вакансий, которые подходят вам по уровню, стеку и условиям работы. Не стоит ориентироваться только на одну компанию: задача такого анализа — увидеть общую картину рынка.
В каждой вакансии обратите внимание на требования к навыкам и опыту. Удобно свести их в простую таблицу: в одном столбце указать навык, в другом — количество вакансий, в которых он встречается. Логика простая — если один и тот же инструмент или компетенция упоминается в большинстве объявлений, скорее всего, это важная часть профиля специалиста.
Пример таблицы с анализом навыков
Отдельно стоит проанализировать обязанности. Например, в вакансиях на позицию разработчика могут регулярно встречаться проектирование архитектуры, разработка микросервисов, код-ревью и оптимизация производительности. Если вы действительно выполняли такие задачи, используйте похожие формулировки и в описании своего опыта. Это поможет показать соответствие требованиям не только по названию технологии, но и по характеру работы.
Обращайте внимание на терминологию. Одни и те же функции работодатели могут называть по-разному: например, Product Manager, Product Owner или менеджер продукта. Поэтому полезно учитывать не только конкретную вакансию, на которую вы откликаетесь, но и несколько похожих объявлений.
В результате у вас должен получиться собственный «словарь» для резюме: список технологий, инструментов, обязанностей и профессиональных терминов, которые регулярно встречаются в объявлениях. Но использовать их стоит только в том случае, если они соответствуют вашему реальному опыту.
Такой анализ помогает перейти от универсального резюме к документу, который говорит с работодателем на понятном ему языке. При этом не нужно переписывать под каждую вакансию весь документ — достаточно понимать, какие требования для выбранной позиции ключевые и где именно ваш опыт им соответствует.
Как за 10 минут собрать список навыков, не открывая двадцать вакансий
Мы выгрузили из кабинета работодателя на HH.ru навыки и резюме, которые алгоритмы показывают первыми по каждому направлению, и обновляем список раз в неделю. Выпишите из него 10 самых частых навыков, сверьте со своим опытом и разнесите совпадения по разделам резюме.
Список открыт, забрать можно здесь.
При оформлении резюме помимо содержания важно учитывать, как отдельные пункты влияют на поиск и автоматическую оценку кандидатов.
Заголовок. Используйте название должности, которое чаще всего встречается в отобранных вами вакансиях. Для схожих позиций лучше сделать отдельные копии резюме с разными заголовками, например, Project Manager, «Менеджер проектов», «Руководитель проектов». То же касается и разных уровней: для работы исполнителем должна быть одна версия резюме, а для должности руководителя другая.
Регион и возраст. Эти данные тоже желательно подогнать под самые частотные запросы рекрутеров. Поэтому выбирайте Москву и ставьте галочку «Готов к переездам и командировкам».
Если вам от 22 до 45 лет, смело указывайте это в резюме, потому что таких кандидатов рассматривают охотнее других. В остальных случаях дату рождения лучше убрать.
Фотография. На НН фотография не обязательна, но качественный портретный снимок повышает доверие к резюме. Выбирайте фото по плечи или по пояс с нейтральным фоном, хорошим освещением и спокойным выражением лица. Не используйте селфи, фотографии из отпуска, с другими людьми, в солнечных очках и не перебарщивайте с обработкой, достаточно убрать дефекты кожи на лице. Для ориентира можете посмотреть, какие фото сотрудников компании используют на своих сайтах.
Зарплата. Из-за слишком высокой или низкой суммы алгоритмы могут проигнорировать ваше резюме. Поэтому на начальных этапах не нужно указывать желаемый уровень дохода. Обсудите это, когда дойдете до собеседования с человеком.
Опыт работы и достижения. Описывайте опыт с учетом требований, которые вы видели при анализе рынка вакансий. Если информация не релевантна для конкретной должности, не включайте ее в резюме.
Важно указывать не только должность и название компании, но и суть работы: что за проект, какая была нагрузка и за что отвечали именно вы. Вместо общих фраз вроде «занимался оптимизацией приложения» лучше указать, какие были задачи и каких результатов удалось достичь. Конкретные цифры и проценты пишите, только если их реально можно было измерить.
Чаще всего резюме переписывается именно здесь: обязанности вы помните, а сформулировать их как результат не получается. «Занимался оптимизацией» вместо «сократил время ответа API с 800 до 200 мс».
Готовые формулировки достижений по всем направлениям в IT лежат в том же наборе — найдите совпадающие с вашими задачами и подставьте свои цифры.
Ключевые слова. Они могут встречаться не только в названии должности, но и в описании проектов, навыках и достижениях. Поэтому перечислять технологии и инструменты нужно в разных разделах. Графу «О себе» тоже используйте для этих целей, например, можете добавить в нее фразы и формулировки, которые часто встречаются в подходящих вакансиях.
Основной принцип при составлении резюме на НН сводится к простому правилу: выберите релевантный опыт, используйте понятные работодателю термины и расставьте акценты на тех навыках, которые требуются для желаемой позиции. И главное — старайтесь не оставлять пустыми никакие разделы.
После того, как резюме опубликовано, нельзя просто сидеть и ждать приглашения на работу. Обратите внимание на некоторые моменты, из-за которых вы можете упустить подходящую работу.
🔹 По одному и тому же запросу выпадает разное количество вакансий. Причем их больше, если разлогиниться.
🔹 Нужно откликаться как можно чаще, так растет ваша активность на сайте, и профиль становится более заметным для нейросетей и реальных рекрутеров. Видимость повышается благодаря обновлениям, автоподнятиям и общению в чатах с работодателями.
🔹 Чтобы увеличить шансы, создайте несколько аккаунтов. Помимо строгих алгоритмов значение имеют и случайности. Поэтому лучше зарегистрировать на разные персональные данные разные профили. Отличаться должны номера телефонов, почты, аккаунты в соцсетях и мессенджерах.
В статье мы разобрали базовые правила. Но есть часть, которая в статью не помещается: как именно работают ATS-фильтры, почему ваши персональные данные оказываются в черных списках рекрутеров и как оттуда удалиться. Мы пересобрали весь гайд по ATS-фильтрам — с внутренними документами компаний от инсайдеров и записями созвонов рекрутеров. Вместе с гайдом заберете автокликер на вакансии, топ навыков и резюме, список достижений и банк вопросов с 700+ записями реальных собеседований.
erid: 2VfnxvSUQov
Сидел я как то в 2007м за компом, и мне показали как работает формула СУММЕСЛИ.
Решил я поплотней изучить славные формулы и поглубже копнуть недра формул, макросов, лучших практик офисных приложений. И прислонился лбом к монитору. Прислонился этак на 20 лет. По инерции продолжал работать по специальности, логистика, вэд, закупки. И был совсем не работником ИТ, либо чего другого связанного с ИТ. Корабли, таможня, транспорт , сертификация. И параллельно упарывался с VBA. Потом VBA перестало хватать, и выучил SQL, С#, Java, JS, и мать его еще пару тройку каких то образований , которые сложно назвать языками (HTML, CSS и прочие товарищи). И очнулся в общем в 2026м работая в ИТ . Очнулся , и смотрю так - дописываю 2d shooter на чистом VBA с серверной частью (штоп мультиплейр нормальный сделать) на spring 0_0 . И думаю про себя, вот что то не то)) Выяснил что не то именно- слишком низкий FPS выходит в MS Excel. Ну вот, подкрутил. Скоро выложу игрушку :)
В общем, если вы одобряете идею, что VBA все таки поднимается с колен, или хотя бы пытается поднятся (я тащу , пытаюсь, протягиваю руку)) , то лайкните кому не жалко на ТЫТРУБЕ (https://www.youtube.com/watch?v=xpXRNlfyqXk)
А саму запись первого нормального геймплея можно посмотреть и тут прямо на пикабу, не обязательно лезть в тытрубу (Музыкальное оформление и прявязка звука к уровням тоже мои. Вспомнились рейвы в г. Выборге типа Castle Dance, пиратская станция и прочие рейвы на которых отжигал, и музыкальное сопровождение в игру создал в этом стиле) .
