Привет, Хабр! Меня зовут Евгений Сальников, я тимлид одной из команд доставки в компании Lamoda. В нашей команде используются сразу пять языков программирования: PHP, Go, Vue, Typescript, Java и Kotlin. Когда я впервые услышал об этом на собеседовании, подумал, что так работать невозможно — все слишком разное. Но спустя год мое мнение кардинально изменилось, и я нашел много преимуществ в таком подходе.

В этой статье я расскажу:

• о нашем направлении и системах, обслуживающих доставку;
• как мы живем с таким разнообразием технологий;
• как планируем работу над разноплановыми задачами;
• как растим экспертизу в fullstack-команде и расширяем направление.

Да-да, этот спекулятивный заголовок действительно верен. Я написал книгу, но не читал в ней целые главы. Но давайте начнём с самого начала и перенесёмся на несколько лет назад, когда я, сидя на залитой солнцем веранде летнего домика, размышлял о том, чем бы мне заняться дальше в жизни. На бумажке передо мной кружочками были обведены следующие слова: информационная безопасность, криптография, веб-программирование, мобильные приложения, нейронные сети и прочее в том же духе – всё то, чем я занимался или интересовался в предыдущие двадцать лет моей жизни. И глядя на цифры внутри кружочков, которые обозначали мой опыт, интерес к теме и перспективность, я почувствовал, что мне хотелось бы обобщить все мои знания, структурировать их, понять, куда движется индустрия. Так родилась первая идея книги.

Неважно, каких размеров ваше приложение на Node.js. Неважно, как хорошо вы написали код. Вам просто необходимо знать, как он работает в продакшене. Разработчик интерфейсов в поисковом портале Яндекса Алексей Попков сделал доклад о том, как выяснить, что происходит внутри запущенного процесса.

Что нужно, чтобы заглянуть в этот чёрный ящик? Ответ — опенсорс, все бесплатно, бери и внедряй.

— Всем привет. Немножко про то, кто я такой. Меня зовут Лёша, я разрабатываю внутренние сервисы Яндекса. Уже третий год делаю всякие Node.js-приложения, менторю разработчиков в Яндекс.Практикуме и измеряю все, до чего дотягиваются руки, потому что это весело.

Не так давно на слуху была новость о векторе атаки Dependepcy Confusion. Это довольно простой, но в тоже время опасный вектор, приводящий к выполнению произвольного кода. Статья является взглядом на проблему со стороны команды безопасности.

Omnia mea mecum porto (Рус: "Всё своё ношу с собой“) фраза, которую Цицерон приписывал Бианту.

Наверняка, некоторые пользуются так называемыми portable-программами, которые запускаются из любого места на диске, а все данные хранят в своём же рабочем каталоге. Допустим, это может пригодиться, когда вы работаете за чужим компьютером и не хотите устанавливать программу, не хотите, чтоб она оставляла что-либо после себя в системе. Ну, или просто считаете, что данный подход - это "фэн-шуй". Данная заметка написана для случая с браузером от компании Яндекс для операционной системы Linux. Конкретно - для Ubuntu. На официальном сайте https://browser.yandex.ru/beta предоставлена возможность скачать установочный пакет deb, но других вариантов, а тем более так и не ставшего популярным AppImage - нет. Хотя про эту штуку, как утверждается на сайте https://appimage.org сам Линус Торвальдс сказал: - "This is just very cool".

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

Например, в ритейле мерчендайзерам бывает необходимо в конце каждого рабочего дня отправлять фотоотчеты на сервер и удалять их из памяти телефона, чтобы не занимать место. А для работы онлайн-кассы требуется в фоновом режиме загружать актуальный справочник товаров. В этой статье мы рассмотрим один из самых популярных инструментов для реализации фоновой работы – WorkManager из Android Jetpack. 

Привет, я Сергей, iOS-разработчик в ЮKassa, занимаюсь ее мобильным приложением. Недавно в нем появился просмотр аналитики по счетам и платежам. И сегодня я расскажу, как мы реализовали эту возможность, а еще — зачем и как разработали собственный фреймворк для создания графиков.

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

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

Положительное влияние видеоигр

Игры против депрессии

Прежде, чем говорить о влиянии игр на депрессию, давайте разберемся что это и как эта болезнь влияет на организм.

В нашей с вами голове есть две очень важных (да и как всё остальное в голове) части мозга. Первая называется гиппокамп. Одна из его функций — это обучение человека. 

29 апреля в Санкт-Петербурге состоится первый открытый митап Почтовых технологий — цифровой «дочки» Почты России.

Почему «на набережной»? Дело в том, что мероприятие пройдёт в гибридном формате — первые 50 зарегистрировавшихся смогут бесплатно посетить его вживую в нашем питерском офисе на Аптекарской набережной. Для остальных будет доступна онлайн-трансляция.

29 апреля мы поговорим о DevOps. Как создавать отказоустойчивые приложения на базе Kubernetes? Своим опытом поделятся три эксперта из Почтатеха, Yandex.Cloud и IT-one.

В мире людей существует немало страхов, некоторые их которых перерастают в самые настоящие фобии: арахнофобия (пауки), акрофобия (высота), аквафобия (вода), коулрофобия (клоуны), офидиофобия (змеи) и т.д. Многие люди, даже не имея офидиофобии, относятся к змеям с призрением и недоверием. Змей часто отожествляют с хитростью, подлостью, коварством и прочими малоприятными качествами, которые по иронии им совершенно неприсущи, в отличие от самих людей. С другой стороны змеи часто символизируют мудрость, бессмертие, знания. Одними из самых узнаваемых символов, в которых присутствует змея, являются сосуд Гигиеи (символ фармации) и посох Асклепия (символ медицины). Для многих самой примечательной особенностью некоторых змей является их яд, структура которого может быть невероятна. Ученые из Клемсонского университета (США) выяснили, что структура яда некоторых змей зависит от того, насколько эволюционно далека друг от друга добыча. Как гастрономические предпочтения змей влияют на их яд, чей яд сильнее, и как полученные знания можно применить на практике? Ответы на эти вопросы мы найдем в докладе ученых. Поехали.

При разработке игр про лодки, да и любых других игр с обширными водными поверхностями, существует проблема сокрытия поверхности воды, когда на ней что-то плавает. Я расскажу о решении, используемом в моей игре Sail Forth на движке Unity, но эта методика применима для любого другого движка.


Та самая проблема. Тащите ведро!

Так как в большинстве игр вода — это просто большая плоскость, логично, что плавающие на ней объекты будут пересекаться с её поверхностью!

Как же нам устранить эту проблему? Мне известны две основные методики: одна основана на деформировании меша воды вокруг корпуса судна, вторая заключается в маскировании поверхности воды внутри судна. Я знаю, как использовать вторую методику, поэтому мы реализуем её.

Решение состоит из трёх компонентов:

• Создание меша «маски» для каждого судна
• Написание шейдера для меша «маски»
• Изменение шейдера воды для использования маски

Какая утилита чаще всего встречается в .bash_history SRE/DevOps-инженера, работающего с Kubernetes? Конечно, kubectl. Это привело к тому, что в сообществе нашлось вдохновение для тех, захотел её улучшить, принести новый опыт использования или даже создать некие производные, нацеленные на более удобное взаимодействие. В рамках этого обзора рассмотрены три таких проекта, которые, возможно, покажутся интересными и вам — или хотя бы откроют какие-то новые подходы в решении типовых задач. 

В этом блоге я расскажу, как создать свой первый модуль Ansible.

Конечно, есть документация, доступная и на Ansible.com, но разобраться в ней достаточно трудно. Запуск своего первого модуля на основе этого введения дался мне с большим трудом. Вот почему я создал это пошаговое руководство. Новые пользователи заслуживают лучшей отправной точки.

«Кадры решают все!» 

 

Никогда такого не было, и вот опять... Уволился довольно квалифицированный сотрудник, при том что объем работ пропорционально не уменьшился. Первая коллективная мысль, с которой согласились все оставшиеся «полтора землекопа», — надо попробовать нанять человека схожей квалификации. Не вопрос — сказано, сделано. HR-отдел получил описание вакансии и вскоре начал предоставлять анкеты потенциально подходящих под требования проекта соискателей, предлагать варианты интервью. 

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

Число пользователей Snapchat продолжает расти благодаря улучшенному приложению для Android и интересу к функции Spotlight. В 1 квартале 2021 года число пользователей Snapchat увеличилось на 15 миллионов и достигло отметки в 280 миллионов. Это следует из отчёта компании Snap за 1 квартал этого года.

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

Класс генераторов "True Random" использует физические явления и внешние связи, так например для генерации десятичного случайного числа вы можете найти рекомендацию использования "атмосферного датчика". Естественно как любителю программирования такое положение дел мне показалось несправедливым, и довольно долгое время "задача созревала". Вариант решения, как и следовало ожидать из постановки задачи, появился случайно, как дополнение к задаче компрессии для упаковки твердых сфер. Задача не нашла аналитического решения как и нет пока доказательств его отсутствия, соответственно источник по внешним признакам вполне подходящий.

Идея не нова, использовалась например в UNIX системах, но с причиной по которой я не могу приведенный алгоритм использовать как функцию столкнулся только при тщательном изучении его работы. Математически обеспечить конечную флуктуацию бесконечного числа параметров невозможно, потому если генератор действительно непрерывный, то в отличие от арифметического количество его значений бесконечно. На практике я не сталкивался со сбоями в его работе, но в сумме это не более чем месяцы работы, хоть "второй закон термодинамики" тоже на моей стороне, но строгой логической надежности он не обеспечивает. Потому на использование алгоритма в качестве функции для систем с высокой надежностью я не претендую, но допускаю что вместе с дополнительными доработками формальную надежность можно существенно повысить.

Говорят, что в каждой шутке есть доля правды. Если говорить о нашем первоапрельском приколе, то в нем эта доля стремилась ко всем ста процентам. Нам захотелось обыграть классический мем о Stack Overflow и немного уклониться от одного из наших фундаментальных принципов. Источником вдохновения послужили попортившие крови основателям компании ресурсы, которые открывают ответы на вопросы по программированию только для платных пользователей. А как бы изменился мир, если бы мы вдруг сделали возможность копировать текст со Stack Overflow доступной только за деньги?

Ну, пошутили и хватит. Надеемся, что все посмеялись и никто сильно не испугался. Но подождите, мы еще закончили. Настроив систему так, чтобы она реагировала на каждый ввод команды Command+C, мы сообразили, что у нас появился шанс получить больше информации о том, что люди делают на сайте. Мы успешно фиксировали каждую операцию копирования на Stack Overflow в течение двух недель, и вот что из этого получилось.

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

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

Всем привет, меня зовут Роман. Мне 40 лет. Из них примерно 25 лет я в ИТ. Первая моя должность - техник программист. Получил я ее в 17 лет. Без образования. В небольшом городке в глубинке России.

К тридцати годам я достиг “пика” карьеры ИТшника. Я стал ИТ директором в крупной, международной компании. Внезапно у меня возникала проблема. Проблема диалога с бизнесом.

В начале карьеры у меня не было проблем c формированием плана развития. Я выбирал релевантные моим целям сертификации, анализировал список тем и вопросов, на основе которых составлял себе план. После получения бизнес образования EMBA, старый проверенный метод перестал работать.На смену пришел длинный список рекомендованной литературы.

Со временем я понял, что недостаточно бездумно "проглатывать" очередную книгу. В идеале - применять полученные знания. Еще лучше - резюмировать, полученный опыт. Так появились статьи на хабре по мотивам книг "Смерть от совещаний" и "Проект Феникс".

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

В этом посте я предлагаю вашему вниманию книгу Энди Гроува, CEO Intel, "Выживают только параноики".