2008-03-08
2008-03-06
Неинтересные интересы
2008-03-04
2008-03-03
Выборные игры
Инн-овации
2008-02-24
2008-02-12
Незаметный Подкрад
2008-02-11
Московский цирк
... приехал в нашу деревню. Они выступают три дня в Kirkland Performance Center. Очень понравилось! Молодцы, ребята! Всё чётко, профессионально, весело и красиво. И музыкальное сопровождение замечательное, живое, играло трио с балалайкой, баяном и чем-то типа гуслей и всякими флейтами, но при этом как-то необычно, не заезжено и даже современно.
2008-01-29
Бред
Что противнее всего в этой теперешней простуде - это зацикленный, как "for(;;)" сон, состоящий из одной какой-то неопределённой и бессмысленной, но очень интенсивной мысли, которая во сне казалась очень важной, что-то надо было сделать, и зациклена она была, чтобы, вероятно, я не забыл это сделать, как это иногда бывает с мыслью "не проспать", но выматывает это примерно так же, как зацикленная мелодия из нескольких простых нот. Даже кратковременной пробуждение не помогает. Всё возвращается обратно.
Уже не первый раз думаю, что неплохо бы научиться методике выходить из таких неприятных циклических снов, какое нибудь ментальное расслабление, переключение внимания.
2008-01-13
2008-01-07
Народ обиделся
2008-01-05
Про выборы
2008-01-01
Та самая Татьяна?
2007-12-29
Экслер и фильмы
2007-12-27
Демократы в России
Я благодарен соратникам по партии, которые выдвинули меня кандидатом в президенты. Сделаю все, от меня зависящее, чтобы остался один кандидат от демократических сил.
Звучит угрожающе! Хотя позже он уже пообещал сделать себе хакамаду. А я уж было надеялся на необычные дебаты.
2007-12-25
Год спустя
2007-12-17
Free as in "free cheese".
Тюрьма Азкабан
Alcatraz Island. Магическая тюрьма из "Гарри Поттера". Совпадает по описанию и название похожее. Знаете где это?
2007-12-12
Anyone can hack.
Как пользователь начинает работать с программой? Читает мануал? Нет. Он её запускает и смотрит. Дальше происходит примерно такой мысленный монолог:
... Так, тут обычное меню File с пунктами Open и New. Нажмем New.
... Ага, текстовый курсор, можно печатать. И тулбар с Bold/Italic, значит текст с атрибутами.
... Печатаю, строчка сама переносится, значит редактор не строчный, а по параграфам.
... Ага, выделеный текст можно сделать Bold, а ещё раз нажать и снова обычный.
... Снова нажал New, он спросил сохранять или нет. Значит New не открывает нового окна или закладки, а просто заменяет в том же окне.
И т.д.
Это обычный reverse engineering. Метод "научного тыка". Пользователь играется с приложением и строит у себя в сознании модель того, как эта программа работает. Причем это делает не какой нибудь крутой спец, а каждый рядовой пользователь! Часто это делается интуитивно и неосознанно. Человек даже не помнит как оно работает, но при изменении ощущает, что программа "стала работать как-то не так".
Всё это очевидно? Казалось бы очевидно, но не всем. Почему-то фразу "пользовательская логическая модель" часто воспринимается в штыки. Такая модель должна быть продумана заранее, включая терминологию, в которой и надо делать интерфейс и документацию. Эта модель должна быть проста, логична, полна и, по возможности, состоять из ортогонального набора функций. И она обязательно должна быть discoverable. Иначе будет не программа, а набор хитро запрятаных "пасхальных яиц". Никто ваш длинный readme и FAQ читать не будет, даже если его набрать с capslock.
Для того, чтобы понять нечто в первый раз нужна аналогия. Где-то было так сделано, можно предположить, что и здесь это может работать. Либо поможет "крутой спец", который поделится кусочком своей модели. Либо, конечно, книжка. Кстати, Вы читали инструкцию к вашему телевизору? А к часам на руке?
P.S. Название поймёт тот, кто смотрел Ratatouille.
2007-12-08
2007-12-01
Есть такая партия, в шахматы
Есть "партия власти", которая по определению одна и которая олицетворяет путь на "сохранение завоеваний последних лет" в очередной холодной войне. Суверенитет как высшая ценность. Вероятно, она и соберёт большинство реально. Просто потому, что все остальные - партии нишевые.
Взять, к примеру, коммунистов, ЛДПР и, вероятно, Яблоко. Это партии, которые имеют шанс получить голоса определённой ниши избирателей, пройти на них в парламент (Яблоко - сомнительно), и договориться с партией власти, выторговывая себе определённые уступки. Это как компании-сайты продаются Гуглу или Микрософту за большие деньги, ибо имеют большую "пользовательскую базу", и реально за эти деньги продаются "души пользователей". Так и здесь: "голоса избирателей". Это нормально, в принципе, в политике, люди будут работать в парламенте, влиять на принимаемые законы, и т.д. и т.п.
Я бы поставил отдельно СПС сейчас, которая заявляет о том, что не будет договариваться. Вероятно именно поэтому такие нападки властей именно на неё. Фактически только СПС сейчас заявляет о реальном альтернативном пути развития. Это типичная партия западничества. Т.е. "открытая экономика", интеграция в Европу, Нато и т.д. Ну, да, и конечно, "распродажа земли и ресурсов", приватизация госкорпораций, и т.д. За ней должны бы стоять интересы международного капитала, но похоже не стоят или стоят не очень, вероятно, не надеясь на успех и предпочитая работать с существующей властью. СПС выглядит слишком радикально со своей непримиримостью.
Странно, мне казалось, что СПС - естественный выбор для эмигрантов, заинтересованных в "открытости" и "интеграции" больше, чем в "суверенитете". Хотя она воспринимается как партия "переворота" и потому, вероятно, неприемлема для многих, не желающих потрясений. Но они тоже будут работать в парламенте, если пройдут, никуда не денутся.
"Другая Россия", претендующая на то же самое место, как уже неоднократно сказано, партия только в смысле шахмат, и не выбираема.
Есть ещё всякие "Истинные Патриоты Матери-Отчизны" с какими-то совсем непонятными нишами.
2007-11-23
The Collapse of the Middle Class
2007-11-21
MPlayer
2007-11-14
Шок капитализма
2007-11-12
Ratatouille
2007-11-05
OOPs - продолжение.
Приведу один пример на "ядро" "объектной модели". Иногда подобную конструкцию называют "провайдером". Пример, конечно, дурацкий, но простой и для иллюстрации пойдёт.
Замечательно, сказали мы, и, не мудрствуя лукаво, написали как сказано. Всё просто и тривиально. После чего пришёл PM и сказал, что заказчик просит ещё коллекцию колонок, и каждая колонка - тоже коллекция клеток. Ну ладно, сказали мы и добавили. Хотя
это в нашей модели уже не так тривиально. После чего, заказчик захотел извлекать клетку прямо из таблицы используя две координаты. Тоже можно сделать. Сделали.
После чего заказчик сказал, что всё медленно и требует много пямяти. Таблица расходует слишком много пямяти на одну клетку, даже если там просто число. Поскольку число мы храним как величину типа "object" в объекте типа "cell", и указатель на него лежит в массивах внутри объекта "строка" и объекта "столбец". Ещё у нас в каждой клетке могут быть массивы указателей на зависимые клетки.
Почему это медленно? Поскольку плохая locality. Процессор быстро работает с пямятью расположенной рядом, поскольку она находится в процессорном кеше. Случайные обращения - значительно, на порядок, дольше.
Во вторых множество указателей между объектами заставляют сборщик мусора Java или .NET делать сложную работу по маркировке этих указателей, при этом он ходит по всей этой памяти, проверяет все ссылки, короче вы поняли.
Только мы всё это зашипили, как новая беда. Новый PM, пришедший в вашу группу, взамен старого ушедшего с повышением, сказал, что мы должны перейти на интерфейсы вместо классов и потому мы сделаем новую версию "объектной модели", причём мы будем поддерживать обе сразу, смешано и одновременно: "Вот вам challenge проявить вашу technical excellence."
И как весь этот огород сделать? Очень просто. Надо сделать "провайдер". Или "ядро". Это внутренний объект. Про который не знает ни заказчик, ни PM. Который хранит состояние вашего реального объекта. А реальный объект у вас один - таблица. Всё остальное, все эти строки, столбцы и клетки - её составные части. Как клетки вашего организма - ваши составные части. То, что заказчик просит то извлечь клетку так, то сяк - показатель, что клетка - часть таблицы.
Ключевое слово здесь - "зависимость", "dependency". Клетки зависимы, а таблицы нет. Границы между данными надо проводить по направлениям с наименьшим зависимостями.
Итак, есть объект, хранящий все данные нашей таблицы, и внутренними методами, скажем, извлечь значение элемента, поместить значение, и т.д. Все объекты нашей пользовательской "объектной модели" будут очень простые и одинаковые, они хранят указатель на этот объект и параметры, которые необходимы для вызова его методов. Например, пользовательский объект клетка будет хранить её координаты.
Псевдокод:
internal class TableDataProvider {
...
public object get_value(int x,int y);
public void put_value(int x,int y,object value);
};
public class Table {
private TableDataProvider data;
public Row get_row(int y){ return new Row(data,y); }
public Column get_column(int x){ return new Column(data,x); }
public Cell get_cell(int x,int y){ return new Cell(data,x,y); }
};
public class Row {
private TableDataProvider data;
private int row;
internal Row(TableDataProvider d,int y){ data=d; row=y; }
public object get_cell(int x){ return new Cell(data,x,row); }
};
public class Column {
private TableDataProvider data;
private int column;
internal Column(TableDataProvider d,int x){ data=d; column=x; }
public object get_cell(int y){ return new Cell(data,column,y); }
};
public class Cell {
private TableDataProvider data;
private int row;
private int column;
internal Cell(TableDataProvider d,int x,int y){ data=d; column=x; row=y; }
public object get_value(){ return data.get_value(column,row); }
public void put_value(object value){ data.put_value(column,row,value); }
};
Тривиально, не правда ли? Что в этом хорошего?
- Мы отделили пользовательский интерфейс от внутреннего. Теперь первый можно менять или сделать их несколько с разными версиями, работающие одновременно с теми же данными. И внутреннее представление можно менять и не трогать пользовательские интерфейсы.
- Все многочисленные объекты объектной модели создаются и существуют только пока они нужны пользовательскому коду и после этого уничтожаются. Они все будут эффективно собраны сборщиком мусора 0-го поколения.
- Явно видна и понятна стоимость решения. Хотите легкой в обучении и browseable объектной модели - вот её стоимость - несколько операторов new. Хотите эффективности? Давайте добавим get_value/put_value в объект table и немножко сэкономим.
- Все внутренние вычисления делаются внутри провайдера, пользовательские объекты тут вообще ни при чем.
- Возможны любые shortcut-ы, как вниз так и вверх. Например, можно добавить метод/свойство получающий объект "таблица" из любого объекта.
2007-11-04
2007-10-27
2007-10-26
FAR - open source
Иди в баню!

Праздник какой! Надо распечатать и на двери офиса повесить. Вообще, интересный блог: A Soviet Poster A Day. Рекомендую. На английском. Умно, интересно, без мозгопромывания, как это обычно бывает в таких случаях.
2007-10-24
Куда пропала Ximeta?
2007-10-23
Выборы и политика
2007-10-20
2007-10-19
Халява.
Убунта
2007-10-17
Nokia N810
Это следующая версия моей N800. Из нового там встроенный GPS, более быстрый процессор, клавиатура, вся немножко меньше. С новой версии операционки, которая, впрочем будет доступна и для N800. Обещана поддержка передачи звука через bluetooth.
Менять, вероятно, не буду. Не люблю выдвижные клавиатуры. Да и вообще, дизайн мне у N800 нравится больше.
2007-10-16
Высокий штиль
Eёё Моё.
2007-10-15
Билл Гейтс и Нигерия
2007-10-10
OOPs - продолжение.
Немного повторюсь про инкапсуляцию, поскольку это важно.
Значит, инкапсуляция. Чёрный ящик с защищённой внутренней структурой и внешними интерфейсами. Но обычно ещё к ней же относят и локальность. Т.е. практически во всех языках объект - это некий указатель на компактную структуру данных, хранящюю состояние объекта. В принципе, в языках, где объект - это нечто неспецифицированное, это может быть не указатель, а более абстрактный handle, который может быть, например индексом во многих разных массивах. Но я такого не встречал. Чаще всего это указатель. Зачем это говорю? Cейчас подойдём.
Значит написали мы черный ящик. Мощный, удобный, защищенный. Один объект - всё замечательно работает. Два объекта, десять объектов. Сто тысяч одинаковых объектов. Начинаются проблемы. Во первых уже давно надо нам объект искать. Если десять можно было показать пользователю, для ста, тоже сойдет, колесико у мышки спасает ситуацию, то тысячу уже сложно. Надо искать по параметрам, которые у нас, наверное, выведены как свойства. Есть в программе массив объектов (или, скажем, дерево), давайте мне возможность запросов. Linq скажут гордые своей осведомленностью, молодые программисты. Sqlite, скажут пожав плечами бородатые одмины. Вам нужен SQL сервер, скажут системные интеграторы и такие же аналитики.
Можно добавить в объект интерфейс для запросов. Для тысячи будет работать. А когда подойдем к миллиону, то ещё один для построения индексов. И тут мы обнаружим, что всё работает медленно. Долго загружается, долго индексируется, долго ищется и занимает кучу памяти. Даже закрывается долго! Ещё мы обнаружим, что если всё распечатать в текстовый файл, открыть в Фаре и поискать, то всё и откроется мгновенно, и найдется быстрее. Как же так, мы использовали самые лучшие объектные технологии, а без них быстрее? Может, таки прав аналитик, и надо всё засунуть в базу?
И проблемм здесь несколько. Первая основная: неудобно управлять большим количеством черных ящиков. Если объектов много и они одинаковые, то их набор начинает обладать своими собственными свойствами. Перегородки между объектами становятая слишком дороги. Мы как бы переходим от одной молекулы к веществу, и то, что в молекуле казалось внутренним, начинает задавать макро-свойства.
С точки зрения объектной, объектом становится весь контейнер объектов, и индивидуальные объектики становятся не нужны. Начинаются всякие вырезки и наборы, методы, работающие с вырезками и т.д. Произошла векторизация API.
Вторая проблема - локальность. Часто бывает так, что разные свойства объектов не нужны одновременно, и лучше бы расположить рядом в памяти не поля одного объекта, а одно поле для разных объектов.
Третья проблема - locks. Замки. Это вообще отдельная долгая история, которой касаться сейчас не буду. Просто разные поля часто требуют разных локов, но, при этом, защищены должны быть несколько объектов, или даже весь контейнер.
Короче мораль: много объектов - тоже объект. Неправильно! Не "тоже"! Только! Или никто не объект. А данные.
Объект - это его состояние. Его надо хорошо продумать и нормализовать. Удалить лишние состояния, особенно всякие "недоделанные". Атомарно создать, сразу "готовый". Сделать методы модифицирующие состояние, по возможности атомарно с нужным количеством параметров. И не надо всяких лишних объектных моделей и "свойств". Сделайте ядро с данными и потом, по просьбе трудящихся, можно навесить столько объектных моделей, сколько надо (а надо будет несколько, с разными версиями API...). Навесить снаружи. Не надо размазывать данные по объектной модели. Вы потом их не найдете и не соберёте. Тогда контейнерный объект сделается изменением этого ядра. Его можно будет перевести на SQL. И т.д.
Да... Скомкано и непонятно. Долгая история. Хотел коротко объяснить, но нет, не получается. Тут каждый довод можно объяснять, целая книжка получится.
2007-10-03
Одичал
Разное

2. Все радуются открытию .NET-овских библиотек. Как говорится, с чем вас всех и поздравляем. Полезно, нет слов. Но в Гугле это никогда не нарисуют. Нет, это совсем не спутник.
3. Joost - мелочь, но интересно.
4. Новый Windows Blinds - работает поверх Висты. Упоминаю потому, что Вистовый Гуй не переношу. А с железями можно всё настроить. Кстати, если есть любители Висты, то наоборот тоже работает. Можно сделать всё размыто и полупрозрачно. Утверждается, что на хорошей карточке XP+WB быстрее, чем Виста.

2007-09-24
OOPs - продолжение 2
Конечно же классы пишутся для человека. Задача машины проста - выполнить код. И всё. Код - это функции.Существенная информация для машины - поля, данные хранящиеся внутри объекта, его состояние, и методы-функции, это состояние меняющие. Всё остальное - для человека. Поскольку задача человека сложнее - код поддерживать и развивать. И именно для этого эти функции и данные написаны не сами по себе, а в виде классов.
Основная идея очень проста - представить объекты, как черные ящики, позволить программисту оперировать объектами не зная их внутреннюю структуру. Как, например, в ресторане, я не знаю как и из чего готовится стейк. Мы пользуемся внешним интерфейсом - заказал, съел, заплатил. Да, правильно, это и есть инкапсуляция.
Хорошая идея? Очень. Поскольку знать и помнить всё невозможно. Нужно ограничить информацию, количество оперируемых понятий и состояний. Всегда можно структурировать задачу, разбить её на части, на уровни, с учётом зависимостей. Теперь кодируем эти понятия и уровни в виде объектов и их методов. И готова программа правильная, объектная, понятная и развиваемая! Вперёд!
Говорите, не получается? Тут же всё просто. Значит делаем объект клиент, объект ресторан, объект стейк, объект официант. Дальше добавляем метод "сделать заказ". Кому добавляем метод? Эээ... Официанту? Нет, клиенту? Может ресторану? О, идея! Сделаем класс "менеджер заказов". И добавим его в ресторан. И с ним пусть все общаются. И диспетчер официантов. И очередь клиентов. Так, дальше, состояние заказа. Ага, в стейке хранить не будем. Какое состояние, когда он съеден? Нужен менеджер стейков. Или диспетчер. Клиент? Подожди, тут не до клиентов. Нужен менеджер очередей и диспетчер менеджеров.
А может ну их на хрен объекты? Сейчас быстренько организуем структурку состояния заказа, функцию добавить заказ с несколькими параметрами "ресторан", "клиент", "официант", и т.д. Как просто получается! А массив структур переделаем в табличку базы, всё просто получается. Но не объектно. Ладно, один объект оставим. Ресторан.
Значит, это, о чем я? Ага, вот, мысль первая, очевидная: во всём надо знать меру, и в разбиении на объекты тоже. Расковыряйте любимый компьютер и увидите, что не все комбинации деталей имеют отдельный корпус. Есть готовые детали, которые действительно, как черные ящички со своими выводами, есть их комбинации - сменные платы, и есть самый внешний корпус. Почему-то то, что очевидно в "железе" часто оказывается источником споров в "софте".
Мысль вторая - некоторые действия затрагивают несколько объектов сразу. Модель черного ящика с методами изменяющими "его" состояние, не работает, когда надо согласованно изменить состояние нескольких объектов. Старая добрая функция выглядит здесь наиболее уместно.
Третье - модель черных ящиков работает плохо, когда их много. Может потребоваться построить индексы для быстрого доступа, нужно распределять ресурсы, и т.д. Вплоть до того, что состояние "объекта" может быть не локализовано в одной структуре, а размазано по различным контейнерам в зависимости от типов запросов. Совет - сделайте большой объект с открытыми данными внутри. Это будет проще, чем постоянно передвигать внутренние меж-объектные перегородки.
Четвертое. Эээ... Забыл. Завтра вспомню.
2007-09-22
OOPs - продолжение
2007-09-21
OOPs
2007-09-20
По следам предыдущей темы
2007-09-19
Snoqualmie Valley, Nestle Farm
Это не панорама, это серединка. Снято мыльницей, которой снимал подводные кадры на Maui.
Когда проезжаю по таким пейзажам, я завидую фермерам. Какое-то всё у них осязаемое, обоняемое, свежее, живое. Не то, что у нас, программистов, где всё виртуальное, мертвое. Даже баги и те виртуальные. Мертвое люминесцентное освещение, мертвый кондиционированный воздух, мертвые фразы, мертвые письма менеджеров с фальшивыми эмоциями. Неосязаемые продукты, неосязаемые товары. Офис как ячейка матрицы. Некрофилия. Постоянно хочется вырваться, разбить это чертово стекло и вдохнуть свежий воздух, ощутить, что кроме двоичного мира есть ещё мир реальный, в котором наше время ещё не истекло. Хочется заняться настоящими делами. Вот фермер - производит настоящую еду. Которую можно есть и чувствовать вкус.
Ну и что, что навоз? Ну, да, говно. Говно реальное, пахнущее, ничем не хуже виртуального продукта жизнедеятельности программистов. Программисты - это скорее коровы, чем фермеры. Они сидят в своих офисах-кубиклах, и вариантов у них один: непрерывно засовывать себе в голову чужой код, пережёвывать его там, и производить из этого свой. И даже ночью во сне, продолжать его жевать.
Говорят, где-то обитают программисты вольные, они бегают по открытым лугам, живут жизнью дикой, вольной и свободной, но полной опасностей. Если уж быть программистом, то хочу быть вольным. В стойле сытно, но ужасно скучно.
А лучше всё-таки быть фермером, ездить на тракторе, убирать кукурузу, а в воскресенье катать ребятишек по corn-maze. Хочу на волю! Где солнце, дождь и ветер!
2007-09-17
2007-09-13
Перечитывая старые книжки ... по программированию
Спустя ещё несколько лет, когда я уже вовсю писал программы и под Unix-ом, и для разных других малоизвестных сейчас платформ, я обнаружил, что старые компьютерные книжки продолжают быть интересны и содержательны. То, что только появлялось в мире мини-компьютеров, было уже давно исследовано в мире мэйнфреймов. Язык Алгол-68, графическая система Алгамс, мощная графическая библиотека Графор, куча открытого фортрановского софта для научных расчетов. Система TeX для форматирования текстов. Я всегда тщательно просматривал технические букинистические отделы книжных магазинов, на которые некоторые коллеги смотрели снисходительно, типа, что там может быть, когда всё так быстро развивается.
Так вот, господа, программисты. Парадокс в том, что ничего, собственно, не развивается. Всё, что мы видим - это развитие аппаратной базы, которая действительно скакнула поразительно. Память не 4К кубы, а 4G чипы. Не перфолента на 32К, а винчестер 1T. Такт - не единицы мегагерц, а единицы гигагерц. Связь не по RS232 с соседней комнатой, а по оптоволокну с другим полушарием. Отсюда и прогресс. Хватает памяти и скорости справляться не только с текстами, но и со звуком и с видео.
Что касается софта, то тут прогресс не столь очевиден. Тот же TeX так и остаётся лучшей системой подготовки текстов, несмотря на все свои недостатки. Старая книжка по Algol-68 как была для меня источником идей по компьютерным языкам, так и осталась. Не слишком большой прогресс в операционных системах, языках или способах взаимодействия с компьютером. Диктовать компьютеру до сих пор нельзя, проще напечатать самому. До сих пор нельзя спросить на естественном языке. Классическое "Где накладные за прошлый месяц?". Или "Сколько я потратил на еду?" Всё до сих пор вводится в формы, в бланки, и т.д.
Очевиден прогресс в области видео и музыки, но он целиком обусловлен возможностями аппаратуры. Нет ничего, чего не было бы в том или ином виде раньше. Я видел черно-белый ray-tracing выведеный на АЦПУ (алфавитно-цифро-печатающее устройство, кажется). Браузеры тоже перешли плавно от устройств ввода-вывода текстовых руководств с гипер-ссылками, которые были давно к тому же самому, но дополненому картинками и работой через сеть. Современные графические системы типа Windows проигрывают про продуманности и мощности интерфейса старым системам САПР (CAD/CAM), где можно было выполнять графические операции с несколькими объектами, определять макросы на процедурных или функциональных языках, произвольно масштабировать видимое изображение, выделять цветом интересующие информационные слои и т.д. Ничего из этого нет не в Windows ни в OSX. Да ведь в Windows до сих пор нельзя правой стрелкой сдвинуться на поле справа от текущего, надо жать tab, или дёргать мышку!
Многие верят, что идею Windows придумали либо в Microsoft либо в Apple, что сборка мусора и байт-код придуман в Java или в .NET, а програмные компоненты означают COM, которые придуман в Microsoft. BCE Y BAC HEBEPHO (кто знает - той поймёт, в чем прикол фразы). COM придуман в DEC, в той же компании, которая и сделала вушеупомянутую PDP-11, а потом выпускала компьютеры VAX. А компоненты существовали задолго до этого в разных языках. Вышеупомянутый Algol-68 (68 - это год принятия стандарта) имел встроенную сборку мусора. Большинство интерпретаторов языков используют байт-код внутри, а, например, P-система, очень распространенная в 70-е годы, имела виртуальную машину, интерпретирующую байт-код, называвшимся P-кодом, который сохранялся в виде файлов, причём мог переносится между машинами с разными системами команд. Очень похоже на Java. Я даже не буду писать про Эльбрус, который настолько обогнал своё время, что мы подойдём к его концепциям лет через двадцать, не раньше.
Я хотел просто сказать, что моё разочарование от прогресса вызвано тем, что программирование и компьютеры вышли из элитарного научного-инженерного и жутко дорогого рынка на рынок массовый и сильно деградировали пытаясь подстроится под нужды этого рынка. Бывший элитарный рынок при этом почти исчез. А ещё я хотел сказать - читайте старые книжки. Новые компьютерные книжки ужасно скучны и однообразны. Они похожи на путешественника, который совершил кругосветное путешествие, но видел только аэропорты и привокзальные мак-дональдзы. Многие старые книги - интересны, как путешествие по неизведанному.
Мне кажется, что пора возвращаться к основам, переосмыслить стереотипы, отказаться от них. Только тогда возможен дальнейший прогресс. Все эти файлы, каталоги, процессы и много чего, что было придумано, есть искусственные понятия, которые мешают двигаться вперёд больше, чем помогают. Они полезны, они выполнили свою функцию, как оператор goto. Пора переходить к чему-то более защищённому и структурному. Вот сижу, смотрю на Windows и знаю, что хочется совсем другого. И я знаю, что мне хочется. Сам удивляюсь, но я знал это всегда. Я в школе знал, что мне хочется, как должен работать компьютер, а как должен выглядеть компьютерный язык. Но если попытаться рассказывать, собеседник мгновенно начинает возражать (я пробовал :-). Хочется людям разного, а многим ничего вообще не хочется. "Оставьте всё как есть и не морочьте голову". Я иногда думаю, что есть люди, кто давно понял, например, как сформулировать единую теорию поля, но их просто никто не понимает и не слушает.
P.S. А о том насколько люди разные напишу в следующий раз.
2007-09-10
2007-09-07
HDTV и .NET
2007-09-06
Плот и оплот.
Есть другое слово, тоже означающее заговор: "conspiracy". Оно широко известно последнее время своей устойчивой ассоциацией с паранойей. Но поверьте старой народной мудрости: "Если у Вас паранойя, это не значит, что за вами не следят!". Никакого дела нельзя сделать, чтобы не выработать план, и часто он делается в тайне! Например, представьте, что вы решили открыть с друзьями стартап. Сначала будете встречаться, договариваться, потом делать что-то не шибко это анонсируя, возможно ещё пребывая формально на старой работе. Потом будете в узком кругу придумывать как объявлять, как рекламировать, где просить денег, что при этом обещать и о чем умалчивать. Plot. Или например решили вы поиграть в избирательные игры. Опять сначала будет plot. Как чернить конкурентов, на что напирать в своей программе. Я уж не говорю о том, если вы придумали и решили провернуть нечто не вполне законное или такое, про что законы не писаны.
Короче, есть области деятельности, где тайна и "заговор" - естественный и единственный инструмент. И политика - одна из таких областей. Неправда, полуправда, игра на инстинктах, на стереотипах, на ожиданиях - совершенно обычные методы пропаганды развитой политической системы. Ассоциация конспираси и паранойи - тоже часть этой игры. Ассоциация - вообще замечательный инструмент, не требующий логического обоснавания, а только вложений в рекламу. Повторяйте чаще в новостях, снимите кино, придумайте анекдоты, главное, чтобы два слова образовали устойчивую связь, тогда ассоциация будет срабатывать сразу, блокируя позывы к анализу. Причем ассоциация - штука самоподдерживающаяся. Она входит в фольклор, в стереотипы, в общеизвестные факты, т.е. в ту часть культурного мусора, которым забиты мозги большей части населения.
Если вы начнёте пытаться видеть приёмы в газете, в рекламе, раскладывать рекламный слоган по полочкам, то через некоторое время эти приёмы начнут бросаться вам в глаза. Всегда сомневайтесь в написанном! Правда - вообще очень большая редкость. Тем более, что исказить смысл можно просто немного умолчав. Сомневаться в предлагаемом - это не ку-ку. Ку-ку - это чтение газеты на просвет. А чтение с элементарным анализом текста - это нормально, не надо этого стесняться. Стесняться надо быть "целевой аудиторией". Хотя, в принципе, стесняться вообще вредно, это комплексы.
Так вот, короче, чтобы создать "оплот", скажем, "демократии", вначале надо создать "плот". Без этого никак, даже с самыми лучшими намерениями. Лучшие намерения - это тоже plot. И худшие - тоже. Без плота просто нельзя продержаться сколько-нибудь долго в этой мутной воде. Но мне, как стороннему наблюдателю, ни ума, ни информации не хватает понять, чей плот, кто на плоту, а кто под плотом.
Комфортнее не думать ни о чем. Всё забыть, притворится, что ничего не видел, не слышал, что всё хорошо, заняться своим хобби, включить любимую музыку, пойти в приятную компанию, где пить пиво и болтать ни о чем. И верить, что живём в лучшей в мире стране, управляемой лучшей в мире политической системой, что лидеры пекутся о благе народа, а президент, вообще, умница и красавец-мужчина, и что если мы все вместе, в одном порыве, как один, сплотимся, то враг, страшный и противный, скрывающийся в болотах сахары, будет найден, судим справедливым судом и казнён в тот же день.
Иначе придётся мучиться, сомневаться, взвешивать доводы сторон, и при недостатке достоверной информации, и при полной невозможности на что-то повлиять. Говорите, "Нафига?" Несомненно, вы правы, blue pill - лучший выбор, рекомендован минздравом. Но если вы всё же выбираете red pill, предпочитая мучиться сомнениями, то вам сюда.
2007-09-04
Palm Foleo накрылся.
Но хорошая штука могла бы быть в правильных руках. Очень легкий, очень тонкий, мгновенно включающийся ноутбук без механических деталей. С малым энергопотреблением. Размера средней книжки, но тонкий. С встроенным WiFi и bluetooth. Почти как моя Nokia N800, но экран побольше и с клавиатурой. Так я его и рассматривал, как маленький и быстрый браузер-почта-редактор-книжки. Аналогичного размера ноут от Sony стоит около двух тысяч, а тут всего $400.
Мой прогноз - это конец Palm-а. Ну и хрен с ними. Сделал бы такую штуку кто-нибудь другой! Например та же Nokia. Аппаратно почти то же самое, что и N800, и софт можно было поставить тот же самый!
2007-08-23
Переведи меня...
Забавно, все перешли на какие-то новые системы и всё потеряли, что было. Оказалось, что денег с меня не берут уже давно, вероятно потеряли списки. Даже не знаю как давно, поскольку банк тоже перешёл, и старых данных не показывает. Наверное иммиграционные службы тоже куда-то перешли, так что документов мы не получим, пока сами куда-нибудь не перейдем.
2007-08-22
Новая коробка Микрософт
Рассказал одному коллеге про это, а он говорит, что да, купил знакомым, тоже долго проковырялся пытаясь открыть.
Очень похоже на нынешний Микрософт. Сейчас какая-то мода пошла на бессмысленный креатив. Innovation - ключевое слово. Кто сказал, что у нас мало Innovation? Вот коробку сделали, и это только начало!
2007-08-21
И снова всё о ней
2007-08-19
2007-08-14
60 миллионов лет назад
Несколько лет назад я случайно разглядывал карту мира с рельефом океанского дна и вдруг подумал, что оно очень похоже на то, как если бы земной шар рос в размере. На нем явны следы расширения, а следов сжатия практически не видно. Потом придя домой я разглядывал глобус и заметил, что очень похоже, что все континенты смыкаются со всех сторон, если попробовать сдуть шар, оставив континенты твердыми. Я даже размышлял о моделировании этого процесса на компьютере, но ничего не сделал, был очередной аврал на работе, надо было срочно писать про company values, что надолго вышибает из колеи, а потом я про это забыл. А вот товарищ сделал! Занятный товарищ, вообще говоря.
Update: есть на youtube.
2007-08-11
Продолжая тонкую тему...
Вот ещё какая штука: Pico ITX motherboard.
A full-sized ATX motherboard is 12″ x 9.6″ (305mm x 244mm) and Mini-ITX is 17cm x 17xcm, which makes it much smaller than the average system. Nano-ITX, which was announced in March 2004, but is mainly used for industrial and business systems, is 12cm x 12cm. Pico-ITX has cut the size down once again, and measures in at an incredible 10cm x 7.2cm, but has retained almost all of the features and functionality of the larger platforms.
2007-08-08
Пусть бегут неуклюже...
2007-07-30
По улице ходила...
Добавлю немного о том, что я не успел. Я не успел сфотографировать ещё трех оленей, пасущихся в кустах на другой стороне дороги. Ещё я не успел сфотографировать того колоритного бородатого старика на велосипеде, который виден нерезко в левом углу фотографии. Со своим красным мешком он выглядит в точности как летний вариант Санта-Клауса. Когда я увидел их всех вместе, я подумал, ну вот, у Санта Клауса разбежались олени, или, может, он их выгуливает. Но когда я достал фотоаппарат, то было уже поздно. Сформировавшаяся было сказка разъехалась на глазах, превратившись в будничную реальность.
2007-07-27
Стать тоньше
Компьютер в розетке:
http://www.buy.com/prod/chip-pc-jac
Несколько ссылок внутри вот этого текста: Zonbu - $249, DecTOP - $99, Koolu - $299.
2007-07-25
Новости с тонкого фронта
Простейший тонкий клиент - алфавитно-цифровой терминал. Позволяет отображать текст, принимая его по последовательному порту. Вполне неплохой тонкий клиент, очень популярный в эпоху, когда "компьютеры были большие". Позже появились графические терминалы, но принцип остался тот же - прием данных по последовательному интерфейсу и статическое их отображение.
Следующее поколение - X-терминалы, уже имеют больше оснований называться тонкими клиентами, поскольку содержат в себе довольно мощный процессор, способный на сложную логику. X-терминал уже не требует подключения к выделенному серверу, а вместо этого способен работать с несколькими программами, находящимися на разных серверах. Особого распространения в бизнесе X-терминалы не получили, хотя использовались в инженерных и научных центрах. Это была элитная и дорогая техника стоимостью в тысячи долларов.
Затем, когда пришла эпоха персоналок, появились маленькие персоналки без дисков, которые умели загружаться по сети. Тоже не очень тонкий клиент. Фактически это персоналка, только без дисков, с тем же самым софтом. Такие штуки были довольно популярны в эпоху DOS. Простые базы данных с текстовыми интерфейсами позволяли сделать недорогое решение для бухгалтерии. Основная выгода таких клиентов - простота администрирования и безопасность.
С приходом толстых микрософтовских продуктов с высокими требованиями к памяти и графике и с индивидуальными лицензиями, полезность бездисковости сошла на нет. Я уж было подумал, что вообще не найду никаких тонких клиентов.
Я уже писал недавно, что с появлением широкополосного интернета приходит пора реанимировать идею тонкого клиента. И даже описал клиент, который бы представлялся разумным. Оказалось, что такие клиенты давно и успешно выпускаются. Вот, например компания Wyse, известная в прошлом своими терминалами. Или HP, который заинтересовался этой нишей рынка. Достаточно набрать в гугле "thin client" и вылезает немало интересных ссылок.
Современные клиенты основаны на XP-embeded, Windows-CЕ или Linux. Во всех из них поддерживается протокол Windows-терминала, X-протокол и, наконец-то, новый и главный инструмент тонкого клиента - browser. Фактически - то, что надо. С встроенным WiFi - идеальное рабочее место не только в офисе, но и дома. Или вот, например, какая штука. И недорого... Мне кажется домой, в качестве второго-третьего рабочего места очень даже. А в какую-нибудь контору так просто идеальное решение. И никакой мороки с установкой патчей на Windows!
К сожалению, никто про это не знает. Во Fry's никаких тонких клиентов купить нельзя. Все по старинке покупают тысячедолларовые компьютеры с Vista, либо те же компьютеры, но россыпью. Но через интернет - пожалуйста, даже могут прислать на пробу задешево. Заказать, что-ли штучку ради интереса?
2007-07-23
Учите олбанский
2007-07-17
- Как приборы? - Двести! - Что двести? - А что приборы?
Программа navicore очень похожа на другие автомобильные системы навигации. Показывает карту в направлении езды, выбирает масштаб в зависимости от скорости, позволяет выбрать маршрут и настоящим человеческим голосом (можно выбрать из 3-х "персонажей") говорит куда поворачивать, когда перестраиваться и пр.
Попытка поехать по карте показала типичную тупость всех систем, претендующих на некую человекоподобность и интеллект. В реальном мире есть пробки, укладка асфальта или просто большой трафик в это время суток. Свернул на другую дорогу и начинаются советы как вернуться на старый маршрут. Хотя надо отдать должное, система реагирует на изменение и пытается выстроить новый маршрут, как умеет. К сожалению, система не знает количества полос и не может порекомендовать заранее перестроиться, хотя и советует держаться слева или справа и предупреждает о поворотах заранее и не один раз. Пару раз предлагала повернуть на несуществующий поворот. А в лесу вообще потеряла дорогу, по карте получалось, что я давно съехал в кювет или невысоко (эта штука дает 3D координаты) лечу над лесом. И из гаража не смогла выехать. Говорит: выйдите сначала на ближайшую дорогу. Но незнакомый адрес найдёт, вероятно.. Короче, можно использовать, если привыкнуть и знать все тонкости.
Кроме дорогой фирменной программы со своей базой, есть ещё бесплатная и свободная Maemo Maper. Она показывает координаты и всякие параметры, типа положения спутников, умеет запоминать прошедший маршрут, но главное, она использует карты загружаемые с Google Map или с Live Map. Можно включить дороги или аерофотосъемку, что очень наглядно. Выбрать маршрут надо в online-е и загрузить карты по маршруту, потом можно ехать без соединения с интернетом. Эта штука ничего не говорит, только показывает, и особенно удобна для пешеходных путешествий по горам и лесам.
Кстати, Sony продает GPS брелок, который запоминает пройденный маршрут и затем позволяет определить координаты фотографий по времени съёмки. Надо попробовать сделать то же самое с помощью Memory Mapper-а. Было бы интересно.
Ну и ещё одна новость, уже не про навигацию: вышел Skype для Nokia N800. Получился WiFi-телефон. Почти как iphone. Только для него, в отличие от iphone у моего есть SDK, и есть набор разных программ.
Ещё, забавно, чувствительность WiFi довольно высокая и он чует всякие окрестные WiFi сети. Оказывается около домов есть куча открытый сетей, половина которых называется linksys или netgear, которые дают довольно неплохое покрытие территории. На работе вот только нельзя использовать: нет ipsec протокола, который защищает наши корпоративные секреты.
Играюсь, короче в маленькие игрушки-погремушки. Некоторые играются в игрушки большие, самолёты покупают, летают вокруг Рейнира, а я всё в маленькие. Несерьёзно как-то. Хотя, честно говоря, во всём этом есть некая доля профессионального интереса. Мне просто хотелось испытать новую платформу. С пользовательской стороны понравилось. Надо попробовать что-нибудь написать.
2007-07-11
34°C - это жарко
2007-07-09
Хорошая статья про шрифты и их растеризацию.
http://antigrain.com/research/font_rasterization/index.html
Приятно удивляет дотошность и доказательность. С примерами и картинками.
Joel Spolsky in his article
Занятная цитата во второй половине статьи:
It looks like Microsoft API is a huge set of ill-considered random ad-hoc solutions, with no engineering culture and no any common idea behind. Typically you can use Microsoft software only in one rigidly straightforward way. Step to the left or step to the right — and you fail. I admit it might be good for business, but it's unfair. It prevents others from fair competition and stops the progress.
Что-ж, соглашусь. Это так и есть. Немного нестандартных настроек и всё ломается. Система, основанная на интенсивном тестировании, не может быть надежна вне стандартных сценариев. И она не. Хотя надо сказать, что с Линуксом то же самое, если не хуже. Более того, всё так же плохо вообще, со всем современным софтом.