Давным-давно, кажется в позапрошлый вторник, в одной из статей была поднята тема зарабатывания денег, где я поделился личным опытом работы на программных проектах, на рентабельность которых существенно повлияла проектная и эксплуатационная документация. По аналогии с фильмом "MoneyBall" материалы этой серии я объединил под названием "MoneyDev".
Сказка, которую вы сможете прочитать под катом, является логическим продолжением этой серии.
При фотографировании с длительной выдержкой и изменением зума можно получить много интересных творческих эффектов, не прибегая при этом к Photoshop, нейросетям и прочим инструментам, связанным с постобработкой снимков.
Самые очевидные эффекты — это «пролет сквозь Вселенную» на большой скорости, когда все смазывается и при этом изменяется в размерах, а также «лучи света», исходящие изнутри объекта.
А что если включить фантазию и техническую смекалку? Сегодня в блоге ЛАНИТ я расскажу о своем эксперименте, который, быть может, вдохновит и вас.
Адепты Agile‑манифеста зачастую весьма скептически относятся к процессу формирования документации на программных проектах. Как нельзя лучше это отношение сформулировал один эффективный перспективный руководитель отдела программирования, выпускник факультета менеджмента, который охарактеризовал документацию как «кучу макулатуры, которая генерится техписом и сдается в архив». В ту пору, когда я был молодым и перспективным, я тоже так думал. Но, как говорится, время лечит.
Твой тимлид открывает Jira и смотрит на статистику: за две недели ты завел три дефекта. Три. Он спрашивает, чем ты занимался все это время. Ты начинаете объяснять про двадцать багов, исправленных через личку с разработчиками. Он кивает и говорит: «Понятно. Но в системе этого нет».
Через неделю тебя включают в список на сокращение. Это не страшилка. Это реальность для тестировщиков, которые считают, что быстрая личка эффективнее формального баг-трекера. В этой статье я расскажу, с какими рисками сталкиваются тестировщики ЛАНИТ и других ИТ-компаний, когда заменяют баг-трекер личными переписками, и как это защитит твою карьеру.
С 1 марта 2026 года вступил в силу Федеральный закон №168-ФЗ, где сформулированы поправки к закону о защите прав потребителей, которые обязывают использовать русский язык в публичной информации для потребителей товаров и услуг. Нашу платформу ОНЛАНТА ИИ ХАБ пришлось срочно русифицировать. Делимся опытом в блоге ЛАНИТ, как мы подошли к задаче, как учли юридические риски, что делать с англицизмами и как это влияет на пользовательский опыт и метрики.
Как часто в разгар рабочего дня вы смотрели в окно и с сожалением замечали, что погода за окном замечательная и хорошо было бы сейчас оказаться на улице? Но надо работать и остаток дня провести в четырех стенах. Признайтесь, бывало ощущение, что настоящая жизнь проходит мимо.
А что если я вам скажу, что можно в такой день гулять и работать одновременно, посещать парки и закрывать тикеты, дышать свежим воздухом, набирая шаги в шагомере, и заниматься сложной инженерной компьютерной деятельностью на полноценном Windows ПК (по желанию Linux). Да, это может быть не так удобно, как хотелось бы. Да, выглядеть при этом вы будете необычно. Но это уже возможно.
Интересно? Добро пожаловать под кат.
В Wordle принято начинать с «хороших» слов – с частыми гласными и согласными. Однако анализ показывает, что менее очевидные варианты иногда дают больше информации. Возникает простой, но неудобный вопрос, можно ли доказать, что одно стартовое слово лучше другого. Краткий ответ – да. Я рассмотрел Wordle как задачу теории информации и количественно оценил каждый ход, используя Excel и официальный словарь игры. Эту статью я публикую в блоге ЛАНИТ, чтобы обсудить полученные результаты с техническим сообществом.
Без хорошо проработанного и грамотно оформленного требования невозможно создать качественный IT-продукт. На что стоит обратить внимание бизнес-аналитику при подготовке требований? В этой статье в блоге ЛАНИТ я попробую подсветить эти моменты. При этом вопросы сбора и приоритизации я решил не рассматривать: будем считать, что все требования собраны.
Я закупщик с четырнадцатилетним стажем. Работала и со стороны заказчика, и поставщика. В ИT-сфере c 2019 года, а сейчас являюсь специалистом по тендерам компании НОРБИТ, крупного ИТ-интегратора и вендора решений для автоматизации. За это время я участвовала в более чем 700 процедурах и с уверенностью могу сказать: участие в тендере — как экзамен: можно знать предмет, но не сдать из-за какой-нибудь мелочи.
Чаще всего закупки в ИТ проходят на этих электронных площадках (без учёта корпоративных, например, Лукойла, Северстали и подобных): https://www.b2b-center.ru/, https://bidzaar.com/, https://utp.sberbank-ast.ru/, https://rb.roseltorg.ru/ https://workspace.ru/.
Сегодня в блоге ЛАНИТ мы разберемся в самых частых сценариях проблем, а я расскажу, как их можно избежать.
Создание кроссплатформенного приложения — сложная задача. Интерфейс, идеально работающий на десктопе, может оказаться совершенно неудобным на мобильном устройстве из-за различий в размерах экранов, способах взаимодействия и контексте использования.
Чтобы избежать этой ловушки и обеспечить безупречное качество на всех платформах, необходим стратегический подход, и ключевую роль здесь играет тестирование пользовательского интерфейса (UI). В «ЛАНИТ Экспертизе» мы помогаем решать такие задачи, и в этой статье мы разберем основы UI-тестирования, но основной фокус сделаем на его мобильной специфике. Вы получите четкий план действий для тех, кто стоит на пороге тестирования мобильных приложений: поймете, с чего начать, каких подводных камней ожидать и как построить процесс, который сэкономит вам нервы и время.
Чаще всего о soft skills говорят в довольно абстрактной форме, не сосредотачиваясь на практической пользе. Навязывание непонятных навыков вызывает отторжение, ведь и так из каждого утюга рассказывают, как жить успешную жизнь, уметь жонглировать десятками hard skills, а в свободное время вести свой pet-проект.
Однако если осознать тот факт, что жизнь современного человека и так похожа на гонку, стоит ли уделять внимание soft skills? Я работаю аналитиком в компании bpm (ранее - “ЛАНИТ - Би Пи Эм”). В этой статье расскажу, в чем именно заключается ценность мягких навыков, как они помогают в работе и что можно сделать для их развития.
Эта история началась с самой простой задачи — выключать свет, когда в помещении никого нет. Обычная, скучная задача для промышленной автоматизации. Мы не планировали революций, стартапов и акселераторов. Мы просто делали свою работу.
Но иногда технологии ведут нас туда, куда мы сами не собирались идти. Так и получилось: маленькая фича превратилась в идею, идея — в прототип, а прототип — в потенциальную систему, которая может реально спасать жизни. Не пафосно, не в будущем, а здесь и сейчас.
Сегодняшняя статья в блоге ЛАНИТ — попытка рассказать, как из бытовой задачи родился продукт с социальной значимостью. Как техника безопасности, которую обычно игнорируют, стала фокусом технологий. Как из набора гипотез, провалов, кривых MVP и диалогов с заводами родился работающий инструмент.
Я работаю руководителем в компании НОРБИТ, и с 2005 года веду тренинги, как выступать перед коллегами и клиентами. Часто замечаю, что даже опытные докладчики совершают одну и ту же ошибку – выходят к слушателям без четкой цели: ее либо сложно отследить, либо она уходит с первого плана. И это большая проблема.
Прежде чем спикер начнет говорить, он должен точно определить, зачем он это делает, какой цели хочет достичь своей публичной речью. Это самый правильный и интересный первый шаг подготовки, но, как оказалось, для многих - не самый очевидный и простой.
Давайте разбираться, что же такое цели выступления, как их верно сформулировать и раскрыть, чтобы аудитория ахнула, а каждая мысль зазвучала громко и уверенно.
Владимир Крылов, профессор математики, научный консультант Artezio и один из самых глубоких русскоязычных экспертов по применению ИИ в разработке, дал интервью по итогам года. Мы поговорили о том, почему reasoning-модели галлюцинируют вдвое чаще обычных (и это математически неизбежно), почему OpenAI объявил «код красный» и отстаёт от Google, и правда ли, что программисты, умеющие писать код только руками, скоро вымрут как вид. Спойлер: Паваротти не умел читать ноты, и это кое-что говорит о будущем vibe-coding.
Владимир Крылов регулярно проводит лекции о практическом применении LLM в разработке на канале Ai4dev. Если хотите разобраться в теме глубже, чем позволяет это интервью в блоге ЛАНИТ, подписывайтесь.
Привет! Я лид системных аналитиков в департаменте корпоративных систем ЛАНИТ. В этой статье я расскажу, как писать качественные постановки на разработку информационной системы.
Я часто сталкиваюсь с вопросом, как корректно передавать аналитические требования разработчикам. Я участвовала в проектах, где процесс постановки был выстроен качественно. Там я набиралась опыта и впитывала знания. Но были и проекты, где вообще никаких постановок не было — только устные договоренности и полотна текста в Jira. Недавно мне вовсе пришлось выстраивать процесс написания постановок с нуля. В этот момент я переосмыслила все предыдущие шаблоны. Теперь хочу поделиться своим видением с вами.
Один из самых сложных феноменов человеческого мышления — это умение подходить к любому процессу творчески: создавать, изобретать, совершенствовать. Именно нестандартный подход рождает неожиданные открытия и ослепительные инсайты. Но как оставаться креативным в своей профессии, когда задачи превращаются в рутину, ведь, как говорится, иногда даже муза устает вдохновлять. Предлагаем читателям блога ЛАНИТ небольшую подборку книг, которые помогут разбудить или реанимировать вашего внутреннего гения даже после серьезного творческого выгорания.
Маскот (от англ. mascot) - это то, что по-русски назвали бы талисманом, приносящим удачу символом. Маскотов используют для узнаваемости компаний на рынке. С той же целью их придумывают для отдельных ИТ-продуктов и языков программирования.
Как только не изворачиваются авторы образов для того, чтобы они стали успешными сквозными персонажами и элементами фирменного стиля для ИТ-брендов. Иногда герои получаются милыми, иногда нелепыми. Но все-таки на большинство из них вся айтишная и не айтишная общественность смотрит с улыбкой.
С работой Капитана Очевидность справились. Теперь перейдем к ностальгической визуализации некоторых ИТ-маскотов вперемешку с информативностью. Если повезет.
Я поступил в институт в 1978 году, когда игра «Быки и коровы» была на пике популярности. В серии игр никто не мог меня победить, а все благодаря относительно несложному алгоритму, разработанному мною на основе теории информации. Изучив современные источники, я не нашел среди них чего-то похожего на мой подход. Поэтому я решил поделиться своей стратегией в блоге ЛАНИТ, чтобы обсудить его с техническим сообществом.
Истории успеха многих мировых ИТ-гигантов давно стали хрестоматийными. Намного меньше мы знаем о становлении высокотехнологичного бизнеса в России, который прошел путь от зарождения в 90-х до глобальной конкуренции с международными лидерами.
В этой подборке мы собрали книги последних лет об отечественных технологических компаниях. Сначала мы старались найти издания именно об ИТ-бизнесах и знаковых персонах этого рынка. Но потом решили, что стоит добавить в список книгу о международном онлайн-сервисе для заказа пассажирских и грузовых перевозок inDrive. Ей трудно отказать в технологичности. Все описанные издания вышли в свет в период с 2019 по 2025 год.
Я занимаюсь технической поддержкой и сопровождением в компании «Онланта». Сегодня в блоге ЛАНИТ я расскажу о решении реального кейса по замене ОЗУ (оперативной памяти) в СХД Huawei.
Согласно рекомендациям и техническим руководствам вендоров, когда в контроллере возникают неисправности, рекомендуется выполнять его замену, оставляя без изменений установленные внутри компоненты. Такой подход помогает минимизировать время простоя оборудования, а также снизить риски некорректной диагностики.
Однако на практике при детальной диагностике зачастую можно выявить конкретный неисправный компонент — например, модуль оперативной памяти (ОЗУ) — и заменить только его. Это позволяет значительно сократить затраты по сравнению с заменой всего контроллера, стоимость которого может быть в разы выше стоимости отдельных комплектующих.
