ИТмен

2020-08-16 17:05:27 #воскресный_дилберт Открыть/Комментировать

2020-08-12 11:37:20 Меняемся

Всем внезапный привет!
Давненько я не излагал ничего в заметках. Тем не менее времени подумать над происходящим вокруг было достаточно.

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

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

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

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

#траектория_роста Открыть/Комментировать

2020-03-01 21:14:39 ​​#воскресный_дилберт Открыть/Комментировать

2020-02-28 14:33:43 МФТИ

На днях был в МФТИ. Общались с целью налаживания сотрудничества в научной сфере.

Масштаб организации поразительный: 80 лабораторий, линии мелкосерийного производства, огромные площади, суровые заведующие и гос. заказы.

Финансы идут из реального сектора, все лаборатории работают над востребованными проектами, результат от которых либо идёт к военным, либо летит в космос, либо используется бизнесом.

Масштабный проект "Арктика" направлен на развитие нашего Заполярья. Это требует новых материалов, развития технологий микрогридов, непростых и распределенных источников питания. Здесь отдельной темой выступает разработка алгоритмов и технологии балансировки перераспределения электроэнергии от разных систем: ветряки, дизель генераторы, солнечные батареи. Классно и стильно смотрятся поселения быстрого развёртывания.

Также побывал в лаборатории, где ведутся разработки дронов и интеллекта для них. Восхитила дипломная работа студента 6-ого курса, который разрабатывает робота, способного перемещаться в условиях пониженной гравитации при наличии атмосферы, т.е. в пределах космической станции. У дипломанта получилось создать систему ориентирования - машинного зрения, и механику перемещения. Это приличный объем математики и вычислений. А ещё я теперь знаю что такое импеллер :)

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

Нам не показывали лаборатории в корпусе "Цифра", потому что там только компьютеры, что на них смотреть. Но там интересные вещи творят в области робототехники и искусственного интеллекта, о которых заманчиво рассказывали на презентации.

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

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

#мероприятия, #образование Открыть/Комментировать

2020-02-24 21:01:14 ​​#воскресный_дилберт Открыть/Комментировать

2020-02-24 12:22:19 ​​Передача знаний

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

База знаний. Эта сущность формируется из документов и заметок на каком-нибудь локальном сайте компании. Вот тут каждый может раскрыть свой потенциал именно о своем деле.

Обычно такая база — закрытый ресурс. Бывают его открытые варианты, которые строятся на основе запросов в Service Desk.

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

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

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

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

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

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

На текущий момент авторов в базе знаний прибавилось. И для анализа распределения материалов по областям деятельности я ввел систему тегов. Вполне закономерно, что самый популярный тегом сейчас стал "нужен фиксик". Обозначает, что статью нужно исправить или переделать. Проставляю его я, когда делаю ревъю изменений, которые отслеживаю через RSS, рассылаемых wiki-движком. Теперь нужно, чтобы хотя бы раз в месяц фиксик (автор) и чинил свои статьи или помогал своему коллеге. "Тыдыщ!" (c).

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

#управлние_проектами, #повышение_качества Открыть/Комментировать

2020-02-09 20:15:36 ​​#воскресный_дилберт Открыть/Комментировать

2020-02-08 20:29:11 Про микросервисы

Все наслышаны о такой модной штуке как микросервисы (MSA)? По какой-то причине последние пару лет эта старая идея набрала обороты, особенно в среде web-технологий. В принципе в области, где существует REST API, Ajax, JSON, т.е. все, что может работать на основе HTTP, естественно прийти к подобной архитектуре. Озарение таким подходом может настать даже у разработчика до этого о подобном не слышавшего. С высоты птичьего полета, устроено тут все просто: делим функционал будущей системы на небольшие части, настраиваем взаимодействие и получаем гибкую, горизонтально масштабируемую и отказоустойчивую архитектуру. Звучит хорошо, хотя для организации некоторых частей нужен определенный опыт в разработке.

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

Изучение матчасти показало, что задача решается путем передачи сообщений по принципу: умные приемники, тупые каналы. Идея уходит корнями в принципы организации Unix. Сервисы передают простые текстовые сообщения, а уже приемники разгребают чего там за шгяга пришла. И для реализации данной концепции существуют готовые инструменты, такие как RabbitMQ и ZeroMQ.

Из названия инструментов очевидно, что тут замешаны очереди сообщений. А все потому, что микросервисная архитектура требует ассинхронности во взаимодействии, т.е. реализует паттерн Event Driven Architecture.

Можно углубиться в тему ещё серьезнее и выделить новую порцию паттернов и подходов, а можно просто создать в отдельной СУБД табличку и писать в нее JSON-сообщение, которое нужный сервис прочтет и удалит. И сломать всю идею о устойчивости и надёжности на корню.

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

#архитектура_по Открыть/Комментировать

2020-02-02 21:01:18 ​​#воскресный_дилберт Открыть/Комментировать

2020-02-02 16:57:43 О консалтинге

Все, кто становится ИТшником, всегда стремятся достичь большего. Получить больше знаний, всегда быть в тренде, сохранять мобильность и гибкость ума. 

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

В конце прошлого года я встретил ещё одно направление. Консалтинг и аудит.  У меня всегда была мысль, что данное направление есть в карьере ИТишника, но живого подтверждения не получал. 

В декабре ездил повышать квалификацию в области управления ИТ. Изучал особенности стандарта COBIT. Преподавал нам человек, который собаку съел на практическом применении всяких таких стандартов или практик (есть еще ITIL). Исходя из его истории, вырос он в консалтинг из системного администратора, программированием неизвестно сколько занимался, но вот готовых систем внедрил много. Соответственно, сочетание навыков работы с информационными системами, людьми и понимание технических аспектов работы программ, дали ценный опыт того, как должны работать процессы в ИТ. А дальше все просто: работа в направлении организации процессов, сертификация по международным стандартам и практикам. Как итог: из ИТшника получился серийный менеджер, который в состоянии придти к вам в компанию и поставить процесс управления на ноги, навести порядок. А уж как вы будете жить дальше с новым порядком дело ваше.

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

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

#траектория_роста Открыть/Комментировать