Kurgan-Telecom Ru | Информационные технологии

AI-стартапы демонстрируют скорость роста выше 10x в год, что заставляет пересмотреть классические подходы к развитию B2B-продуктов. Простые демо создать легко, но превратить их в устойчивый бизнес требует новых стратегий и понимания изменившихся правил игры.

5 важных наблюдений в AI стартапах от Andreessen Horowitz

Если вспомнить, что мы проходили в архитектуре за последние десятилетия, вырисовывается любопытная картина. Сначала были монолиты и мэйнфреймы, затем — двух- и трехзвенные архитектуры. Не так давно все активно занимались распиливанием монолита на микросервисы, массово внедряли CQRS. Казалось, нащупан стабильный путь развития. Но что дальше? Как раз об этом сегодняшняя публикация. Мы подготовили ее на основе доклада на True Tech Day от Олега Ивлева — директора по развитию технологий, и Марина Путниковича — руководителя центра практик «Архитектура» в МТС Web Services. Надеемся, получилось интересно!

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

В прошлой части уже описали некоторые “внешние” инструменты (https://habr.com/ru/companies/maxilect/articles/930194/). Сегодня поговорим о возможностях внутри самих тестов.

Текст подготовлен по материалам выступления приглашенного спикера внутри компании.

Старый, но рабочий сервер Dell R210 II стоял без дела. Мы решили использовать его повторно и перепрофилировать в резервный бэкап-сервер для внутренних задач HB.BY. Однако возникла проблема: диски объёмом 8 ТБ, которые мы хотели подключить, не распознавались контроллером. Разбираемся, как это обошли.

Мы собрали подборку из топ-10 проектов по рейтингу на сайте Product Radar за июнь 2025 года. Это проекты, за которые проголосовало большинство пользователей сайта.

Product Radar — здесь каждую неделю публикуются лучшие онлайн-сервисы и железки от русскоязычных команд.

Привет! Меня зовут Маша Фадеева, я методист и преподаватель английского в Практикуме. Ошибки — штука одновременно объективная и субъективная: есть чёткие правила, есть стилистический выбор, а есть то, что раньше было недопустимо, а теперь превратилось в норму и волнует разве что души преподавателей старой закалки и людей с активной грамматической позицией.

— Сейчас подпишем дóговор, и можно отвлечься на кофе. Будешь? Я закажу.

— С удовольствием. Возьми мне чёрное. И йогýрт.

В английском это работает по той же схеме. Мы неделями учим Present Simple с его третьим-лицом-единственным-числом, чтобы потом включить Bon Jovi и ломать голову над тем, почему у них She don’t know me вместо She doesn’t — и это тот самый стилистический выбор, хотя, казалось бы, очевиднее ошибку найти сложно.

В этой статье речь пойдёт преимущественно о тех моментах, которые наталкивают не на мысли о стилистике, а на желание человека поправить. Я поделюсь своими наблюдениями и расскажу об ошибках, которые встречаются даже у продвинутых студентов, и расскажу, как с ними можно работать.

Эпохе LLM, обзоров от Gartner и вайбкодинга для MVP проектов от кодинг агентов посвящается. Вспомнил несколько случаев из своего опыта.

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

На следующий день я вышел на новое рабочее место. Первые полдня получал доступы к Bamboo, Confluence, Jira и системе контроля версий, где лежал код проекта. Каково же было мое удивление, когда я наконец увидел исходники проекта, который до меня разрабатывали почти год. Мне до сдачи проекта заказчику и найма команды оставалось меньше месяца…

Современные пользователи цифровых продуктов подсознательно стремятся к минимальным когнитивным затратам. Это порождает новый тренд — «ленивый UX», где система берет на себя рутинные решения.

В этой статье разберем:

- Как алгоритмы упрощают взаимодействие

- Примеры удачных и провальных предугадываний

- Грань между удобством и навязчивостью

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

Интернационализация (i18n) и локализация (l10n) часто кажутся проблемами “на потом” — пока внезапно не становятся срочными.

Как разработчики, мы все делали что-то вроде:

<button>Order now</button>

Или в шаблоне:

<p>Welcome back, {{ user.name }}!</p>

Всё работает — пока команда не говорит:
«Мы выходим на рынок Узбекистана, Казахстана и Ближнего Востока в следующем квартале.»

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

Вот тогда и наступает момент задаться вопросом: что такое i18n и l10n — и почему это важно?

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

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

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

В общем, всё то же, что и в IT: неэффективное образование под лозунгов "войти в IT психологию", волчистость, накрутка опыта и слабые попытки госрегулирования. И мой постыдный опыт жизни в этой системе и выхода из неё.

Кто не знает этот потрясающий диалог из "Улицы разбитых фонарей"? Много кто не знает - а зря. На самом деле, он представляет собой потрясающий по своей полноте и эффективности пример рабочей коммуникации. Как так? Ну смотрите

Выбираете SIEM для КИИ? По закону нужен наш софт. Разбираем трех российских гигантов: RuSIEM, MaxPatrol SIEM и Security Vision. Честный обзор без маркетинга, который поможет понять, кто из них подходит именно вашей команде.

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

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

Просыпаюсь утром, открываю свой чат с GPT, начинаю увлеченно обсуждать архитектуру нового проекта. Через час диалог превращается в философский трактат о смысле жизни, еще через час - в рецепт борща. И вот, когда я пытаюсь вернуться к архитектуре, модель смотрит на меня как на незнакомца: "А что за проект? Борщ, говорите?"

Если очень коротко, у современных LLM есть одна маленькая проблема, они вполне страдают тем же самым “альцгеймером”, что и люди, хоть и причины немного иные (а может и нет) и это конечно не медицинский диагноз, а конкретная технологическая проблема, которое бьет не только по качеству результата, но и по нашим с вами кошелькам :)

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

Однажды у нас в CRM появились 3 загадочных клиента. С каждым вёл переговоры отдельный продавец. А потом выяснилось, что эти клиенты — один и тот же человек с одним и тем же имейлом.

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

Спойлер: это не связано с европейским регламентом по защите данных (GDPR) и правом клиента быть забытым (потребовать от компании удаления всей информации о себе).

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

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

В этой статье мы соберем ОСРВ OpenVela от Xiaomi под отладочную плату STM32F411CEU6, используя WSL, который официально вроде как не поддерживается.
Эта ОС базирована на Apache Nuttx и имеет много фич от Xiaomi, включая HyperConnect.

В комплекте также небольшая предыстория от автора.

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