Gaperton's Tech Corner
272 subscribers
154 photos
19 videos
151 links
Технология, жизнь, и немного классической философии

https://gaperton.substack.com
Download Telegram
Gaperton's Tech Corner
🌍 Мир, который не может быть иным При мысли о том, что будущее объективно полностью предопределено, у людей почему-то начинает ехать крыша. «Если будущее уже определено, значит, мои решения ничего не значат», — думают они. Многие надеются, что квантовая …
Или вот, например. Стоит у меня на столе чашка чая.

Внутри этой чашки — атом водорода, а внутри атома живёт цивилизация нано-существ. Они наблюдают треть объёма чашки.

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

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

Представили? Десять секунд прошли — и я допил свой чай. Без проишествий. Пронесло и в этот раз.

#миниатюра

Это я опять от нефиг делать ютьюб смотрел, про космологию, цивилизации, и всякое научно популярное. Больше не буду. Надоело.

С другой стороны, попадаются ведь и нормальные люди. Одного физика например спрашивают: а когда мы наконец сможем построить такие корабли, штоб поработить галактику достичь соседних звезд? А он смотрит на ведущего в легком недоумении, и говорит: "Никогда!" И весело засмеялся. Это по нашему. Люблю.
😁6🥰4
Media is too big
VIEW IN TELEGRAM
📺 How to do Modal Logic | Attic Philosophy -- AI перевод на русский с дубляжом и субтитрами

Это была лекция, после которой я перестал чувствовать себя полным идиотом. Ведет ее Марк Яго -- прекрасный логик и посредственный философ. Но за его лекции по логике я могу простить ему откровенные глупости, которые он говорит когда приходит время применять логику к пониманию того как работает мир.

С миром ведь как? Логика это закономерности нашего мышления. И если человек ничего не знает о мире -- она бесполезна. Как бесполезно пытаться понимать мир без логики.

💬 Интересно было как это работает. Оригинал вот. Использовал CapCut. Получается слишком дорого, чтоб переводить все подряд. Секунда перевода стоит цент. Липсинк вчетверо дороже. Как работает липсинк видно на первом 20 секундном фрагменте, результат не стоит этих денег. Я его дальше отключил.

И это урок всем нам. Не надевайте белых футболок когда делаете видео. Не надо. Лишнее это. Фон тоже не должен быть белым.
1😁1
#менеджмент #agile

📰 Антропология Agile: 25 лет спустя

1. О скраме в дикой природе

Через 25 лет после agile-революции можно подвести итоги, чем она закончилась. Последние десять лет я наблюдаю этот конец из места где agile зародился в США.

Начнем с предыстории. Примерно до 2000 года дискурс в организации разработки задавала академия и инженеры. Это было время свободной конкуренции идей.

Взять методологии анализа и моделирования -- не было единого стандарта, однако была наиболее популярная по выбору людей -- OMT (40% применений). Можно было спорить, сравнивая и обсуждая, эта дискуссия вскрывала проблемы, и давала направление развития.

Все изменилось, когда компания Rational решила что сдесь закопано бабло, и попыталась монополизировать это область. Она купила авторов трех наиболее влиятельных авторов методологий, и поручила им разработать UML.

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

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

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

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

Черт его знает как бы все повернулось. Но! Тут на сцене появились инфоцыгане.

@gaperton_tech
🔥3👀32🏆2
#планирование

📺📕 Старый советский фильм про сетевое планирование 73-го года.

Очень хороший, чуваки. Огонь просто. 🔥

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


@gaperton_tech
🏆3
Gaperton's Tech Corner
#менеджмент #agile 📰 Антропология Agile: 25 лет спустя 1. О скраме в дикой природе Через 25 лет после agile-революции можно подвести итоги, чем она закончилась. Последние десять лет я наблюдаю этот конец из места где agile зародился в США. Начнем с предыстории.…
#менеджмент #agile

📰 Антропология Agile: 25 лет спустя

1. О скраме в дикой природе
2. Да здравствует Agile

В 2001-м выходит Agile Manifesto — документ на полстраницы, в котором всё разумно: здравый инженерный компромисс между планом и практикой.
Появился десяток методологий под зонтиком Agile, и многие из них были действительно интересны. Их объединял фокус на результате, а не на формализме. Наиболее популярны стали XP и Scrum.

XP — это набор инженерных практик, основанных на достоверных, но контринтуитивных наблюдениях. Он ввёл в обиход то, что сегодня кажется само собой разумеющимся. Вы как минимум об этом слышали.

- unit-тесты, BDD и подход "тест как спецификация", написание теста до написания кода.
- Парное программирование — как форма непрерывных микроревью.
- Движение вперёд короткими итерациями вместо попытки продумать всё заранее.
- Постоянный рефакторинг — как итеративный дизайн после факта, а не перед ним.
- И мое любимое. YAGNI! Будь проще! Не выдумывай сложности впрок!

Именно XP породил культуру инженерного самонаблюдения, где каждое правило имеет под собой механистическое объяснение.

Ключ к пониманию XP, почему он такой какой есть, лежит в том что Кент Бек писал на смолтоке. Smalltalk — язык без статической типизации, без проверки контрактов на этапе компиляции. Там любая ошибка становится известна только во время выполнения. Без тестов всё развалится. А думать наперёд трудно не потому, что Бек был против дизайна, а потому что язык не давал инструментов, чтобы думать о нём типологически.

В этом контексте XP — не «религия практик», а компенсация отсутствия статической модели мира. Unit-тесты там выполняют ту же роль, что строгая система типов в Haskell: удерживают реальность от распада. Парное программирование заменяет статический анализ: один человек играет роль компилятора, другой — рантайма. Рефакторинг — способ постепенно вырастить структуру из хаоса, а не нарисовать её заранее.

Когда вы это понимаете, XP предстает гениальной инженерной адаптацией: практическая инженерия без теоретической опоры. Он позволяет существовать порядку в мире, где нет типов, нет компилятора и нет гарантии, что код вообще доживёт до следующего запуска.

Но — и это важно — XP невозможно управлять извне. Им можно только заниматься. Менеджеру в нём делать нечего, кроме как стоять в сторонке и не мешать. Это не процесс, а ремесло; не фреймворк, а культура инженерной ответственности.

И именно поэтому, на сцену вышел Scrum.

@gaperton_tech
🏆7🔥1
#менеджмент #agile

📰 Антропология Agile: 25 лет спустя

1. О скраме в дикой природе
2. Да здравствует Agile
3. Заводы -- рабочим

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

1. Менеджеры не нужны! Команда сама собой управляет! Ура, товарищи!

2. Даже смотрящий за процессом — Scrum Master — не начальник, а просто инженер из команды. И даже не «первый среди равных», а равный среди равных, но с таймером.

3. Product Owner (переименованный заказчик) — не начальник, а партнёр. Он говорит, что нужно сделать и решает, достигли ли цели, но не смеет диктовать, как и когда.

4. Со сроками — всё по-новому. Что сделали за спринт фиксированной длины — то и готово. Планировать можно сколько угодно наперёд, но оценивать трудозатраты и решать, что «влезет», будет всё равно команда. Теперь сроки стали не обязательством, а естественным ограничением среды.

Надо отметить, что части третья и четвёртая Scrum — те, что аккуратно делят ответственность между Product Owner и командой, — вовсе не бесполезны. Наоборот, они нацелены на исправление реальной и большой организационной проблемы.

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

Этот водораздел позволяет разгрузить коммуникацию, сделав ее горизонтальной и убрав вечный конфликт «менеджеры требуют невозможного, инженеры саботируют непонятное». Помимо этого, Скрам подразумавает кросс-функциональную команду, а не конвейер по специальностям. Это действительно очень много. И это правда сильно помогает. Понимать это очень важно.

Но. Пункты 1-2 -- это звучало как технологический анархизм, как производственная утопия без начальников. Как так получилось, что бизнес согласился с "менеджеры не нужны", спросите вы?

Ну конечно он не согласился. Смеетесь штоль.

@gaperton_tech
🔥4
Gaperton's Tech Corner
Ну конечно он не согласился. Смеетесь штоль.
#менеджмент #agile

📰 Антропология Agile: 25 лет спустя

1. О скраме в дикой природе
2. Да здравствует Agile
3. Заводы -- рабочим
4. Скрам чинит матрицу

Скрам менеджменту очень понравился. К тому времени уже стало ясно, что иерархические структуры с отделами по специальностям работают из рук вон плохо. В качестве лекарства повсеместно прописывали матричную модель — сбоку ставили Project Manager’ов, которые должны всё это координировать, собирая временные команды под проекты. Это тоже работало плохо, потому что:

1) Далеко не вся деятельность -- проектная. Плюс-минус половина нагрузки -- текучка. Для ее обработки проектный офис не подходит.

2) Было непонятно, за что же точно отвечает ПМ, за что разрабы, и где граница. В разных компаниях матрица настраивалась по-разному: где-то ПМ мог всё, где-то ничего, и никто не понимал, где кончаются полномочия одних начальников и начинаются других.

3) Проблема усугублялась тем, кто вообще такой классический Project Manager. По сути — бюрократическая прокладка между теми, кто понимает что нужно сделать, и теми, кто знает как. Так получилось не сразу — сначала это была роль, потом стала профессией, а потом её сертифицировали. После этого всё пошло под откос: компетенция ушла, остался процесс.

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

И вот тут Scrum решил проблему блестяще. Он просто ликвидировал Project Manager’а и заменил его на Product Owner’а. Фокус сместился с отчётности перед «проектным офисом» на управление требованиями и ценностью продукта. Это было по-настоящему умное изменение — и его невозможно не приветствовать.

Кроме того, Scrum чётко ограничил полномочия Product Owner: он решает что и зачем, но не лезет в как. Эта простая линия разграничения починила матрицу. Организации начали убирать проектные офисы и отделы по специализациям,
заменяя их кросс-функциональными командами, работающими напрямую с PO.

Однако оставался вопрос: раз у нас самоуправляемые команды -- то что делать с CTO? Увольнять, что ли? Конечно нет. В корпорации у всего должен быть начальник. Потому что если отвечают все — не отвечает никто. И бизнес тихо проигнорировал этот пункт, вписав Scrum-команды обратно в иерархию — под CTO, под VP of Engineering, под Chief of Something. А чтоб никто ничего такого не подумал -- манагеры тоже объединились в скрам команды, назвав это скрам оф скрамс. И все. Кругом тотальный скрам.

Это и убило проектное управление. Но, справедливости ради, — то, что мертво, умереть не может. Оно было убито задолго до Скрам’а — в тот момент, когда из роли сделали профессию. Когда вместо умения координировать людей появилось ремесло заполнения отчётных форм.

В целом, причины, почему Scrum работает, лежат не в деталях процесса, а в том, как он перестраивает структуру управления на верхнем уровне. Он работает не потому, что правильно устроен где-то там внутри, а потому, что меняет архитектуру власти снаружи.

И вот это — критически важно понимать. Причины, почему Скрам хорош, — не в самом Скраме.

@gaperton_tech
🔥2
Gaperton's Tech Corner
то, что мертво, умереть не может.
Пока ждем следующей части -- #миниатюра о проектном управлении.

4.5 То, что мертво -- умереть не может

2007 штоли год. Захожу к приятелю в кабинет. Он руководитель лаборатории, как и я. Сидит, работает.

Я вижу на столе гант чарт, беру его, с интересом изучаю. Кое-что там вижу. И сообщаю товарищу.

-- Вы в курсе, что этот проект провалится?

-- Ага. Он уже провалился, -- спокойно отвечает он.

-- А ты с руководителем пробовал говорить? Тут как бэ сразу видно, что план-то говно.

-- Конечно. Но с ним бесполезно разговаривать.

-- Эт как?

-- Ну, как, -- мой товарищ встал с кресла, -- Ты пытаешься ему что-то сказать, а он берет вот так, кладет руку на толстую книгу, заглядывает тебе в глаза, вздыхает, и говорит: "Моя библия -- PMBoK"

-- И что?

-- И все. И пиздец.

@gaperton_tech
😁9
#менеджмент #agile

📰 Антропология Agile: 25 лет спустя

1. О скраме в дикой природе
2. Да здравствует Agile
3. Заводы -- рабочим
4. Скрам чинит матрицу
5. Матрица переварила скрам

Как только бизнес понял, что Скрам помогает, он не стал разбираться почему. А поступил так, как он всегда поступает.

Для начала, разумеется, роль Scrum Master’а стала отдельной карьерной траекторией. Потому что управление процессом — это власть. И что, её этим красноглазикам-джунам оставлять, что ли? Смеётесь?

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

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

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

Это создало условия для эрозии способности компаний рефлексировать над процессом разработки. За один год ничего не случилось, но за десять — стала исчезать сама культура обсуждения, как мы работаем. Рациональность сменил ритуал.

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

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

Scrum адекватной замены не предложил — потому что предложить её трудно. И, если честно, незачем: эта часть и так была хороша. Ее не нужно переоткрывать.

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

@gaperton_tech
🥰3😢2
Gaperton's Tech Corner
#менеджмент #agile 📰 Антропология Agile: 25 лет спустя 1. О скраме в дикой природе 2. Да здравствует Agile 3. Заводы -- рабочим 4. Скрам чинит матрицу 5. Матрица переварила скрам Как только бизнес понял, что Скрам помогает, он не стал разбираться почему.…
#менеджмент #agile

📰 Антропология Agile: 25 лет спустя

1. О скраме в дикой природе
2. Да здравствует Agile
3. Заводы -- рабочим
4. Скрам чинит матрицу
5. Матрица переварила скрам
6. Кто виноват Что делать?

Выводы не сложны, но требуют решимости. Если кратко, всё чинится двумя простыми мерами.

1. Ликвидировать скрам-мастеров как отдельную должность.

Без компенсаций, без трансформаций, без “переобучений”. Выжечь культ agile с институтом жрецов каленым железом, как инфекцию, лишённую инженерного смысла.

2. Вменить управление проектами в прямые обязанности разработки.

Не “в дополнение”, а как часть ремесла. Потому что понимать, зачем, почему, и как ты делаешь вещи — и есть суть инженерии. Вот это -- с тренингами и переобучениями. Руководителей не способных управлять проектами -- увольнять.

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

А за попытки возродить "проектный офис" как институт -- расстрел на месте. Не надо сваливать свою работу на других. Функции "проектного офиса" разделены между разработкой и управлением продуктом, и Скрам говорит вам -- как. Скажите ему спасибо за это.

🔚

@gaperton_tech
2👍2🥰2🔥1
#менеджмент #agile

📰 Антропология Agile: 25 лет спустя -- Влад "Gaperton" Балин

В 2001 году группа энтузиастов опубликовала Agile Manifesto — короткий документ о том, как строить гибкую разработку. Прошло почти двадцать пять лет, и сегодня можно подвести итоги: что дала нам agile‑революция, а что она отняла? В этой серии эссе мы исследовали историю, философию и социальную динамику Agile, от рождения идей до их вырождения.

1. О скраме в дикой природе
2. Да здравствует Agile
3. Заводы -- рабочим
4. Скрам чинит матрицу
5. Матрица переварила скрам
6. Кто виноват Что делать?

@gaperton_tech
6🔥2
Когда мне было 30 с небольшим, я встретил Тима Листера и спросил его что-то вроде "какое по вашему мнению самое важное качество хорошего консультанта?"

Тим, которому было где-то под 60, посмотрел на меня, прикинул зачем и почему я могу это спрашивать, после чего чуть улыбнулся, и назвал то, чего у меня точно не было. Ну, в таком объеме, как у него.

-- Возраст.

@gaperton_tech
😁10👍4🥰3🔥1
О! Нашел интересную книгу с реконструкцией теории эмоции стоиков. Я анализировал ее, и реконструировал по отрывкам, она вполне рабочая и примерно соответствует современным affect и appraisal theory. Но монографии на эту тему не видел. Вот она! Есть, оказывается. Посмотрим. Может допишу теперь пост на тему осознанности и эмоциональной регуляции.

📖 Margaret Graver, Stoicism and Emotion (University of Chicago Press, 2007) — это одно из самых глубоких современных исследований того, как стоики понимали эмоции (πάθη / pathē).

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

Ценность в их теориях в интегративности и практической направленности — они объединяют то, что в наше время расщеплено на несколько дисциплин. Поэтому, читать их очень интересно.

@gaperton_tech
🥰1👀1
Ну, это удар ниже пояса.

@gaperton_tech
😁6
📈 Как управлять проектами на руинах проектного офиса

1. Реальность смешанного цикла

Для начала - надо признать, что проектный офис заслужил свою смерть. На то было много причин, но сейчас я сосредоточусь на чисто технической, о которой почему-то редко говорят, но которая при этом лежит на поверхности. Не вся деятельность в разработке продукта — проектная. Какая часть -- сильно зависит от этапа развития продукта.

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

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

В целом, количество ошибок пропорционально объему функциональности и кода. Если каждый квартал мы, развивая продукт, добавляем функциональность, и она действительно людям нужна и ей правда пользуются — поток ошибок и запросов на улучшение (назовем это “поддержкой”) непрерывно растет. В зрелых продуктах, где активно управляют архитектурой, не позволяя все запустить, поддерживая адекватных размер команды, на “поддержку” уходит примерно половина времени. Может меньше. Иногда больше.

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

Более того. Последние десятилетия планку необходимого качества продукта сознательно снизили, принеся качество в жертву скорости вывода функциональности на рынок ("good enough software"). Переложив часть тестирования на пользователя и нивелировав вред частыми релизами и “канареечным деплойментом”.

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

И если вы посмотрите на то, как предлагает работать со спринтами Scrum, Kanban, и пр. — это примерно то, как такая работа и должна управляться. Как заявки в системе массового обслуживания.

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

@gaperton_tech
👍83👏2🔥1
#trivium #grammar #классическое_образование

📖 Как учить латынь

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

LLPSI (Lingua Latina per se Illustrata, особенно Familia Romana) является культовым фаворитом среди изучающих латынь. Пользователи LLPSI часто отмечают «побочные суперспособности», которые переносятся на другие языки, академические дисциплины и даже жизненные навыки. Дело не только в латыни; метод погружения + контекст перестраивает процесс обучения в целом.

Преподает латынь полностью на латыни, используя контекст, картинки и примечания в полях. Грамматические правила вводятся постепенно и на примерах. Вы учитесь так же, как ребенок учит свой родной язык. Начинается с простых предложений («Roma in Italia est») и постепенно усложняется. К 10-й главе вы читаете адаптированного Цицерона, а к концу — неадаптированные классические тексты.

Во-первых, он вдвое быстрее университетских курсов. По одной главе в неделю — достаточно ненапряжный темп. Главы 1-9 дадут вам университетский Latin 101, 10-16 — Latin 102. То есть, годовая программа за 4 месяца. Всего в книге 35 глав, и она соответствует двухлетней университетской программе. Которую вы можете закончить за год.

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

Стоит оно кароче 40 баксов. С онлайн-экзаменами. Ничего другого не нужно. Классические курсы -- говна куски. Не тратьте время. Duolingo -- тоже. Он короткий и грамматике не учит. А это в латыни ключевая фишка -- она grammar gym. Вы не хотите это пропускать.

На случай если кто опять спросит зачем латынь -- для нейропластичности. Изучение языка -- лучший когнитивный тренажер с доказанной эффективностью. Это лучше математики. Особенно если язык -- латынь, а учебник называется Familia Romana.

VLADIVS•BALINIVS•GAPERTONVS
@gaperton_tech
🔥154
Gaperton's Tech Corner
На случай если кто опять спросит зачем латынь -- для нейропластичности. Изучение языка -- лучший когнитивный тренажер с доказанной эффективностью.
#fun_facts

🤔 Но программирование же тоже полезно для мозга?

Если вы думаете, что языки программирования делают вас умнее и защищают от когнитивной деградации — господа технари, у меня для вас плохие новости.

Исследователи из Университета Джона Хопкинса обнаружили, что обучение программированию не создает новых нейронных связей в мозге, а «перерабатывает» существующие нейронные сети, ответственные за логическое мышление, что дает новое понимание того, как наш мозг адаптируется к современным технологическим навыкам.


https://www.perplexity.ai/page/learning-to-code-recycles-brai-nBVDa4I1QxiD.lsKzqujCg#9c15436b-8235-4318-83fa-5b0aceaba30a

Топ 5 занятий, которые таки создают, могут вас удивить. Запишите себе в тетрадочку:

1. Изучение нового языка

2. Игра на музыкальном инструменте

3. Сложные виды спорта, единоборства, или танцы

4. Математика или логика

5. Медитация


Если понимать, что наш мозг эволюционно приспособлен изобретать язык и вынимать его из воздуха автоматически, это не удивительно. Способность к языку и есть сама суть мышления. И когда с трудом связывающая вместе слова особь программиста называет интеллект LLM "не настоящим", считая кожанность мешка источником своего преимущества -- мне честно говоря смешно. Да языковая модель -- это квинтессенция интеллекта в человеческом его понимании.

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

Besides a mathematical inclination, an exceptionally good mastery of one's native tongue is the most vital asset of a competent programmer.


Еще, не могу не вспомнить, как нас отчитывала уличная гопота в детстве за длинные волосы и футболки "Металлика":

-- Что ты носишь? Кто твои кумиры? Постригись. Купи себе спортивный костюм. Запишись на борьбу. Будь человеком!


🤷

@gaperton_tech
3👍2😁2❤‍🔥1
Шимпанзе могут менять свое мнение на основании фактов, что ставит под сомнение убеждение о том, что рациональное мышление является исключительной чертой человека, согласно результатам новаторского исследования, опубликованного в журнале Science.


https://www.perplexity.ai/page/chimps-can-change-their-minds-ynkhvkqzQFmNXMYEbRWrAQ

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

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

#сома_посуди #человек_пиздящий

@gaperton_tech
💯51😁1
Gaperton's Tech Corner
Ну, это удар ниже пояса. @gaperton_tech
#ai_girlfriend

💔 С вами еще ваш AI-супруг не разводился? Нет?

Реддит страдает -- ЧатГПТ после обновления c 4o на 5 стал холоден, а после последних обновлений ваще, совсем отношения рвет.

@gaperton_tech
😁2
Нужно помнить не только то, что каждый день укорачивает твою жизнь, но и то, что даже если тебе достанется больше лет, никто не знает, останется ли твой ум таким же ясным, сможешь ли ты по-прежнему понимать происходящее и видеть порядок, который связывает дела людей и богов.

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

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

-- Марк Аврелий Антонин, "К себе", III.1

#мозг и #фитнес

🧠️️️️💪 Нейрофитнес. Тренировка тела и ума

I. Разум уходит первым

Мы в конечном счете есть наше тело, и оно стареет. Еще две тысячи лет назад во времена Марка Аврелия не было секретом, что ум начинает угасать с возрастом задолго до наступления смерти. Современная наука только уточнила то, что стоики чувствовали на опыте. 

Мозг — это не отдельный «компьютер», а часть тела. Его питание, кровоснабжение, устойчивость к стрессу, даже способность к концентрации зависят от того, как работает сердце, сосуды, мышцы. Поэтому физическая тренировка — это не просто про силу или выносливость. Тренируя тело мы тренируем разум.

Мы не можем остановить старение и предотвратить смерть. Но можем постараться сделать так, чтобы, когда тело всё ещё дышит и движется, в нём оставался живой, ясный ум. К сожалению, большинство руководств по фитнесу не ставят здоровье мозга во главу угла. Сбросить жир, красота фигуры -- это пожалуйста. Я не ставлю задачи полностью покрыть эту тему, но покажу, куда смотреть и что искать.

@gaperton_tech
7
#мозг и #фитнес

🧠️️️️💪 Нейрофитнес. Тренировка тела и ума

I. Разум уходит первым
II. Современная наука: мозг как часть тела

Мозг потребляет около 20% всего кислорода, хотя весит всего 2% массы тела. Любое ухудшение кровотока — это не просто “плохое самочувствие”, а прямое ослабление когнитивных функций. С возрастом сосуды становятся жёстче — и даже при нормальном давлении мозг недополучает кровь. Поэтому регулярная умеренная аэробная активность не просто “для сердца”, а буквально для ума. 

Мозг живёт не только за счёт топлива, но и за счёт информации. Каждое движение тела — это поток сенсорных сигналов, который обновляет нейронные связи. Мозжечок, префронтальная кора и теменные области — то есть те зоны, которые первыми деградируют при старении. Физическая активность — это не просто транспорт кислорода, а механизм обновления нейронных карт тела и мира. Без движения мозг теряет метаболические стимулы к обновлению.
После физической активности уровень нейротрофинов, особенно BDNF (Brain-Derived Neurotrophic Factor), поднимается в разы.

BDNF — это вещество, которое помогает нейронам расти, выживать и формировать новые связи. Его часто называют “удобрением для мозга”. Одновременно с этим высвобождаются дофамин, норадреналин и серотонин — три ключевых регулятора внимания, мотивации и эмоциональной устойчивости. Это и есть та самая “химия ясности”: состояние, когда сознание острое, настроение устойчивое, а мышление гибкое.

Хронический стресс — главный антагонист нейропластичности. Когда уровень кортизола повышен длительно, он буквально разрушает связи в гиппокампе — центре памяти и обучения. Это доказано: у людей с депрессией и тревожными расстройствами объём гиппокампа меньше, а восстановление возможно только при снижении уровня стресса и возвращении физической активности.

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

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

1. Поддержание кровотока и нейропластичности — то, что напрямую влияет на питание мозга, уровень BDNF и “химию ясности”.

2. Контроль давления — более скрытый, но не менее важный фактор: способность сосудов и нервной системы адаптироваться к изменениям нагрузки и стресса.

@gaperton_tech
3