• Проблема XY (1)

  Aug 17, 2024 xy, life

  Поговорим о проблеме XY, и для начала — вольное определение. Проблемой XY называется случай, когда человек обращается за помощью, чтобы решить проблему X. Но решение нужно для того, чтобы решить другую проблему Y, о которой помогающий не знает. Это приводит к нелепым и даже печальным ситуациям.

  Пример из жизни: человек пытается поставить программу, но при установке получает ошибку. Он пытается нагуглить решение — это проблема X. Но если спросить, что за программу он ставит, это окажется “Очиститель Реестра Премиум Плюс”, который сливает личные данные рекламным фирмам. Почистить реестр посоветовал коллега в курилке, когда бедняга пожаловался, что комп тормозит.

  “Комп тормозит” и есть проблема Y — и она решается точно не очисткой реестра.

  Вопрос в том, как относиться к проблеме XY с разных сторон. На StackOverflow и в чатах порой случается так, что на вопрос “как мне сделать X” отвечают “зачем тебе делать X?”. Слово за слово, и люди теряют лицо. Отчасти потому, что не всегда ясно, кто с той стороны: любитель погреть уши или специалист. Хотя на том же SO за человека косвенно говорит репутация.

  Вопрос “зачем делать X”, хоть и бесит, помогает выйти из замкнутого круга. Случается, что проблема давит, ты в ступоре и напоминаешь зашоренную лошадь. В голове только одна мысль — как сделать X — и она не пускает другие мысли. Запросто может быть так, что делать X на самом деле не нужно. Вопрос о значимости X может вернуть мозги в русло, пока еще не поздно.

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

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

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

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

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

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

• Не было времени

  Aug 17, 2024 programming, time

  Иногда что-то сделано плохо, и с той стороны говорят: у меня не было времени. Например, нет детальных логов, сервис валится без понятных сообщений, что-то не заводится.

  Понимаешь, мы торопились, не было времени.

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

  Тыкать в лицо этим не нужно. Хочется верить, что человек, которому “не хватило времени”, подучится и в следующий раз сделает как надо. Можно провести внутренний вебинар или написать док, который описывает, как надо. Внутри, не называя имен, объяснить, что было сделано плохо, кому было больно и почему, и как нужно было.

  Ну а если не помогает и человеку по-прежнему “не хватает времени” — это тревожный знак.

• Современный фронтенд

  Aug 17, 2024 ui, frontend, madness

  

  280 запросов и 50 магабайтов – вот что нужно фронтендеру, чтобы отрендерить одну страничку. Уж простите за неровные склейки, но скриншот верный: в нем действительно 280 запросов плюс-минус один.

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

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

  На этом месте часто говрят: а что ты предлагаешь? Опять свой HTMX и серверный рендер? Нет, я предлагаю хотя бы подтереть сопли, например:

  • почему одна и та же ревизия файла скачивается много раз?
  • почему стили не собраны в один?
  • то же самое со скриптами: почему они не собраны в один?
  • почему скачиваются десятки гифок? Спрайты, не слышали?

  Деградация фронтенда просто ужасает, и ни малейшего просвета не видно. Наоборот, все больше обезьянок с реактом и клиентским рендером.

• Баг в AWS

  Aug 10, 2024 programming, aws, bug

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

  Ситуация: один сервис генерит CSV-файл и складывает в S3. После чего вызывает почтовый сервис со словами “отправь этот файл по почте тому чуваку”. Все это работало до тех пор, пока народ не пожаловался, что файлы не приходят на почту.

  Смотрю логи, файл сгенерился и лежит в S3. Почтовый сервис при попытке скачать его кидает исключение “stream is closed”. Оказалось, особо умный разработчик намудрил с классами. Ему нужен был не только InputStream, но и поле из заголовков. Вместо того, чтобы вернуть пару (stream, field) или мапу с ключами stream и field, он строит анонимный экземпляр InputStream, который проксирует исходный стрим и несет дополнительное поле.

  Разумеется, он не протестировал все как следует, и при особых условиях стрим был nil, а JVM считает, что нулевой стрим означает его закрытие. Отсюда “stream is closed”, хотя причина в другом.

  Эта шелуха отняла порядочно времени. Но я все-таки выяснил, что исключение было от того, что файла в S3 нет.

  Лезу в бакет — файл есть.

  Смотрю логи еще раз. Выясняется, что файл появился через секунду после того, как почтовый сервис обратился к нему. Это бред, потому что файл записан в S3 еще до вызова почтового сервиса!

  Смотрю внимательней и замечаю: я записываю файл csv, а почтовый сервис ищет такой же, но с расширением .xlsx. И до сих пор это срабатывало: рядом с CSV автоматом появляется xlsx, и кто его генерит — не понятно.

  После нескольких часов выяснилось следующее.

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

  • он повесил на бакет хук, который срабатывал при загрузке файла с расширением csv

  • этот хук вызывал лямбду с именем файла

  • лямбда была скриптом на Питоне, который переколбашивал CSV в эксель и записывал рядом

  • он поправил сервис отчетов так, что при вызове почтового сервиса расширение файла менялось с csv на xls.

  Вот как это работало: сервис отчета сбрасывал файл csv в S3. Запускался хук с лямбдой, которая писала рядом xlsx. К тому времени как вызывался почтовый сервис, файл xlsx был уже в бакете, и отправка работала без ошибок.

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

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

  За это я и не люблю облачную инфраструктуру. Код в ней играет лишь малую роль. Много логики можно задать какими-то хуками, эвентами, очередями и прочими штучками. Они не прописаны в коде, они могут быть заданы вручную в дашборде AWS. Они могут быть в зарыты в YAML-файлах в devops-репозиториях. Человек, который воткнул этот костыль, может быть в отпуске, и кроме него о нем никто не знает.

  Это подводка к следующему посту на тему айти. Кто-то думает, что разработчик учит Питон и пишет код, зарабатывая 300 тысяч в секунду. На деле разработчик занимается в том числе тем, что описано выше: два дня ищет баг в стоге сена размером со стадион, и правит его сменой цифры в конфиге.

  Вы точно хотите в айти?

• Обновление MacOS

  Aug 10, 2024 macos, update

  

  Современная MacOS раздражает мелкими косяками. Из сегодняшнего: накатил минорное обновление, и пожалуйста: программа chromedriver опять считается опасной, недоверенной и прочее. Иди в настройки → безопасность → мотай до нужного пункта, жми “разрешить”, вводи админский пароль.

  Все это я уже делал, но обновление сбросило флаги для сторонних программ.

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

  Вообще, ощущение такое, что всех толковых разработчиков забрали в iOS, а десктоп пилят по остаточному принципу. Да и то — тупо копируют то, что на мобиле.

• Переход в айти

  Aug 10, 2024 programming, it

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

  Итак, тем, кто подумывает о переходе в айти, я говорю следующее.

  Не стоит идти туда ради денег. Да, зарплаты в вакансиях высокие: двести, триста, четыреста тысяч рублей. Это выше средней планки даже по столичным меркам. Такая зарплата покрывает все потребности: в короткий строк покупается квартира, машина, телефоны и прочая техника. На отпуск тоже хватает, как и на любые кружки детям. Зарплаты в пять, восемь, десять тысяч долларов тоже реальны. И хотя те, кто работает за валюту на зарубежные компании, испытывают трудности, схема остается в силе.

  Но никакая зарплата не удержит в айти, если вы не любите его. Это должно быть вашим делом. Вы должны любить кодить, ревьюить, проектировать и далее по списку. Без любви не пойдет, потому что в айти очень много бесячих вещей. Дикая фрагментация стандартов, протоколов, платформ, технологий. Их бешеная несогласованность. В некоторых отраслях немыслимый темп, когда один фреймворк сменяет другой через год, и все считают нормальным переписывать проект со старого на новый (привет, JavaScript). Ошибки прошлых разработчиков: неуклюжие, негибкие решения, которые вам предстоит исправлять. Переработки, бесконечные звонки, обсуждения, поток булщита от руководства и прочее и прочее.

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

  Мысль о том, что получают много только айтишники, ошибочна. Стоматологи, менеджеры, судьи получают не меньше. Например, просто хороший стоматолог-терапевт в частной фирме – двести тысяч. Имплантолог – пятьсот-шестьсот. Топ-менеджеры и судьи не только получают миллионы, но и входят в особое сословие с неофициальными правами. Любой бытовой спор с ними вы проиграете; попадете им под машину – еще и окажетесь виноваты.

  Я немного кривлю душой, потому что стоматология, судебная и прочие отрасли регулируются государством. Нельзя пройти курсы и открыть зубной кабинет, а в айти – пожалуйста, даже высшее образование не нужно. Но важно понимать, что зарплаты в 200, 300 и 400 тысяч ориентированы на тех, кто в айти десять лет. Это совершенно не ваш вариант.

  Переход в айти протекает нелегко. Вы запишетесь на курсы и будете проводить вечера после работы за ноутом. Хорошо если нет семьи и детей, в противном случае легко нажить скандал. Впрочем, многих мужчин толкают в айти их жены, потому что «у Снежаны муж айтишник».

  Слово «курсы» сегодня звучит анекдотом. Их великое множество, их штампуют на коленке за вечера. Безусловно, есть среди них и достойные, но как выбрать – я не знаю. Я получал много приглашений делать курсы по Питону и Кложе, но всегда отказывался. Сделать качественный курс – долго и трудно, а оплата школы на порядок меньше того, что я получаю. Не хочу судить обо всех по себе, но специалист не будет делать курс ради денег – это не выгодно. Допускаю, можно сделать его ради пиара. Большинство курсов, на мой взгляд, сделаны не профессионалами, а людьми, знающими предмет лишь немного лучше аудитории.

  Прохождение курса дает чувство ложной уверенности. Речь вот о чем: школа заинтересована в том, чтобы курс прошли. Если курс никто не проходит, то даже если за него заплатили, он не будет прибыльным. Ученики делятся отзывами о курсах, и если выяснится, что курс никто не прошел, на школу обрушится гнев. Школа вынуждена подтягивать учеников: мотивировать их, вводить геймификацию, нанимать менторов. Я не говорю, что это плохо, напротив – если кому-то помогло, то ради бога. Но имейте в виду, что школа заинтересована в окончании курса и возможно ваши успехи переоценены.

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

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

  Отказы демотивируют и опытных разработчиков. Я писал о том, как, даже имея работу, собеседовался в одну фирму. Прошел четыре кодинг-сессии и получил отказ в одном предложении: “Иван, мы подумали и решили, что продолжать нет смысла, спасибо.” Это обидно, это бесит, нужно иметь запас ментальной прочности. Есть ли у вас этот запас в 35 лет, особенно если вы не меняли работу последние пять лет?

  Период отказов может занять до года, в это время нужно на что-то жить. Когда вас возьмут, зарплата будет самой обычной: 60-70 тысяч рублей. Рекрутеры не дураки и выжмут из вашего положения все, что можно. Если вы снимаете квартиру в Москве, то этого хватит, чтобы не умереть с голоду. Если есть семья и дети, то я даже не знаю.

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

  Подозреваю, иным людям не хватает на это смелости. Вариант с айти кажется проще: окончу курсы с «гарантией трудоустройства» и начну получать больше. Там компьютеры, общаться с людьми не надо. Все это неправда: рядом с «гарантией» всегда стоит звездочка, где написано: школа отправит за вас резюме в три фирмы, и на этом все. Общаться с людьми в айти нужно не меньше, чем в других профессиях. Спросите айтишника, сколько часов он проводит в зуме – он закатит глаза. Два-три часа минимум не считая офлайн, если это офис.

  Тем, кого беспокоят высокие зарплаты в айти, я советую заняться плавным развитием себя. Именно плавным. Вот что это значит.

  Если вы работаете за компьютером, повысьте навыки работы с ним. Подойдет любая книжка из Читай-города или курс. Просто чтобы выполнять рутину быстрее. Освойте Total Comander вместо стандартного файлового менеджера. Заучите хоткеи. Почитайте про офисный пакет, Ворд, Эксель – там можно творить чудеса.

  Если хочется автоматизировать рутину – пройдите базовый курс по Питону. Важно: занимайтесь не для того, чтобы свалить из проклятой кабалы и зарабатывать 300 тысяч в час! Занимайтесь для себя, чтобы однажды раз – и собрать документ за минуту вместо двух часов. Чтобы проанализировать массив данных скриптом, а не вручную, как раньше. Чтобы внести в программу платежки автоматом. Чтобы найти ошибки в работе операторов и предоставить их начальству с указанием, как исправить. Такие вещи не останутся незамеченными.

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

  Научитесь писать. Речь о способности написать текст А4 без вздохов, ахов и перекуров. Сел – и написал связный текст: письмо, предложение, заметку в блог. У большинства навык письма неразвит: иной менеджер с радостью разгрузил бы вагон картошки вместо странички текста. Люди не умеют писать связно: они кидаются обрывками фраз, из которых нужно восстановить смысл. Навык письма ведет к повышению зарплаты, это аксиома.

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

  Если у вас опыт в текущей сфере, не уходите в айти, сжигая мосты. Используйте его как опору для плавного смещения в айтишную отрасль. Вы юрист? Займитесь делами, связанными с разработкой ПО. Работаете в торговле? Значит, вы знаете тонкости продаж, поставок, скидок и прочего – в отличие от студента, который выучил Питон, но дебет от кредита не отличит. Максимально задействуйте текущий опыт.

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

  ---

  Вот, пожалуй, что вы услышите от меня, если спросите о переходе в айти. Еще раз коротко: конкуренция большая, айти надо любить, на курсы особо не надейтесь. Будет много отказов, первая зарплата окажется ниже, чем сейчас. Зарплата в 400 тысяч будет через 5-10 лет. Рассмотрите альтернативы: самообучение и рост в текущей отрасли. На крайний случай отталкивайтесь от опыта в той сфере, что есть сейчас.

  Если что-то забыл, напишите – дополню. Можно в личку.

• Таб About

  Aug 3, 2024 ui, tab, about, youtube

  У всех медиа-платформ один и тот же косяк.

  Предположим, я кликаю на ссылку исполнителя, и открывается страница с табами. При этом нулевым, главным табом является “About” или “Info” — общая информация об исполнителе. Так вот — этот таб не нужен. В нем нет ничего полезного, и он целиком дублирует контент из других табов, например “Видео” или “Треки”.

  Пример — Яндекс.Музыка. На странице “Главное” — популярные треки. На странице “Треки” — те же самые треки в той же последовательности, отличается только рендер. На “Главной” перед треками иконки альбома, в “Треках” иконок уже нет.

  Главная:

  

  Треки:

  

  В чем разница?

  То же самое в Ютубе или, прости господи, Порнохабе. На главном табе какой-то хлам, который никому не нужен. Никто не читает графоманию автора о себе и своем канале. От промо-ролика на главной уже тошнит. Каждый зритель хочет контент — то есть таб “Видео”. Получается два клика вместо одного: сперва на ссылку исполнителя, а потом /video.

  Именно таб с контентом должен быть главным, а “About” или “Info” нужно задвинуть в конец. Это как если бы главной страницей сайта была “О компании”. Глупо? Так почему же везде копируют этот паттерн?

• Джек Торранс

  Aug 3, 2024 literature, shining, king

  Отпуск, перечитываю “Сияние” Стивена Кинга. Та самая книга из детства: суперобложки давно нет, зеленая корка без каких-либо надписей. Перевод местами странный, на каждой третьей странице — опечатка или путаница имен. Но это та самая книга, которую я читал двадцать пять лет назад, поэтому можно закрыть глаза.

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

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

  Мне не доводилось читать книги, в которой более точно описано состояние человека после алкоголизма. Я имею в виду не краткосрочные последствия вроде протрезвления или развода. Я говорю о более длинном куске жизни — три, пять и более лет. Алкоголизм, даже когда отступил, продолжает давить на человека. Далеко не каждый думает об этом периоде, когда проблема, казалось бы, позади, но на самом деле впереди долгий путь адаптации. Это то, что в драматургии называется “ложный конец”.

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

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

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

  Насколько я знаю, сейчас у него все хорошо — есть семья и дети, он профессионал в своем деле. Мы были знакомы пять лет или около того, и по моим оценкам, восстановление от алкоголя занимает около десяти лет. Сколько раз я слышал от него про желание напиться; различные уловки, чтобы избежать этого; россказни про собрания анонимных алкоголиков и все остальное. Этот груз давит, его вечно носишь с собой, как Джек Торранс носил свой набор досадных воспоминаний.

  Рассказы этого человека дословно повторяют жизнь Джека Торранса. Чувство обиды постоянно угнетало его. Оно чередуется с обидой внутренней — на себя — с обидой внешней на семью и коллег. Почти каждый шаг Джека — это реакция на очередной флешбек, попытка отыграть то, что не удалось тогда, и вот теперь-то выйдет как надо. Но даже когда дела идут, Джек, движимый обидой, звонит Уллману и раскрывает планы на книгу про отель. Этот звонок обходится ему дорого: именно с ответного звонка Эла Шокли психика Джека начинает расшатываться. Подобно Джеку, мой знакомый ссорился с людьми на ровном месте, воскрешая из памяти забытые эпизоды, обильно удобряя их обидой.

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

  Удивляться тому, как точно автор передал Джека Торранса, не приходится. Джек — это сам Кинг, который в ту пору восстанавливался от алкоголя. Он был в точности на том же отрезке пути, когда приемы спиртного уже в прошлом, но человек может в любую минуту сорваться. Вот откуда эта точность, эта интимность всех помыслов Джека и его флешбеков. Вот почему, читая главы “Сияния”, особенно связанные с Джеком, отключаешься от внешнего мира — настолько сильно погружение.

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

• Zen of Python

  Jul 27, 2024 programming, python, zen

  Если вы имеете отношение к Питону, то вот небольшой совет. Никогда не упоминайте знаменитый Zen of Python: ни в шутку, ни всерьез. Если упоминает кто-то другой, пропускайте мимо ушей, не важно насколько он именит.

  Объяснение этому следующее. Современный Питон бесконечно далек от тезисов Zen of Python. Я заметил это пятнадцать лет назад, когда писал на Python 2.5. Тогда я не мог высказаться, но время пришло.

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

  Расхождение с Zen of Python было неминуемым, потому что язык развивался. Полагаю, Zen of Python был актуален несколько первых версий, а потом устарел — не быть же языку заложником старых догм. Это совершенно нормально.

  Поэтому я рассматриваю Zen of Python как исторический документ. Подкреплять им свои доводы в спорах несерьезно. С таким же успехом можно ссылаться на скрижали Майя или гороскоп.

  Половина доводов в Zen of Python не имеет смысла, а вторая потеряла актуальность. Я не буду дотошно перечислять каждый пункт: повторюсь, половина из них бессмысленна. Я не знаю, как комментировать “красивое лучше, чем уродливое” — с таким же успехом можно сказать, что котики лучше пьяной драки. Зато знаю, какие пункты прямо нарушают то, что в Питоне, и сейчас вам о них расскажу.

  Один из тезисов звучит примерно как “должен быть один способ сделать что-то”:

  There should be one– and preferably only one –obvious way to do it

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

  Простой пример — в Питоне три способа форматирования строк: старый сишный с процентом, джавный string.format() и f-строки, которые по сути eval. Я обожаю троллить питонистов форматированием с процентом. Если вы возьмете меня в проект на Питоне, я обязательно напишу так:

  return "<%s %s>" % (user_name, user_email, )
  

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

  Библиотеки с говорящими именами httplib и httplib2, а также urllib, urllib2 и urllib3 (последняя — сторонняя). Все они страшные, и нормальную открывашку урлов сделали только в requests.

  У словаря есть метод update. Добавили оператор |= (палка-равно), который делает то же самое. Господи, зачем? Может, добавите еще |>, |~, |- и другие? Удобней и короче, чем .update, .intersect и прочие английские слова.

  С каждый релизом в Питоне все больше трюков, библиотек и операторов. Забавно, когда одна строчка from __future__ import foo расширяет синтаксис или даже интерпретатор.

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

  Другие тезисы Zen of Python вроде как поощряют простые решения:

  Explicit is better than implicit. Simple is better than complex. Flat is better than nested.

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

  Смотрим класс ModelBase, метод __new__(): семь экранов магии. Здесь и махинации с атрибутами, и прокси-классами, и наследование, и то, и се вперемешку с многими if-else. Найдется ли питонист, который внятно объяснит, что там происходит?

  Но ModelBase — это всего лишь метакласс класса Model, в котором похожая петрушка. В методе __init__ четыре экрана кода с разными манипуляциями с аргументами. И этот код со всей своей магией постоянно крутится у тех, кто ведет проекты на Django.

  Ничуть не лучше ситуация с формами и виджетами. Там тоже метаклассы с махинациями, которые простым смертным не понять.

  Я веду к следующему: чтобы сделать удобно потребителю, код может быть чудовищно сложным. Но потребитель об этом не знает: он вызывает методы и рассказывает догмы из Zen of Python, что simple is better than complex. То, что внутри экраны магии с метаклассами, его не интересует.

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

  Еще один пункт из Zen of Python говорит про неймспейсы:

  Namespaces are one honking great idea – let’s do more of those!

  Если кто-то знает о пространствах имен в Питоне, пожалуйста, сообщите мне, потому что за 10 лет я о них ничего не узнал. В Питоне обычная система модулей, которые импортируются друг в друга. Никаких особых свойств у модулей нет.

  Для сравнения: в известном скобочном языке символы и кейворды могут быть привязаны неймспейсу. Символ foo из неймспейса com.test не равен символу foo из bar.test. Такая связь пространства имен и символов/кейвордов открывает полезные техники, о которых я не буду сейчас, потому что это другой язык. В Питоне ничего подобного нет, и к чему тезис о неймспейсах, непонятно.

  Повторюсь, бессмысленность Zen of Python не имеет отношения к языку. Можно писать на нем отличный код, даже не зная о Дзене. Но доказывать точку зрения, опираясь на тезисы Zen of Python — вот образец бессмысленности.

• Винда и Скайнет

  Jul 27, 2024 windows, skynet

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

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

  Это наводит на рассуждения. Были же истории с пилотами, которые нарочно гробили себя и сотни пассажиров. Порой я думаю: вдруг найдется такой же маньяк, только в цифровой сфере? Кто-то, кто устроит цифровой Judgement Day. Он выпустит обновление, которое разойдется по всем виндовым компам, подождет годик-другой и потом вжух — затрет файлы нулями, подаст напряжение на USB-порты, разгонит видеокарты, словом — сделает максимум деструктива.

  Все это фантазии, но проблема в том, что они уже не так фантастичны, как в терминаторе. Теоретически они стали возможны, и Микрософт сотоварищи это доказали.

← Страница 11 из 90 →