Команда JavaScript for Devs подготовила перевод статьи о том, сколько трафика реально выдерживает сайт на Next.js. Автор провёл нагрузочные тесты, сравнил VPS и выделенный сервер, проверил разницу между предрендерингом и SSR и сделал вывод: для сайтов с потенциальными всплесками трафика предрендеринг — спасение, а SSR может стать бутылочным горлышком.

Недавно я выпустил StringZilla v4 — первый релиз с поддержкой CUDA моей библиотеки для обработки строк. нацеленной в первую очередь на SIMD. Это означает, что теперь она стала быстрой не только на CPU, но и на GPU!

• Я хотел добавить ускорение ROCm для GPU AMD
• Я хотел добавить параллельный мультипаттерновый алгоритм поиска
• Я хотел опубликовать всё это ещё в декабре 2024 года

Итак, не всё пошло по плану, но StringZilla 4 CUDA наконец-то здесь, и она добавляет 500 с лишним GigaCUPS вычислений редакторского расстояния; при этом пакет можно установить через pip install. Также в ней есть некоторые другие трюки, предназначенные для крупномасштабных систем извлечения данных, баз данных и озёр данных, а также биоинформационных задач. И всё это под разрешительной опенсорсной лицензией Apache 2.0, позволяющей свободно использовать библиотеку в коммерческих целях. В этом посте я рассмотрю самые интересные части релиза, и в том числе:

• Быструю оценку алгоритмов динамического программирования на GPU,
• Хэширование CRC32, MurMurHash, xxHash, aHash и не только, а также
• Фингерпринтинг биологических последовательностей 52-битными целыми числами

Вы уверены, что собеседуете реального кандидата, а не ChatGPT? Мир изменился и классические интервью‑экзамены уже не работают. Хотя они и раньше больше вредили, чем помогали, если вы спросите моё мнение. Но как раньше уже не будет. И это хорошо. Статья изначально задумывалась мною как исчерпывающий гайд о том, как проводить технические интервью, основанный на моем личном опыте и опирающийся на мой подход. Но теперь она трансформировалась в средство против засилья использования искусственного интеллекта в процессе найма.

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

Я поделюсь ниже своим видением и опытом, а что с этим делать решать уже вам.

Мой подход сформировался из многолетнего и разнообразного опыта проведения (десятки интервью самого разного уровня: от набора студентов в учебную лабораторию до собеседования (и soft и hard) специалистов международного уровня уровня senior и lead), прохождения международной программы сертификации в области проведения технических интервью, чтения и просмотра контента от самых разных экспертов в области найма, особенно в tech‑среде, а также из наблюдений за людьми, которым я проводила интервью в рабочей среде в качестве моих студентов и коллег. И конечно из получения и обработки обратной связи от интервьюируемых и других участников процесса.

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

По новостным пабликам как-то разлетелась новость про «патент на лоток для яиц».

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

Я посмотрел судебное дело и сам патент. Давайте расскажу, что произошло на самом деле, где облажались журналисты, и какие выводы из всей этой истории для нас с вами.

Американцы обожают играть на деньги и смотреть красочное шоу. Это самое примитивное и оттого ошибочное объяснение популярности программы The Price Is Right. Если вы никогда не видели эту передачу дневного американского телевидения, представьте себе многолетнюю светскую церемонию потребления, где зрителей зовут на сцену и награждают за умение ориентироваться в ценниках. Зритель из зала слышит заветную фразу «Come on down!», выбегает к подиуму и соревнуется в угадывании стоимости бытовых товаров.

Впервые формат появился в 50-х годах прошлого века, а в 1972 году The Price Is Right подобновили и начали транслировать днём по будням на канале CBS. Но идёт передача не в прайм-тайм, а в 10:00 или 11:00 утра. Несмотря на её странное время показа, знакома она всем американцам. Смотрят её не только пенсионеры и домохозяйки, её хотя бы раз видели затемпературившие дети, которые вместо школы остались дома.

Реальный секрет долгожительства программы — смешение доброжелательности ведущих, простоты правил с бытовой темой и разнообразные мини-игры. Одна из таких — Plinko, которая выглядит как детская забава. Участник получает плоские жетоны и, стоя наверху большой вертикальной доски со штырьками, сбрасывает их в прорези сверху. Жетон, ударяясь о штырьки, хаотически меняет траекторию и внизу попадает в одну из девяти ячеек с разными суммами.

В конце 2016 года мы заказали тайские фрукты для детей в России и были шокированы качеством. Решили поделиться находкой с казахстанцами — за одну ночь в Instagram набралось тысяча подписчиков.

Сейчас импортируем около 600 килограммов фруктов в месяц самолётом и продаем почти на 10 миллионов рублей в год. 

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

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

Вступление

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

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

Для этого необходимо наличие жидкой воды и благоприятной для жизни атмосферы, которая может её удерживать.

Я уже больше десяти лет критикую Go, о чём высказывался в своих предыдущих статьях «Why Go is not my favourite language» и «Go programs are not portable».

Описанные в них проблемы языка бесят меня всё больше, и в основном потому, что их явно можно было избежать. Мир знавал решения и получше, но Go почему-то состряпали именно таким.

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

«Психологизация»

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

– это процесс, когда люди, не обладая достаточными знаниями в области психологии и психиатрии, пытаются понять поведение и состояния других, основываясь на своих представлениях и стереотипах. И с легкостью ставят диагноз всем подряд.

Теперь ресурсы контейнеров в Kubernetes можно менять «на лету» — без перезапуска и простоев. В статье рассказываем, как работает in-place resize, где эта функция реально спасает приложения от перегрузки и какие ограничения стоит учитывать на практике.

Представьте чип размером с монету, который обрабатывает данные на скоростях 5G, решает задачи искусственного интеллекта и передает сигналы без отдельной антенны. При этом он потребляет всего 200 мВт — в разы меньше, чем цифровые аналоги с сопоставимой мощностью. Это не фантазия, а реальная разработка Корнеллского университета, названная «микроволновым мозгом».

Чип работает на частотах в десятки гигагерц, совмещая вычисления и передачу данных. При этом он настолько компактен, что по размеру сопоставим с умными часами. Давайте посмотрим, как эта технология работает и какие у нее перспективы.

Привет! Это Маша Синдеева, научный сотрудник группы дизайна белков AIRI. Основное направление нашей группы — это разработка ИИ‑моделей для задач, связанных с дизайном белков.

В этом посте я постараюсь рассказать о том, что такое белки, как устроен процесс их дизайна, и как с этим может помочь наша новая статья AFToolkit: a framework for molecular modeling of proteins with AlphaFold‑derived representations, которая вышла в журнале Briefings in Bioinformatics, и которую мы написали вместе с ребятами из группы органической химии AIRI.

Миф о волшебном параметре fast=true жив и здоров, но в распределённых СУБД появляется ещё один — distributed=true. Ни тот, ни другой не спасут, если не пересобрать схему, ключи шардирования, последовательности, запросы и процесс миграции. Мы трезво проходим по всем углам: от выбора ключей и colocated-таблиц до CDC, топологий и ограничений внешних ключей; показываем, где действительно ускорится, а где станет дороже — и что с этим делать.

Я устроился в Apple в октябре 1995 года. В это время Apple кружилась в сливном отверстии раковины, готовясь отправиться в канализацию. Возможно, вы помните все эти разговоры о том, что Apple скоро закроется. Немного странно, что она продолжала нанимать сотрудников, но, очевидно, в Apple считали, что им всё равно нужен ещё один «графический инженер» для работы над технологией QuickdrawGX. Тогда мне был 31 год, я жил в Канзасе и программировал игры для Macintosh. Разумеется, в компании решили, что я хорошо подойду на эту должность.

Процесс собеседования оказался для меня совершенно неожиданным и новым (подробно о нём написано здесь), но в конечном итоге мне предложили работать графическим инженером QuickdrawGX в Apple Computer, Inc.

Переезжать с моей девушкой, всеми вещами (и двумя кошками) из Канзаса в Калифорнию было безумно сложно, но мы справились. Как окажется позже, мне предстояло ещё многое узнать о программировании, да и о профессионализме в целом. И тут я сразу понял, что, возможно, взялся за задачу, которая мне не по зубам (как программисту). Другие инженеры Apple были дружелюбными, но и очень умными. (Наверно, мне стоит подробнее написать о панике, которую я ощущал первое время; казалось, будто я случайно забрёл в глубокую часть бассейна.)

Впрочем, постепенно (примерно через полгода) я, так сказать, вошёл в колею, и начал справляться с работой немного увереннее. Но вскоре я всё равно понял, что по-прежнему остаюсь недисциплинированной деревенщиной, не совсем отвечающим стандартам Профессиональной Корпорации™.

Вскоре после моего прихода в компанию проект QuickdrawGX расценили провалившимся, меня перевели в новую команду (ColorSync) и чуть позже выдали новый проект. У Apple было стандартное окно, в котором пользователь мог выбирать цвет, оно называлось Color Picker («Палитра»). Кроме того, в то время Apple начинала переход с чипов Motorola 68K на новые, более быстрые чипы PowerPC (PPC). Моя задача заключалась в том, чтобы проект Color Picker, написанный для чипов 68K, компилировался для новой архитектуры PPC.

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

Что необходимо иметь ввиду перед прочтением:

Здесь не будет всякой расплывчатой ерунды по типу "любопытства", "находчивости", "умения воспринимать критику", "увлечённости своей работой" – это относится ко всем нормальным людям.

Речь пойдёт в основном про системных администраторов.

Я буду рассматривать ситуацию со стороны коллеги, а не "бизнеса" (некомпетентного руководства).

Мне плевать на названия отделов и должностей. Я оцениваю человека по его уровню знаний и опыта, а не по записи в трудовой книжке. На "Ведущих инженеров по автоматизации" и "Руководителей ИТ департамента" я уже насмотрелся.

Я намешиваю всё специально, чтобы все попали под раздачу и всем было одинаково обидно (как это было с предприятиями моего города в предыдущей статье). Так что пусть вас не смущают противоречия и повторения.

Несколько лет назад я переходил на Go и смотрел, что использует Go-разработчик для своих целей. Для этого были просмотрены разные статьи на эту тему, опрошены знакомые, просмотрены требования к вакансиям и стек технологий "обязательных" к изучению был невероятно огромен. Мне казалось, что еще несколько лет нужно будет все изучать, иначе как можно быть Go-разработчиком не зная "1", "2"..., "333".

Чтобы больше не попадать в такую ловушку, а также, чтобы вы тоже в нее не попадали, я исследовал почти все вакансии Go-разработчика, которые представлены в России на данный момент и посчитал, какие навыки спрашивают чаще всего. В данной статье я учитывал только технические навыки, а не "знание английского" или "понимание agile".

36 лет назад два химика заявили о ядерном синтезе в стеклянной колбе и стали посмешищем. Сегодня Министерство энергетики США выделяет миллионы на изучение того же явления, Toyota строит экспериментальные установки, а физики-теоретики предлагают объяснение через ультрамедленные нейтроны и квантовые эффекты на поверхности металлов.

Разбираемся, как теория Видома-Ларсена пытается объяснить "невозможное" без нарушения законов физики, почему японцы получают воспроизводимые результаты, и стоит ли ждать энергетической революции. Честный разбор с формулами, экспериментами и здоровым скептицизмом.