Synapse Community
363 subscribers
19 photos
6 videos
82 links
Download Telegram
Программирование и анархия. Продолжение
16 января в московской штаб-квартире Русского географического общества прошел премьерный показ документального фильма «Петр Кропоткин. Жизнь через край».

Оказывается, Русское географическое общество было учреждено 6 (18) августа 1845 года — это очень давно, но на четыре года позже, чем другим своим указом император Николай I учредил сберегательные кассы. Как много всего полезного оказывается учредил император Николай Павлович.

В фильме, конечно же, упомянули одну из фундаментальных научных работ Петра Алексеевича, его вклад в теорию эволюции. Впервые эта работа была опубликована в 1902 году в Нью-Йорке на английском языке и называлась «Mutual Aid», но русское название намного ярче — «Взаимопомощь как фактор эволюции». В работе Петр Алексеевич выдвинул гипотезу о том, что именно взаимопомощь, а не конкуренция, является важнейшим фактором эволюции и в животном мире, и в человеческих сообществах. Идея о взаимопомощи лежит в фундаменте всех взглядов Кропоткина, анархия по Кропоткину, это именно  взаимопомощь и самоорганизация.

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

На самом деле известный проект StackOverflow.com, которым ещё недавно пользовались сотни миллионов разработчиков программного обеспечения по всему миру, — это, по сути,  удачная реализация идей князя Кропоткина. Не только рыбаки в штормовом море и жители непроходимой тайги привержены практикам взаимопомощи, программисты, жители крупных городов, привержены этому ничуть не меньше. Как только появилась программная платформа, позволяющая эти практики в современных условиях реализовать, она сразу набрала огромную популярность. И действительно, без всяких оговорок, стала фактором технической эволюции. Даже языковые модели (LLM), которые в результате обвалили посещаемость платформы StackOverflow, обучались на данных, созданных её пользователями.

Продолжение в след.посте А вот запись премьерного показа
👍4
Программирование и анархия. Заключение
Как уже говорилось, в основании теории Кропоткина лежали идеи свободного труда и самоорганизации, но был еще один важный вопрос - справедливое распределение результатов труда. Это было самое слабое место всей анархической конструкции. Достаточно много места в своих работах Петр Алексеевич уделил именно этому вопросу - попыткам предложить анархический подход к распределению. Хлесткий лозунг "Обществу, где труд будет свободным, незачем бояться тунеядцев" из его книги "Хлеб и воля" какое-то время даже украшал, вместе с барельефом самого Кропоткина, здание Малого театра в Москве, но на практике все получалось совсем по другому чем в теории.

Изменения, которых анархисты XIX века ждали от революции социальной, принесла революция технологическая. У информационных продуктов есть уникальное свойство, отличающее их от всего прежде созданного человеком - крайне низкая стоимость копирования. Чтобы сделать еще одну скрипку Страдивари нужен живой мастер Антонио Страдивари и два года работы, чтобы сделать еще один Мерседес нужен работающий завод Мерседес, работники, сырье, вся индустрия комплектующих. Но чтобы сделать еще миллион копий удачной программы не надо практически ничего. Нулевая стоимость копирования и тиражирования принципиально поменяла характер труда в отрасли и открыла дорогу к воплощению в жизнь казалось бы давно забытых идей Петра Алексеевича Кропоткина. Это вызывает улыбку, но спустя полтора столетия анархический лозунг "от каждого по способности, каждому по потребности" неожиданно воплотился в жизнь в одной, отдельно взятой индустрии.

В начале 80-х годов прошлого века американский программист Ричард Меттью Столлман, известный под ником RMS, запускает проект GNU и формулирует концепцию copyleft - право на свободное копирование и распространение программного обеспечения, в противоположность коммерческому ограничению на копирование и распространение известному как copyright(c). Я не нашел информации о том что Ричард Столлман причислял себя к последователям князя Кропоткина, но сам про себя он говорил так: "Мой главный принцип заключается в том, чтобы мы помогали друг другу жить вместе лучше".

Когда в начале 90-х я впервые услышал про программное обеспечение с открытым исходным кодом, список программ был невелик: редактор Emacs, компилятор gcc, отладчик gdb, экранная библиотека Qt, операционная система Linux, разнообразные утилиты. Все это, кроме разве что компилятора и отладчика, уступало коммерческому программному обеспечению созданному большими корпорациями. В 2018 году на конференции KubeCon Europe представители фонда CNCF озвучили количество контрибьюторов (contributors) в проекте Kubernetes - два миллиона. Два миллиона инженеров участвует в развитии одного, пусть и большого проекта! Ни у одной корпорации в мире сегодня нет технологий управления таким количеством инженеров, не говоря уж о том что ни одна корпорация не в состоянии такое количество инженеров нанять. Сбылось еще одно предсказание князя Кропоткина. Когда слушатели спрашивали его - как же установится предлагаемый князем анархический способ производства, если ни одно правительство не согласится такой порядок утвердить, Петр Алексеевич отвечал что сначала выдающиеся анархисты организуют свои анархические производства, потом своим примером увлекут других, те следующих и таким образом анархический порядок распространится по всему миру. Аргументация не выглядит убедительной, но фактически так и произошло. Движение за открытое программное обеспечение основанное Ричардом Столлменом сегодня продолжают десятки миллионов разработчиков по всему миру и в списке открытого программного обеспечения есть практически все.

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

На фотографиях князь Петр Алексеевич Кропоткин за рабочим столом дома и Ричард Меттью Столлман на столе во время лекции в МГУ
👍5🔥2
История наука конечно интересная, но если говорить про сейчас.

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

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

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

Сообщество открытое, можно присоединиться и поучаствовать в развитии.
👍51
Forwarded from Oleg Bazaleev (Oleg)
Колхозник весел и бодр –
Колхозник придумал дашборд!


Вот любопытная советская карикатура 1962 года из журнала «Крокодил».

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

Каждый звонок снабжён подписью: ☑️ «Вывозка навоза», ☑️ «Сев», ☑️ «Уборка», ☑️ «Вспашка зяби», ☑️ «Уборка снега с крыш».

Карикатуру назвали: «В ожидании звонка». Пока не затрезвонит сигнал, нерадивый сельский управленец не ударит пальцем о палец!

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

👆Однако, если смотреть на эту сцену из XXI века, возникает неожиданное чувство узнавания.

А в чём, собственно, неправ этот сельский администратор 1960-х годов?

Семь звонков, выстроенных в ряд, — это ведь самый настоящий дашборд!

Примитивный, шумный, механический — но, по сути, верный.

Есть отклонение от нормы? Идёт сигнал в центр управления! И за сигналом следует действие.


Именно так сегодня устроены цифровые панели мониторинга, KPI-системы, алерты в корпоративных сервисах.

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

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

Они стали таковыми потому, что человеческое мышление биологически ограничено:

☑️ Человек плохо удерживает в голове множество параллельных процессов

☑️ Он склонен забывать

☑️ Он теряет чувство времени

☑️ Он откладывает неприятные действия


И в этом смысле с 1960-х годов ничего не изменилось. Разница лишь в интерфейсе.

Я/мы колхозник Ожидаев

@социальный_антрополог_на_службе_у_корпораций

📸 Советский плакат: отсюда. В ожидании руководящего звонка - будни председателя колхоза. (Семенов И.М.) 1962 год
3👍2🔥1
Интересный пост Сергея Гумерова - "Чему нужно учить специалистов по ИИ".
Давным давно, когда индустрия разработки только разобралась с базовыми алгоритмами, помните наверное "Дисциплина программирования" Э.Дейкстры, "Алгоритмы: построение и анализ" Т.Кормена, так вот следующей любимой темой после алгоритмов стала тема построения объектных моделей. Об этом был "Объектно ориентированный анализ" Гради Буча, об этом "Язык программирования С++" Б.Страуструпа, который немного учебник по языку С++, но и изложение подходов к моделированию реального мира, об этом "Шаблоны анализа" М.Фаулера и абсолютная вершина конечно "Предметно ориентированное проектирование" Эрика Эванса.
Основательно обсудив тему моделирования индустрия побежала дальше: фреймворки, контейнеры, ITSM, девопс, контейнерные среды, дальше AI.

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

https://t.me/TheDigitalTwin/214
👍1🔥1💯1
Подсмотрел в чате DocHub-a.

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

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


1. https://habr.com/ru/companies/ruvds/articles/1014642/

2. https://habr.com/ru/companies/ruvds/articles/1015278/
🔥1
2-3 aпреля в Москве на ВДНХ прошла 11 по счету конференция DevOpsConf. В этом году конференция по количеству слушателей была меньше, но организована так же хорошо как и в прошлые годы.
Делюсь ссылкой на доклад Максима Чудновского.
https://vkvideo.ru/video-163333847_456240217?list=ln-GjHoNaEsQQ2aRnQC8C

#доклады
🔥2
PDLC - часто употребляемая последнее время аббревиатура (Product Development Life Cycle), чаще даже AI PDLC. А еще, не раз наверное слышали - сквозная наблюдаемость. А архитектурный гэп слышали? Про дефекты требований тоже наверное было не раз да? А теперь загляните сюда, в пост по ссылке. Все тоже самое, только в профиль.

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

Сейчас промышленность становится цифровой: цифровое проектирование, цифровое моделирование, цифровое управление процессами - все переведено в цифру. Как будут решать проблемы синхронизации артефактов между разными этапами создания объектов? Скорее всего, так же, как их решали в разработке ПО. Какой смысл создавать новые практики? Это долго и дорого, проще переиспользовать то что уже создали для индустрии разработки ПО. В первую очередь - подход к хранению версий и отслеживанию истории изменений, дальше различные инструменты синхронизации между этапами проектирования объектов.
👍6
В обсуждении ко вчерашнему посту выложили статью про то как использование AI агентов меняет процессы разработки. Начинается она с тезиса что фокус трудозатрат в разработке давно сместился от непосредственного кодирования  на тестирование, на соответствие требованиям регуляторов, на безопасность, наблюдаемость и устойчивость, короче на стадии которые обычно относят к "платформе".

В развитие платформенной темы очень интересный доклад Максима Скоморохова из Tutu.ru: история развития платформы Tutu.ru, задачи платформы по внедрению AI агентов. Рекомендую к просмотру, на конференциях стараюсь не пропускать доклады Максима, всегда очень интересный и главное системный взгляд на развитие платформ.

https://vkvideo.ru/video-163333847_456240201?list=ln-M5TQ5h1I2FtXzgrEQP

#доклады
Media is too big
VIEW IN TELEGRAM
Объясняют ли цифры смыслы?

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

Посмотрите отрывок из фильма "Форест Гамп". Простодушный Форест моментально собирающий свою M16 на фоне расслабленных сослуживцев прекрасная иллюстрация проблем и вызовов "силового дизрапта". Насколько необходим и чем ценен сам по себе "новый рекорд роты"?