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

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

Для решения этой задачи Microsoft создала возможность делать свои шаблоны приложений для .net. Он представляет из себя обычный проект на C#, который можно упаковать в nuget пакет.

Перво-наперво необходимо определиться с архитектурой приложения, какой подход, какие паттерны будем использовать. Для вдохновения мы смотрели на пример от Microsoft https://github.com/dotnet/eShop.

Представьте, что вы просыпаетесь под звуки рычания львов вдалеке, зная, что ваш дневной офис — это уютный домик, расположенный в самом сердце африканского буша. Возможно, так вы представляете себе удаленную работу в Южной Африке, стране, известной своими захватывающими дух пейзажами, богатым культурным наследием и разнообразной дикой природой. Как обстоят дела на самом деле, я расскажу в этой статье. Меня зовут Екатерина Лосицкая, я родом из Беларуси, два года живу в Южной Африке. Я работаю QA в лучшей компании Bimeister. Многие ребята в нашей компании трудятся над одним делом из разных точек Земли.

Мы запускаем цикл статей «Bimeister на карте», где расскажем про жизнь и работу в самых необычных странах.

Статья ориентирована на читателя, который еще сомневается в том, стоит ли ему пробовать чат‑боты в работе. Если вы знакомы с технологией и пробовали её в повседневной деятельности то вряд ли найдете её полезной.

Немного расскажу о реальном применении GPT у нас в компании.

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

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

Мой личный опыт онбординга тоже всегда начинался с того, что вот проект/продукт, вот команда, вот задача, греби. Мне приходилось самой искать людей, кто расскажет о системе, покажет кейсы. Чаще всего это были тестировщики, кстати. Приходилось искать документацию, вычитывать её, а сроки по задаче идут. Ещё из сложного в моём опыте онбординга — это угадать принятый в копании или отдельной команде формат оформления задач разработчикам. Часто майнинг такой информации — это поиск людей, кто может и готов рассказать, как надо, или метод проб и ошибок. Ещё из моего опыта: сложности на первых этапах были с узнаванием процессов. Где‑то они были описаны, но описание и реальность немного отличались, а где‑то процессы не были описаны совсем. Тогда так же приходилось пробиваться к знаниям самостоятельно. Выходило так, что выплываешь — молодец, а не выплываешь — увы.