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

Раньше я считал, что написать книгу — это история длиной в жизнь. Год назад я бы рассмеялся, если бы кто-то сказал, что к стольки-то годам напишу книгу на 250 страниц. Но с фактом не поспоришь: вот книга «Про доступность на iOS».

Рассказываю, как случайности и хорошая подготовка нашли друг друга.

Вызванный пандемией экономический кризис ударил по экономикам всего мира двумя путями: первым, более очевидным — это снижение и частичная остановка экономической активности из-за карантинных мер в разных странах. И вторым, более разрушительным: вызванными локдаунами нарушениями цепочек производства и поставок. Одно из достижений, которым гордилась современная экономика — это тонко настроенное глобальное разделение труда, при котором логистические цепочки растянуты по всей планете, и поставки по ним ходят «встык», без задержек — и, как следствие того, без запаса.



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

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

Эта статья на примере корейско-российского бренда автоэлектроники Playme рассказывает о том, как грамотная реакция на первую информацию об эпидемии коронавируса из Китая ещё в конце 2019 года позволила компании удержать низкие цены и даже увеличить объёмы продаж на фоне конкурентов на рынке видеорегистраторов в 2020 году.

Как я решил попробовать запустить свой стартап testmyga.me, либо использовать наработки для референсов при разбрасывании резюме.

Меня всегда, как игрока и стороннего наблюдателя, интересовала игровая индустрия. Я начал отмечать как с грохотом проваливаются игры от вроде бы опытных создателей, какие ужасы царят в организации процесса разработки с кранчами и "маршами смерти”. Особенно меня удивили рассказы известных стримеров про общение с Valve при создании Artifact, точнее про отсутствие оного. Люди создавали игру с прицелом на популяризацию через коммьюнити карточных стримеров, сильно загодя раздав ранние версии игры. Но вместо сбора отзывов от людей, которые имеют море игрового опыта, опыта консультирования геймдева, участие в создании игр, Valve просто проигнорировали всё кроме похвальбы и обещаний пиара. Где там сейчас Artifact? Со стороны геймдев выглядит почти как IT, но с отстающими методологиями разработки… Я решил использовать эту возможность и “помочь индустрии" предоставив инструментарий для вариаций User Testing, сбора отзывов и фокус групп.

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



Мир развивается. Прогресс не стоит на месте. То, что когда-то казалось фантастикой, сейчас становится обыденностью. Всё стремится к технологической сингулярности, совершенству и удобству — минимум действий, максимум возможностей. Это неспроста, ведь вычислительные платформы усложняются и множатся, возникают новые инструменты для преодоления тех или иных проблем и задач. И так сложилось, что сегодня любое крупное или не очень цифровое решение является сложной структурой, которая разработана под конкретные запросы и требования заказчика. Потому, чтобы не было проблем, а проект отработан четко, нужны люди с соответствующей квалификацией. А значит, сегодня мы поговорим за профессию 21 века — системного архитектора. Работа, связанная с проектированием IT-инфраструктуры информационных систем, высоко ценится на рынке труда. Ведь условия в нашем быстро меняющемся мире таковы, что цифровые нововведения становятся все более и более распространенными, они внедряются не только на корпоративном уровне, но и банально, даже в обычном быту. Следовательно, появляется необходимость в специалистах, которые могут проанализировать все процессы использования цифровых технологий на разных уровнях и создать единую архитектуру организации.

В Америке есть simp-ы. От «simpleton», простофиля. Они смотрят девушек-ютуберов, стримеров, тиктокеров, инстаграмм-моделей или просто порнозвезд. Проецируют на них все возможные лучшие качества. И мечтают хоть на минуту оказаться рядом со своим идолом. А пока — донатят им последние заработанные. Или подписываются на OnlyFans, чтобы увидеть хоть какую-то часть тела своей избранницы.

В результате некоторые известные (в онлайн-кругах) девушки зарабатывают на простофилях баснословные деньги. Порнозвезда Mia Malkova недавно купила настоящий замок. А инстаграм-модель Carina Kopf заработала $1 млн в первый же день после релиза своего OnlyFans.

Так вот, в Китае это «симпование» тоже есть. Только в еще более серьезных формах.

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

Более того: люди готовы платить хорошие деньги за то, чтобы какая-нибудь девушка просто пообщалась с ними онлайн. Или поиграла в игру. В зарубежном интернете такое тоже есть, но это еще не вошло в культуру. А в Китае у таких девушек даже имя есть — их называют 陪玩(«пейвань»).

Текстов об «успешных DevOps-трансформациях» уже множество. Но одно дело — менять культуру в небольшой компании, а другое — в гиганте с полувековой историей. Если ты прославился закрытым десктопным продуктом, релизный цикл которого длится годы (Windows), как осваивать новые реалии (опенсорс, облака, постоянные деплои)?

О том, как менялась компания Microsoft, на нашей конференции DevOops рассказала Саша Розенбаум (на момент доклада — продакт-менеджер в GitHub). Не стоит ждать тут сенсационного срыва покровов, позволяющего немедленно принести девопс-культуру в любую компанию. Но отзывы зрителей показали: заглянуть внутрь гиганта, решения которого использует вся планета, им было интересно.

Поэтому мы сделали для Хабра текстовую версию доклада (а также прикладываем оригинальную видеозапись). Далее — повествование от лица спикера.

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

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

Межсерверные (server-to-server или S2S) события позволяют отслеживать кастомные события и параметры через HTTP запросы. Они часто используются в мобильной атрибуции, например, в Appsflyer или в Adjust. При этом S2S события можно использовать и в Amplitude. Рассказываем как это настроить.

Существует высказывание: «о политике и вкусах не спорят». К сожалению, споров на эти темы все же хватает. Главный же посыл этой фразы в том, что у каждого человека могут быть свои предпочтения в кино, литературе, музыке. Кто-то случает Шуберта и призирает AC/DC, кого-то вдохновляют песни Жанны Агузаровой, а кто-то предпочитает слушать саундтреки к любимым фильмам. Вкусовое разнообразие обусловлено невероятно широким диапазоном звуков, которые мы способны создавать с помощью самых разных музыкальных инструментов (и своего голоса, конечно), от духовых и струнных до ударных и клавишных. Но какой будет мелодия, если исполнителем будет белок? Данный эксперимент увенчался успехом, но результат был, мягко говоря, специфическим. И вот ученые из Национального университета Сингапура решили усовершенствовать методику преобразования белков в музыку, сделав ее более приятной человеческому слуху. Как именно белок становится музыкальным инструментом, какие мелодии он способен играть, и что удалось сочинить ученым в результате? Ответы на эти вопросы мы найдем в докладе ученых. Поехали.

Когда меня спрашивают про мой опыт работы программистом, в частности про время потраченное от первого, до последнего рабочего куска кода, я привык отвечать — «От пары лет, до пары месяцев». До текущего момента этот ответ был довольно странный, но имеющий право на жизнь, ибо может показаться, что полученный опыт работы «IT-шником-одиночкой» (кем я и был до недавнего времени) не в IT компании довольно сложно применить к боевой разработке и в расчет к опыту профессиональной деятельности применяться не должен. Но это не так. Недавно мне довелось перечитать один из бестселлеров трилогии дядюшки Боба -«Идеальный программист» и сквозь призму времени, довольно странного опыта и изученного материала я готов обозначить, пожалуй, главные навыки, которые должен иметь, либо развивать «Идеальный программист». Данный список является несколько абстрактным, что делает его применимым не только для разработки, но и для других сфер.

07:00

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

08:50

Прохожу турникеты в офис, машу рукой девочкам с Reception, здороваюсь с ангелами из охраны.

Захожу в наш открытый open space...

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

Все примеры ниже — специфичные и подойдут не каждому, они построены в основном на продуктах Mindbox «Рассылки» и «Программа лояльности». Продукты помогают нашим клиентам запускать автоматические рассылки по триггерам (действиям или событиям), чтобы не спамить пользователей, выдавать промокоды и выстраивать бонусные системы. Если поймете, что чек-лист полезен, можете заменить примеры на свои и использовать.

Ниже подробнее о том, как сделать качественный грум:

• цель грума,
• необходимый минимум,
• уточнение требований и контекста,
• типичные этапы,
• особенности при доработке механик.

Привет, я Дарья Двоеглазова, менеджер продукта в Quadcode. 3,5 года назад я пришла работать в IT и сразу окунулась в мир управления проектами. В статье я расскажу о том, как прошла путь от стикеров на мониторе до планов на 20 лет.

Максимум планирования, с которым я встречалась до начала работы, — школьный дневник и блокнот на телефоне для списка покупок. Все изменилось, когда я вышла на работу: мой монитор стал обрастать стикерами с напоминаниями. Это действительно помогало на первом этапе, пока экран не оказался заклеенным стикерами по всему периметру. 

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

Еще лет 20–30 назад обучение в России редко выходило за рамки школы, техникума, университета и периодических курсов повышения квалификации. Но сегодня все чаще упоминается концепция lifelong learning, или обучение на протяжении всей жизни.

Разбираемся почему онлайн-обучение вытесняет традиционное и как эффективно учиться онлайн?

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

Большинство читателей Хабра застали времена, когда интернет можно было назвать анонимным. Конечно, на все 100% он таковым не был никогда, но все же атмосфера была, если так можно выразиться, свободнее. Сейчас же ситуация ухудшается, и далеко не только в РФ.

Эксперты разных организаций прогнозируют, что будущее глобальной сети будет еще более мрачным, чем сейчас. В числе прочих об этом говорят представители сервиса Internet Archive. Для того, чтобы продемонстрировать свою точку зрения, они визуализировали возможное будущее сети. Конечно, это субъективное мнение, но все же оно неплохо коррелирует с мнениями представителей и других организаций.

Переезжать всегда непросто - это всегда выход из зоны комфорта. Хотя если слишком часто переезжать, то наверное уже норм. Ладно, не так...

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

В этой статье путем из пункта А в пункт Б будет маршрут из Харькова в Варшаву, прекрасный город, в котором мы с моей женой оформили нужную визу. Так же я постараюсь кратко изложить, что увидел/что понравилось/что не понравилось. Уверен, эта статья (или серия статей, если вам захочется продолжения) поможет кому-то сделать тот самый первый шаг...

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

За свою карьеру программиста я видел множество разных технологий и фреймворков от гигантов индустрии, таких как Oracle, Microsoft, IBM и т. п. Но в каждом из них было какое-то неудобство. А конкретнее у них у всех было одно общее, это необходимость реализовывать серверную логику чтобы можно было использовать ее в шаблонах. И это мне сильно не нравилось, приходилось делать одну и ту же работу из проекта в проект.

Один из таких подходов разнесения логики был паттерн программирования MVVM(Model-View-ViewModel). Его активно продвигали во фреймворках для C#. Структурно с точки зрения разнесения логики, я считаю этот паттерн самым удобным.

Когда я поставил задачу себе разработать удобный фреймворк для работы, то у меня в голове был только один концепт реализации. Который содержал в основе именно MVVM, но я не считал, что это то, что я хочу получить в итоге. Так как проблема написания серверной логики оставалась открытой. И я поставил себе задачу спроектировать фреймворк так чтобы не нужно было каждый раз писать бэк для очередного проекта. Ведь грубо говоря, мы с вами коллеги, решаем одни и те же задачи для разных проектов. Авторизация, управление каталогом продуктов, отправка писем по электронной почте, чаты и прочая энтерпрайз муть. Соответственно опираясь на эти задачи, я начал думать, что нужно сделать чтобы напрямую оперировать с этим на бэке. В результате я решил писать логику парсинга шаблонов на беке, а фронтенд часть делать гибкой и независимой.

Первая часть моего повествования заканчивалась поступлением в Военную орденов Ленина, Октябрьской Революции и Суворова академию им. Ф. Э. Дзержинского (сокращённое название ВА им. Ф. Э. Дзержинского, ВАД или просто Дзержинка). Логотип второй части напоминает мне мои первые шаги на пути программиста. Это, прежде всего, годы учёбы в Дзержинке, куда я поступил на второй факультет, на котором готовили специалистов по автоматизированным системам управления ракетными комплексами. На факультете для курсантов было две профилирующие кафедры. Кафедра №23 готовила военных инженеров по эксплуатации вычислительной техники, а кафедра №25 готовила военных инженеров-программистов. Именно с сентября 1971 года в академии начали готовить военных инженеров-программистов из курсантов. Наш курс состоял из пяти отделений, в трёх из которых готовились военные инженеры по эксплуатации вычислительной техники, а в двух отделениях готовились будущие военные инженеры- программисты. Я проходил обучение в отделениях программистов. Почему во множественном числе? Просто обучение я начинал в отделении А, а затем меня перевели в отделение В. Поэтому оба отделения для меня стали родными. Именно эмблема кафедры №25 и находится в центре логотипа статьи. С одной стороны, с эмблемой всё понятно, а с другой стороны, сегодня она требует некоторого пояснения. Символы «к. 25» — ясно, что это кафедра №25. Символы «МО» являются аббревиатурой от словосочетания «Математическое Обеспечение». В те далёкие времена было принято говорить не программное обеспечение ЭВМ, а именно математическое обеспечение ЭВМ. Ну и последнее, символы «МО» располагаются поверх одного из основных носителей (наряду с перфокартами) программ и вообще данных – перфоленты. Сегодня трудно представить, что и программы и исходные данные для них готовились не в файлах на каком-нибудь носителе (диски, флешки и т.д.), а готовились на бумажном носителе, будь то перфолента или перфокарта