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

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

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

Вольный пересказ исследования рынка вакансий для айтишников, которое подготовила объединенная команда «Технократии» и hh.ru. Спойлер: все не так плохо, как кажется.

Основы DevOps (Девопс) меняют принципы работы в создании программного обеспечения, объединяют специалистов, которые занимаются созданием и поддержкой ПО.

Применение DevOps-технологий позволяет упорядочить и автоматизировать создание и поддержку ПО. Это как оркестр, играющий в унисон, гармонично и слаженно. Инструменты Девопс убирают путаницу. Разработка, тестирование и развертывание становятся более продуманными и результативными. Средства DevOps играют важную роль в настройке всех этапов работы, ускоряя производство и повышая качество продукта.

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

Привет, ты новый продакт? Добро пожаловать в команду! Меня зовут Ира Ивченкова, я Product Owner A/B-платформы Lamoda. Если ты, как и я, работаешь с внутренним продуктом, и это твой первый проект, располагайся поудобнее. 

Тебя ждут первые шаги и задачи в настоящем продуктовом мире. И я вижу, как ты горишь желанием применить все те крутые фреймворки, которые недавно освоил: ICE, RICE, SWOT и всю ту магию, что делает любого продакта мастером на все руки.

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

Меня зовут Максим Рогоза, и последние 7 лет я работаю корпоративным архитектором в крупнейших компаниях России. В настоящее время я занимаюсь стратегическим IT‑консалтингом в компании Аксеникс, где помогаю крупным организациям выстраивать эффективную IT‑архитектуру. В рамках своей деятельности я часто помогаю компаниям внедрять методологии управления архитектурой предприятия, и ArchiMate зарекомендовал себя как один из наиболее эффективных инструментов для описания и анализа корпоративной архитектуры.

Помимо консалтинга, я преподаю курс по ArchiMate в Otus, и одним из частых вопросов от студентов является возможность описания архитектуры предприятия с помощью кода. Недавно на одном из своих проектов я решил опробовать подход Architecture as Code, и сегодня хочу поделиться полученным опытом.

ИИ-агенты становятся всё более востребованными для автоматизации задач и улучшения взаимодействия с пользователем. В этой статье вы узнаете, как создать собственного агента с помощью CopilotKit и LangGraph. Пошаговое руководство, примеры с исходным кодом и разбор ключевых компонентов помогут вам быстро освоить процесс и запустить своего первого ИИ-ассистента за 30 минут.

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

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

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

Почему Go?

2023 - 2024 годы стали переломными для искусственного интеллекта. Развитие технологий ускорилось, а внедрение нейросетей затронуло буквально все сферы жизни. Мощные мультимодальные модели, такие как GPT-4 от OpenAI и Gemini Ultra от Google, теперь способны анализировать не только текст, но и изображения, аудио, код и даже сложные бизнес-данные.

И вроде бы все здорово — ИИ избавляет нас от рутины, ускоряет работу и помогает автоматизировать процессы. Но вместе с этим появляется и тревога: а не останемся ли мы без работы? Этот страх небезоснователен — согласно анализу Goldman Sachs, к 2035 году из-за ИИ может исчезнуть до 300 миллионов рабочих мест по всему миру. Однако прогноз McKinsey Global Institute немного сглаживает панику: к 2030 году появится 20–50 миллионов новых профессий.

Так какие же специальности ИИ уже успешно вытесняет, а какие пока держатся — давайте разбираться.

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

14 марта в Слёрм стартует курс «Безопасность проекта: аутентификация в Keycloak». Мы пообщались с его автором Виктором Поповым, техлидом DevOps-команды дирекции больших данных в X5 Group. Он рассказал, какие задачи помогает решать инструмент и кто его выбирает — стартапы или энтерпрайз. А также поделился мнением о перспективах Keycloak и о том, даёт ли умение работать с ним карьерные преимущества.

Традиционным ИТ-командам трудно успеть за быстрым ростом масштабов и сложности приложений. Растут и требования, которые предъявляют к приложениям пользователи. В этих условиях крайне важно поддерживать бесперебойную работу инфраструктуры. 

На помощь приходят SRE-инженеры. SRE (Site Reliability Engineering) фокусируется на создании высоконадежных систем и их поддержке. Главная задача SRE-инженеров — поддерживать высокую доступность приложений и быстрое реагировать на проблемы в производственной среде.

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

Концепт альтернативной версии старого советского конструктора - своеобразный "Полёт 2.0", ремейк классики на новый лад.

Продолжение истории «Контейнерный хостинг или чем Kubernetes лучше Docker Swarm» где я описывал проблемы при построении облачного сервиса,а возможные решения выбирал между Docker Swarm и Kubernetes. Статья будет особенно полезна тем, кто практически не имея опыта, сомневается что выбрать в качестве оркестратора для своих проектов. Забавно будет почитать и тем, кто уже прошел по этим граблям и имеет свой собственный опыт, чтобы освежить в памяти какие‑то моменты или где‑то взглянуть по-новому.

Не обладая нужными знаниями, не смог создать что то подобное текущему воплощению рассуждений в "топовых" языковых моделях, но моих навыков хватило быть неплохим учителем для модели, проверяя её решения, указывая на ошибки для дальнейшего создания работающего решения, конечно это не обучение с подкреплением, а теорема о бесконечных обезьянах в действии... Результат? Telegram бот, работающий на gpu nvidia и intel, созданный языковой моделью.

Привет, Хабр! Меня зовут Алексей Борискин, и на два дня я стал курьером.

Я системный аналитик в компании «Автомакон», где занимаюсь разработкой мобильного приложения «ВкусВилл:Курьер». Но почему я решил на время сменить профессию? Мне нужно было понять, как работает наш продукт в реальной жизни — не через отчёты или звонки с курьерами, а своими руками, ногами и велосипедом.

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

Книг, которые могут заинтересовать стартаперов, написано немало: истории конкретных компаний, биографии бизнес-лидеров и даже драмы про провал продукта, как это случилось с Oculus. Однако вот такой «толстой тетрадки с конспектами» мы ещё не встречали. Объясним, откуда такой вайб, и немного покритикуем чтение от Гая Кавасаки в этой статье.

Привет! Меня зовут Света, я системный аналитик в Максилекте.

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

В этой статье расскажу, куда может привести работа системного аналитика.