Менеджмент

Рассмотрим взаимодействие с компанией SweetCard, которая представляет достаточно удобную платформу таргетированных предложений держателям карт. В «МКБ Онлайн» это раздел «Персональные предложения».

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

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

Было запланировано взаимодействие с ритейлерами, список которых предоставляется в формате JSON со стороны компании-посредника – SweetСard. Единый формат позволяет подключать большое количество ритейлеров по унифицированному способу взаимодействия. Доходы обеих сторон – банка и ритейлеров – зависят от транзакционной активности клиентов. При этом промоматериалы размещаются на стороне банка (в данном случае в интерфейсе «МКБ Онлайн» «Персональные предложения»), а ритейлеры делятся частью прибыли от привлечения новых клиентов.

Обезличенные данные по транзакционной активности в банке поступают в виде текстовых файлов на sftp-сервер по защищенному каналу в установленном формате обмена. Далее платформа SweetCard обрабатывает полученные данные по транзакциям, сохраняет у себя в базе, и раз в месяц производится расчет суммы кешбэка для каждого счета клиента. После того как расчет произведен, SweetCard возвращает реестр со списком уникальных идентификаторов карты и суммой кешбэка – согласно условиям акции. После того как на стороне АБС банка появляется платежный документ на сумму, которая совпадает с суммой реестра, производится автоматизированное начисление кешбэка в рублях на карточный счет клиента.

В своей книге «Новая порода» («The New Breed», 2021 год, на русском языке не издавалась) исследователь из Массачусетского технологического университета Кейт Дарлинг рассказывает о том, как понимание истории наших отношений с животными поможет сформировать отношения с роботами, и о том, почему в грядущих изменениях, связанных с распространением робототехники, больше возможностей, чем опасностей.

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

Важные идеи книги кратко.

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

• Фамилия «Азимов» происходит от "озимый хлеб" (а не «изюм»)
• Законов робототехники не три, а четыре (отсчет с нулевого).
• Азимов написал около 500 книг.
• Илон Маск положил книгу Азимова «Основание» в бардачок Теслы и она полетела на орбиту.
• Пол Кругман, нобелевский лауреат по экономике, вспоминает, что именно концепция психоистории Азимова вдохновила его изучать экономику.
• Получил PhD в 28 лет.
• Айзек Азимов описывал Марвина Минского как одного из двух людей, которые умнее, чем он сам; вторым, по его мнению, был Карл Саган.
• В первые 40 лет писательской карьеры Азимов публиковал в среднем 1000 слов в день, в следующие 20 лет — по 1700 слов в день.
• Азимов никогда не изучал русский язык.
• Азимов боялся открытых пространств и мог работать только в комнатах без окон.

Привет, друзья!

Хочу поделиться с вами опытом преподавания в ИТ-колледже «Сириус», где я работал на протяжении двух недель. Как ИТ-архитектору мне приходится много общаться, проводить митапы и презентации. За несколько лет работы в Ростелекоме я накопил достаточно материалов, которые могли бы быть интересны как темы для лекций и практических занятий. Поэтому возможность поделиться знаниями с детьми показалась мне особенно интересной. Но я еще не представлял, насколько я был не готов к преподаванию такой аудитории. Впрочем, об этом расскажу под катом.

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

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

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

За всеми подробностями прошу под кат.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

07:00

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

08:50

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

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

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

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

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

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