commentarius

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

Я могу купить навороченный смартфон и погрузиться в «восхительный мир» асек, твиттеров, ютюба, форумных баталий и ЖЖ-срачей, но не могу банально подключить его к кофеварке, чтобы проснувшись утром и зайдя на кухню, получить чашечку кофе. Гвозди забивать таким смартфоном — но даже на это, впрочем, он не годен. Могу купить ноутбук, покрытый понтами и брендами как новогодняя ёлка — мишурой, но не могу заставить его насыпать коту жрачки в кормушку, пока меня не будет дома.

Следует признать, что в деле преобразования природы под нужды человека компьютерные технологии пока что потерпели полный фейл. Хотя причины лежат отнюдь не в оных технологиях, а в том, что эти проблемы, на самом деле, никто и не собирался решать. Ведь смотреть документальную запись настоящего крушения самолёта на ютюбе, гораздо интереснее, чем заниматься реальными делами, не правда ли, %username%? А твиттер — лучше, чем шашлыки на природе.

Есть мнение, что ни одна из цивилизаций не в состоянии преодолеть межпланетный барьер, потому что неизбежно в процессе эволюции окукливается в «Матрицу». Именно поэтому в космосе мы их и не видим.

...или приключения iso-образа в дебрях современных технологий:

1. Осознать, что Наутилус не умеет писать iso образы.
2. Установить GnomeBaker.
3. Записать образ и получить пустой диск.
4. Очистить диск.
5. Понаблюдать, как Наутилус и GnomeBaker играют в игру «Кто у кого диск отберёт».
6. Попытаться записать образ и получить случайную ошибку.
7. Два-три раза повторить в произвольном порядке шаги 3-6.
8. Скопировать образ на съемный диск, запустить на ноутбуке Nero под Windows и записать образ с первой попытки.
9. Profit.

Они говорят «современная операционная система», да.
В целом, деградация на лицо.

Но это всё фигня. Прелюдия, так сказать. Щас я буду FreeBSD устанавливать — вот где настоящий секс-то.

Multi programming language Web: .NET/Mono as scripting engine
Time to future Web. Multi programming language Web. We have ready .NET and Mono platforms. Vendors should uses it as common scripting engines and contribute it. Vendors should focuses on fast bug-less renderers and do not invents own scripting engines. Why we want it.
+ We tired from forcing JS as exclusive Web language. We want freedom of language choose. We do not need to develop another %language% -> js translator. Each language exist for it's own tasks. Its stupid to perform massive calculations using JS instead Haskell or Erlang. Or 3d rendering using untyped js without operator overloading support instead C++.
+ We want modern development tools and IDE. Its better to debug in MonoDevelop or in Visual Studio instead using console or browser own debug tool. Except css/layout debug of course.
+ We tired from ugly js minification and minification hacks. We want CIL binary code as stuff which is sent to client side. CIL is *safe* bytecode.
+ Its so easy to embed CLR into renderer. CIL has build-in OOP support. Renderer just extends CRL with DOM classes.
+ We do not need to switch between languages. Its hard for human brain. Remember how often you write '$i' in js and 'var i' in php. Also using one language in server and in client we do need reimplement same classes many times.
+ .NET/Mono works on popular platforms. x86, arm, windows, linux, BSD, iOS, android(currently porting), webos(http://code.google.com/p/webosdotnet/)
+ Yes we understand, vendors competes and share market. They uses JS benchmarks, renderer benchmarks, accessibility, features, ... as advertisement of own browser. We just propose remove scripting engine speed from this list.

Я даже не знаю таких слов, какими это следует комментировать. Пиздец. Пиздец. Пиздец, пиздец, пиздец.

В блоге у Тормоза 3-й день занимаемся какой-то хернёй, пытаясь заставить PHP делать то, для чего он в принципе не предназначен. Со счётом 3:0 пока побеждает интерпретатор.

Ебанётесь.

Мыши плакали, кололись, но продолжали писать вебдванольненькое приложение для Blogger.
Примеры скриптов для работы с Blogger API более всего похожи на обряды магии вуду. Ну ничо, прорвёмся.

Как я вчера писал, profithunter телепатически пообщался с духом Русского Менталитета (™) и рассказал всем всю правду о рунете и неблагодарных пользователях. Ну попиарился чувак, получил ретвитов, ссылок и обсуждение в комментах — это не удивляет. Удивляет реакция хомячков в этих самых комментариях. Из 43-х комментариев, по существу высказались (считая вместе со мной) целых трое. Остальные занимались крайне продуктивным делом: опускали в говно своих сограждан, плакались и просили выдать им кнопку ретвита, чтобы поделиться горем с друзьями. Эмо-тред, розовые сопли. Это пиздец.

Люди, блядь, ау! Рунета мало не потому, что все в нём пидарасы жмоты, а потому, что нас самих мало! И в сети, и вообще на глобусе. Этот простой факт ясен, или требует развернутых объяснений на молекулярном уровне? Харе стонать, валите работать! Нет же, они ретвитят сидят. Сделайте крутой сайт или откройте оффлайновый бизнес, или заставьте, хотя бы, положить чиновников асфальт на ямы рядом  с вашим домом. Мусор из подъезда уберите, в конце концов.
Пиздуйте делом заниматься, короче.

Давайте присмотримся к панели задач в GNOME с темой оформления Glossy:

Не будут тянуть кота за половые органы, сразу скажу, в чём тут проблема:

1. У свёрнутых окон иконка теряет насыщенность. Все кнопки окон выглядят как братья-близнецы, зачастую совершенно невозможно понять где найти нужное окно приложения. Чем больше окон открыто, тем меньше текста остаётся видимым на кнопках, и пользователь начинает ориентироваться в основном по цвету иконок и их расположению относительно друг друга. В данном случае пользователь обламывается.
2. Текущее окно выделено только цветом кнопки, практически неотличимым от цвета других кнопок. Если у монитора не идеальная цветопередача (а с вымиранием CRT теперь практически у всех хреновая цветопередача), и светлый кажется чуть темнее, а тёмный —  чуть светлее, отличить кнопку активного окна от неактивного становится вообще невозможно.

Первая проблема, очевидно, лечится пропатчиванием элемента управления, формирующего панель задач. (Я уже привык к тому, что GNOME ничего никогда невозможно настроить в конфиге, всё «настраивается» ручной правкой исходника и перекомпиляцией.) Этим я в ближайшее время, видимо, и займусь.

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

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

Курю документ по дизайну GoboLinux и почему-то кажется, что что-то тут не то. С одной стороны, поставлена цель запускать в полностью-run-time-конфигурабельной среде немодифицированные Unix-программы, а с другой — всё это должно работать на ванильном ядре. Понятно, что так просто не получится: нужно либо программы модифицировать с целью отвязать от compile-time привязки к путям в системе, либо на системном уровне обеспечивать виртуализацию привычного FHS. Может быть даже, ядро при этом удастся оставить вполне ванильным, но где-то на уровне загрузчика исполняемых модулей код виртуализации должен быть всё равно.

Другая проблема в том, что архитекторы GoboLinux всё еще остаются в рамках классического для Unix подхода к программам, в то время как реальность давно уже требует выйти на следующий уровень абстракции. На мой взгляд, современной ОС требуется:
а) уметь из модулей-кирпичиков составлять рабочую среду для приложения и
б) прозрачно отделять конфигурацию приложения от его бинарников.

GoboLinux пытается решать первую задачу, но оставляет за бортом вторую. Хотя если отстраниться от привычных понятий исполняемых файлов, библиотек, конфигураций и взглянуть на систему с точки зрения задач и служб, то мы увидим, что по отношению к задаче «Редактировать ~/todo.txt», исполняемый файл /usr/bin/kate является таким же служебным модулем, как какая-нибудь libqt-mt.so.3 — по отношению к самой kate. С точки зрения пользователя, мы «открываем документ ~/todo.txt в редакторе ~/.kde/share/apps/kate» (ну или где там у вас лежит его конфиг). Какие бинарники при этом грузятся, вообще никого не волнует. Да-да, тот самый документо-ориентированный интерфейс. Только его апологеты не понимают, что невозможно нарисовать в «Наутилусе» красивые иконки и добиться этим мировой гармонии, когда на уровне файловой системы царят бардак и кривые пакетные менеджеры. (Впрочем, они вообще ничего не понимают.)

Что касается практической стороны дела, то для реализации механизма виртуализации достаточно имеющихся средств. Как минимум, можно делать chroot в локальное рабочее окружение при запуске процесса. Другой вариант (требующий минимального вмешательства в ядро) — добавлять нужные симлинки в каталоги процессов в файловой системе proc, чтобы каждый процесс в /proc/self/something видел свой собственный вариант something. В общем, технически ничего сложного, если поставить задачу и всерьёз заняться её решением.

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

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

Заметка на хабре.
Оказывается, System предназначалась для неизменяемых бинарников, а Windows — для конфигов, чтобы можно было работать в сетевых конфигурациях. Т.е., фактически, как в Unix.
А потом эту идею успешно похерили. Как и в Unix.

— На самом же деле мир целиком принадлежит похуистам, но им похуй.

(c)

Еще пара ссылок о русском менталитете: http://goo.gl/3iJND http://goo.gl/zMSNU

С производительностью всё как обычно: нет флеша — нет лагов, есть флеш — есть лаги. Эпичные беспричинные тормоза, что были у меня постоянно в 3-й ветке, здесь вроде бы пока себя не проявляют, тьфу-тьфу-тьфу.

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

Ну и самое главное, что на меня произвело впечатление, не имеет никакого отношения к самому FX, а только к его сборке для Linux: он не нуждается в установке! Скачал, распаковал, запустил. Чёрт, это волшебно! У меня прямо таки появляется надежда застать времена, когда все приложения в Linux будут «устанавливаться» обычным копированием дистрибутива с сайта, или даже просто добавлением нового URL в какой-нибудь конфиг в домашнем каталоге.