🔥 Управляй и успевай: ТОП 3 техник управления временем
Многозадачность, как один из ключевых навыков, фигурирует к требованиям кандидатов практически любой должности, но в жизни выгорание или завал в делах наступит скорее, чем раскроется этот талант. К слову сказать, учёные доказали, что наш мозг не способен к эффективному решению более двух задач одновременно. Большее количество приводило к ошибкам и быстрому утомлению участников исследований и, как следствие, снижению их продуктивности.
Фрилансеру, студенту, специалистам разных отраслей, и даже «многорукому осьминогу» чтобы оставаться продуктивным, необходимо правильно планировать свой день, оставляя свой фокус на важном, не отвлекаясь на вторичное. Предлагаем ознакомиться с 3-мя ТОПовыми техниками управления временем:
⏰ Техника «Pomodoro» или система 25 минут, спасшая судьбу многих проектов и зарекомендовавшая себя, как средство номер 1 по борьбе с прокрастинацией. Суть проста - ставим таймер на 25 минут и работаем, ни на что не отвлекаясь. Далее 5 минут отдыха и заново, и так 4 цикла подряд. Потом можно устроить перерыв в течении 30 минут.
⏰ Матрица Эйзенхауэра предполагает рассортировать дела по их срочности и важности и отнести к каждому из четырех типов, указанных ниже:
- Важные и срочные
Могут привести к значительным потерям, ущербу
- Важные несрочные
Ориентированы на будущее, на профилактику проблем
- Неважные срочные
Рутинные задачи , обязательные к выполнению
- Неважные несрочные
То отчего можно и нужно избавиться (пустая трата времени)
⏰ «Съешь лягушку», конечно, не в прямом смысле. Суть в том, чтобы начать день с самой трудной и неприятной задачи и сделать её так быстро, насколько это возможно.
В основе всех методик управления временем лежат три компонента:
- выделение приоритетной задачи;
- планирование задач, определение её сроков;
- структурирование задачи.
Данные техники помогают определять срочность и важность дел, сортировать их на главные и второстепенные, учат концентрировать внимание. Вы просто можете попробовать каждую из них, и адаптировать их под себя и специфику своей деятельности.
P.S. этот пост появился на свет, благодаря использованию техники «Pomodoro». 😊
Многозадачность, как один из ключевых навыков, фигурирует к требованиям кандидатов практически любой должности, но в жизни выгорание или завал в делах наступит скорее, чем раскроется этот талант. К слову сказать, учёные доказали, что наш мозг не способен к эффективному решению более двух задач одновременно. Большее количество приводило к ошибкам и быстрому утомлению участников исследований и, как следствие, снижению их продуктивности.
Фрилансеру, студенту, специалистам разных отраслей, и даже «многорукому осьминогу» чтобы оставаться продуктивным, необходимо правильно планировать свой день, оставляя свой фокус на важном, не отвлекаясь на вторичное. Предлагаем ознакомиться с 3-мя ТОПовыми техниками управления временем:
⏰ Техника «Pomodoro» или система 25 минут, спасшая судьбу многих проектов и зарекомендовавшая себя, как средство номер 1 по борьбе с прокрастинацией. Суть проста - ставим таймер на 25 минут и работаем, ни на что не отвлекаясь. Далее 5 минут отдыха и заново, и так 4 цикла подряд. Потом можно устроить перерыв в течении 30 минут.
⏰ Матрица Эйзенхауэра предполагает рассортировать дела по их срочности и важности и отнести к каждому из четырех типов, указанных ниже:
- Важные и срочные
Могут привести к значительным потерям, ущербу
- Важные несрочные
Ориентированы на будущее, на профилактику проблем
- Неважные срочные
Рутинные задачи , обязательные к выполнению
- Неважные несрочные
То отчего можно и нужно избавиться (пустая трата времени)
⏰ «Съешь лягушку», конечно, не в прямом смысле. Суть в том, чтобы начать день с самой трудной и неприятной задачи и сделать её так быстро, насколько это возможно.
В основе всех методик управления временем лежат три компонента:
- выделение приоритетной задачи;
- планирование задач, определение её сроков;
- структурирование задачи.
Данные техники помогают определять срочность и важность дел, сортировать их на главные и второстепенные, учат концентрировать внимание. Вы просто можете попробовать каждую из них, и адаптировать их под себя и специфику своей деятельности.
P.S. этот пост появился на свет, благодаря использованию техники «Pomodoro». 😊
🔥5👍1
👉 В чем разница между виртуальной машиной (ВМ) и контейнером?
Начинающие ИТ-практики не всегда понимают разницу между виртуальной машиной и контейнером. Расскажем кратко, в чем отличия, преимущества и недостатки.
Контейнер по сути является набором процессов, он изолирован от остальной операционной системы, запускается из отдельного образа, содержит все файлы, которые необходимы для работы процессов. Такой образ содержит все зависимости, поэтому легко переносится между средами.
👉 Так в чем же разница?
Виртуализация обеспечивает одновременную работу нескольких ОС на одном компьютере:
- каждая ВМ имеет свою ОС
- долго запускается, много "весит"
- производительность ограничена
- более безопасно за счет полной изоляции
- виртуализация на уровне "железа"
Контейнеры работают на одной и той же ОС, изолируются только процессы:
- используется нативная ОС
- запускается мгновенно, занимает не так много места
- нативная производительность
- менее безопасно, т.к. изоляция на уровне процесса
- виртуализация на уровне ОС
👍 Для того, чтобы посмотреть на контейнеризацию вживую, можно использовать Docker Desktop for Windows — это Community-версия Docker для систем Microsoft Windows, которая достаточно просто устанавливается, например, на Windows 10.
Начинающие ИТ-практики не всегда понимают разницу между виртуальной машиной и контейнером. Расскажем кратко, в чем отличия, преимущества и недостатки.
Контейнер по сути является набором процессов, он изолирован от остальной операционной системы, запускается из отдельного образа, содержит все файлы, которые необходимы для работы процессов. Такой образ содержит все зависимости, поэтому легко переносится между средами.
👉 Так в чем же разница?
Виртуализация обеспечивает одновременную работу нескольких ОС на одном компьютере:
- каждая ВМ имеет свою ОС
- долго запускается, много "весит"
- производительность ограничена
- более безопасно за счет полной изоляции
- виртуализация на уровне "железа"
Контейнеры работают на одной и той же ОС, изолируются только процессы:
- используется нативная ОС
- запускается мгновенно, занимает не так много места
- нативная производительность
- менее безопасно, т.к. изоляция на уровне процесса
- виртуализация на уровне ОС
👍 Для того, чтобы посмотреть на контейнеризацию вживую, можно использовать Docker Desktop for Windows — это Community-версия Docker для систем Microsoft Windows, которая достаточно просто устанавливается, например, на Windows 10.
🔥 2 мифа о внедрении 1С:ERP, которые мы опровергли на опыте своих проектов
Специалисты команды EFSOL вместе с финансовым директором «СФТ Пакетджинг» Нагметовой Галиной выступили на корпоративном тренинге. Мероприятие было организовано в одном из филиалов группы СФТ в г. Алексине. Наша команда выступала с докладом «Автоматизация блока «Закупки» на базе 1C:ERP.
Мы поделились результатами внедрения 1С:ERP, которая сейчас является основной учетной системой «СФТ Пакеджинг». И в процессе запуска 1С:ERP развеяли сразу 2 мифа о ее внедрении:
👉 Миф 1 - «1С:ERP невозможно запустить без доработок»
Реальность: 3 филиала и головная компания работают в типовом функционале. Система на поддержке, «замочек не снят».
👉 Миф 2 - «1С:ERP невозможно запустить без проектного подхода и длинных аналитических этапов»
Реальность: моделирование процессов четырех разных филиалов произвели за 4 месяца, свели учетные политики и запустились!
На тренинге мы также рассмотрели следующие вопросы:
- Архитектура ERP. Акцент сделали на функционале блоков, которые влияют на закупочную процедуру.
- Возможности блока «Закупки». Простой и быстрый способ реализации блока.
- Возможности блока «Казначейство», в том числе планирование и управление денежными средствами.
- Ожидаемые выгоды и эффект от внедрения.
А сейчас мы готовы развеять еще один миф: «Блок Закупки в типовом функционале нельзя запустить за 3 месяца».
Вызов принят ;)
Специалисты команды EFSOL вместе с финансовым директором «СФТ Пакетджинг» Нагметовой Галиной выступили на корпоративном тренинге. Мероприятие было организовано в одном из филиалов группы СФТ в г. Алексине. Наша команда выступала с докладом «Автоматизация блока «Закупки» на базе 1C:ERP.
Мы поделились результатами внедрения 1С:ERP, которая сейчас является основной учетной системой «СФТ Пакеджинг». И в процессе запуска 1С:ERP развеяли сразу 2 мифа о ее внедрении:
👉 Миф 1 - «1С:ERP невозможно запустить без доработок»
Реальность: 3 филиала и головная компания работают в типовом функционале. Система на поддержке, «замочек не снят».
👉 Миф 2 - «1С:ERP невозможно запустить без проектного подхода и длинных аналитических этапов»
Реальность: моделирование процессов четырех разных филиалов произвели за 4 месяца, свели учетные политики и запустились!
На тренинге мы также рассмотрели следующие вопросы:
- Архитектура ERP. Акцент сделали на функционале блоков, которые влияют на закупочную процедуру.
- Возможности блока «Закупки». Простой и быстрый способ реализации блока.
- Возможности блока «Казначейство», в том числе планирование и управление денежными средствами.
- Ожидаемые выгоды и эффект от внедрения.
А сейчас мы готовы развеять еще один миф: «Блок Закупки в типовом функционале нельзя запустить за 3 месяца».
Вызов принят ;)
👍4
🔥 Какие KPI есть в DevOps? Часть 1.
DevOps рассматривается как важный компонент процесса доставки и развертывания программных продуктов. Ключевые процессы DevOps участвуют во всем — от обеспечения безопасности до поддержки приложений. Даже лучшие практики DevOps не гарантируют качество, а иногда могут даже вызвать больше проблем, если не интегрированы должным образом. Стремясь как можно быстрее доставить программное обеспечение на рынок, компании рискуют получить много ошибок, которые будут обнаружены конечными пользователями.
DevOps, как и другие современные процессы, требует тщательной интеграции ключевых показателей эффективности (KPI). Правильные метрики могут гарантировать, что приложения работают с максимальной пользой.
👉 Рассмотрим основные показатели KPI, которые используются на практике:
► Частота развертывания (Deployment Frequency) - обозначает частоту запуска новых функций или возможностей. Частота может быть измерена на ежедневной или еженедельной основе. В идеале, показатели частоты либо будут оставаться стабильными во времени, либо будут наблюдаться небольшие и устойчивые увеличения. Если высокая частота приводит к увеличению времени развертывания или более высокой частоте и количеству отказов, возможно, необходимо снизить частоту развертывания до тех пор, пока существующие проблемы не будут решены.
► Объем изменений (Change Volume) тесно связан с частотой развертывания и определяет количество новых пользовательских историй или изменений кода, которые команда DevOps предоставляет с каждым выпуском или за определенный период времени. Хотя большой объем изменений может быть признаком эффективного итеративного подхода к продукту, он также может быть индикатором слишком узкой нарезки проекта и изменений, происходящих исключительно ради изменений.
► Время развертывания (Deployment Time). Несмотря на то, что короткое время развертывания имеет важное значение, оно не должно идти за счет корректности релизов. Увеличение числа ошибок может указывать на то, что развертывания происходят слишком быстро.
► Частота неудачных развертываний (Failed Deployment Rate) - это число должно быть как можно ниже. На процент неудачных развертываний часто ссылаются наряду с объемом изменений. Низкий объем изменений наряду с увеличением частоты неудачных развертываний может указывать на проблему где-то в рабочем процессе.
► Частота отказов (Change Failure Rate). Низкая частота отказов позволяет предположить, что развертывания происходят быстро и регулярно. И, наоборот, высокая частота отказов означает плохую стабильность приложений, что может привести к проблемам у конечных пользователей.
► Среднее время до обнаружения (Mean time to discovery). Хотя идеальное решение состоит в том, чтобы минимизировать или даже искоренить неудачные изменения, важно быстро обнаруживать сбои, если они происходят. Время на обнаружение может определить, адекватны ли текущие меры по реагированию.
► Среднее время между сбоями (Mean Time Between Failures) - является метрикой надежности и доступности. Она используется для измерения способности системы или компонента выполнять свои требуемые функции в установленных условиях в течение определенного периода времени. Кроме того, MTBF позволяет команде разработчиков DevOps измерить степень работоспособности системы или ее компонент.
► Среднее время восстановления (Mean Time to Recovery) - это важный показатель, который указывает на способность адекватно реагировать на выявленные проблемы. Быстрое обнаружение мало что значит, если за ним не следует столь же быстрое восстановление.
DevOps-услуги: https://efsol.ru/promo/devops.html
DevOps рассматривается как важный компонент процесса доставки и развертывания программных продуктов. Ключевые процессы DevOps участвуют во всем — от обеспечения безопасности до поддержки приложений. Даже лучшие практики DevOps не гарантируют качество, а иногда могут даже вызвать больше проблем, если не интегрированы должным образом. Стремясь как можно быстрее доставить программное обеспечение на рынок, компании рискуют получить много ошибок, которые будут обнаружены конечными пользователями.
DevOps, как и другие современные процессы, требует тщательной интеграции ключевых показателей эффективности (KPI). Правильные метрики могут гарантировать, что приложения работают с максимальной пользой.
👉 Рассмотрим основные показатели KPI, которые используются на практике:
► Частота развертывания (Deployment Frequency) - обозначает частоту запуска новых функций или возможностей. Частота может быть измерена на ежедневной или еженедельной основе. В идеале, показатели частоты либо будут оставаться стабильными во времени, либо будут наблюдаться небольшие и устойчивые увеличения. Если высокая частота приводит к увеличению времени развертывания или более высокой частоте и количеству отказов, возможно, необходимо снизить частоту развертывания до тех пор, пока существующие проблемы не будут решены.
► Объем изменений (Change Volume) тесно связан с частотой развертывания и определяет количество новых пользовательских историй или изменений кода, которые команда DevOps предоставляет с каждым выпуском или за определенный период времени. Хотя большой объем изменений может быть признаком эффективного итеративного подхода к продукту, он также может быть индикатором слишком узкой нарезки проекта и изменений, происходящих исключительно ради изменений.
► Время развертывания (Deployment Time). Несмотря на то, что короткое время развертывания имеет важное значение, оно не должно идти за счет корректности релизов. Увеличение числа ошибок может указывать на то, что развертывания происходят слишком быстро.
► Частота неудачных развертываний (Failed Deployment Rate) - это число должно быть как можно ниже. На процент неудачных развертываний часто ссылаются наряду с объемом изменений. Низкий объем изменений наряду с увеличением частоты неудачных развертываний может указывать на проблему где-то в рабочем процессе.
► Частота отказов (Change Failure Rate). Низкая частота отказов позволяет предположить, что развертывания происходят быстро и регулярно. И, наоборот, высокая частота отказов означает плохую стабильность приложений, что может привести к проблемам у конечных пользователей.
► Среднее время до обнаружения (Mean time to discovery). Хотя идеальное решение состоит в том, чтобы минимизировать или даже искоренить неудачные изменения, важно быстро обнаруживать сбои, если они происходят. Время на обнаружение может определить, адекватны ли текущие меры по реагированию.
► Среднее время между сбоями (Mean Time Between Failures) - является метрикой надежности и доступности. Она используется для измерения способности системы или компонента выполнять свои требуемые функции в установленных условиях в течение определенного периода времени. Кроме того, MTBF позволяет команде разработчиков DevOps измерить степень работоспособности системы или ее компонент.
► Среднее время восстановления (Mean Time to Recovery) - это важный показатель, который указывает на способность адекватно реагировать на выявленные проблемы. Быстрое обнаружение мало что значит, если за ним не следует столь же быстрое восстановление.
DevOps-услуги: https://efsol.ru/promo/devops.html
🔥 Выбираем фотографию для резюме
"Я не фотогеничен!" — эту фразу можно услышать не только от стеснительных девушек, но и от брутальных парней. Мы не будем в данной статье обсуждать, стоит ли размещать свое фото в резюме, есть различные мнения на этот счет и многое зависит от той должности, на которую вы претендуете. Наша рекомендация — размещайте, это повысит шансы вашего резюме быть просмотренным.
👉 А вот какой должна быть фотография в резюме, давайте, рассмотрим подробнее:
1) На фотографии изображены только вы.
Ни с кошкой на руках, ни с ребенком на линейке, ни в клубе с друзьями или женой на свадьбе.
2) Вы сфотографированы крупным планом (желательно по пояс), сидите/стоите прямо и смотрите в камеру.
Снимки со спины, полубоком, либо на фоне, например, водопадов, где вас даже не рассмотреть, в данном случае неуместны.
3) Обстановка и фон на фотографии нейтральны, либо серьезны.
Возможно, вы себе очень нравитесь на снимке из бара с бокалом в руке, но оставьте его все-таки для других целей.
4) Снимок качественный.
Ваше лицо четко видно, ваш друг не замазан в фотошопе.
5) На снимке вы одеты. Опрятная и выглаженная одежда только украсит ваш внешний вид.
Никакого голого торса - для мужчин, и глубоких декольте - для женщин. Не выкладывайте фотографии из спортзала или с пляжного отдыха. Может рекрутер из любопытства и откроет резюме, чтобы оценить ваши бицепсы, но не более того.
6) Прикрепляйте актуальные фотографии.
На собеседование должен прийти человек, соответствующий фотографии. Если вы создали резюме 5 лет назад, то обновите не только раздел "опыт и навыки", но и фотографию.
7) Выберите фотографию с легкой улыбкой.
Не прикрепляйте фото с угрюмым или уставшим выражением лица. Такие люди вызывают скорее жалость, чем желание сделать им оффер.
Если ваша фотография в резюме не соответствует данным критериям, рекомендуем перефотографироваться и прикрепить новое фото. А вдруг вы получите оффер мечты?! Рискните :)
P.S.: если нет подходящих фотографий и фотографироваться нет желания, то лучше не прикрепляйте ничего.
"Я не фотогеничен!" — эту фразу можно услышать не только от стеснительных девушек, но и от брутальных парней. Мы не будем в данной статье обсуждать, стоит ли размещать свое фото в резюме, есть различные мнения на этот счет и многое зависит от той должности, на которую вы претендуете. Наша рекомендация — размещайте, это повысит шансы вашего резюме быть просмотренным.
👉 А вот какой должна быть фотография в резюме, давайте, рассмотрим подробнее:
1) На фотографии изображены только вы.
Ни с кошкой на руках, ни с ребенком на линейке, ни в клубе с друзьями или женой на свадьбе.
2) Вы сфотографированы крупным планом (желательно по пояс), сидите/стоите прямо и смотрите в камеру.
Снимки со спины, полубоком, либо на фоне, например, водопадов, где вас даже не рассмотреть, в данном случае неуместны.
3) Обстановка и фон на фотографии нейтральны, либо серьезны.
Возможно, вы себе очень нравитесь на снимке из бара с бокалом в руке, но оставьте его все-таки для других целей.
4) Снимок качественный.
Ваше лицо четко видно, ваш друг не замазан в фотошопе.
5) На снимке вы одеты. Опрятная и выглаженная одежда только украсит ваш внешний вид.
Никакого голого торса - для мужчин, и глубоких декольте - для женщин. Не выкладывайте фотографии из спортзала или с пляжного отдыха. Может рекрутер из любопытства и откроет резюме, чтобы оценить ваши бицепсы, но не более того.
6) Прикрепляйте актуальные фотографии.
На собеседование должен прийти человек, соответствующий фотографии. Если вы создали резюме 5 лет назад, то обновите не только раздел "опыт и навыки", но и фотографию.
7) Выберите фотографию с легкой улыбкой.
Не прикрепляйте фото с угрюмым или уставшим выражением лица. Такие люди вызывают скорее жалость, чем желание сделать им оффер.
Если ваша фотография в резюме не соответствует данным критериям, рекомендуем перефотографироваться и прикрепить новое фото. А вдруг вы получите оффер мечты?! Рискните :)
P.S.: если нет подходящих фотографий и фотографироваться нет желания, то лучше не прикрепляйте ничего.
🔥3
🔥 Какие KPI есть в DevOps? Часть 2.
При отслеживании ключевых метрик DevOps необходимо сосредоточится не на плюсах или минусах, основанных на каком-либо одном показателе, а скорее на статистике, которую эти метрики показывают, когда совместно анализируются.
Ссылка на 1 часть
👉 Продолжаем рассматривать основные показатели KPI, которые используются на практике:
► Скорость ухода от ошибок (Defect Escape Rate)
Каждое развертывание программного обеспечения сопряжено с риском появления новых ошибок. Они могут не быть обнаружены, пока тестирование не будет завершено. Хуже того, они могут быть найдены конечным пользователем. Этот параметр отслеживает, как часто ошибки обнаруживаются на этапе предварительного тестирования по сравнению с продакшн-средой. Эта цифра может служить ценным показателем общего качества выпусков программного обеспечения.
► Время выполнения (Lead Time)
Время выполнения отображает информацию об эффективности всего процесса разработки. Этот показатель также указывает на текущую способность удовлетворять растущие потребности пользователей. Время выполнения начинает свой отсчет, когда от пользователя поступил запрос и заканчивается, когда запрос полностью выполнен. Частью Lead Time является Process Time — время за которое по факту выполнен пользовательский запрос. Отсчет начинается когда команда приступила к выполнению задачи до полного выполнения запроса.
► Объем ошибок (Defect Volume)
Эта метрика фокусируется на фактическом объеме ошибок. Большой объем ошибок для конкретного приложения может указывать на проблемы с управлением данными разработки или тестирования.
► Доступность (Availability)
Доступность указывает степень простоя для данного приложения. Это может измеряться как полной, так и частичной доступностью. При этом для планового технического обслуживания может потребоваться некоторое снижение доступности. Тщательно отслеживайте как запланированные простои, так и незапланированные отключения, помня о том, что 100-процентная доступность может оказаться невозможной.
► Соответствие SLA (SLA compliance)
Время безотказной работы приложений является важным показателем для каждой ИТ-организации. Соглашения об уровне обслуживания требуют, чтобы инфраструктура, службы и поддерживающие приложения соответствовали высокой цели доступности. Сервисы должны быть в максимально возможной степени доступны пользователям, что позволяет достигать SLA 99,99%.
► Незапланированная работа (Unplanned Work)
Этот показатель помогает отслеживать как качество выпусков программного обеспечения, так и общую продуктивность команды DevOps. Определите объем работы для выпуска в начале цикла DevOps и сравните его с фактической работой, необходимой для завершения выпуска. Чем больше времени разработчики и администраторы тратят на незапланированную работу, такую как устранение ошибок в производственной среде, тем хуже. Возможно, существует недостаток тестирования или разрыв между средами разработки, тестирования и производства. Когда команды проводят много времени в борьбе с непредвиденными «пожарами», общая производительность снижается, а риск выгорания возрастает.
DevOps-услуги: https://efsol.ru/promo/devops.html
При отслеживании ключевых метрик DevOps необходимо сосредоточится не на плюсах или минусах, основанных на каком-либо одном показателе, а скорее на статистике, которую эти метрики показывают, когда совместно анализируются.
Ссылка на 1 часть
👉 Продолжаем рассматривать основные показатели KPI, которые используются на практике:
► Скорость ухода от ошибок (Defect Escape Rate)
Каждое развертывание программного обеспечения сопряжено с риском появления новых ошибок. Они могут не быть обнаружены, пока тестирование не будет завершено. Хуже того, они могут быть найдены конечным пользователем. Этот параметр отслеживает, как часто ошибки обнаруживаются на этапе предварительного тестирования по сравнению с продакшн-средой. Эта цифра может служить ценным показателем общего качества выпусков программного обеспечения.
► Время выполнения (Lead Time)
Время выполнения отображает информацию об эффективности всего процесса разработки. Этот показатель также указывает на текущую способность удовлетворять растущие потребности пользователей. Время выполнения начинает свой отсчет, когда от пользователя поступил запрос и заканчивается, когда запрос полностью выполнен. Частью Lead Time является Process Time — время за которое по факту выполнен пользовательский запрос. Отсчет начинается когда команда приступила к выполнению задачи до полного выполнения запроса.
► Объем ошибок (Defect Volume)
Эта метрика фокусируется на фактическом объеме ошибок. Большой объем ошибок для конкретного приложения может указывать на проблемы с управлением данными разработки или тестирования.
► Доступность (Availability)
Доступность указывает степень простоя для данного приложения. Это может измеряться как полной, так и частичной доступностью. При этом для планового технического обслуживания может потребоваться некоторое снижение доступности. Тщательно отслеживайте как запланированные простои, так и незапланированные отключения, помня о том, что 100-процентная доступность может оказаться невозможной.
► Соответствие SLA (SLA compliance)
Время безотказной работы приложений является важным показателем для каждой ИТ-организации. Соглашения об уровне обслуживания требуют, чтобы инфраструктура, службы и поддерживающие приложения соответствовали высокой цели доступности. Сервисы должны быть в максимально возможной степени доступны пользователям, что позволяет достигать SLA 99,99%.
► Незапланированная работа (Unplanned Work)
Этот показатель помогает отслеживать как качество выпусков программного обеспечения, так и общую продуктивность команды DevOps. Определите объем работы для выпуска в начале цикла DevOps и сравните его с фактической работой, необходимой для завершения выпуска. Чем больше времени разработчики и администраторы тратят на незапланированную работу, такую как устранение ошибок в производственной среде, тем хуже. Возможно, существует недостаток тестирования или разрыв между средами разработки, тестирования и производства. Когда команды проводят много времени в борьбе с непредвиденными «пожарами», общая производительность снижается, а риск выгорания возрастает.
DevOps-услуги: https://efsol.ru/promo/devops.html
🔥 Теперь маршрутные листы можно отправлять курьеру через Телеграм!
К нам обратился клиент с такой задачей — требовалось реализовать функцию отправки маршрутного листа курьеру через Телеграм. Использовать для этого нужно заранее установленный шаблон, маршрутные листы должны быть в формате PDF.
👉 Как выполнили?
В сервисе по автоматизации доставки Delans теперь есть возможность отправки маршрутного листа путем нажатия на кнопку "Отправить в Телеграм". В чат с курьерами отправляются сообщения PDF-формата с указанием в заголовке ФИО курьера, которому адресован маршрут.
Более подробно о сервисе: https://efsol.ru/products/delans.html
К нам обратился клиент с такой задачей — требовалось реализовать функцию отправки маршрутного листа курьеру через Телеграм. Использовать для этого нужно заранее установленный шаблон, маршрутные листы должны быть в формате PDF.
👉 Как выполнили?
В сервисе по автоматизации доставки Delans теперь есть возможность отправки маршрутного листа путем нажатия на кнопку "Отправить в Телеграм". В чат с курьерами отправляются сообщения PDF-формата с указанием в заголовке ФИО курьера, которому адресован маршрут.
Более подробно о сервисе: https://efsol.ru/products/delans.html
👏1
🔥 Переход SAP → 1С:ERP. Пора действовать!
Преимущества перехода на решение 1С:ERP:
- гарантия доступности обновлений и поддержки от разработчика.
- экономия на цене лицензий ПО.
- экономия на поддержке и масштабировании.
- более быстрое внедрение.
- гибкость платформы.
- ориентация на российский рынок.
- проще найти команду поддержки и разработки.
Сложности перехода с SAP на 1С:ERP:
- требуется компетентная команда.
- сложная адаптация методологии SAP под нюансы 1С.
- требуется найти поставщика облачной инфраструктуры под 1С:ERP, если SAP размещалась в облаке, либо закупить серверное оборудование для организации своей площадки.
Услугу перехода с SAP на 1С:ERP лучше заказывать у компании, которая имеет большой опыт внедрения 1С:ERP, в т.ч. миграции с других систем.
👉 На базе провайдера облачных услуг EFSOL Oblako, можно получить готовую облачную инфраструктуру для размещения 1С:ERP и разработки проекта перехода с SAP: https://efsol.ru/promo/arenda-erp.html
👉 Также мы готовы оказать помощь в реализации проекта перехода.
Преимущества перехода на решение 1С:ERP:
- гарантия доступности обновлений и поддержки от разработчика.
- экономия на цене лицензий ПО.
- экономия на поддержке и масштабировании.
- более быстрое внедрение.
- гибкость платформы.
- ориентация на российский рынок.
- проще найти команду поддержки и разработки.
Сложности перехода с SAP на 1С:ERP:
- требуется компетентная команда.
- сложная адаптация методологии SAP под нюансы 1С.
- требуется найти поставщика облачной инфраструктуры под 1С:ERP, если SAP размещалась в облаке, либо закупить серверное оборудование для организации своей площадки.
Услугу перехода с SAP на 1С:ERP лучше заказывать у компании, которая имеет большой опыт внедрения 1С:ERP, в т.ч. миграции с других систем.
👉 На базе провайдера облачных услуг EFSOL Oblako, можно получить готовую облачную инфраструктуру для размещения 1С:ERP и разработки проекта перехода с SAP: https://efsol.ru/promo/arenda-erp.html
👉 Также мы готовы оказать помощь в реализации проекта перехода.
❤1👍1
🔥 Ответы на популярные вопросы по переходу с 1С:ERP/1С:КА 2.4 на 2.5 - честно и без цензуры
В апреле 2022 года фирма 1С прекратила поддержку конфигураций 1C:ERP и 1С:Комплексная автоматизация версии 2.4, тем самым «заставив» пользователей перейти на версию 2.5.
Итак, к вопросам.
👉 Какой экономический эффект мы получим после обновления?
Переход с 2.4 на 2.5 лучше расценивать как работу с рисками, чем улучшение программы. Со слов разработчика, изменили архитектуру решения и «работали над быстродействием». На практике разницу пока не ощутили, но расширения и доработки приходится «адаптировать», а кое-где и вовсе разрабатывать заново. Это все время и деньги клиентов. К сожалению, экономический эффект посчитать не удалось. т.к. это тоже затратное мероприятие, на которое нужно выделять ресурсы.
👉 Какой функционал добавили?
Основные улучшения в блоке «Производство»: авторезервирование полуфабрикатов, автоматический подбор спецификаций и их настройка, АРМ сотрудника отдела планирования и др. Также появились возможность отслеживать оригиналы бумажных документов, укомплектовывать и разъединять ОС, управлять затратами НИОКР и др. Обновлений функционала много, они небольшие и все приятные.
👉 Какие основные сложности в переходе?
Изменение данных. Выявлены случаи, когда после обновления не сходились данные в регистрах и бухгалтерском учете. Хотя причиной этого стали не совсем верные действия пользователя, но на предыдущих версиях таких проблем не наблюдалось. Также иногда «слетало» закрытие периода, что связано с нововведениями в производстве и оприходовании ТМЦ. Даже при установленном «запрете редактирования периода» программа требовала пересчета себестоимости, и после закрытия ОСВ не совпадала с версией до обновления. Хотя причиной этих инцидентов и были не совсем корректные действия пользователей (меняли настройки системы в процессе работы), но на предыдущих версиях таких ситуаций не наблюдалось. Решение: корректировки записей регистров, корректировки отчетности и подача уточненок.
Технические сбои. Операция обновления ресурсоемкая. Процедуры реструктуризации и обработки данных в информационной базе после обновления могут занимать более 10 часов. Если рабочий сервер «слабый», система останавливается по критической ошибке. Решение: чистим место на сервере, выполняем операции на мощном железе и терпеливо ждем.
Проблемы с доработками. Архитектура решения сильно изменилась:
- Появились изменения в учетных регистрах: регистр по остаткам заменен на регистр распределение запасов; в регистрах взаиморасчетов с поставщиками и клиентами измерение заказа заменено на объект расчетов.
- Изменены либо убраны реквизиты объектов.
- Изменены типовые процедуры по работе с печатными формами и заполнению табличной части из файла.
- Доработки и расширения сначала нужно запустить с помощью программиста, а потом адаптировать, привлекая пользователей для теста.
👉 Какая трудоемкость реализации?
Минимальное время, которое мы затрачивали на переход - 20 часов. Максимальное - 230 часов. Все индивидуально и зависит от качества ведения данных и количества доработок и расширений.
К сожалению, невозможно сопоставить и описать весь полученный опыт при переходе на версию 2.5. Больше знают наши специалисты - оставляйте вопросы и мы обязательно на них ответим: https://efsol.ru/products/erp.html
В апреле 2022 года фирма 1С прекратила поддержку конфигураций 1C:ERP и 1С:Комплексная автоматизация версии 2.4, тем самым «заставив» пользователей перейти на версию 2.5.
Итак, к вопросам.
👉 Какой экономический эффект мы получим после обновления?
Переход с 2.4 на 2.5 лучше расценивать как работу с рисками, чем улучшение программы. Со слов разработчика, изменили архитектуру решения и «работали над быстродействием». На практике разницу пока не ощутили, но расширения и доработки приходится «адаптировать», а кое-где и вовсе разрабатывать заново. Это все время и деньги клиентов. К сожалению, экономический эффект посчитать не удалось. т.к. это тоже затратное мероприятие, на которое нужно выделять ресурсы.
👉 Какой функционал добавили?
Основные улучшения в блоке «Производство»: авторезервирование полуфабрикатов, автоматический подбор спецификаций и их настройка, АРМ сотрудника отдела планирования и др. Также появились возможность отслеживать оригиналы бумажных документов, укомплектовывать и разъединять ОС, управлять затратами НИОКР и др. Обновлений функционала много, они небольшие и все приятные.
👉 Какие основные сложности в переходе?
Изменение данных. Выявлены случаи, когда после обновления не сходились данные в регистрах и бухгалтерском учете. Хотя причиной этого стали не совсем верные действия пользователя, но на предыдущих версиях таких проблем не наблюдалось. Также иногда «слетало» закрытие периода, что связано с нововведениями в производстве и оприходовании ТМЦ. Даже при установленном «запрете редактирования периода» программа требовала пересчета себестоимости, и после закрытия ОСВ не совпадала с версией до обновления. Хотя причиной этих инцидентов и были не совсем корректные действия пользователей (меняли настройки системы в процессе работы), но на предыдущих версиях таких ситуаций не наблюдалось. Решение: корректировки записей регистров, корректировки отчетности и подача уточненок.
Технические сбои. Операция обновления ресурсоемкая. Процедуры реструктуризации и обработки данных в информационной базе после обновления могут занимать более 10 часов. Если рабочий сервер «слабый», система останавливается по критической ошибке. Решение: чистим место на сервере, выполняем операции на мощном железе и терпеливо ждем.
Проблемы с доработками. Архитектура решения сильно изменилась:
- Появились изменения в учетных регистрах: регистр по остаткам заменен на регистр распределение запасов; в регистрах взаиморасчетов с поставщиками и клиентами измерение заказа заменено на объект расчетов.
- Изменены либо убраны реквизиты объектов.
- Изменены типовые процедуры по работе с печатными формами и заполнению табличной части из файла.
- Доработки и расширения сначала нужно запустить с помощью программиста, а потом адаптировать, привлекая пользователей для теста.
👉 Какая трудоемкость реализации?
Минимальное время, которое мы затрачивали на переход - 20 часов. Максимальное - 230 часов. Все индивидуально и зависит от качества ведения данных и количества доработок и расширений.
К сожалению, невозможно сопоставить и описать весь полученный опыт при переходе на версию 2.5. Больше знают наши специалисты - оставляйте вопросы и мы обязательно на них ответим: https://efsol.ru/products/erp.html
👍2
🔥 Netbox — документируем сеть
Сегодня хотим рассказать о системе NetBox, которую мы внедрили у себя для документирования хостинговой инфраструктуры. NetBox - бесплатная open source система, которая нам показалась наиболее интересной среди аналогичных бесплатных систем.
👉 Что нам нужно было систематизировать:
- Графическое отображение размещения оборудования в стойках.
- Состав серверов, в том числе протоколирование изменения комплектующих в процессе эксплуатации.
- Статус тех или иных серверов — входят ли они в состав облака или выделены персонально под клиента.
- MAC-адреса серверов и схема сетевой коммутации.
Ранее часть этих задач мы решали с помощью Excel, но 4 пункт нормально поддерживать в нем было невозможно, да и с протоколированием изменений были сложности.
В свою очередь NetBox позволяет автоматически считывать MAC-адреса с введенных в систему серверов, что очень удобно для сетевых инженеров. NetBox имеет удобную систему протоколирования изменений каждого узла. Графическое отображение размещения и связанности всех узлов также на высоте в этой системе. Ну и вишенкой на торте можно назвать наличие API у NetBox, что позволяет автоматизировать изменение узлов через Тикет-систему и, в перспективе, автоматически добавлять виртуальные и физические сервера, при использовании разворачивания и удаления их по методу "инфраструктура как код".
Можно констатировать, что система полностью удовлетворяет нашим запросам, имеет задел для расширения функционала.
👉 Нужен облачный хостинг? Добро пожаловать в EFSOL Oblako: https://efsol.ru/cloud/
Сегодня хотим рассказать о системе NetBox, которую мы внедрили у себя для документирования хостинговой инфраструктуры. NetBox - бесплатная open source система, которая нам показалась наиболее интересной среди аналогичных бесплатных систем.
👉 Что нам нужно было систематизировать:
- Графическое отображение размещения оборудования в стойках.
- Состав серверов, в том числе протоколирование изменения комплектующих в процессе эксплуатации.
- Статус тех или иных серверов — входят ли они в состав облака или выделены персонально под клиента.
- MAC-адреса серверов и схема сетевой коммутации.
Ранее часть этих задач мы решали с помощью Excel, но 4 пункт нормально поддерживать в нем было невозможно, да и с протоколированием изменений были сложности.
В свою очередь NetBox позволяет автоматически считывать MAC-адреса с введенных в систему серверов, что очень удобно для сетевых инженеров. NetBox имеет удобную систему протоколирования изменений каждого узла. Графическое отображение размещения и связанности всех узлов также на высоте в этой системе. Ну и вишенкой на торте можно назвать наличие API у NetBox, что позволяет автоматизировать изменение узлов через Тикет-систему и, в перспективе, автоматически добавлять виртуальные и физические сервера, при использовании разворачивания и удаления их по методу "инфраструктура как код".
Можно констатировать, что система полностью удовлетворяет нашим запросам, имеет задел для расширения функционала.
👉 Нужен облачный хостинг? Добро пожаловать в EFSOL Oblako: https://efsol.ru/cloud/
👍1
🔥 Какой вариант кэш-пулинга выбрать?
Сash-pooling или Консолидация денежных средств группы компаний — это метод управления денежными средствами, используемый корпоративной группой, состоящей из нескольких организаций.
Использование кэш-пулинга позволяет избежать лишних расходов на банковское обслуживание и уплаты процентов за использование денежных средств банка.
👉 Существует несколько методов объединения денежных средств (ДС):
- физическое;
- виртуальное;
- смешанное.
Ниже опишем преимущества и недостатки физического кэш-пулинга, когда в автоматическом режиме все остатки ДС зачисляются на один счет компании.
👉 Преимущества:
- Контроль над движением и остатками ДС компании.
- Самые выгодные условия привлечения займов и размещения временно свободных ДС (по сравнению с другими методами объединения ДС).
- Сокращение затрат на банковское обслуживание.
👉 Недостатки:
- Необходимость детального планирования ликвидности.
- Дополнительные затраты на ИТ-инфраструктуру для поддержки инструмента управления ДС.
- Большое количество договоров между участниками.
С преимуществами и недостатками виртуального и смешанного кэш-пулинга можно ознакомиться в нашей обзорной статье: https://efsol.ru/promo/cash-pooling.html.
А как автоматизировать и запустить процесс кэш-пулинга — готовы рассказать наши консультанты!
Сash-pooling или Консолидация денежных средств группы компаний — это метод управления денежными средствами, используемый корпоративной группой, состоящей из нескольких организаций.
Использование кэш-пулинга позволяет избежать лишних расходов на банковское обслуживание и уплаты процентов за использование денежных средств банка.
👉 Существует несколько методов объединения денежных средств (ДС):
- физическое;
- виртуальное;
- смешанное.
Ниже опишем преимущества и недостатки физического кэш-пулинга, когда в автоматическом режиме все остатки ДС зачисляются на один счет компании.
👉 Преимущества:
- Контроль над движением и остатками ДС компании.
- Самые выгодные условия привлечения займов и размещения временно свободных ДС (по сравнению с другими методами объединения ДС).
- Сокращение затрат на банковское обслуживание.
👉 Недостатки:
- Необходимость детального планирования ликвидности.
- Дополнительные затраты на ИТ-инфраструктуру для поддержки инструмента управления ДС.
- Большое количество договоров между участниками.
С преимуществами и недостатками виртуального и смешанного кэш-пулинга можно ознакомиться в нашей обзорной статье: https://efsol.ru/promo/cash-pooling.html.
А как автоматизировать и запустить процесс кэш-пулинга — готовы рассказать наши консультанты!
🤔2❤1
🔥 Как бухгалтеру заработать миллион пассивного дохода в год? Делимся секретами 😎
В эпоху различных кризисов для любого человека встает вопрос дополнительного заработка. Кто-то ищет себе подушку безопасности, запасной аэродром в случае потери основной работы, а кто-то просто хочет увеличить свои доходы, ведь цены на всё растут неуклонно.
Бухгалтер здесь не исключение. Различные подработки для бухгалтера — вполне себе обычное дело. А наиболее предприимчивые берут на аутсорсинг десятки мелких клиентов. Но всё это активный заработок, когда приходится уделять работе очень много времени. Конечно, сейчас бухгалтеру работать можно через Интернет из дома, хоть с утра до ночи, но всё это требует колоссальных затрат энергии.
Поэтому дополнительный заработок для бухгалтера не ограничивается тем, чтобы привлекать себе больше клиентов на бухгалтерское обслуживание. Сейчас появилась возможность пассивного заработка, размер которого не ограничен ничем. Говоря проще, всем кто пользуется 1С:Бухгалтерия и другим ПО 1С нужен либо сервер, либо локальная установка, а многим нужно облако. Именно таких клиентов можно приводить в наше облако и получать за это деньги ежемесячно.
👉 Зарабатывай с EFSOL Oblako — расскажем как!
Партнёрская программа EFSOL Oblako — это способ для бухгалтера получить неплохой дополнительный доход просто привлекая новых клиентов, которые арендуют сервер 1С в EFSOL Oblako.
EFSOL Oblako — это хостинг-провайдер, предоставляющий облачные сервисы для бизнеса уже более 10 лет. Услуги предоставляются с размещением в трёх надежных дата-центрах Tier III. Гарантия качества обеспечивается SLA. Опытные ИТ-инженеры в режиме 24/7 готовы к решению возникающих задач. Наиболее популярной услугой является аренда сервера 1С — именно эта услуга подключена к партнёрской программе и именно с помощью неё вы можете заработать.
👉 Сколько можно заработать?
Размер пассивного дохода в партнёрской программе EFSOL Oblako не ограничен. Чтобы зарабатывать около 1 миллиона рублей в год, нужно привлечь клиентов на 400 тыс. рублей абонентской платы.
Вы просто регистрируете рефералов, а все остальные заботы лежат на специалистах EFSOL Oblako!
👉 Как зарегистрироваться в программе и узнать больше?
Регистрация в партнёрской программе EFSOL Oblako происходит на этой странице. Там же можно узнать дополнительную информацию, например, о том, как зарегистрировать реферала и начать получать вознаграждение.
👉 Какие гарантии?
С каждым партнёром заключается партнёрское соглашение. Провайдер EFSOL Oblako нацелен на долгосрочные взаимовыгодные отношения с партнёрами.
👉 Регистрация в партнерской программе EFSOL Oblako
Переходите на страницу партнёрской программы, чтобы узнать больше и зарегистрироваться. Там же можно оставить заявку на консультацию.
👉 Если я не бухгалтер, я могу зарабатывать?
Да.
В эпоху различных кризисов для любого человека встает вопрос дополнительного заработка. Кто-то ищет себе подушку безопасности, запасной аэродром в случае потери основной работы, а кто-то просто хочет увеличить свои доходы, ведь цены на всё растут неуклонно.
Бухгалтер здесь не исключение. Различные подработки для бухгалтера — вполне себе обычное дело. А наиболее предприимчивые берут на аутсорсинг десятки мелких клиентов. Но всё это активный заработок, когда приходится уделять работе очень много времени. Конечно, сейчас бухгалтеру работать можно через Интернет из дома, хоть с утра до ночи, но всё это требует колоссальных затрат энергии.
Поэтому дополнительный заработок для бухгалтера не ограничивается тем, чтобы привлекать себе больше клиентов на бухгалтерское обслуживание. Сейчас появилась возможность пассивного заработка, размер которого не ограничен ничем. Говоря проще, всем кто пользуется 1С:Бухгалтерия и другим ПО 1С нужен либо сервер, либо локальная установка, а многим нужно облако. Именно таких клиентов можно приводить в наше облако и получать за это деньги ежемесячно.
👉 Зарабатывай с EFSOL Oblako — расскажем как!
Партнёрская программа EFSOL Oblako — это способ для бухгалтера получить неплохой дополнительный доход просто привлекая новых клиентов, которые арендуют сервер 1С в EFSOL Oblako.
EFSOL Oblako — это хостинг-провайдер, предоставляющий облачные сервисы для бизнеса уже более 10 лет. Услуги предоставляются с размещением в трёх надежных дата-центрах Tier III. Гарантия качества обеспечивается SLA. Опытные ИТ-инженеры в режиме 24/7 готовы к решению возникающих задач. Наиболее популярной услугой является аренда сервера 1С — именно эта услуга подключена к партнёрской программе и именно с помощью неё вы можете заработать.
👉 Сколько можно заработать?
Размер пассивного дохода в партнёрской программе EFSOL Oblako не ограничен. Чтобы зарабатывать около 1 миллиона рублей в год, нужно привлечь клиентов на 400 тыс. рублей абонентской платы.
Вы просто регистрируете рефералов, а все остальные заботы лежат на специалистах EFSOL Oblako!
👉 Как зарегистрироваться в программе и узнать больше?
Регистрация в партнёрской программе EFSOL Oblako происходит на этой странице. Там же можно узнать дополнительную информацию, например, о том, как зарегистрировать реферала и начать получать вознаграждение.
👉 Какие гарантии?
С каждым партнёром заключается партнёрское соглашение. Провайдер EFSOL Oblako нацелен на долгосрочные взаимовыгодные отношения с партнёрами.
👉 Регистрация в партнерской программе EFSOL Oblako
Переходите на страницу партнёрской программы, чтобы узнать больше и зарегистрироваться. Там же можно оставить заявку на консультацию.
👉 Если я не бухгалтер, я могу зарабатывать?
Да.
😬 За тобой следит HR! — или как не спугнуть работодателя своим аккаунтом в соцсети
Каждый третий человек в мире пользуется хотя бы одной социальной сетью. Кто-то получает удовольствие от ведения профиля, а кто-то вживается в роль тихого наблюдателя. Стоит ли обратить внимание на то, что публикуешь? В этой статье мы расскажем — просматривают ли рекрутеры ваши странички, на что обращают внимание, а может быть стоит немедленно удалиться со всех соцсетей...
👉 Просматривают ли рекрутеры аккаунты кандидатов в соцсетях?
Многие работодатели сами просят кандидатов дать им ссылки на аккаунты в соцсетях. Однако, есть рекрутеры, которые любят поиграть в детектива и в обязательном порядке ищут о кандидатах как можно больше информации. По данным опроса HeadHunter, профили кандидатов в социальных сетях изучают 76% компаний. В большинстве случаев, страницу кандидата просматривают с целью понять чем человек увлекается, насколько он соответствует корпоративной культуре компании. Также работодатели обращают внимание на фото, места работы, проверяют друзей и подписки.
👉 Какие негативные детали могут спровоцировать отказ?
- Фотографии провокационного характера. Особенно это касается кандидатов-женщин. Также рекрутеры и руководители пытаются понять, как часто кандидат злоупотребляет алкоголем.
- Посты и дискуссии на потенциально конфликтные темы: политика, религия, национальные и гендерные вопросы.
- Нарушение коммерческой тайны и этики: не обсуждайте за спиной ни своих коллег, ни кого-либо другого.
👉 Что может вам помочь?
- Профессиональные подписки и контакты.
- Отметки на специализированных мероприятиях, публикации соответствующих фотографий.
- Собственные заметки на профессиональные темы либо репосты новостей.
лайки, репосты публикаций, которые подчеркивают ваше тонкое чувство юмора:).
- Ваше фото на аватаре, а не котики. При этом фото должно показывать вас, как открытого и готового к общению человека.
👉 Какой можно сделать вывод?
Все работодатели разные и ищут разных специалистов. Что подойдет одному, другому может категорически не понравиться. Ваш профиль в соцсети — это ваше личное пространство, которое даёт вам возможность самовыражаться. Однако, стоит задуматься над контентом, если вы находитесь в поиске работы и этот поиск явно затянулся.
Дерзайте, но помните — мы за вами наблюдаем :)
Каждый третий человек в мире пользуется хотя бы одной социальной сетью. Кто-то получает удовольствие от ведения профиля, а кто-то вживается в роль тихого наблюдателя. Стоит ли обратить внимание на то, что публикуешь? В этой статье мы расскажем — просматривают ли рекрутеры ваши странички, на что обращают внимание, а может быть стоит немедленно удалиться со всех соцсетей...
👉 Просматривают ли рекрутеры аккаунты кандидатов в соцсетях?
Многие работодатели сами просят кандидатов дать им ссылки на аккаунты в соцсетях. Однако, есть рекрутеры, которые любят поиграть в детектива и в обязательном порядке ищут о кандидатах как можно больше информации. По данным опроса HeadHunter, профили кандидатов в социальных сетях изучают 76% компаний. В большинстве случаев, страницу кандидата просматривают с целью понять чем человек увлекается, насколько он соответствует корпоративной культуре компании. Также работодатели обращают внимание на фото, места работы, проверяют друзей и подписки.
👉 Какие негативные детали могут спровоцировать отказ?
- Фотографии провокационного характера. Особенно это касается кандидатов-женщин. Также рекрутеры и руководители пытаются понять, как часто кандидат злоупотребляет алкоголем.
- Посты и дискуссии на потенциально конфликтные темы: политика, религия, национальные и гендерные вопросы.
- Нарушение коммерческой тайны и этики: не обсуждайте за спиной ни своих коллег, ни кого-либо другого.
👉 Что может вам помочь?
- Профессиональные подписки и контакты.
- Отметки на специализированных мероприятиях, публикации соответствующих фотографий.
- Собственные заметки на профессиональные темы либо репосты новостей.
лайки, репосты публикаций, которые подчеркивают ваше тонкое чувство юмора:).
- Ваше фото на аватаре, а не котики. При этом фото должно показывать вас, как открытого и готового к общению человека.
👉 Какой можно сделать вывод?
Все работодатели разные и ищут разных специалистов. Что подойдет одному, другому может категорически не понравиться. Ваш профиль в соцсети — это ваше личное пространство, которое даёт вам возможность самовыражаться. Однако, стоит задуматься над контентом, если вы находитесь в поиске работы и этот поиск явно затянулся.
Дерзайте, но помните — мы за вами наблюдаем :)
🔥6
🤔 Как изменились сроки доставки в 2022?
Как отразился уход зарубежных компаний с российского рынка на сроках международной доставки товаров? Как ни странно, но средний срок доставки по России не увеличился по сравнению с 2020-2021 гг. Сейчас он составляет в среднем 5 дней, в то время как в 2020 г — почти 7 дней. Но, как понимаете, это "средняя температура по больнице".
👉 Что по регионам?
Очевидно, что за последние полгода сроки доставки в Москву и соседние области не изменились существенно. Однако, по дальним регионам, таким как Камчатский край, Ненецкий автономный округ, Сахалинская и Амурская область, сроки доставки увеличились в среднем на 25%. Могут достигать и до 22 дней.
Но есть и отдаленные регионы, в которых сроки доставки даже уменьшились. Это Чукотский округ, Республика Северная Осетия, Алтай, Калмыкия и Ярославская область.
Вывод: сроки доставки приемлемые в существующих реалиях. Клиенты готовы платить за срочность доставки, но в нынешних условиях развития логистической инфраструктуры это нецелесообразно, тем более в дальние регионы.
👉 Самое время сосредоточиться на управлении и автоматизации своих бизнес-процессов в логистике и доставке. Как? Ознакомьтесь с нашим решением: https://efsol.ru/solutions/delivery.html
Как отразился уход зарубежных компаний с российского рынка на сроках международной доставки товаров? Как ни странно, но средний срок доставки по России не увеличился по сравнению с 2020-2021 гг. Сейчас он составляет в среднем 5 дней, в то время как в 2020 г — почти 7 дней. Но, как понимаете, это "средняя температура по больнице".
👉 Что по регионам?
Очевидно, что за последние полгода сроки доставки в Москву и соседние области не изменились существенно. Однако, по дальним регионам, таким как Камчатский край, Ненецкий автономный округ, Сахалинская и Амурская область, сроки доставки увеличились в среднем на 25%. Могут достигать и до 22 дней.
Но есть и отдаленные регионы, в которых сроки доставки даже уменьшились. Это Чукотский округ, Республика Северная Осетия, Алтай, Калмыкия и Ярославская область.
Вывод: сроки доставки приемлемые в существующих реалиях. Клиенты готовы платить за срочность доставки, но в нынешних условиях развития логистической инфраструктуры это нецелесообразно, тем более в дальние регионы.
👉 Самое время сосредоточиться на управлении и автоматизации своих бизнес-процессов в логистике и доставке. Как? Ознакомьтесь с нашим решением: https://efsol.ru/solutions/delivery.html
👍2
🤔 Как сделать RAID для NVMe-дисков?
NVMe-диски все больше и больше набирают популярность благодаря своей скорости и емкости. Но по мере роста популярности, начинают проявляться и нюансы их эксплуатации. Например, как сделать RAID-массив из дисков NVMe?
Есть несколько вариантов решения:
- Купить специализированный RAID-контроллер.
- Использовать программный RAID операционной системы.
- Использовать специальную технологию Intel® Virtual RAID On CPU (VROC).
Разберем эти варианты подробнее:
Выделенный контроллер — это решение дорогое и потенциально опасное, ведь в случае выхода его из строя, можно остаться без данных, как и с обычным SAS-контроллером.
При использовании программного RAID операционной системы (ОС), возникает большая нагрузка на процессор, особенно при операциях произвольного чтения/записи. Из-за высокой скорости NVMe дисков, нагрузка на современные CPU поколения Scalable может достигать 75% при полной загрузке диска!
Intel® Virtual RAID On CPU (VROC) — выглядит наиболее интересным. В наших тестах он давал только 15% нагрузку на CPU при аналогичных нагрузках с программный RAID.
👉 Резюмируя вышеперечисленное, рекомендуем использовать третий вариант — технологию Intel® Virtual RAID On CPU (VROC). Она не требует дополнительных финансовых затрат и дает разумную нагрузку на CPU.
NVMe-диски все больше и больше набирают популярность благодаря своей скорости и емкости. Но по мере роста популярности, начинают проявляться и нюансы их эксплуатации. Например, как сделать RAID-массив из дисков NVMe?
Есть несколько вариантов решения:
- Купить специализированный RAID-контроллер.
- Использовать программный RAID операционной системы.
- Использовать специальную технологию Intel® Virtual RAID On CPU (VROC).
Разберем эти варианты подробнее:
Выделенный контроллер — это решение дорогое и потенциально опасное, ведь в случае выхода его из строя, можно остаться без данных, как и с обычным SAS-контроллером.
При использовании программного RAID операционной системы (ОС), возникает большая нагрузка на процессор, особенно при операциях произвольного чтения/записи. Из-за высокой скорости NVMe дисков, нагрузка на современные CPU поколения Scalable может достигать 75% при полной загрузке диска!
Intel® Virtual RAID On CPU (VROC) — выглядит наиболее интересным. В наших тестах он давал только 15% нагрузку на CPU при аналогичных нагрузках с программный RAID.
👉 Резюмируя вышеперечисленное, рекомендуем использовать третий вариант — технологию Intel® Virtual RAID On CPU (VROC). Она не требует дополнительных финансовых затрат и дает разумную нагрузку на CPU.
👍2
😁 Афоризмы о проектной работе и сложных коммуникациях
Слушайся умного и глупого заказчика. Умного, так как он умен, а глупого, так как он глуп.
Спор/дискуссия с умным заказчиком всегда закончится проектным решением. А вот в споре с глупым заказчиком очень легко нажить врага и проект не увидит своего финала. Но главное не заиграться и вовремя понять, что не заказчик глуп, а ты сам. Тут нужно хорошо задуматься. 😉
Не борись с проектной командой — в любом случае проиграешь, даже если победишь.
Проектная команда, как правило, собирается из высокоинтеллектуальных людей. Они свободны и самостоятельны, но, в тоже время, они в коллективе. Ими не нужно командовать и навязывать свою мысль. Им нужно указывать на точку, куда нужно прийти, они дойдут. Если с ними спорить и говорить, что им делать, они обидятся и ничем хорошим это не закончится.
Позаботься о том, чтобы тебя поняла твоя команда.
Как правило, помогает простая фраза "повтори, пожалуйста, свою задачу". Не нужно надеяться, что люди с первого раза поймут тебя правильно. Так не работает.
Не уходи из проекта из-за конфликта. Уходи тогда, когда не видишь перспективы.
Важно не перепутать — перспектива может заключаться как в положительном, так и отрицательном окончании проекта. В нашей практике был случай — пока мы проектировали бюджетную модель и 600 бюджетов, сменили РП из-за конфликтов, у заказчика ушел основной вид бизнеса — транспортировка нефти. Минус 200 бюджетов ушли с периметра проекта. Но это не значит, что мы сделали свою работу плохо. Проект был завершен.
Хвали даром, критикуй за деньги.
Конструктивная критика толковому человеку дает толчок развития. Пример из жизни: в процессе продажи встретились текущий подрядчик и мы. Мы раскритиковали принятое проектное решение. Ожидали от подрядчика возражений, оправданий… А от заказчика ждали контракт. Но к нам прислушались, за неделю внесли изменения в проектное решение и заказчик остался доволен. А мы заработали "огромное спасибо", которое на хлеб не намажешь. 🙃
Никогда не оправдывайся, не перекладывай ответственность.
Если сделал что-то не так, нагни голову и переделай. Если будешь доказывать, что задачу не так поставили, не то имели в виду (без подтверждения в проектном документе), не хватило времени и т.д. — наживешь врага (вероятнее всего в лице того, перед кем оправдываешься). Все любят людей дела, а не слова.
Начальник командует, а руководитель находит общую цель.
Кто ты – начальник или руководитель? 😉
👉 Нужно реализовать проект по 1С? Вам сюда: https://efsol.ru
Слушайся умного и глупого заказчика. Умного, так как он умен, а глупого, так как он глуп.
Спор/дискуссия с умным заказчиком всегда закончится проектным решением. А вот в споре с глупым заказчиком очень легко нажить врага и проект не увидит своего финала. Но главное не заиграться и вовремя понять, что не заказчик глуп, а ты сам. Тут нужно хорошо задуматься. 😉
Не борись с проектной командой — в любом случае проиграешь, даже если победишь.
Проектная команда, как правило, собирается из высокоинтеллектуальных людей. Они свободны и самостоятельны, но, в тоже время, они в коллективе. Ими не нужно командовать и навязывать свою мысль. Им нужно указывать на точку, куда нужно прийти, они дойдут. Если с ними спорить и говорить, что им делать, они обидятся и ничем хорошим это не закончится.
Позаботься о том, чтобы тебя поняла твоя команда.
Как правило, помогает простая фраза "повтори, пожалуйста, свою задачу". Не нужно надеяться, что люди с первого раза поймут тебя правильно. Так не работает.
Не уходи из проекта из-за конфликта. Уходи тогда, когда не видишь перспективы.
Важно не перепутать — перспектива может заключаться как в положительном, так и отрицательном окончании проекта. В нашей практике был случай — пока мы проектировали бюджетную модель и 600 бюджетов, сменили РП из-за конфликтов, у заказчика ушел основной вид бизнеса — транспортировка нефти. Минус 200 бюджетов ушли с периметра проекта. Но это не значит, что мы сделали свою работу плохо. Проект был завершен.
Хвали даром, критикуй за деньги.
Конструктивная критика толковому человеку дает толчок развития. Пример из жизни: в процессе продажи встретились текущий подрядчик и мы. Мы раскритиковали принятое проектное решение. Ожидали от подрядчика возражений, оправданий… А от заказчика ждали контракт. Но к нам прислушались, за неделю внесли изменения в проектное решение и заказчик остался доволен. А мы заработали "огромное спасибо", которое на хлеб не намажешь. 🙃
Никогда не оправдывайся, не перекладывай ответственность.
Если сделал что-то не так, нагни голову и переделай. Если будешь доказывать, что задачу не так поставили, не то имели в виду (без подтверждения в проектном документе), не хватило времени и т.д. — наживешь врага (вероятнее всего в лице того, перед кем оправдываешься). Все любят людей дела, а не слова.
Начальник командует, а руководитель находит общую цель.
Кто ты – начальник или руководитель? 😉
👉 Нужно реализовать проект по 1С? Вам сюда: https://efsol.ru
👍1🔥1🥰1💯1
🧐 Система контроля версий для 1С - нужна ли? (Часть 1)
Система контроля версий — система, которая позволяет вернуться к определенной версии файлов.
Централизованная система контроля версий в свою очередь позволяет работать с изменениями нескольким разработчикам. Пример — Хранилище конфигураций, используемое в разработке платформы 1С:Предприятие 8. Недостаток такой системы — единая точка отказа.
Децентрализованная система контроля версий, например, Git лишен этого недостатка, поскольку пользователь репозитория создает его полную копию (клон). В работе могут быть использованы взаимодействия нескольких удаленных репозиториев.
👉 Почему git?
Git работает как поток снимков версий файлов, запоминает состояние всех файлов в момент изменений и создает ссылки на снимки файлов. Если какой-то файл не менялся, то ссылка будет на предыдущую неизменную версию этого файла. Для все объектов вычисляется хэш-сумма SHA-1, что позволяет сохранять целостность, под хэш-суммами объекты фигурируют в базе git.
Файлы в git бывают измененные (файл изменен, но не зафиксирован), индексированные (файл изменен, отмечен для включения в следующий коммит) и зафиксированные (файл сохранен в репозитории).
Репозиторий git — хранилище мета-данных и базы объектов.
Staging area или Индекс представляет собой файл, располагающийся в репозитории, где находится информация об изменениях, которые попадают в следующий коммит.
Рабочий каталог git — место, где хранится версия проекта, с которой вы работаете.
Таким образом, работа с git происходит упрощенно так:
1) Изменение файлов в рабочем каталоге.
2) Добавление в индекс тех изменений, которые должны быть в следующем коммите.
3) Фиксация изменений.
А вы хотели бы использовать git в разработке 1С? Статья о DevOps в разработке 1С.
Система контроля версий — система, которая позволяет вернуться к определенной версии файлов.
Централизованная система контроля версий в свою очередь позволяет работать с изменениями нескольким разработчикам. Пример — Хранилище конфигураций, используемое в разработке платформы 1С:Предприятие 8. Недостаток такой системы — единая точка отказа.
Децентрализованная система контроля версий, например, Git лишен этого недостатка, поскольку пользователь репозитория создает его полную копию (клон). В работе могут быть использованы взаимодействия нескольких удаленных репозиториев.
👉 Почему git?
Git работает как поток снимков версий файлов, запоминает состояние всех файлов в момент изменений и создает ссылки на снимки файлов. Если какой-то файл не менялся, то ссылка будет на предыдущую неизменную версию этого файла. Для все объектов вычисляется хэш-сумма SHA-1, что позволяет сохранять целостность, под хэш-суммами объекты фигурируют в базе git.
Файлы в git бывают измененные (файл изменен, но не зафиксирован), индексированные (файл изменен, отмечен для включения в следующий коммит) и зафиксированные (файл сохранен в репозитории).
Репозиторий git — хранилище мета-данных и базы объектов.
Staging area или Индекс представляет собой файл, располагающийся в репозитории, где находится информация об изменениях, которые попадают в следующий коммит.
Рабочий каталог git — место, где хранится версия проекта, с которой вы работаете.
Таким образом, работа с git происходит упрощенно так:
1) Изменение файлов в рабочем каталоге.
2) Добавление в индекс тех изменений, которые должны быть в следующем коммите.
3) Фиксация изменений.
А вы хотели бы использовать git в разработке 1С? Статья о DevOps в разработке 1С.
👍2
🤔 Скрытые потери в производстве или зачем нужна автоматизация?
В производствах времен СССР о термине "Скрытые потери" не задумывались. Считали, что рост выпуска всегда прямо пропорционален вложениям. Больше людей на производстве, больше производственных линий — больше выпуск и больше прибыли. Но современные ERP системы доказали — это не так.
👉 Что же такое "Скрытые потери"?
Скрытые потери увеличивают издержки производства, не добавляя потребительской ценности и если улучшить технологии или изменить условия, то потерь можно избежать. И здесь дело за автоматизацией.
👉 Что можно улучшить, не вкладываясь в оборудование и людей? (У нас это получилось на практике)
Увеличить выпуск продукции за счет оптимального использования производственных мощностей. В помощь пришла диаграмма Ганта на производстве, контроль загрузки производственных линий, подбор оптимальных партий выпуска и т.д.
Исключить брак или сократить потери от переработки брака. За счет четкого выполнения производственным персоналом заданий из нарядов на работу и др.
Снизить себестоимость выпущенной продукции. За счет оптимизации маршрутных карт и ресурсных спецификаций. Немаловажен учет аналогов номенклатуры.
Сократить внеплановые ремонты и остановку производственных линий. За счет введения план-графика ППР (планово-предупредительных ремонтов) и координации ППР с производственной программой.
Нужно рассчитать экономический эффект от внедрения ERP или построить план-график внедрения? — обращайтесь к нам!
В производствах времен СССР о термине "Скрытые потери" не задумывались. Считали, что рост выпуска всегда прямо пропорционален вложениям. Больше людей на производстве, больше производственных линий — больше выпуск и больше прибыли. Но современные ERP системы доказали — это не так.
👉 Что же такое "Скрытые потери"?
Скрытые потери увеличивают издержки производства, не добавляя потребительской ценности и если улучшить технологии или изменить условия, то потерь можно избежать. И здесь дело за автоматизацией.
👉 Что можно улучшить, не вкладываясь в оборудование и людей? (У нас это получилось на практике)
Увеличить выпуск продукции за счет оптимального использования производственных мощностей. В помощь пришла диаграмма Ганта на производстве, контроль загрузки производственных линий, подбор оптимальных партий выпуска и т.д.
Исключить брак или сократить потери от переработки брака. За счет четкого выполнения производственным персоналом заданий из нарядов на работу и др.
Снизить себестоимость выпущенной продукции. За счет оптимизации маршрутных карт и ресурсных спецификаций. Немаловажен учет аналогов номенклатуры.
Сократить внеплановые ремонты и остановку производственных линий. За счет введения план-графика ППР (планово-предупредительных ремонтов) и координации ППР с производственной программой.
Нужно рассчитать экономический эффект от внедрения ERP или построить план-график внедрения? — обращайтесь к нам!
💯4
🔥 6 правил продуктивности от Илона Маска
Имеет смысл почитать, о чем говорит самый богатый человек в мире, когда речь идет о продуктивности.
👉 Илон Маск отправил сотрудникам компании Tesla электронное письмо со своими 6 правилами продуктивности:
1. Избегайте больших совещаний. Они тратят драгоценное время и энергию. Люди скорее сдержанны, чем открыты, что препятствует дискуссиям. Мало времени на то, чтобы каждый внес свой вклад. Поэтому не нужно планировать больших совещаний, если вы не уверены, что будет польза для всех.
2. Уходите с совещания, если вы не вносите свой полезный вклад. Если ваше присутствие бесполезно, то не нужно тратить время.
3. Забудьте о субординации. Общайтесь с коллегами напрямую, потому что быстрые коммуникации — быстрые решения — конкурентное преимущество.
4. Будьте понятны. Не нужно использовать жаргон или технические термины, которые будут звучать слишком заумно. Не нужно быть заумным, нужно быть эффективным.
5. Откажитесь от частых совещаний. Нет лучшего способа потратить время, чем провести совещание, потому что большинство вопросов решаются без совещаний. Совещание имеет смысл, если нужно обсудить сотрудничество, решить срочную проблему или поговорить напрямую о каком-либо вопросе. Но в большинстве случаев работают: сообщение, электронное письмо, slack. Экономьте время и не прерывайте рабочий процесс.
6. Руководствуйтесь здравым смыслом. Не нужно следовать слепо каким-либо правилам компании. Например, правило не имеет смысла, не способствует прогрессу и не применимо к вашей ситуации. Следуйте принципам, а не правилам!
Имеет смысл почитать, о чем говорит самый богатый человек в мире, когда речь идет о продуктивности.
👉 Илон Маск отправил сотрудникам компании Tesla электронное письмо со своими 6 правилами продуктивности:
1. Избегайте больших совещаний. Они тратят драгоценное время и энергию. Люди скорее сдержанны, чем открыты, что препятствует дискуссиям. Мало времени на то, чтобы каждый внес свой вклад. Поэтому не нужно планировать больших совещаний, если вы не уверены, что будет польза для всех.
2. Уходите с совещания, если вы не вносите свой полезный вклад. Если ваше присутствие бесполезно, то не нужно тратить время.
3. Забудьте о субординации. Общайтесь с коллегами напрямую, потому что быстрые коммуникации — быстрые решения — конкурентное преимущество.
4. Будьте понятны. Не нужно использовать жаргон или технические термины, которые будут звучать слишком заумно. Не нужно быть заумным, нужно быть эффективным.
5. Откажитесь от частых совещаний. Нет лучшего способа потратить время, чем провести совещание, потому что большинство вопросов решаются без совещаний. Совещание имеет смысл, если нужно обсудить сотрудничество, решить срочную проблему или поговорить напрямую о каком-либо вопросе. Но в большинстве случаев работают: сообщение, электронное письмо, slack. Экономьте время и не прерывайте рабочий процесс.
6. Руководствуйтесь здравым смыслом. Не нужно следовать слепо каким-либо правилам компании. Например, правило не имеет смысла, не способствует прогрессу и не применимо к вашей ситуации. Следуйте принципам, а не правилам!
👍4🔥1🐳1
🤔 OpenStack vs OpenShift
Когда вы выбираете платформу с открытым исходным кодом для своей организации, вы должны хорошо понимать ее возможности и опции. OpenStack и OpenShift — это очень мощные инструменты, используемые известными компаниями, но они сосредоточены на разных функциях.
👉 Что такое OpenShift?
OpenShift — это платформа Kubernetes для развертывания ваших приложений. OpenShift был создан компанией Red Hat software в 2011 году. Используя Openshift, вы можете запускать контейнерные приложения и рабочие нагрузки, работающие на базе Kubernetes. Вам не нужно полностью изучать Kubernetes, и вам не нужно беспокоиться о знании нюансов среды Kubernetes, потому что RedHat решает эти проблемы, абстрагируясь от полной оркестровки контейнеров под платформой. Вы все еще можете развертывать контейнеры docker внутри OpenShift, но вам не нужно вручную создавать все без исключения внутри кластера Kubernetes imagine. OpenShift — полностью управляемая платформа как сервис, на котором вы будете развертывать контейнеры. OpenShift — лучший выбор для Kubernetes для клиентов. Существует более 1000 клиентов и большое количество известных компаний, которые используют OpenShift в производстве.
Преимущества OpenShift:
- Более быстрые сборки и развертывания с гибкостью и уверенностью.
- Простота использования с локальными (железо) или любыми облачными провайдерами.
- Простая интеграция с несколькими инструментами DevOps.
- Реализует и обеспечивает соблюдение политик с помощью единой консоли в Red Hat.
- Обеспечивает проверку безопасности сборок на протяжении всего жизненного цикла приложения.
- Легко отслеживает кластер с помощью встроенных инструментов, таких как Prometheus и Grafana.
👉 Что такое OpenStack?
OpenStack — это набор программных средств для создания платформ облачных вычислений и управления ими как для публичных, так и для частных облаков. Это также известно как инфраструктура как услуга, потому что она предоставляет инфраструктуру поверх любых приложений и любых операционных систем. Люди обычно хотят использовать OpenStack, потому что они не хотят тратить много денег на другие технологии, такие как VMware или AWS. OpenStack имеет модель pay-as-you-go — вы предоставите своим клиентам инфраструктуру, которую будете поддерживать и взимать плату в соответствии с их использованием.
Преимущества использования OpenStack:
- Более быстрое развертывание ИТ-ресурсов.
- Более быстрый и качественный доступ к ИТ-ресурсам.
- Повышает масштабируемость и использование ресурсов.
- Очень экономично, без периода блокировки.
- Высоко масштабируемый доступ для чтения/записи.
- Высокая доступность для учетных записей пользователей, контейнеров и копий объектов.
- Может масштабироваться как по вертикали, так и по горизонтали.
👉 Вывод
OpenStack — это то, что превращает серверы в облако, его можно использовать для автоматизации распределения ресурсов, чтобы клиенты могли получать виртуальные ресурсы, такие как VPS, хранилище объектов и многое другое.
OpenShift — это технология, которая предлагает платформу как услугу. Это то, что может работать поверх облачных сервисов, таких как AWS, GCP. Разработчикам предлагается простой способ развертывания своих приложений и их тестирования без необходимости возиться с серверами.
DevOps-аутсорсинг
Когда вы выбираете платформу с открытым исходным кодом для своей организации, вы должны хорошо понимать ее возможности и опции. OpenStack и OpenShift — это очень мощные инструменты, используемые известными компаниями, но они сосредоточены на разных функциях.
👉 Что такое OpenShift?
OpenShift — это платформа Kubernetes для развертывания ваших приложений. OpenShift был создан компанией Red Hat software в 2011 году. Используя Openshift, вы можете запускать контейнерные приложения и рабочие нагрузки, работающие на базе Kubernetes. Вам не нужно полностью изучать Kubernetes, и вам не нужно беспокоиться о знании нюансов среды Kubernetes, потому что RedHat решает эти проблемы, абстрагируясь от полной оркестровки контейнеров под платформой. Вы все еще можете развертывать контейнеры docker внутри OpenShift, но вам не нужно вручную создавать все без исключения внутри кластера Kubernetes imagine. OpenShift — полностью управляемая платформа как сервис, на котором вы будете развертывать контейнеры. OpenShift — лучший выбор для Kubernetes для клиентов. Существует более 1000 клиентов и большое количество известных компаний, которые используют OpenShift в производстве.
Преимущества OpenShift:
- Более быстрые сборки и развертывания с гибкостью и уверенностью.
- Простота использования с локальными (железо) или любыми облачными провайдерами.
- Простая интеграция с несколькими инструментами DevOps.
- Реализует и обеспечивает соблюдение политик с помощью единой консоли в Red Hat.
- Обеспечивает проверку безопасности сборок на протяжении всего жизненного цикла приложения.
- Легко отслеживает кластер с помощью встроенных инструментов, таких как Prometheus и Grafana.
👉 Что такое OpenStack?
OpenStack — это набор программных средств для создания платформ облачных вычислений и управления ими как для публичных, так и для частных облаков. Это также известно как инфраструктура как услуга, потому что она предоставляет инфраструктуру поверх любых приложений и любых операционных систем. Люди обычно хотят использовать OpenStack, потому что они не хотят тратить много денег на другие технологии, такие как VMware или AWS. OpenStack имеет модель pay-as-you-go — вы предоставите своим клиентам инфраструктуру, которую будете поддерживать и взимать плату в соответствии с их использованием.
Преимущества использования OpenStack:
- Более быстрое развертывание ИТ-ресурсов.
- Более быстрый и качественный доступ к ИТ-ресурсам.
- Повышает масштабируемость и использование ресурсов.
- Очень экономично, без периода блокировки.
- Высоко масштабируемый доступ для чтения/записи.
- Высокая доступность для учетных записей пользователей, контейнеров и копий объектов.
- Может масштабироваться как по вертикали, так и по горизонтали.
👉 Вывод
OpenStack — это то, что превращает серверы в облако, его можно использовать для автоматизации распределения ресурсов, чтобы клиенты могли получать виртуальные ресурсы, такие как VPS, хранилище объектов и многое другое.
OpenShift — это технология, которая предлагает платформу как услугу. Это то, что может работать поверх облачных сервисов, таких как AWS, GCP. Разработчикам предлагается простой способ развертывания своих приложений и их тестирования без необходимости возиться с серверами.
DevOps-аутсорсинг
👍4⚡1🤔1
🔥 Как выпускнику найти первую работу?
Большинство молодых людей, получив профессиональное образование, а порой и в процессе задаются вопросом — "А как найти первое профильное место работы?"
👉 Сегодня мы делимся шагами, которые помогут ускорить путь к получению релевантного опыта:
Обратитесь в центр карьеры (деканат, кафедру) своего учебного заведения за информацией о вакансиях и стажировках. Работодатели, как правило, заключают договоры о сотрудничестве с ВУЗами и СУЗами, в рамках которых можно не только пройти практику, но и трудоустроиться в компанию. Свяжитесь напрямую с компанией: отправьте резюме, расскажите какими навыками уже обладаете, чем могли бы быть полезны.
Создайте структурированное резюме. Для начинающего специалиста важно указать в резюме все пройденные курсы, перечислить места, где проходили практику. Если вы подрабатывали во время учебы — отлично, добавьте обязательно.
Опубликуйте резюме сразу на нескольких работных сайтах (hh, superjob и пр.), создайте профиль в LinkedIn, и на др.ресурсах в зависимости от специализации (например, ИТ-направление Habr).
Проявите инициативу, откликнитесь на интересные вакансии (включая стажировки). Будет отлично, если вы напишите небольшое сопроводительное письмо, ваши шансы занять вакантное место определенно возрастут.
Будьте адекватны в зарплатных ожиданиях. Помните, что для вас приоритетно получение опыта. А после получения важных профильных навыков, вы будете стоить на рынке труда дороже и уже сможете повысить свою планку ожиданий.
Чем можем помочь мы? EFSOL активно сотрудничает с учебными заведениями и регулярно реализует win-win проект для выпускников и студентов выпускных курсов — бесплатные учебные классы. В рамках которых мы обучаем программистов и консультантов-аналитиков 1С, Frontend и Backend-разработчиков, Product-менеджеров. И, конечно, трудоустраиваем соискателей, успешно завершивших курс.
👉 О запуске очередного класса, вы можете узнать посредством группы EFSOL. Следите за новостями!
Большинство молодых людей, получив профессиональное образование, а порой и в процессе задаются вопросом — "А как найти первое профильное место работы?"
👉 Сегодня мы делимся шагами, которые помогут ускорить путь к получению релевантного опыта:
Обратитесь в центр карьеры (деканат, кафедру) своего учебного заведения за информацией о вакансиях и стажировках. Работодатели, как правило, заключают договоры о сотрудничестве с ВУЗами и СУЗами, в рамках которых можно не только пройти практику, но и трудоустроиться в компанию. Свяжитесь напрямую с компанией: отправьте резюме, расскажите какими навыками уже обладаете, чем могли бы быть полезны.
Создайте структурированное резюме. Для начинающего специалиста важно указать в резюме все пройденные курсы, перечислить места, где проходили практику. Если вы подрабатывали во время учебы — отлично, добавьте обязательно.
Опубликуйте резюме сразу на нескольких работных сайтах (hh, superjob и пр.), создайте профиль в LinkedIn, и на др.ресурсах в зависимости от специализации (например, ИТ-направление Habr).
Проявите инициативу, откликнитесь на интересные вакансии (включая стажировки). Будет отлично, если вы напишите небольшое сопроводительное письмо, ваши шансы занять вакантное место определенно возрастут.
Будьте адекватны в зарплатных ожиданиях. Помните, что для вас приоритетно получение опыта. А после получения важных профильных навыков, вы будете стоить на рынке труда дороже и уже сможете повысить свою планку ожиданий.
Чем можем помочь мы? EFSOL активно сотрудничает с учебными заведениями и регулярно реализует win-win проект для выпускников и студентов выпускных курсов — бесплатные учебные классы. В рамках которых мы обучаем программистов и консультантов-аналитиков 1С, Frontend и Backend-разработчиков, Product-менеджеров. И, конечно, трудоустраиваем соискателей, успешно завершивших курс.
👉 О запуске очередного класса, вы можете узнать посредством группы EFSOL. Следите за новостями!
🔥5❤🔥1👌1