Все потоки

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

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

Идеальным и бюджетным решением являются микрокомпьютеры на базе архитектуры ARM, например Orange Pi 3 LTS. Я слышал о российских аналогах, таких как Repka Pi, но пока не имел опыта работы с ними, а Raspberry Pi, хоть и обладает множеством модулей, но является дороговатым вариантом. Orange Pi 3 LTS компактный, достаточно мощный и поставляется с образом OC Debian 11. Это устройство оснащено 4 ядрами, 2 ГБ оперативной памяти и процессором с тактовой частотой 1,8 ГГц. Стоимость этого устройства, на момент написания статьи, весьма демократичная - около 4000 ₽.

Это вольный перевод исследования про дарк паттерны и рефлексия над ним. Какие есть дарк паттерны, их виды, классификация и все прочее в статье, го читать

Среди многочисленных демосценерских конкурсов, которые традиционно входят в программу различных demo party, незаслуженно недооценённым, на мой взгляд, является конкурс процедурной графики (procedural graphics). Смысл этого специфического вида компьютерного творчества - формирование статичного изображения при помощи короткой программы. Стандартные ограничения на размер - 4кб, 1кб, 256 байт.

Связана недооценка, думаю, с тем, что конкурс одновременно не вполне понятен как тем, кто любит демки (поскольку процедурная графика статична), так и тем, кто любит картинки (т.к. процедурная графика не позволяет нарисовать что хочешь). И всё же, его популярность хоть и медленно, но растёт.

Первые работы во многом были вызваны интересом к теме трассировки лучей (raytracing). Сам по себе алгоритм довольно простой, но требует много вычислений, поэтому работы стали возможны, когда распространились компьютеры с, во-первых, достаточно высокой производительностью и, во-вторых, с достаточным количеством отображаемых цветов (или, хотя бы, градаций серого). Я порылся на pouet и нашёл одну из первых работ в категории "procedural graphics" - Digital Phantasy by EG:

В 1950 году Алан Тьюринг,  один  из  основоположников  компьютерной технологии, задался  вопросом,  сможет  ли  когда-нибудь  машина  мыслить. Однако очень трудно определить, что  мы  понимаем  под  словом  «мыслить». Поэтому он предложил начать с обычной  цифровой  вычислительной  машины  и поставил вопрос так: можно ли, увеличив объем ее памяти и  быстродействие, а также снабдив ее нужной  программой,  добиться  того,  чтобы  она  могла выступать в роли человека? Вот его ответ: 

«Я полагаю, что вопрос "Могут ли  машины  мыслить?"  лишен  смысла  и поэтому не заслуживает обсуждения. Тем не менее,  я  уверен,  что  к  концу нынешнего столетия и в значениях тех слов, которыми  мы  пользуемся,  и  в мировоззрении образованного человека произойдут такие перемены, что  можно будет говорить о думающих машинах, не встречая возражений».

Многие мои ровесники, относящиеся к поколению бэби-бума 80-х годов, по понятным причинам не имели возможности с самого детства пристраститься к высоким технологиям в современном понимании этого термина. То, что современных тинэйджеров сопровождает с самого детства – смартфоны, умные часы, ноутбуки, интернет 24/7, всевозможные формы AI – нам было недоступно. Но мы обо всем этом слышали, представляли, или – как бы сказали сейчас – визуализировали. И самое главное – мы черпали это все из художественной литературы, реже – из фильмов.

Зайдя в очередной раз на dribble и behance я столкнулся с тем, что все работы стали бездушными и одинаковыми. Погоня за наградами породила однородную массу концепций из-за которых, тренды качнулись в сторону дизайн-клонов, а такое может только вгонять в тоску.

Всё это сподвигло меня действовать, так сказать, разбавить серые будни чем то свежим и оригинальным. Так и родилась идея сделать конкурс, где люди будут развлекаться за любимым делом -- Cringe Design Fest или Кринжатон.

Получали когда-нибудь от своих сотрудников подобные ответы? Особенно часто это бывает, когда речь идёт не о задаче в Jira, которая видна на доске, а о менее формальных договорённостях.

— прочитал доку к сегодняшней встрече? — не, не успел.

В этой статье я хочу сделать краткий обзор на плату расширения к китайской плате с ПЛИС. Данная плата хорошо дополняет функционал основной платы EBAZ. В конце статьи будет демонстрация ролика Bad Apple.

Онлайн-курсы — один из основных поставщиков новых IT-специалистов на рынок. Историй успеха много, но на практике не все ученики добираются до дипломных проектов.

Что заставляет людей бросать обучение на полпути, несмотря на уже вложенные деньги, силы, время и стремления? Мы с Хабром решили разобраться — и для этого нам нужна ваша помощь!

Если вы когда-либо учились на каких бы то ни было IT-курсах и не доходили до конца, то, пожалуйста, пройдите наш небольшой (минут на 5) опрос. Уточним: неважно, какой это был курс: платный или бесплатный, посвящённый программированию или чему-то не техническому, длился он год или неделю, популярный или неизвестный, — всем welcome!

Подробными результатами исследования мы обязательно поделимся чуть позже — следите за анонсами на Хабре.

Попытка выиграть Пиццы от Додо с их конкурсом по игре Балда, которая почти окончилась успехом.

Пытаюсь переиграть всех, написав Бот, который сам набирает очки

Привет! Я Никита Ладошкин, руковожу разработкой PT Container Security в Positive Technologies. Однако в этой статье речь пойдет не о продуктах и техниках защиты, и даже не о контейнерах (но это не точно) — сегодня я хотел бы выступить в необычной для себя роли тревел-блогера и рассказать о своих впечатлениях о поездке в Японию.

Впрочем, мое внимание к Стране восходящего солнца привлекли вовсе не макеты еды и шоколад со вкусом васаби (хотя и это тоже). Как специалиста по ИБ меня в первую очередь поразило то, как японские города и правила поведения в них схожи с тем, что мы пытаемся реализовать в наших продуктах.

Меня зовут Василий Огнев, я руковожу направлением многофакторной аутентификации (MFA) в компании МТС RED, создающей продукты и сервисы кибербезопасности. В прошлой статье мы обсудили недостатки традиционных паролей: от любви пользователей к слишком простым комбинациям до подбора паролей брутфорсом.

Эффективное решение проблемы — использование технологии MFA, предусматривающей после ввода пароля (его называют фактором знания) дополнительный ввод кода, получаемого на личное устройство (второго фактора или фактора владения). В этой статье мы рассмотрим, как хакеры обходят защиту MFA и что надо сделать, чтобы отразить такие атаки.

Если вы когда-либо составляли резюме для работы в IT, вы наверняка слышали совет: пишите не о процессах (что вы делали), а о достижениях (что вы сделали и каких результатов добились). При этом достижения должны быть измеримыми, написанными по определенной формуле и содержать "сильные" глаголы. 

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

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

Почему описание достижений вызывает сложности?

Привет, я Вячеслав — руководитель отдела маркетинга ispmanager. Мы создаем сложный программный продукт, для которого нужна документация. Использовали Confluence, но решили поменять ПО — еще до того, как Atlassian ушел из РФ.  

Рассказываю, почему решили мигрировать c Confluence, какие альтернативы тестировали, как запустили свой аналог и не скатились в «продуктовую пропасть». А еще расскажу, что пошло не по плану и почему мы отказались вкладывать в развитие продукта 10 миллионов рублей.

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

Привет! Меня зовут Александр Шутай, я руководитель отдела PHP в AGIMA. Среди моих задач важное место занимают кадровые вопросы. Мы вынуждены постоянно искать новых специалистов, притом что на рынке их всегда не хватает. Пару лет назад мы поняли, что устали и что хотим оптимизировать процесс подбора. И вскоре начали готовить разработчиков самостоятельно.

По сути, мы открыли свой маленький заводик, на котором из зеленых стажеров делаем IT-специалистов уровня Junior. За последние пару лет мы запустили уже 9 направлений стажировок, подготовили 36 менторов и выпустили в мир более 100 новый специалистов. Почти все из них успешно трудятся у нас и у наших партнеров.

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

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

В статье рассмотрим, почему это так и какие есть ограничения при использовании цифрового контента.

• “Я дважды проверил код”
• “Код прошел тесты”
• “Ревьюер одобрил мой код”

• Универсальность: Даже если ваш код работает правильно один раз, будет ли он работать так во всех случаях, на всех машинах, во всех ситуациях?
• Ложноположительные результаты: Неудачные тесты указывают на наличие ошибок, но пройденные тесты не обещают их отсутствия.
• Отсутствие уверенности: Вы могли бы написать формальное доказательство корректности вашего кода, но теперь вы должны задаться вопросом, верно ли это доказательство. Вам нужно будет подтвердить доказательство. Эта цепочка проверки доказательств никогда не закончится.

Привет! Сегодняшняя статья про то, как мы настраивали мониторинг работоспособности отдела поддержки проектного финансирования Банка ДОМ.РФ.