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

Но услышать такое от Яндекса мне было дико.

Месяц назад я обнаружил в сюжете про IDN на Яндекс.Новостях совершенно левую новость про курение во время беременности. Написал в службу поддержки. И получил ответ:

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

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

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

P.S. Строго говоря, мне никто не сказал, что это именно программа не позволяет, но других причин я придумать не могу. Политические объяснения типа “мы не редактируем, чтобы нас не обвинили в предвзятости” тут ни при чём, это явная ошибка.

Да,  и в Гугле тоже.

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

Но субтитры… Наклюкавшаяся ключница что ли делала? Урок первый:
9:45: лектор: “primitive Emacs editor”, субтитры: “primitive EmEx editor”
12:45: лектор: “you have the execute bit set”, субтитры: “you have the XQ bit set”

Ну это ладно, ключница неграмотная, терминов не знает. Но она ещё и смысл искажает:
41:14: лектор: “These strings essentially are just series of bytes”, субтитры: “These strings essentially are just serious and bites”
44:27: лектор: “So this is a very handy syntax”, субтитры: “So this is a very heavy syntax”

Это только то, что мне при просмотре в глаза бросилось. Наверняка при внимательном анализе ещё что-нибудь найдётся.

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

Похоже, несовпадающие названия в Яндекс.Расписаниях и Картах — типичная ошибка. В данном случае правильно написано на карте.

А вот что Российские Железные Дороги организуют рейсы из Хорватии в Венгрию, было для меня открытием. Хотя на сайте РЖД этот маршрут обозначен как “ЗАГРЕБ ГЛ - БУДАПЕШТ К - КИЕВ ПАСС - МОСКВА КИВ”, что проясняет его появление, но и там расписание показывается почему-то только до Будапешта.

Знаете ли вы, какая авиакомпания совершает больше всего рейсов из дублинского аэропорта по мнению Яндекс.Расписаний?

Нет, вовсе не Aer Lingus,  RyanAir или какой-нибудь BMI. Китайская United Eagle Airlines.

Дальше там местами встречаются Lufthansa, Air Arann и Malev, но в единичных экземплярах. А большинство рейсов выполняют таки  объединенные китайские орлы.


Дорогой Яндекс! В очередной раз напоминаю, что гонорар за тестирование я уже вполне заработал.

Read the rest of this entry »

Сунул в банкомат карточку, набрал пин, указал сумму, банкомат задумался… и перегрузился. Карточку, естественно, не отдал. А у следующего мужика всё обработалось вполне нормально. Карточку-то заблокировали, обещали вскорости новую прислать, но вообще мне эта тенденция не нравится.

Зато я теперь знаю, что у NCRовского банкомата внутри 800-мегагерцовый P3 и OS/2.

Знаете, некоторые учебники для начинающих юниксоводов рекомендуют в целях безопасности в скриптах явно указывать PATH. Ну, типа, мало ли, в каких условиях его  запускать будут, лучше указать явно, чтоб не запустилось чего лишнего из ~/bin, /usr/local/,  и т.п.

Вот начитавшись таких учебников, тут некоторые товарищи и написали в скрипте PATH=/usr/bin:/usr/local/bin

А я потом три дня бился головой об стенку, пытаясь понять, чего ж оно не работает при переносе на другую систему. А на этой системе tar, rm, mv и прочая стандартная лабуда оказались в /bin. Ну и, конечно, сообщения об ошибках были заботливо перенаправлены в /dev/null, чтоб их случайно никто не увидел.

Уроды.

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

Попытался вручную - натурально не добавляется. “Unique constraint (foo.bar) violated, пошли все нафиг” - говорит сервер. Ищу запись по ID - нет такой. Внимательно приглядываюсь к описанию violated constraint и обнаруживаю, что это про уникальность имени, а не ID. Ищу запись по такому имени - а её тоже нет. Но новая не добавляется. Чертовщина какая-то.

А разгадка оказалась проста. Можно предлагать в качестве задания на собеседовании DBA :)

Read the rest of this entry »