🚁 Дроны — не только для съёмок. В России беспилотники помогают защищать природу, бороться с пожарами и следить за безопасностью на воде. А регионы создают новые кластеры и готовят специалистов для этой быстро развивающейся отрасли.
Сложилась следующая ситуация. На работе досталась система: кластер сервера приложения 1С из двух HP Proliant, к которым по iscsi подключено сетевое хранилище Synology в качестве общего тома кластера. Сетевое хранилище выступает в качестве носителя жесткого диска виртуалки сервера приложения 1С. Сервер БД MS SQL 1С находится на отдельной физической машине в сети. Всего сейчас к 1Ске подключено пять информационных баз и 10-15 пользователей.
В настоящее время в сетевом хранилище четыре из девяти дисков имеют плохой смарт, т.е. их нужно менять. Решил поднять запасной одиночный сервер приложения на время замены дисков в хранилище основного сервера, т.к. замена дисков в рэйде сетевого хранилища может обернуться неизвестным результатом. Для этого планирую создать виртуалку win server 2012r2, на имеющемся отдельном аппаратном сервере под управлением такого же win server 2012r2. На виртуалку установить сервер приложения 1С.
Кто в теме: сработает такая схема? Можно ли кластер на время ремонта заменить отдельной виртуальной машиной с сервером приложения 1С?
Статья написана в рамках работы над Первым русскоязычным словарем по креативности.
Идея Словаря — Игорь Леонардович Викентьев
Автор статьи — Ксения Александровна Калугина
Изображение сгенерировано openart.ai
«Товарищи,
дайте новое искусство —
такое,
чтобы выволочь республику из грязи».Владимир Маяковский, Приказ № 2 армии искусств (1921)
КРЕАТИВНЫЙ КЛАСС — все профессионалы, регулярно выдающие креативные (т.е. полезные и новые) результаты.
Люди давно начали заниматься творческим / креативным трудом. Не всегда при это они были свободны, например, рабы или крепостные.
В Древнем Риме на заказ работали поэты. Многим известны Гораций и Вергилий. Поэты открыто, за своим авторством, писали эпиграммы и оды, или тайно продавали свои стихи (из еще неизвестных) другим чтецам.
Наверное, тогда и начал зарождаться Креативный класс. И в какой-то момент появилось четкое разделение между творцами-Профессионалами и Творцами-любителями.
Так с уверенностью можно сказать, что в период Возрождения, середина XIV — конец XVI века, в Европе появляются финансово независимые творческие личности, например, во Флоренции, в Венеции. Притом их происхождение было не важно, и они могли переезжать из города в город.
Художник и ученый Леонардо да Винчи, скульптор и художник Микеланджело Буонарроти, чиновник и писатель Никколо Макиавелли работали на заказ на очень высоком профессиональном уровне.
И чем ближе к современности, тем свободнее, независимее и профессиональнее становились творческие работники.
В XIX, XX веке распространились такие понятия: интеллигенция, научно-технические работники, творческая элита, богема, «knowledge worker» — работник интеллектуального труда (Питер Друкер, 60-е XX века), «knowledge class» — работники познания (Даниел Белл, 70-е XX века), «сытый креакл» (Павел Пряников, 20-е XXI века) и т.д.
Термин «Креативный класс» ввел в широкое употребление американский экономист Ричард Флорида, в 2002 году вышла его книга «The Rise of the Creative Class. And How It’s Transforming Work, Leisure and Everyday Life», которая в России появилась в 2007 году под названием «Креативный класс: люди, которые меняют будущее».
«Я определяю высшую степень творческой деятельности как производство новых форм или моделей, которые можно с легкостью распространять и широко использовать — сюда относятся, к примеру, разработка новых видов продукции для массового производства, продажи и потребления; изобретение теоремы или стратегии универсального значения; создание выдающихся музыкальных произведений».
Флорида Ричард. Креативный класс: люди, которые меняют будущее. М.: Издательский дом «Классика — XXI», 2007, Стр. 85
Однако, его книга вызвала много споров.
1. Причислить к креативному классу какие-то отдельные профессии,
2. Причислить к креативному классу тех, чья деятельность НЕ приносит всеобщую Пользу, а особенно тех, кто ищет личную финансовую выгоду и развлечения,
3. Измерить Креативность деньгами,
4. Установить четкую зависимость между половым и национальным разнообразием, высшим образованием, политическими взглядами и Креативными результатами,
5. Увеличивать Креативный класс, просто вкладывая деньги в инфраструктуру города, открывая кафе и креативные кластеры на базе пустующих заводов,
6. Согласовать четкие Критерии для определения Креативности, и далее креативного класса, креативных индустрий,
7. Развить тему до качественной теории, концепции, модели, так как мешает общая СЛАБОСТЬ ИССЛЕДОВАНИЙ,
8. Создать НОВЫЕ МЕТОДИКИ творчества / креатива...
Источник фото на иллюстрации: clck.ru/3M8yWs
1. Однако, большинство исследователей сходятся на том, что Креативный класс определяют его трудовые креативные Результаты, новые и полезные.
2. И если Человек регулярно выдает Креативный результат, то его можно причислить к Креативному классу, к какой бы профессии он не принадлежал. Просто для некоторых профессий регулярная Новизна — это обязательное требование, а в других профессиях — это вообще не требуется. Поэтому списки креативных профессий обычно начинаются с ученых и инженеров, с художников и дизайнеров, т.е. с тех профессий, где результат очевиден хотя бы в виде книг, патентов, выступлений.
3. Креативный класс НЕ однороден по своей структуре и уровню Результатов.
1. Есть ли у Специалиста Творческие результаты минимум уровня Города, а лучше Страны и Мира?
2. Может ли Специалист выдать Творческий результат по заказу?
3. Этот Специалист — первый в своей Теме в мире? Или 2-й, 10-й, 100-й, 1000-й?
«...если нельзя из процесса изъять творчество, то это, соответственно, творческие индустрии. Где самая главная и большая как бы дыра ... [...] Соответственно, это инструментальная часть, это производство креатива, производство креатива на потоке, то есть инструментарий для креатива. Вот с этим, как бы, мягко говоря, плохо».
И.Л. Викентьев, бесплатная онлайн-консультация СТРАТЕГИИ ТВОРЧЕСТВА — 2025 // https://youtu.be/Voz1xW5aoMM?t=788
И действительно таких проверенных и доказавших свою эффективность технологий, методик и методов, честно сказать, маловато.
Однако, никто не мешает проявить инициативу, сделать инструментарий для креатива, и внести свой вклад в развитие профессии, отрасли, страны и Мира.
С другой стороны, надо быть готовым к тому, что, чем больше Новизны, тем менее это понятно окружающим, тем меньше они оценивают человека как творческого и креативного — просто не распознают. Вот такой парадокс.
Надо как-то отделить творческих людей от других, уж очень сильно они отличаются. А термин на основе классовой теории (Карл Маркс) очень хорошо вписывается в Картину мира современных людей.
Но самое главное, что категория творческих и креативных Профессионалов очень важна для сохранения и повышения Конкурентоспособности.
«Чтобы добиться реального успеха, России, подобно многим другим промышленно развитым странам, необходимо научиться использовать глобальные потоки таланта. Российские города должны приобрести прочный статус городов мирового класса, чтобы привлекать квалифицированных профессионалов из-за рубежа и удержать местные таланты от соблазна найти себе более подходящий креативный климат».
Флорида Ричард. Креативный класс: люди, которые меняют будущее. М.: Издательский дом «Классика — XXI», 2007, Стр. 9
«Если же мы не сможем усилить свою команду талантливыми иностранцами, то и попасть в высшую лигу государств мира нам тоже не удастся».
Ли Куан Ю. «Сингапурская история: из «третьего мира» — в «первый», МГИМО, М.: 2005, Стр. 96
1. Перечислите факторы, которые способствуют появлению и развитию Креативного класса?
2. Что нужно делать, чтобы повысить Конкурентоспособность страны?
№ 1612: «Учебник / Справочник по математическому моделированию + консалтинговая поддержка...»
№ 1650: Почему нет учебника по логикам (множ, число) для Предпринимателей?
+ Учебник по конструированию
ТВОРЧЕСТВО-XXI века: ОБМАНЫ, ОШИБКИ и редкие ДОСТИЖЕНИЯ (минута 59:35) // https://www.youtube.com/live/P1CdXtce_M0?si=C0ATGPgcpRm02LNe
Креативные поселения / города https://vikent.ru/enc-list/category/344/
СТРАТЕГИИ ТВОРЧЕСТВА — 2025 // YouTube https://www.youtube.com/live/Voz1xW5aoMM?si=3ZlXVV9i5RCcuwfY
ВОЗРОЖДЕНИЕ: БИОГРАФИИ & РАЗВИТИЕ ЛИЧНОСТЕЙ XXI века https://www.youtube.com/live/Um6I-vOS9H0?si=DwrLOlwyTFbOOF2n
ТРИЗ и МЕТОДИКИ ТВОРЧЕСТВА & КРЕАТИВА
https://youtu.be/DCaKSnWxn2I
ТРЕНИНГИ И ЭКОНОМИКА КРЕАТИВНОСТИ https://youtu.be/2irGimq5Au0?si=9SAldAyIUj_lrxEx
Что за бред я прочитал под видом длинопоста месячной давности?
И почему не надо хоститься в Git In Sky, судя по этому посту.
Для лиги лени: опять на Пикабу тащат старье с выродившегося в маркетинг хабра
стал DevOps-тимлидом
Вместо трелей будильника мой телефон издает тревожный звон сообщений из системы мониторинга и экстренных звонков от клиента.
На телефон лида никогда, ни при каких обстоятельствах, не идут ни данные мониторинга, ни звонки от клиентов. Вообще никогда. И то, и другое, идет на первую линию, максимум на вторую.
вижу, что сломалась база данных. В такой ранний час из кластера предательски вывалилась одна нода.
База данных не "ломается" просто так. Кроме случаев, когда в нее кто-то кривыми руками полез, и что-то в ней удалил. И ни в каком случае это не связано с выпадением ноды из кластера.
Есть два основных сценария:
1 База данных не очень важна, не очень нужна, и можно положиться на работу сервиса High availability (HA). Ну умерла одна физическая нода, да и ладно, через 2-5 минут система перезагрузится на другой
2 База данных важна, нужна, и очень нужна. В таком случае строится или RAC или Always on, в разных вариантах, по бедности, и когда база все же нужна, но не очень, можно обойтись Pacemaker&Corosync, или Patroni . Stolon может быть. Если вы смелый и старый - Galera.
При любых условиях выпадение ноды из кластера порождает только алерты, которые закрываются первой линией.
Как мне подсказывают, еще такое "отсутствие HA" бывает при внедрении "типа-импортозамещения" методом далее-далее, там HA отсутствует, в привычном понимании.
Инициализировав новую ноду и добавив ее в кластер
Чего чего там происходит? Достав со склада холодный резерв? И за 5 минут его подготовив к работе, прямо из дома в ЦОД? Что я только что прочитал?
И при чем тут девопс лид?
Подъем по тревоге” ночью или в выходные происходит не часто (один-два раза в месяц).
Это значит, что система абсолютно не настроена, и построена из говна и свиста. Нет резервов, нет кластера, нет людей. Все задачи свалены на как-бы лида, но по фактическим задачам - инженера, ответственного за физическую инфраструктуру.
Как и у многих хостинговых компаний на рынке, у нас сложилась “многоярусная” система реагирования на проблемы с инфраструктурой.
Но при чем тут девопс, если речь про хостинг? Где тут в схеме "вышел из строя физический сервер" - CI или CD ?
Мы сознательно отказались от полностью автоматической системы и поставили между инфраструктурой и инженерами людей. Автоматика бы отзванивалась на любой чих в системе.
То есть автоматика не просто не настроена, ее вообще нет.
Сегодня инженер, ответственный за проект, не подошел к телефону
Как легко увидеть, налицо экономия на качестве и кадрах. Нормальная система слежения требует 2 (двух) людей на уровне, и только потом эскалацию на уровень выше. Опять же, совершенно не поняна иерархия - почему заявлены проблемы в железной части, но звонок ушел на девопс-инженера и девопс-лида?
Умываюсь и иду на дейлик в 10:00 по Москве, где мы отчитываемся о наших задачах.
Собери совещание
Обязательно присутствуют проджекты, которые приносят обратную связь от заказчиков - допустим, клиент приходил в пятницу и просил побыстрее что-то сделать. Мы оцениваем срочность и, если это необходимо, раздвигаем очередь задач, чтобы сфокусироваться на самом важном.
то есть спринтов нет, метод "бегаем туда - бегаем сюда".
Классика.
В общей сложности на опрос 20 с лишним человек уходит 18-20 минут.
20 человек в девопс команде на одного лида, но при этом один дежурный инженер? Цифры не сходятся. Никак.
Как выяснилось, тот поставил телефон на зарядку в соседней комнате и не услышал звонка. Обсудили ситуацию, договорились больше так не делать.
Исправлять ситуацию, конечно, никто не собирался. Но это уже другая история
Послеобеденное время — период, когда можно тет-а-тет обсудить задачи коллег. Сегодня, например, минут 40 проводил плановый performance-аудит баз данных одного из проектов.
Какое отношение perf аудит, который зависит еще и от запросов, не говоря про оптимизацию внутри базы, чем занимаются DBA, имеет к devops ? Да, observability находится на мониторинге, в том числе, у devops команды, но в реальном мире devops инженер обычно не лезет в план запросов.
Помимо встреч, мне с разных сторон прилетают задачки. Например, приходят коллеги из отдела маркетинга с заявками от клиентов. Они ждут совета, как и в какой пакет обернуть требуемую услугу, какую сделать презентацию. Будучи архитектором,
только что был девопс лидом, а стал архитектором. Волшебная трансформация. Маркетолог, писавший текст, забыл о чем писал?
Вечером, уже дома, могу посмотреть кино с женой или сажусь за свой пет-проект.
После подьема по алерту в 4 утра, два раза в месяц, к 20 человек падает в кровать. Какой уж тут пет-проект.
Впрочем, удивляться нечему. Если текст размещен на Хабре в 2025 - значит, это обычное маркетинговое творение. Накрыть пленкой, весной закопать в грядки перед посадкой картошки.
Дмитрий, тимлид DevOps-команды в Git In Sky, о том, как проходят будни DevOps-инженера и какие вызовы приносит стремительный рост рынка облачных решений.
Был сисадмином, затем техническим директором — стал DevOps-тимлидом. В идеальном мире моя задача — автоматизировать рутину, настроить CI/CD, мониторинг и придерживаться принципа “Инфраструктура как код”.
Но это в теории. На практике же стабильность системы держится на честном слове, пока кто-то не решит "чуть-чуть поправить" прод. Поэтому DevOps — это вечный "День Радио" в отдельно взятой инфраструктуре.
“День Радио” — это фильм с сюжетом, что в прямом эфире вот-вот должен стартовать марафон, но за десять минут до начала выясняется, что заранее подготовленная тема перехвачена конкурентами. И начинается суета и множество сюжетных поворотов и проблем 🙂
Ранним утром понедельника, когда солнечные лучи ещё не дребезжат на горизонте, когда город за окном только-только начинает оживать, и на улицах появляются первые люди, спешащие на работу на другой конец города, я уже за работой. Вместо трелей будильника мой телефон издает тревожный звон сообщений из системы мониторинга и экстренных звонков от клиента.
Ещё даже не проснувшись, но уже общаясь с клиентом, одним глазом смотрю в отчеты системы оповещений и вижу, что сломалась база данных. В такой ранний час из кластера предательски вывалилась одна нода. Все так же в режиме "автопилота", машинально копирую выжимку логов сервера, для ознакомления с ними позже и принятия мер по недопущению досадного инцидента в будущем, а затем применяю стандартный набор инструментов восстановления.
Инициализировав новую ноду и добавив ее в кластер, я заботливо отписываюсь клиенту, что работа системы будет восстановлена в ближайшее время и только после этого укладываюсь обратно в кровать, чтобы урвать драгоценные оставшиеся минуты сна..
“Подъем по тревоге” ночью или в выходные происходит не часто (один-два раза в месяц). Только если отваливается проект, по которому ответственный я, или кто-то из инженеров моей группы, который не смог принять вызов.
Как и у многих хостинговых компаний на рынке, у нас сложилась “многоярусная” система реагирования на проблемы с инфраструктурой. Первый уровень - это младшие дежурные, которые сидят посменно: по 12 часов в режиме 24/7. Когда-то и я начинал с такого, но в другой компании.
Мы сознательно отказались от полностью автоматической системы и поставили между инфраструктурой и инженерами людей. Автоматика бы отзванивалась на любой чих в системе. А задача младших дежурных - провести первичный аудит проблемы, т.е. подтвердить, что она действительно требует решения, это не ложное срабатывание.
Если проблема не отсеивается и не решается на нижнем уровне, младший дежурный звонит инженеру. У каждого инженера есть набор проектов, по которым к нему могут обратиться круглосуточно. Плюс, в компании предусмотрена система эскалации — если инженер недоступен, звонок поступает вышестоящему коллеге — в первую очередь мне, как лиду. Если бы и я не снял трубку, звонок пошел бы техническому директору.
Сегодня инженер, ответственный за проект, не подошел к телефону, но цепочка остановилась на мне.
Штатный подъем — тремя часами позже. Умываюсь и иду на дейлик в 10:00 по Москве, где мы отчитываемся о наших задачах. Как правило, по задачам у нас две встречи: ровно в десять мы отчитываемся, что делали вчера — в данном случае в пятницу, что произошло за выходные, что будем делать сегодня и в какой последовательности.
Эта встреча помогает правильно расставить приоритеты. Обязательно присутствуют проджекты, которые приносят обратную связь от заказчиков - допустим, клиент приходил в пятницу и просил побыстрее что-то сделать. Мы оцениваем срочность и, если это необходимо, раздвигаем очередь задач, чтобы сфокусироваться на самом важном.
Стараемся быть предельно краткими — ничего не обсуждаем, просто ставим приоритеты и синхронизируем статусы. В общей сложности на опрос 20 с лишним человек уходит 18-20 минут.
Следом проходит After scrum, где мы уже устраиваем разбор полетов. Тема сегодняшнего утра - почему подъем по тревоге был у меня, а не у ответственного инженера. Как выяснилось, тот поставил телефон на зарядку в соседней комнате и не услышал звонка. Обсудили ситуацию, договорились больше так не делать.
В целом в подобных ситуациях мы друг на друга не обижаемся. У нас сыгранная команда и доброжелательные отношения. В данном случае было бы гораздо хуже, если бы я был недостаточно знаком с проектом. В подобных случаях понять даже самые простые вещи спросонья не так-то просто.
На After scrum мы обсуждаем не только инциденты, но и то, кому и как решать те или иные задачи. Младшие приходят к старшим, а я часто выступаю эдаким “играющим тренером” - раздаю ребятам задачки, принимаю результаты работы и даю подсказки, наводящие на решения возникающих трудностей.
Чаще всего, кстати, при приемке срабатывает проверка “на дурака” - что в задаче действительно выполнены все пункты, именно так, как просил клиент, а не как додумал DevOps-инженер. В анализе задач всегда приходится включать здравый смысл. В нашей сфере задача вполне может быть решена (допустим, попросили добавить какой-то флаг PHP — ты добавил), а проблема клиента — нет. Это частая история. Иногда даже приходится применять решение, противоречащее best practice, потому что именно оно, а не что-то другое, решает задачу клиента.
Расходимся мы около 11 часов. После этого по понедельникам я созваниваюсь с архитекторами — это 3-4 человека по всей команде. Зачастую присутствуют и проджекты, которые ведут данные проекты.
У нас около 30 проектов — больше, чем у других команд в компании. На созвоне проджекты называют их по алфавиту, а мы обсуждаем, что в них произошло за последнюю неделю. У кого-то не происходило ничего, где-то мы отчитались о последних выполненных работах, но клиент с обратной связью не вернулся, у кого-то были инциденты, и мы их починили, и так далее. Событий много, так что и времени на эти обсуждения уходит прилично — до полутора часов.
В другие дни недели вместо архитектурной встречи у меня есть час или два свободного времени, чтобы решить свои задачи.
После окончания созвона выдался момент, чтобы наконец проанализировать, что произошло рано утром. Нужно не только понять, что вызвало падение ноды, но и написать отчет клиенту — его, как правило, пишет инженер, который обработал инцидент, т.е. я.
Скорее всего роль сыграли изменения от разработки клиента. Моя задача: описать случившееся и отчитаться об общем даунтайме, если он был. Сегодня инцидент имел место, но система просто перешла в режим деградации, на продукте это никак не сказалось. Готовый отчет я направляю разработчику, который ведет проект со стороны клиента, а также прикладываю к задаче в нашем таск-трекере (в зависимости от того, каким инструментом пользуется клиент).
Как правило, инцидент — это проблемная область с определенными симптомами, если говорить терминами управления. Так что я не только отчитываюсь письменно, но и созваниваюсь с клиентом, чтобы выяснить, как я могу помочь решить эту проблему на системном уровне, чтобы повторно таких событий не возникало.
По итогам всех изысканий мы выстраиваем цепочку гипотез и подтверждений. И если знаем, куда копать, идем решать - проверяем гипотезы одну за другой, пока не доходим до проблемной точки. В зависимости от поломки, эта история может растянуться на неделю и больше, хотя, если кейс простой, все решается за пару часов.
Сегодня у меня не было свободного окна между встречами, поэтому обед пришлось поглощать за компьютером. В короткой паузе между созвонами сходил на кухню, поцеловал жену в щечку, залез в холодильник и достал уже готовый обед — сегодня это ежики. Разогрел в микроволновке, пошел обратно на свое рабочее место.
Послеобеденное время — период, когда можно тет-а-тет обсудить задачи коллег. Сегодня, например, минут 40 проводил плановый performance-аудит баз данных одного из проектов. Потом отвечал на вопросе в чате пресейлов.
Помимо встреч, мне с разных сторон прилетают задачки. Например, приходят коллеги из отдела маркетинга с заявками от клиентов. Они ждут совета, как и в какой пакет обернуть требуемую услугу, какую сделать презентацию. Будучи архитектором, я также занимаюсь планированием различных работ и разбором уже выполненных операций перед тем, как они будут сданы клиенту. А еще с каждым из клиентов у меня есть еженедельный созвон по событиям за эту неделю. Могу так же, как инженер, сделать какие-то задачи из общего трекера: сегодня я переделал раннеры в GitLab CI, достал данные из логов по просьбе коллеги, ответил на вопросы в чате разработчиков.
В своей работе мы в основном опираемся на подход инфраструктура как код (Iaac). Основные инструменты — Ansible и Terraform, так что 80% времени мы работаем с заготовками Ansible. У нас есть копилка плейбуков для Ansible, которые модифицируются всеми командами. Это общий котел с заготовками, откуда мы периодически вынимаем и добавляем нужное. Но вопросы в чате все равно возникают часто.
Иногда дело доходит и до собеседований. Как именно я собеседую — на что и почему смотрю — я расскажу отдельно. Это довольно обширная тема.
В таком потоке задач приходится постоянно помнить о приоритизации. Высшую важность для меня имеют задачи, связанные с поломками или то, что нужно выполнить строго по дедлайну. Следующий уровень — пресейлы. Также стараюсь максимально быстро делать задачи от коллег из других отделов, чтобы не держать коллег в ожидании - чтобы они могли пойти дальше общаться с клиентом.
Мой рабочий день заканчивается в 19 часов. Под конец дня я заполняю отчет, куда потратил свое время - мы трекаем все в Redmine. После этого иду к техдиру и спрашиваю в переписке, как прошел день, какие есть проблемы, не нужно ли что-то подхватить. Делаю я это уже обычно с телефона, сидя на кухне. С техдиром мы в свободной форме обсуждаем ситуацию и расходимся отдыхать.
Кажется, что мой график не нормирован. Но на самом деле это только одна сторона медали. Вторая сторона, что я могу работать всего 4 часа за день. У нас свободное отношение к присутствию на рабочем месте (если не случился инцидент, конечно). Надо жену в магазин отвезти посреди дня — пожалуйста. В МФЦ документы подать — тоже без проблем.
Понедельник у меня довольно насыщен работой. Во вторник и четверг вечером после окончания рабочих дел я собираю сумку и иду в спортзал, чтобы покрутить педали и отдохнуть в парилке. После нее кажется, что жизнь удалась!
Вне дома я люблю слушать аудиокниги. В последнее время мне нравится "боярка". Порой книги настолько увлекают, что я даже пытаюсь растянуть дорогу на машине, чтобы послушать подольше. Сейчас слушаю “Идеальный мир для лекаря”.
Вечером, уже дома, могу посмотреть кино с женой или сажусь за свой пет-проект. Просто изучать технологии мне уже не так неинтересно, а под конкретную задачу — вполне. В рамках пет-проекта я собираю опенсорсный сервис мониторинга — эдакий “швейцарский нож” девопсов. Пытаюсь найти для него кирпичики: смотрю чужие проекты и сервисы, экспериментирую с ними. Там бывают интересные задачки — можно случайно залипнуть и “очнуться” в 3 часа ночи, понимая, что уже как 3 часа ты должен спать =D.
День подошел к концу. Завтра снова буду следить за инфраструктурой и чинить возникающие поломки, чтобы сделать разработчиков наших клиентов чуть более счастливыми.
Хочу запросить обратную связь у коллег-айтишников. Что интересного у вас в течение дня происходит?
Универсальный инструмент для пиара промышленности и развития HR бренда, подробности ухода из метро и создание музыкальной группы - в нашем подкасте.
P.S. Тула - клевая, от Москвы близко, в центре - клевая особенная атмосфера. Хорошо погуляли вечером. Пряники привезли.
Из метро 🏴☠️
00:00:00 Введение
00:01:41 Знакомство с «Из метро»
00:02:43 Проблема HR-Brand
00:03:48 C чего началось «Из метро»
00:08:56 Взаимодействие с департаментом транспорта
00:10:56 Проблема официальных акаунтов
00:11:14 Отношение зрителей к Лизе
00:13:28 Визуальная цензура в роликах
00:14:31 Как придумываются идеи для роликов
00:21:46 Что двигало команду
00:24:23 Отношение руководства к работе команды
00:29:10 Хейт в 2022 году
00:41:50 Репутационные риски
00:44:52 Изменения в трендах HR
00:52:42 Напутствие для контент-мейкеров
00:53:45 Вдохновенная работа
00:57:37 Про заработок
01:00:06 Воображаемый кейс: пиар-агентство
01:03:41 Роль ведущего и его харизмы
01:05:43 Про музыкальный проект
01:13:09 Заключение
Сегодня всё больше людей задумываются о смене профессии и переходе в IT, привлекаемые высокими зарплатами, возможностью удалённой работы и перспективами карьерного роста. Однако, стоит понимать, что IT — это многогранная сфера, и программирование, хоть и одно из ключевых направлений, но подходит далеко не всем. В видео я рассказываю о том, как не-айтишнику можно стать айтишником, какие направления можно выбрать и с чего начать свой путь в IT. Надеюсь видео будет полезно тем, кто задумывается о смене профессии и хочет попробовать себя в it сфере!
Преподаватель со стажем! Более 15 лет опыта работы с вычислительными кластерами (Linux), инженер-программист. Больше 10 лет преподаю компьютерные дисциплины в ВУЗе, доцент кафедры Компьютерных систем КНИТУ-КАИ им А.Н. Туполева, г. Казань.
На основе своего опыта преподавания разработал серию обучающих онлайн курсов для начинающих программистов и системных администраторов (devops инженеров).
1) Основы работы в консоли Linux, настройка сетевых служб (кластер) https://stepik.org/a/74070
2) Основы программирования на языке Си в Linux https://stepik.org/a/98359
3) Основы ООП программирования на Java https://stepik.org/a/119904
4) Основы веб-разработки https://stepik.org/a/179453
5) Основы разработки мобильных приложений под Android на Java https://stepik.org/a/91970
Канал в телеграме: https://t.me/promo_itstart
Группа ВКонтакте: https://vk.com/promo_itstart
Запустим ламу на домашнем кластере.
Llama 3.1 405B, квантизированная до 4 бит, запущенная на двух макбуках (128 гиг оперативки у каждого). Возможно это с помощью exo - тулы, позволяющей запускать модельку распределённо на нескольких девайсах. Поддерживаются практически любые GPU, телефоны, планшеты, макбуки и почти всё о чём можно подумать.
Запустить ламу на домашнем кластере (https://github.com/exo-explore/exo)
