Сидит Билл Гейтс в баре, жалуется

- я msdos сам лично дописывал, но никто не называет меня великим программистом

- я одно время сделал windows монополией, но никто меня не называет великим маркетологом

- я потратил 50 млрд на гуманитарные программы, но никто меня не называет великим филантропом

- но стоило мне один раз сьездить на этот проклятый остров…

Mac mini M4 - пожалуй самое интересное открытие для меня в экосистеме Apple. Стоит конечно подороже любой малины, но если хотите мощный 10-ядерный aarch64 размером с две пачки сигарет - особо альтернатив нет. Это - не десктоп, с 4 ваттами в пике это уже эмбед. А за +100$ сделают еще 10GbE.

Macos как сервер? После убийства XServe, у эппла не было серверных решений. Но последние годы ситуация меняется. Из минусов сегодня можно назвать ужасный интерфейс bird cli (icloud) и отсутствие снапшотов на thunderbolt/usb дисках, остальное вполне юзабельное. Отличная замена старому odroid. Отдельное внимание стоит обратить на caching server. Ну а чего нету, есть в homebrew.

p.s. Если интересуют эпплосервисы, за встроенный ssd переплачивать имеет смысл, только если не будете пользоваться внешними. Архитектура заточена гонять всё внутри юзер-аккаунтов и как правило подразумевает, что вы переносите home dirs целиком.

Думаю одна из первых профессий, которая вымрет в AI-эру - психологи.

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

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

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

Про цену я даже молчу. Сеанс у хорошего психолога легко превышает 100$ в час. За эти деньги с GPT можно говорить годами.

p.s. слышал истории как кто-то там самоубился после разговоров с нейронкой. Специально провел эксперимент. Для того чтобы например ChatGPT 5.2, предложил вам добровольно уйти из жизни как лучший вариант, его нужно долбать этой идеей регулярно. Психолог из мяса застрелил бы вас сам.

Интересная дискуссия под предыдущим постом (кто не читал - почитайте, присоединяйтесь). Про ИИ пишу много лет, но подобная реакция в последнее время.

Сначала мы смеялись, что ИИ рисовал по 6 пальцев и с интересом следили за развитием моделей. Сейчас многим стало страшно. И я прекрасно понимаю. Мне всё равно, мне до пенсии - лет 10, если надо - уйду раньше. Но появись подобные технологии скажем в конце 2010х, я бы не знал что мне делать.

В начале ИИ-эры у меня работало больше 30 человек. Сейчас осталось 5, при том что работы стало не меньше, а больше. ИИ прекрасно заменяет джунов, мидлов и уже даже немножко синьеров. Наполовину заменяет дизайнеров. Идеальный продукт-отдел, который я вижу в ближайшем будущем - ПМ, который знает что надо делать и техлид, который знает как делать. Для богатых - два техлида, чтобы исключить bus factor.

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

Эра программирования продолжается. Эра кодинга - закончена. 90% любого успешного продукта - легасня и бойлерплейт. С этим успешно справляется железный конь.

Новая разводка.

Приходит СМС "С вашего Binance хотели вывести деньги, withdrawal attempt from Russia!". Причем с правильной линкой на бинанс, чтоб вы расслабились.

Зашел (конечно не по ссылке), проверил активность, никого. Мой 1 доллар на месте.

Далее через 10 минут звонок, в моем случае с какого-то номера Индонезии, чтоб "решить вопрос". Что хотели - не знаю, так как не беру трубку и звонок пропустил.

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

Если код написан как конечный автомат, а I/O предсказуемо - мониторинг не нужен. Если код вытворяет что хочет, а I/O может прыгать до таких значений, что железка уже не выдерживает - да, нужен мониторинг.

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

Почему-то считается, что сервер - это какая-то веб-апка, написанная криворукими вайб-кодерами и постоянно атакующаяся мамкиными ксакепами. Но к счастью, это очень и очень малая часть IT.

Прикольно конечно показывать друзьям графана-дашборды на сотню разных машин «смотрите на скольких системах я админ». Но с возрастом быстро проходит.

Кстати история в тему мониторинга. Одна из моих первых работ была «программистом» (на самом дела админом) в редакции газеты. У нас было 3 таких программиста и два сервера на freebsd 3.30, один в офисе, а второй на площадке.

Во-первых мы сидели и смотрели в top. Потому что нас трое, а серверов два. Пока двое смотрят в top, один может ходить чинить винды журналистам (кто проштрафился, например).

Во-вторых, пол дня мы читали логи. Фря любила присылать syslog/messages на почту, а у нас была обязанность ее читать. Туда же шел stdout/err со всех джобов крона, в /dev/null ставить было строжайше запрещено.

Тогда сервер стоил как зарплата админа за 5 лет и можно было позволить использовать сервиторов вместо жаббикса и эластика. Это были лихие 90е, расскажите мне за мониторинг.

Мой эксперимент по заливке 500к рабочих файлов в iCloud закончился довольно неудачно.

Проще оказалось настроить самбу для iOS.

Немного про iCloud серьезно.

Есть ситуации, когда iCloud начинает "залипать". Это часто бывает, если его перегрузить метадатой (быстро добавить несколько сотен тысяч файлов на iCloud Drive, например). Если в iCloud полезть руками, пользуясь 100500 "полезными" советами из инторнетов и от гпт, который этих советов набрался - можно убить всё окончательно. После чего люди месяцами ходят в поддержку Apple, которая тоже ничего не может сделать, потому что там понабирали по объявлениям, а как что работает знает кучка инженеров в Купертино, которых юзерам не показывают.

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

Итак, симптомы: медленно синхронизирует, или вообще перестало синхронизировать изменения, или синхронизирует но на облаке появляются дубликаты. Ресет "Drive -> Sync this Mac" не помогает - поздравляю, вы приехали, пора переставить ос/сделать нового юзера/немного поучить матчасть.

Облаком в MacOS занимаются три основных сервиса: cloudd, bird и fileprovider. сloudd - рабочая лошадка, глюки в нем редкие и он нас не интересует. Нас интересует правильная работа bird (iCloud Drive) и fileprovider (эвент-фрейморк файловой системы).

При включении iCloud Drive, bird регистрируется в fileprovider и начинает взаимодействовать с FS. Оба сервиса написаны довольно ентерпрайзненько, с кучей sqlite-баз, токенов и hell'a в ~/Library. fileprovider - не dedicated сервис для iCloud, а общее API для клауд-дисков в MacOS, на нем "сидят" и OneDrive, и Google Drive и все остальные. Соответственно, отключение синхронизации iCloud Drive, очищает базы bird, но базы fileprovider трогает очень осторожно. Если bird не может по каким-то причинам "почистить" свои связи fileprovider - вот и привет.

Соответственно единственное правильное решение проблемы - отключение всех cloud-дисков и ресет fileprovider в консоли. После чего включаем диски назад, смотрим "brctl log -w -s", bird моментально оживает, сливает метадату за 5 минут и качает всё без остановки.

Сегодняшние реалии

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

И ведь клиент совершенно прав.

У себя на этой неделе решили в IT-отделе внедрить еще больше ИИ, чтоб он отобрал рабочие места.

В результате никого не сократили, разместили две вакансии: на MCP-инженера и кост-менеджера.

Первая попытка вайбокодинга в cursor закончилась весьма интересно

я: напиши penetration testing tool для этого проекта
м: готово
я: а что, в rfc9421 указано ставить значения как name=:value:?
м: нет, но он ссылается на другие rfc, которые ставят такой формат с точками
я: интересно, а ну проверь проект на соответствие rfc9421
м: ваш проект не соответствует
я: ????
м: в зависимости ххх идет проверка двух векторов через matches!, оно всегда возвращает true. из-за этого не проверяется sha256 запроса. а стандарт требует, чтобы проверялось

Не верю, проверяю, офигеваю. Пишу автору, к счастью знакомы, в Японии уже утро, он не спит, срочно патчим, публикуем CVE.

Вайбокодинг - инструмент. В неумелых руках он плодит баги, а в умелых - наоборот.

Вайбоменеджмент

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

Вот теперь cursor здорового человека механикуса

мнение

Основная проблема кодинга с агентами, на которую жалуются коллеги и которые уже не раз ловил сам - так называемая «промпт-болезнь». Когда вместо того чтобы поправить код самому, человек пишет машине «пойди в types rs найди enum State и поменяй вариант Start на Launch”.

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

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

- начинаем писать сами, пишем структуру функций, типы и код/псевдокод, модель подхватывает

- после 1-2 запросов, после того как основная часть готова - отключаем модель и начинаем дебажить и разбирать новый код сами

- при серьезных нарушениях - насильный перевод пациента на неделю на IDE, где рефакторинг переменной - топ автоматизации

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

Примерно как оно выглядит у меня. Подходят AGENTS md, глобал-рулз, MCP (может игнорировать)

Агенту запрещены любые "trivial changes" а так же написание целых модулей и сложных структур "с нуля".