EFSOL – Telegram
EFSOL
719 subscribers
454 photos
21 videos
405 links
Мы компания EFSOL - занимаемся автоматизацией технологических и бизнес-процессов.

Вам нужны:

- ИТ-решения?
- Продукты 1С?
- DevOps-услуги?
- Облачные сервисы?

Свяжитесь с нами 👇🏻

e-mail: efsol@efsol.ru
tel: +74952300303
web: efsol.ru
Download Telegram
Media is too big
VIEW IN TELEGRAM
👉 Поговорим о бюджетировании

▶️ Когда нужно автоматизировать бюджетирование?
▶️ Как должен быть построен бюджетный процесс?
▶️ Какая документация должна быть перед стартом проекта?

Отвечаем на эти вопросы и делимся 10-летним опытом автоматизации финансовых задач!
👉 Что такое подход GitOps?

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

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

- есть ответственный за доставку собственник продукта
- все требования, конфигурация среды и продукта описаны декларативно в гит репозитории
Такой подход чаще всего используют при доставке кода продукта в Kubernetes. Самыми распространенными инструментами на текущий момент являются ArgoCD, Flux (Fluxv2), Jenkins X.
Мы как раз осваиваем технологию, инструменты, механизмы и будем готовы в скором времени представить примеры опытной эксплуатации.

▶️ Как мы реализовали подход DevOps в разработке 1С: https://efsol.ru/promo/devops-1s.html
▶️ Наш DevOps-аутсорсинг: https://efsol.ru/promo/devops.html
📢 Как организовать эффективную систему управления проектами?

Практически каждая компания сталкивалась со сложностями применения проектного управления.

👉 Основные проблемы:

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

👉 Эффективная система управления проектами должна стоять на трёх опорах:

▶️ Знания и навыки.
Обучение сотрудников и тренировка их навыков эффективны при условии, что сотрудник, вернувшись с обучения с новыми идеями и желанием применить полученные знания, найдет поддержку руководства и получит реальные возможности применения своих знаний. Не менее важно самостоятельное обучение, обмен опытом, поиск вариантов решения проблем и обсуждение их с коллегами.

▶️ Структура управления.
У каждого руководителя проектов есть команда с выстроенной эффективной средой взаимодействия, где умеют слушать и правильно доносить свои мысли, а руководитель - вдохновляющий лидер.
Роль руководителя проекта должна стать почетной, а не часто воспринимаемой как “мальчика для битья”. В сознании сотрудников должно быть заложено понимание, что роль руководителя проекта - это возможность получить новые навыки, опыт и хороший заработок. А члены команды, понимая, что они тоже могут стать руководителями проектов, будут работать на результат.

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

👉 Вот несколько систем ИИ, достойных внимания:

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

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

Easy Projects - облачный продукт, использует возможности машинного обучения и ИИ. Анализирует исполнителей, скорость завершения задач, историю подобных проектов и ещё ряд параметров. В результате, формирует кривую вероятности завершения проекта. Чем больше данных по проекту, тем точнее прогноз.

Успех любого проекта - это тандем правильно сформированной команды, эффективной автоматизации и вдохновляющего руководителя.
🧐 Поговорим о тестировании ПО

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

▶️ Юнит-тесты – проверка работоспособности каждого отдельного блока вашего кода. Это самый понятный вид тестирования даже для начинающего пользователя, ведь здесь идёт учёт лишь тех процессов, которые исполняются исключительно внутри отдельно взятого участка кода. Например, создавая блок для ввода имени в форме регистрации, вас интересует лишь соответствие языка, отсутствие цифр и спецсимволов. Юнит-тесты часто используют TDD (Test-driven development) методологию для написания кода, где вы сначала создаете методику проверки (тестовый модуль) и только потом пишите исполняемый код.

▶️ Интеграционное тестирование – проверка взаимодействия нескольких отдельных модулей. Это, пожалуй, наиболее тяжёлая часть тестирования просто потому, что необходимо чётко и максимально полно определить все векторы и сочетания классов в коде. В частности, в той же самой форме регистрации, взаимодействие отдельных блоков минимально, поэтому создать интеграционное тестирование не так уж и сложно. Однако, если рассматривать саму форму регистрации, как часть сервиса по авторизации, допустим, в игре, то интеграционное тестирование приобретает совсем иные масштабы.

▶️ Приемочное тестирование – исполняемые процедуры для установления факта соответствия требованиям заказчика. Актуально в тех случаях, когда требования к коду и работающему приложению описаны заказчиком в ТЗ или в любой другой письменной форме. На основании этого создаётся либо сценарий, либо простой перебор отдельных значений, чтобы наглядно показать возможность выполнения поставленной задачи. В частном случае, это привычный нам demo-mode, демонстрирующий возможности ПО.

▶️ Регрессионное тестирование – оценка работоспособности уже проверенного кода после внесения в него изменений. Актуально для динамических систем, где появление новых данных может реально повлиять на работоспособность всего кода. Логично, что для элементарного заполнения БД создавать регрессионное тестирование не имеет смысла, но для полноценного ПО в состоянии вечной доработки – вполне.

▶️ Системное тестирование – это конечная обкатка приложения. Как правило, выполняется в ручном режиме, но есть и автоматизированные методы, как с простым перебором, так и с алгоритмическим подходом.
😎 Как перехватить сообщение в Telegram?

Недавно наша компания перешла полностью на мессенджер Telegram. Это решение было вызвано в основном удобством и функционалом. Также система считается одной из самых надежных в плане безопасности благодаря функции “Секретные чаты”.
Почему сообщение в таком чате нельзя перехватить?

👉 Теория:
1) End-to-end шифрование. Сообщение перед отправкой шифруется публичным ключом получателя и расшифровать его может только он.
2) Сама переписка или же резервные копии не хранятся на серверах Telegram, на каких-то облачных сервисах вроде iCloud, AWS и других.
3) Поскольку ключи шифрования хранятся на конечных устройствах, невозможно получить доступ к чату даже если получен доступ к другому устройству на котором запущен телеграмм этого же пользователя. Если была похищена сим-карта к которой привязан аккаунт = войти в телеграмм в таком случае получится, но увидеть переписку - нет.
👉 Практика:
Не было не единого случая взлома секретного чата в телеграмм.
Соответственно, получить доступ к такой переписке невозможно. Но бывают случаи, когда клиенты приходят с задачей, что нужно перехватывать сообщения их сотрудников, написанные в телеграмме. В этом случае приходится применять ПО мониторинга за действиями персонала. Таким образом, удается перехватить текст, голосовые звонки, отправленные файлы, поскольку программа получает доступ к самому устройству на котором установлен клиент Telegram.
CI/CD - что это?

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

Подробнее читайте на нашем Дзен-канале: https://zen.yandex.ru/media/efsol/cicd-chto-eto-61531efe2e625e519405bbd0
Реально ли создать облако на 1000 пользователей 1С? Мы рассмотрели вопрос в нашей новой статье: https://efsol.ru/articles/high-load-1s.html
📢 Как не сгореть на работе?

Многие из нас любят свою работу, но некоторые в один момент приходят к выводу, что устали от любимой работы и просто хочется отдохнуть.
Хотим поделиться с вами и нашим опытом:
1) Планируйте свой рабочий день на 70-80%, оставляя запас по времени - это позволит успевать все в срок даже при внезапных форс мажорах.
2) Работайте на работе, а не дома на диване. Рабочее место должно быть отделено от зоны отдыха. Если вы работаете дома, постарайтесь выделить отдельную комнату или часть комнаты под рабочую зону.
3) Полноценно используйте весь отпуск, который вам положен. Отпуск создан для отдыха, не стоит во время отпуска делать ремонт или работать.
4) Делайте мини-отпуски по 3-4 дня, когда чувствуете упадок сил и вдохновения. Достаточно взять 2-3 дня отпуска к выходным, и вы снова бодры и полны сил.
5) Не стоит изматывать себя работой. Если чувствуете себя плохо, если нет критических проблем, то лучше день-два отлежаться, чем мучать себя непродуктивной работой - эффект будет лучше.
📢 Как построить эффективную проектную команду? Советы для тимлида.

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

Каждая проектная группа проходит четыре этапа командной динамики, далее расскажем подробнее, что делать тимлиду на каждом этапе.

1. Формирование. На этом этапе для команды характерны неуверенность, неизвестность и изучение (как самого проекта, так и коллег). Что делать тимлиду на этом этапе?

➡️ Дать информацию
➡️ Поставить цель
➡️ Вовлечь участников

2. Шторм. Во время “шторма” возникают первые трудности, появляется конкуренция и основные конфликты. Здесь нужно:

➡️ Обозначить роли
➡️ Утвердить свою власть
➡️ Изменить вектор энергии в продуктивное русло

3. Успокоение. С этого этапа начинается продуктивная деятельность, появляются правила, общность и сотрудничество. На этом этапе важно:

➡️ Не мешать
➡️ Поощрять участников

4. Выполнение. Тут возникает гордость за выполненные задачи, поддержка и результаты. На этом этапе тимлиду нужно:

➡️ Контролировать
➡️ Направлять
➡️ Защищать
📢 Сегодня расскажем о нашем опыте подключения All-Flash NVME стореджа через сеть 40Гбит/с Ethernet. Для подключения на хостах и сторедже использовались двухпортовые карты Chelsio T580-LP-CR с поддержкой iWARP, коммутаторы Juniper QFX5100-24Q.

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

⚠️ После успешной установки драйверов, выяснилось что скорость копирования в сети у нас не превышает 950 Мбайт/с, что категорически не соответствует заявленной скорости.

После изучение теории в Интернете, стало понятно, что без задействования RDMA (технология прямого доступа к оперативной памяти) мы 40G не получим. После запуска iWARP (это реализация протокола для работы RDMI на картах Chelsio), скорости тут же возросли до теоретического предела в 40G:
- Тестер iPerf показывал 49 Гбит/с при включении режима многопоточности.
- Скорость копирования файла на диск стореджа, подключенный по iSCSI, составила почти 3,5 Гбайт/с.
- CristalDiskMark показал 5 Гбайт/с и 2,5 Гбайт/с на последовательно чтение и записи и 800 Мбайт/с / 500 Мбайт/с на произвольное чтение/запись при 8 потоках.
Задержки в сети также упали в 4,8 раза после включения RDMI.

Вывод — если есть необходимость выжать из сети 100% производительности на скоростях 10+ Гбит/с, например, для подключения iSCSI, SMB3 или иных аналогичных задач, обязательно нужно использовать карты с поддержкой RDMI (iWarp в картах Chelsio или RoCE в картах Mellanox). Также некоторые карты Intel поддерживают вышеперечисленные протоколы.

👉 А ещё, мы недавно написали статью о проектировании сложной ИТ-инфраструктуры в облаке на 1000 пользователей 1С: https://efsol.ru/articles/high-load-1s.html
☝️ Как отметить корпоратив, чтобы хотелось повторить? Делимся секретами!

“Нужно обязать сотрудников идти на корпоратив!” - такой посыл CEO знаком многим, но не нам. День рождения нашей компании прошел в самой непринужденной обстановке. Приоткроем завесу тайны и расскажем, как это было.

👉 Имеем: 3 страны массового присутствия команд компании (от 25 до 300 сотрудников в каждой).

Предстояло:

- согласовать бюджет;
- определить формат (формат а-ля "ресторан" не наша история, хотелось совместного преодоления, активностей на природе);
- составить список участников (и вот здесь самое интересное, никто никого не принуждал, формат продумывали так, чтобы каждый мог поучаствовать);
- выбрать и забронировать место проведения, отвечающее критериям формата и количества;
- подобрать команду подрядчиков, которая сделает этот день незабываемым.

День Х:

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

Послевкусие:

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

Нет смысла директивно призывать сотрудников к участию в корпоративном мероприятии, просто создайте условия, при которых сотрудник не захочет его пропустить!
👉 Переход на Windows 11. Стоит ли?

Аргументы ЗА:

- Новый свежий интерфейс.
- Бесплатное обновление с Windows 10.
- Возможность возврата на предыдущую ОС в течении 10 дней.

Аргументы ПРОТИВ:

- Высокие официальные системные требования к процессорам (требуются процессоры Intel: 8-го поколения или новее; процессоры AMD: Ryzen 2000 или новее).
- Нет каких-то ощутимо новых функций или инструментов по сравнению с предыдущей ОС.
- Поддержка Windows 10 будет еще до октября 2025 года.
- Возможны случаи несовместимости с оборудованием.
- Операционная система новая и возможна некорректная работа.

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

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

Но, как ни странно, офисная работа может быть контрпродуктивной.

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

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

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

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

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

По мотивам: https://angel.co/blog/why-naval-ravikant-thinks-remote-work-is-the-future
📢 Рассказываем, как мы запустили новый хостинг для 1С за границей!

Мы, наконец-то, запустили новый, современный и производительный хостинг для 1С за границей. На этот раз - в Германии.
Над этим проектом мы работали три месяца, в процессе запуска освоили новую для себя технологию SAN over 40Gbit Ethernet, успешно запустили RDMI по протоколу iWarp. Система хранения: All-Flash NVME.

Запуск был далеко не простым, универсальность протокола Ethernet является его некоторым недостатком, поэтому настройка высоконагруженных систем с минимальными задержками получается сложной. FiberChannel для SAN-сети запустить гораздо проще! Практически получается «воткнул и заработало». С Ethernet так не вышло.

В процессе запуска мы разработали целый комплекс тестов производительности инфраструктуры, состоящий из CristalDiskMark, теста Гилева и Appdex-теста для 1С. На основании значений этих тестов, мы выяснили оптимальную с точки зрения производительности конфигурацию. Размер пакета в сторедж-сети должен быть 9014 байт, файловая система на сторедже лучше всего оказалась XFS, количество путей iSCSI на сетевой карте – 3 шт.

Результатом этого долгого и тернистого пути стала высокопроизводительная система с отличной скоростью, масштабированием и высоким уровнем отказоустойчивости, адаптированная для быстрой работы 1С.
👉 Адаптация новичка в коллективе. Как сделать так, чтобы новичок комфортно влился в коллектив? Советы руководителю.

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

👉 Как снизить уровень стресса новичка, чтобы первый рабочий день перешел во второй, третий….и вылился в продуктивное и долгосрочное партнерство?

☝️ Все гениальное просто. Есть два основных блока, на которые следует опираться при планировании 1го дня онбординга:

▶️ эмоциональный (познакомьте с командой, прикрепите за сотрудником бадди, проявляйте внимание и заботу, будьте эмпатичны);
▶️ функциональный (назначьте наставника, познакомьте с инструментами работы и планом задач на ближайший период).

Роли наставника и бадди может выполнять непосредственный руководитель, а могут быть распределены между членами команды и HR.

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

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

Из этого следует, что повысится спрос на услуги DevSecOps, pen testing, аудиты защищенности и безопасности web-приложений и прочая экспертная деятельность, связанная с анализом защищенности коммерческих публичных ресурсов. Поэтому наша ИТ-команда начала развивать новое направление комплексного аудита безопасности корпоративных онлайн-сервисов.

👉 Ключевыми услугами в рамках этого направления будут:

- Углубленное сканирование web-ресурсов клиента на уязвимости из списка OWAST10.
- Проверка открытых портов, протоколов доступа и защищенности онлайн-сервисов на них.
- Проведение комплексных PEN-тестов с имитацией атаки на опубликованные приложения.
- Поиск незащищенных участков публичных интерфейсов, API-gateway и облачных ресурсов.
- Анализ ресурсов клиентов на наличие SQL-инъекций, уязвимостей кросс-скриптов (XSS) и фишинговых инструментов.
- Проверка защищенности баз данных, интерфейсов backend, уровня авторизации и ограничения доступа к core-ресурсам.

☝️ Остается актуальной и наша старая услуга - аудит безопасности ИТ-инфраструктуры. Если у вас есть такая необходимость, обращайтесь в EFSOL!
👉 Если говорить о hard-skills ИТ-инженера, какой еще важный навык он должен иметь, помимо знаний Unix?

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

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

В 2020 году был создан процесс обучения наших специалистов на официальных курсах MikroTik Certified Network Associate. Практически весь состав наших инженеров прошел курс и получил сертификаты.

В 2021 году мы двинулись на следующий уровень — получение сертификатов Certified Routing Engineer. В рамках этого обучения - наши сотрудники прокачивают знания в следующих областях:

- VLAN and managed switch.
- Static Routing, route policy, next-hop and scope/target-scope usage.
- Point to Point address configuration.
- Site to site connectivity with tunnels (IPIP, EoIP,PPTP, SSTP, L2TP, PPPoE).
- OSPF network structure.
- Interface cost and interface types (broadcast, NBMA, etc.).
- OSPF routing filters and limitations.

☝️ Полученная информация не пылится в конспектах, а сразу же применяется на практике в наших обширных облачных сетях и клиентских структурах.
📢 Как провалить свой первый рабочий день? Вредные советы.

Итак, оффер получен, и ты уже в ожидании того, чтобы присоединиться к команде мечты. Но впереди тебя ждет ОН - первый рабочий день в новой компании.

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

👉 Как можно испортить впечатление о себе и отношения с новыми коллегами? Мы подготовили вредные советы:

⚠️ Опоздай: перед первым рабочим днем нужно выспаться, а чем дольше будет ждать работодатель, тем желаннее для него будет встреча!
⚠️ Надень все лучшее сразу: если тебе сказали, что дресс-кода нет, приди в костюме с выпускного - нужно продемонстрировать, что ты готовился!
⚠️ Не задавай вопросов: найди себе укромный уголок и помалкивай, может и не вспомнят про тебя совсем!
⚠️ Жалуйся: тебе далеко ехать до работы, HR заставляет пройти уроки для новичка, устал от новых задач, а в кухне отсутствует сорт чая, к которому ты привык - не держи это в себе, сказать об этом сейчас - уместнее всего!
⚠️ Не благодари: не вздумай благодарить коллег, которые нашли время для ответа на твои вопросы. Они же тебя так ждали и должны помочь в адаптации!
​​⚠️ Отказывайся от предложений: коллеги предложили выпить вместе кофе - не иди. Стать частью команды всегда успеешь, а сейчас в приоритете работа!

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

P.S: шутка :)
📢 Почему не стоит бояться стажеров-программистов?

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

👉 И здесь можно выделить 2 основных момента, которые позволят вырасти будущему мидлу — этап отбора и выбор наставника:

1. На этапе отбора важно выявить важнейший скилл новичков в любой сфере — не бояться спрашивать. Также важно умение грамотно излагать мысли в письменном виде. Без этих навыков в проектах со сложной структурой и технической документацией точно не будет комфортно. Нужно разглядеть в кандидате реальную увлеченность в процессе, чтобы годами кодить и при этом профессионально расти, а не оставаться вечным джуном.
2. Выбор ментора предопределяет скорость роста и качество работы нашего джуна-стажера. Сам наставник при этом прокачивает навыки, которые помогут ему в дальнейшем справиться с ролью тимлида. В проектах найдутся задачи, которые можно отдать стажеру в работу. Ментору не придется тратить половину рабочего времени на разъяснения и проверку по ним. Главное здраво оценивать возможности подопечного и вовремя переводить его на следующий уровень, чтобы не стопорить в развитии.

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

👉 Если с самого начала специалист растёт в коллективе и компании, где ему комфортно, то развитие в такой среде проявляется в лояльности к компании, которая зачастую “дороже денег”.
📢 Почему уходят клиенты?

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

👉 Рассмотрим 2 возможных группы причин ухода клиентов:

1. Причины, не зависящие от вас, назовем их неформально “Дело не в тебе, а во мне”:
а) Ограниченный бюджет. В этом случае, клиент попытается максимально сократить затраты на услуги, которые посчитает менее важными.
Решение: предложить клиенту компромисс, чтобы он платил меньше денег за меньший объем услуг.
б) Привязанность к персоналу. Клиенты привыкают работать с определенным сотрудником вашей команды и в случае ухода специалиста, клиент уходит за ним или к другой компании.
Решение: снижение текучки кадров и обучение сотрудников, ваш персонал должен быть взаимозаменяем.
в) Отсутствие видимой эффективности. Если клиент не видит финансовых показателей эффективности, то он скорее всего откажется от ваших услуг.
Решение: найдите аргументы, почему ваши услуги нужны клиенту, рассчитайте показатели эффективности, предложите варианты, как их улучшить.

2. Причины, прямо зависящие от вас, по аналогии с предыдущим пунктом назовем их “Сам виноват”:
а) Ошибки и провалы. Если вы завалили крупный проект или систематически допускаете ошибки при оказании услуг, клиент может уйти к более компетентному и надежному конкуренту.
Решение: открыто признайте свои ошибки, компенсируйте ущерб, предоставьте замену сотрудника, который ошибается, работайте над профилактикой ошибок.
б) Потеря доверия. Если клиент понимает, что вы его обманули, очень сложно будет восстановить его доверие, скорее всего он уйдет.
Решение: с самого начала выстраивайте честные и доверительные отношения с клиентами. Не ищите единоразовой выгоды, мыслите долгосрочно.
в) Недостаточное внимание. Клиенты всегда требуют к себе внимания, крупная компания или мелкий предприниматель в этом желании равны. Если клиент почувствует себя брошенным со своими проблемами, он уйдет.
Решение: закрепляйте за клиентом личного менеджера/ответственного сотрудника, давайте личные/прямые контакты, поддерживайте связь.
г) Конкурентоспособность. Вы не одни на рынке, клиент всегда может найти компанию, предоставляющую подобные услуги дешевле или качественнее.
Решение: следите за подобными предложениями на рынке услуг, подумайте над аргументами, почему должны выбрать именно вас?

👉 Принцип построения крепких долгосрочных отношений с клиентом аналогичен отношениям в личной жизни: будьте честны, внимательны, интересны, полезны, развивайтесь и соответствуйте уровню партнера. Если даже после этого клиент ушел от вас, не зацикливайтесь на нем, это не ваш клиент - ищите нового!
📢 Тренд перехода на серверные процессоры AMD

Ранее в серверной среде использовались в основном процессоры Intel, были и AMD, но встречались крайне редко.
Всё резко изменилось с 2019 года: процессоры AMD линейки EPYC начали вытеснять Intel, показывая более высокую производительность при более низкой цене.

👉 Наш хостинг EFSOL Oblako тоже начинает использовать процессоры AMD. Например, в нашем дата-центре в Германии используются только серверы с процессорами AMD EPYC. По нашим наблюдениям, прирост производительности составляет не менее 30% за те же деньги.

👇 Причин такого эффекта две:

1) Процессоры AMD имеют большое количество ядер на одном сокете. То есть, можно задействовать однопроцессорный сервер там, где требовалась бы двухпроцессорная машина с Intel. Или же использовать один сервер, там где потребовалось бы два.
2) Экономия на лицензиях. Ряд серверных программ лицензируется на сокет или на сервер, соответственно, на таких лицензиях экономия в случае с AMD будет в 2 раза.
Таким образом, использование AMD позволяет нам разворачивать ресурсоемкие проекты, например, ERP-системы с большим количеством пользователей, на меньшем количестве серверов.