Менеджмент

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

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

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

Обычно в этом блоге мы пишем про серверы, компьютеры или IT-решения, но сегодня будет статья совсем другого плана: это эксперимент. Нам показалось, что было бы неплохо время от времени делиться с вами историями наших сотрудников через призму их личного опыта работы в Dell Technologies. Весьма вероятно, что многим будет интересно почитать о том, как же именно у нас всё устроено. Так что очень надеемся на обратную связь в комментариях и в опросе в конце материала – от этого действительно зависит судьба нового формата.

А начнём мы с темы девушек в IT, причём посмотрим на неё под особым углом. Главная героиня сегодняшней статьи – Любовь Филимонова. Она закончила СПбГЭТУ «ЛЭТИ», пришла работать в Санкт-Петербургский Центр Разработок Dell Technologies по стажёрской программе и прошла карьерный путь до инженера-тестировщика ПО в команде Dell EMC VMAX. У Любы двое детей, соответственно в декретный отпуск за время работы она уходила дважды. Именно этим опытом мы и попросили её поделиться: отношение начальства, возможности для развития, построение карьеры после рождения детей, адаптация после долго отпуска – об этом и многом другом в формате прямой речи Люба сама рассказывает под катом.

Как пришел я к тому чтобы вообще начать учить JS?

В 2019 году, 1 сентября, в дождливый осенний день, я решил навсегда завязать с прошлым. Последние 5 лет работы менеджером не приносили удовольствия и не несли перспектив. Увольняюсь с должности менеджера вино-торговой компании, подумал я. И погружаюсь в программирование!

Три месяца до декабря я упорно изучал HTML + CSS и верил, что легко попаду в разработчики, стоит мне только захотеть! Каким же большим было моё разочарование, когда я понял что в этом мире не все так просто...

Историю можно начать с того, что наша компания очень долгое время сотрудничает со всемирно известной сетью фастфудов - KFC (на территории Беларуси и Украины). Головной болью такой сферы, как HoReCa, был и будет учет рабочего времени сотрудников. Учитывая огромную текучку кадров, в том числе и обычных студентов, которые пришли подработать на непродолжительное время, становится сложно проконтролировать, сколько часов отработано тем или иным сотрудником. Плюс немаловажным моментом стало то, что сотрудники часто перемещаются с ресторана на ресторан, а это требует дополнительного контроля. Как же быть?

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

Статья содержит анализ и критику стандарта ГОСТ 19.701-90 в части схем алгоритмов. Предлагается для записи алгоритмов создать новый стандарт, основанный на эргономичном визуальном алгоритмическом языке ДРАКОН. Дается сравнительный анализ блок-схем алгоритмов по ГОСТ 19.701-90 и дракон-схем.

«Мне 34, и я 10 лет работаю в ИТ. Первый компьютер я увидел в каталоге OTTO, мне тогда было 5 лет, я жил в Германии. Это был ATARI. Меня сразу заинтриговал принцип его работы — мы вводим информацию и получаем ожидаемый результат на выходе. Круто, но события 90-х годов отодвинули мечту на много лет. И вот, наконец, в 2001-м у меня появился свой ПК. К слову, операционную систему я переустановил через 2 недели использования. С этого всё началось. Пока сверстники играли в ходилки и стрелялки, я методом научного тыка изучал устройство Windows 98. Потом вышла XP, был Dial-up в 56 kbps и долгие часы скачивания разнообразных программ, форумы, журналы CHIP и первый дистрибутив Alt Linux на CD.   

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

С такими мыслями я «собрал пожитки» и отправился прочь из зоны комфорта на поиск новых знаний в области инструментов концепции DevOps. Кто ищет ― тот найдёт, сказал я сам себе и спустя 10 минут заполнял анкету на поступление в DevOps-школу в EPAM»...  

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

Живете в режиме постоянного цейтнота и ничего не успеваете, заработали проблемы со сном и снижение концентрации? Скорее всего, это значит, что пора осваивать делегирование. И чем раньше, тем лучше, пока вы окончательно не провалились в эмоциональное выгорание, не потеряли вкус к работе и жизни вообще.

Но, как говорится, легко сказать. На практике освоить делегирование удается не всем. Трудности возникают даже у явных лидеров и прирожденных руководителей. Согласно исследованию профессора Лондонской бизнес-школы Джона Ханта, делегируют полномочия и делают это успешно только 10 % менеджеров.

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

Листая страницы Хабра, поймал себя на мысли, что я воспринимаю Хабр  как новостную ленту в социальной сети. То есть как нечто, что прямого отношения лично ко мне не имеет и касается меня очень  косвенным путем. Нечто полуразвлекательное-полупознавательное.

Ну, судите сами. Вот примерный список тем, которые превалируют на Хабре.

1. Что там новенького  у Илона Петровича Маска.

2. Как с помощью Arduino, говна и палок сделать годный фаллоимитатор радиоприемник.

3. Как я ушел с прошлой работы, и как мне было там плохо.

4. Как я нашел свою текущую работу, и какая она крутая.

5. Как живется специалисту X в стране Y.

6. Какой путь нужно проделать фельдшеру из Ангарска, чтобы стать тестировщиком мобильных приложений в Ирландии.

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

8. Промываем косточки крупным компаниям.

9. Исторические экскурсы в IT/технологии/медицину.

10.   Реклама компаний.

11.   Мнения обо всем отвлеченном на свете.

12.   И т.д.

Все эти темы и все статьи – неплохие, интересные. Но я хотел бы другого.

Нас вы, скорее всего, знаете по блефарогелю для глаз и ещё разной косметике и медсредствам. Но если брать основной выход нашего производства по объёму, то это гели для УЗИ. В пандемию они стали критичными для страны, потому что с помощью УЗИ нельзя было ни поставить, ни исключить диагноз, но можно было определить, стоит ли вести пациента на КТ. А когда случился коллапс на КТ, УЗИ в кабинетах врачей и региональных клиниках очень помогали. 

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

Теперь, когда мы все будем вспоминать 2020 год как первый год с возрастным рейтингом, я могу рассказать эти тёплые ламповые истории. 

Традиционные подходы к автоматизации HR насчитывают не один десяток лет, и обязательно требуют существенного вовлечения со стороны ИТ-службы (по крайней мере в крупных компаниях). Это приводит к необходимости искать общий язык, учиться формулировать задачи и идти итеративным путем, - imho редко когда ИТ-решения для управления персоналом сразу "взлетают". Пару лет назад все стали говорить о low code решениях как новом эффективном средстве для само-автоматизации, в том числе и в HR. Постараемся разобраться, насколько это перспективно.

Low code или No code решениями обычно называют программы для создания приложений (чаще всего для компьютера и/или мобильных платформ), которые позволяют "собрать" нужную вам программу из "кирпичиков" без необходимости писать программный код, иногда с применением минимальных формул как в Excel или немногочисленных команд. Рекламируется эта возможность для обычных пользователей, а не для программистов по образованию. Хотя на мой взгляд, это не совсем так удобно и радужно, как рассказывают их производители.

Low code программы обычно строятся на основе имеющихся или вновь создаваемых таблиц с данными, или имеющихся у вас баз данных, а также присоединяются к стандартным HR-системам типа SAP, Oracle, Salesforce. Также обычно есть возможность подключить имеющиеся таблицы Microsoft Excel или Google Sheets - многие кадровые процессы все еще ведут в простых таблицах (признаемся честно :).

Так вот, именно описанные выше возможности и кажутся большим плюсом - вместо покупки громоздкой программы и долгого мучительного "внедрения" и переработки ее "под себя", и вроде-бы citizen developer ("непрограммирующий разработчик") может за 1 день создать небольшое приложение под конкретную задачу, а потом его сами развивать, не прибегая к помощи ИТ. Даже больше:

Простая доработка электросамоката на примере модели Kugoo M5, для возможности небольших перевозок. Возможно раздельное использование двух доработок.

Начали.

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

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

Процесс

1. Заполнить форму I-941 (и форму I-131 для членов семьи: супруг или дети, родители — это не семья)
2. Если заявка по форме I-941 подтверждена — посетить консульство США за границей, чтобы получить выездные документы на parole determination (разрешение на въезд и временное пребывание иностранца в США)
3. Прибыть в США для получения окончательного parole determination (разрешение на въезд и временное пребывание иностранца в США)

Критерии

1. Предприниматель должен владеть минимум 10% доли бизнеса и играть центральную роль в его работе
2. Стартап должен быть основан в США в течении последних 5-ти лет
3. Стартап должен демонстрировать потенциал для быстрого роста и создания рабочих мест

О потенциале свидетельствуют

1. Капитальные вложения не менее 250 000 долларов США от квалифицированных американских инвесторов
2. Награды или гранты (не менее 100 000 долларов США) от федеральных, государственных или местных органов власти
3. Предоставление других «надежных и убедительных доказательств» (например, подтверждение поступления в стартап-акселератор)