Yuriy Akopov's Blog

Leave the Web Alone

2009-06-16T20:34:00.005+04:00

“Сенсационный” Opera Unite даже в моём телефоне живёт уже с год - с функционально аналогичными возможностями обмена сообщениями, доступа различного уровня к файлам, контактам и даже периферии (камере) и т.д.; и путь посетителя к сайту тоже проходит через промежуточный сервер ~~Opera~~ Nokia.

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

Руль в багажнике

2009-06-08T21:27:00.001+04:00

Популярнейший сервис Twitter показывает мне это сообщение уже около года:

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

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

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

Прекрасный новый мир

2009-06-04T10:27:00.002+04:00

Во-вторых, движение мышью — подвести, нажать, передвинуть, отпустить — не повторяет никакого моторного навыка из реального мира, связанного с листанием; это тоже плохо.

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

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

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

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

Слон на кита налезет

2009-05-31T22:27:00.002+04:00

Прошло уже довольно много времени, а я так и не понял, почему Wolfram Alpha с поразительной настойчивостью все сравнивают с Google. Строго говоря, WA ищет не в web, а в собственной “базе знаний”, источники данных которой, насколько я понял, хоть и многочисленны, но вполне детерменированы и типизированы - что принципиально отличает задачу “сервиса-знатока” от задачи поисковика, работающего с информацией, про которую ничего заранее не известно (и установление её релевантности – главная часть этой задачи).

В интерпретации запросов (ещё одно поле, на котором можно было бы отличиться) у WA тоже всё на поверку довольно жёстко, в рамках обескураживающе конечного языка – скажем, информация, которую можно получить по какому-либо городу, заранее предопределена (расстояния, население и т.д.). Таким образом, в зависимости от запроса можно получить разве что ту или иную её часть – и изобретательно подходить к запросу с тем, чтобы получить какие-то необычные, не предусмотренные авторами зависимости и сравнения, бессмысленно.

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

Неожиданные ассоциации

2009-05-24T23:44:00.001+04:00

In other words, it tells them they'd better keep using a Microsoft Office license and make a particular attention to only accepting MS-ODF files as correct or face the wrath of arbitrarily corrupt files. Here Microsoft is building 8-meter tall walls and every single user becomes a Palestinian.

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

Хотя какой-то специальный умысел здесь вполне возможен, нельзя не отметить, что ровно то же самое имеет место и в “родном” для MS формате OOXML, где legacy-фрагменты содержатся в виде двоичных блоков, обрамлённых для соблюдения структуры тегами. И в этом случае умысел заподозрить гораздо сложнее, т.к. это обстоятельство принесло огромные проблемы в процессе международной стандартизации формата. Тем не менее, обеспечить всю необходимую legacy-поддержку (от которой, фактически, свободен “мир ODF”) без этого не удалось.

“А сколько надо?”

2009-05-14T21:25:00.001+04:00

Вступительное видео:

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

Проблема с подобной автоматизированной аналитикой, однако, та же самая, что и с любой другой – чтобы найти что-то действительно интересное, нужно в какой-то мере знать заранее, что именно ты хочешь найти: необходимо выделить из построенной системой сети взаимосвязей между выделенными из общего потока опорными понятиями те из них, что имеют приоритет по отношению к решаемой в данный момент задаче. Что, в свою очередь, создаёт для аналитика опасность “самосбывающегося прогноза”.

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

Languages should die

2009-05-03T13:12:00.001+04:00

Довольно активно обсуждается призыв чаще, пользуясь аналогиями автора, провоцировать мутации в языках программирования для их же блага: http://olabini.com/blog/2009/04/languages-should-die/

Одним из недостатков аналогии как приёма является соблазн использования её “в обратную сторону”, то есть использования не для демонстрации своего предположения, а для его доказательства.

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

“Нужно доказать, что жираф – птица. Проведём аналогию: жираф длинношеий, как цапля, а цапля птица – значит, жираф умеет летать”.

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

Таким образом, вероятность того, что новый язык совершит некий качественный прорыв, достаточно мала, поскольку возможность прорыва в решении не решённых на данный момент задач ограничена далеко не только тем, что существующие языки неудобны для их решения. Опять же, если эти “внеязыковые” проблемы будут решены, сложность создания специального языка (или его подмножества, библиотеки и пр.) под класс задач, пусть даже и с нуля, не станет принципиально сдерживающей в сравнении с уже потраченными усилиями.

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

Да, существующее сейчас положение, когда на выбор языка влияет множество “внезадачных” факторов (например, окружающая инфраструктура, в которой будет функционировать ПО, необходимость развития и поддержки, доступность на рынке специалистов в этом конкретном языке и т.д.), просуществует ещё очень долго. И все эти факторы для подавляющего большинства программых продуктов очень важны. Но если брать во внимание подобные практические бизнес-вопросы, то описанный подход “fork your language” совершенно некорректен по очевидным причинам (не хвататало только своего языка у каждой команды).

Этот подход может быть корректен, если задаваться глобальными целями и смотреть на индустрию с научной (а не бизнес- или даже инженерной) точки зрения. Однако в этом случае такое внимание языку тоже не слишком понятно, т.к. лишённая своей привязки к реалиям и рынку, “проблема языка” теряет прежнее значение.

Sup dawg i herd u like English

2009-04-30T11:03:00.005+04:00

В очередной подборке старых "компьютерных" рекламных объявлений встретилось описание действительно красивого решения:

Даже жаль, что идея не получила распространения.

Использование площадки в личных целях

2009-04-09T16:32:00.006+04:00

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

Пока ещё нахожусь в Москве, но возможны и звонки, и приезд на интервью. Разрешение на работу и сертификация работодателя не требуются (Tier 1).

Если вдруг вы можете что-то по этому поводу сказать, мой адрес akopov@yurriakopov.info. Спасибо.

“Проще родить нового, чем отмыть старых”

2009-03-29T22:52:00.001+04:00

Cloud Platform Storage: Relational vs. Scale-Out

Действительно интересный вопрос, хотя объяснение поверхностное: опущена важная деталь – являются ли описанные недостатки реляционных БД неотъемлимо присущими самой модели, или же конкретным существующим реализациям.

Здесь об этом несколько подробнее и понятнее, заодно с раскрытием главной интриги – не совсем верно будет сказать, что key-value БД лучше справляются с масштабированием. Скорее, в этой модели просто заведомо отказались от тех возможностей, которые могли бы при масштабировании пострадать и стать “бутылочным горлышком” для остального функционала.

Always look on the bright side

2009-03-25T20:54:00.001+03:00

Last.fm переходит на платные радиотрансляции

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

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

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

IT MBA

2009-03-09T23:51:00.001+03:00

Хорошая провокация

С первого взгляда кажется, что это такое скромное самоотстранение (мол, залезли мы не в свою область, пора и честь знать) - но мне сдаётся, здесь читается та самая мечта ИТ-специалиста стать начальником.

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

Думаю, такие печальные, в общем-то, мысли будут возникать всё чаще и чаще с продвижением на всё более пологую часть логарифмики “инженерного” развития отрасли.

Обнажите головы

2009-02-22T14:50:00.001+03:00

Без преувеличения легендарный проект Microsoft Flight Simulator закрыт.

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

Фантасты не соврали

2009-02-16T00:28:00.002+03:00

Раз уже даже NYT написала, то видимо, уже точно можно говорить как о зафиксированном достижении, а не об эксперименте:

Совсем скоро, надо полагать, будет ещё круче. Для сравнения, это всего лишь 2006 год:

Да и вообще всё началось не так давно, в 2001-ом.

Если вдуматься, конечно, дух захватывает.

Brute Force Development

2009-02-12T10:36:00.009+03:00

В продолжение предыдущего - встретился хороший термин, Brute Force Development:

I would suggest that BFD is the most widely practiced software development methodology in the world. In fact, I would claim that the majority of organizations and people use this methodology daily and have been since the inception of software development.
[...]
I can hear the Agile folks saying that our methodology is the one that mitigates this risk. While that may be partially true, how do you answer the question asked by the customer, how long will it take and how much will that cost? Oh yeah and at fixed price. And our requirements list is just that, a one pager with bulleted high level fatures items and some of the bulleted items have two words explaining the requirement. Ready to sign up? In the end, in order to make that deadline or not burn through your fixed cost, BFD man. That’s the reality.
[читать полностью]

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

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

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

"Не благодаря, а вопреки"

2009-02-09T13:38:00.008+03:00

Увидел ссылку на приципиальный во многом спор Сполски и Мартина (их позиции здесь и здесь соответственно). В обсуждении удачно выделена наиболее показательная цитата Сполски:

One of the SOLID principles, and I'm totally butchering this, but, one of the principles was that you shouldn't have two things in the same class that would be changed for a different reason. Like, you don't want to have an Employee class, because it's got his name which might get changed if he gets married, and it has his salary, which might get changed if he gets a raise. Those have to be two separate classes, because they get changed under different circumstances. And you wind up with millions of tiny little classes, like the EmployeeSalary class, and it's just... (laughs) idiotic! You can't build software that way! The way real software works is that you create these very imperfect things, and they work great. They really do. And then you have a little problem, and you go and you fix the little problem, because it's code, and you have an editor, and you edit it. These classes are not going to go wander off flying in the universe all by themselves and need to work perfectly and unchanged until the end of time.

Для меня это выглядит настолько резко ошибочным, что даже сложно сформулировать поначалу, что именно не так ("слишком о многом нужно сказать"). Особенно если учесть, что автор высказывания занимается отнюдь не rocket science, а выпускает лучшем случае бизнес- и даже социальные продукты.

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

CMIS

2009-02-04T22:15:00.003+03:00

Коротко о CMIS и интеграции СЭД с его помощью

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

Предлагаемый стандарт более чем востребован, однако если в итоге всё равно реальная полная интеграция (просто по данным неинтересно, нужно и по логике - непрерывные транзакции между системами и т.д.) будет невозможна без написания достаточно сложного кода, пусть и на специальном языке, то это предложение довольно опасное - "узкое место" никуда не денется, а зависимостей прибавится.

Нужно будет обязательно ознакомиться подробнее.

I'll be bug

2009-02-01T18:33:00.003+03:00

Живой жук с радиоуправлением

В том или ином виде такое делали и раньше, но здесь уж очень наглядно, особенно на видео. Интересно, что у жуков есть возможность просто "включить полёт" одним импульсом (так сказать, вызвать подпрограмму), в то время как у мотыльков нужно полностью контролировать движение крыла, строя движение самостоятельно.

И отсекаешь всё лишнее

2009-01-28T10:17:00.003+03:00

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

Чтобы не объяснять это собственной зашоренностью (что, наверное, недалеко от истины, но не так интересно), пока придумал красивое объяснение, что идеальные системы все одинаковы, и разница между ними лишь в том, насколько далеко пришлось из-за разных непреодолимых без глобальных изменений причин отойти в каждом случае от эталона.

Хорошо забытое старое

2009-01-17T21:00:00.003+03:00

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

Хорошая формулировка

2009-01-13T18:31:00.003+03:00

Откуда вообще все эти разговоры про национальную ИТ-безопасность? Они нацелены на то, чтобы отвлечь общественное внимание от того, не очень приятного факта, что задачи по созданию сильной ИТ-отрасли, о которых много говорилось 4-5 лет назад, оказались не выполненными.

По большому счету, Россия не смогла пока сделать прорыва на мировой ИТ-рынок, чтобы занять там достойное место в качестве заметного технологического игрока. И как следствие: не сумев интегрироваться в мировую систему разделения труда, мы опять начинаем говорить о пользе модели натурального хозяйства.

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

Бойся данайцев

2009-01-10T23:23:00.002+03:00

I can't believe how many years has it taken for our industry to come to this realization! No disrespect to my great friends and former colleagues at smaller firms in India, but I am not surprised one bit that the corruption flows from the top at the big Indian contractors.

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

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

Однако при этом часто забывают о необходимости формирования в компании компетенций, с помощью которых мог бы осуществляться долговременный контроль за исполнителем. В лучшем случае эту роль исполняют остатки собственного ИТ-подразделения, заинтересованные в первую очередь в том, чтобы сберечь так счастливо сохранённое рабочее место (что обычно означает стратегию "ничего не трогай").

Результат предсказуем - внешний исполнитель теряет всякий страх и совесть.

Приоритеты CS

2009-01-03T21:16:00.001+03:00

Интервью со Страуструпом о подготовке разработчиков

Хочется отдельно пару слов сказать про этот фрагмент:

Programming is part of software development. It doesn’t matter how fancy your code is unless it solves the right problem and you can explain it to others. [...] Don’t just do programming. Computing is always computing something. Become acquainted with something that requires your software development skills: Mediaeval history, car engine design, rocket science, medical blood analysis, image processing, computational geometry, biological modeling, whatever seems interesting.

Многие в последнее время писали о том, что всё меньше, мол, внимания уделяется знанию технической платформы, теоретическим основам - и вместо этого новичками учится сразу какой-то высокоуровневый язык, делая их заложниками технологии. Но обычно аргументы приводились противоположные - что, например, уходит время красивых решений, и сейчас предпочитают, к сожалению, решать задачи неоригинально, в рамках единственного выученного подхода. То есть имело место противопоставления бизнес-результата (о котором настоящему Computer Scientist задумываться слишком мелко) и творческого процесса.

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

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

Beasts lists

2009-01-03T17:09:00.005+03:00

How many different hardware platform styles have we seen in the history of business computing? Let's count.

Cloud, безусловно, явление заметное, но всё же во взятом масштабе не тянущее на особое место. Например, в упомянутых мобильных платформах эти принципы "аутсорсинга операций" используются (вынужденно) довольно давно, ещё с того времени, когда не существовало данного отдельного термина.

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

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

Летучий португалец

2008-12-22T22:21:00.001+03:00

Оказывается, португальский кораблик - не одно существо, а несколько.

И "чтобы два раза не вставать", вот блог об обитателях Белого моря с отличными авторскими фотографиями (этот же автор на Flickr).