В этой статье я поделюсь своим опытом как я смог вывести формулу минимального написания документации для успешного процесса разработки. Я руководил несколькими проектами, где использовали ТЗ от макета в пейнте до ГОСТ 34, и могу сказать, что документация — это всегда баланс между муторной описательной работой и шансом успешно довести проект до релиза. Писать документацию очень не хочется, а если ты еще ленивый и знаешь, что в 50% случаев ее вообще никогда не будут читать, то ощущение сизифова труда вводит в уныние.

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

Привет, Хабр.

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

Изначально я разбил создание проекта на несколько шагов:

1. Создать два сервиса — 'бекенд' (backend) и 'шлюз' (gateway), упаковать их в docker-образы и настроить их совместную работу

   
   

   Ключевые слова: Java 11, Spring Boot, Docker, image optimization

   
   

2. Разработка Kubernetes конфигурации и деплой системы в Google Kubernetes Engine

   
   

   Ключевые слова: Kubernetes, GKE, resource management, autoscaling, secrets

   
   

3. Создание чарта с помощью Helm 3 для более эффективного управления кластером

   
   

   Ключевые слова: Helm 3, chart deployment

   
   

4. Настройка Jenkins и пайплайна для автоматической доставки кода в кластер

   
   

   Ключевые слова: Jenkins configuration, plugins, separate configs repository

   
   

Каждому шагу я планирую посвятить отдельную статью.

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

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

Сегодня речь пойдет о «МойОфис Аналитика». Этот продукт создан МойОфис на базе платформы «Планета» российской компании IBS. «МойОфис Аналитика» предназначен для анализа исходных данных различных форматов, а также визуализации результатов с помощью удобных интерактивных отчетов: связанных диаграмм, кросс-таблиц и картограмм.

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

Расскажу о календарях YouGile, Битрикс-24, Weeek, ClickUp, Wrike, Asana, Trello. Давно анализирую системы управления проектами, делаю обзоры, сравниваю функции, подкидываю идеи по продукту разработчикам. Протестировала более 50 систем. 

Все календари проектов похожи. Задачи попадают туда с досок или из списков и to-do-листов, если проставлены даты. Есть цветная маркировка и фильтрация. Можно добавить задачу, изменить сроки перетаскиванием, завершить. 

Системы расположила по порядку: от тех, что точно останутся доступны в России – до работающих с ограничениями. В конце – сравнительная таблица.

Приветствую Хабр! ?

«Разработка игры с нуля до релиза» - это серии статьей, где я покажу, как создать свою игру с самого нуля до публикации в Google Play и Itch.io на ОС GNU\Linux. Часть 3

Недавно от знакомых прилетела задачка написать программу для самотестирования. Порылся в инете, думал в лёгкую найду наработки, но ничего кроме платных и бесплатных конструкторов тестов не нашёл (может плохо искал, кто знает…). Мне показалось, что устанавливать какие-то инородные проги, а потом ещё туда все вопросы ручками забивать - совсем некрасиво. Так родилось приложение для самотестирования, написанное на Python с помощью GUI библиотеки Tkinter.

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

Могут отключить

Gmail — почтовый сервис Google. В зоне риска также Yahoo mail, Outlook от Microsoft и почта Apple iCloud.

Альтернативы

Яндекс.Почта. Есть хранилище 10 Гб для почты и файлов в облаке. Расширенные возможности доступны при подписке на Яндекс 360.

Для корпоративных аккаунтов есть возможность импортирования почтовых ящиков со всем архивом. Чтобы перенести свои данные с личного ящика другого почтового сервиса на Яндекс, нужно создать сборщик почты. Для Gmail и Outlook это будет один порядок действий, а для остальных сервисов — другой.

Mail.ru. Есть 10 Гб для хранения писем и облачное хранилище для файлов на 8 Гб.

Аналогично нужно настроить сборщик писем, чтобы данные с других ящиков хранились на Mail.ru. Для Gmail, Yahoo и Outlook схема пересылки довольно проста, а вот с почтой на iCloud придётся повозиться дольше.

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

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

В статье мы рассмотрим:

- что изменилось в воркфлоу сбора требований;

- в чем для аналитика плюсы и минусы онлайн-коммуникаций;

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

Ведущий бизнес-аналитик отдела кассового обслуживания управления анализа и проектирования департамента производства казначейских решений ГК «ОТР» Ирина Метелева рассказала о разработке калькулятора, который помогает планировать трудозатраты в условиях неизвестности. Это одна из наиболее сложных задач для новичков, но и она элегантно автоматизируется при должном подходе.

У нас в компании много иностранных проектов. Пройти интервью не всегда легко, даже если много и регулярно общаешься на английском. Поэтому наша команда преподавателей создала курс Project Interviews in English, который мы решили сделать доступным для всех желающих. Меня зовут Инна, я координировала создание курса и сегодня поделюсь  полезными советами из него.

Bizagi: Model. Build. Run