Вот тут я нашел ответ на вопрос, тёмный я или светлый. Итак (среднем роде):
мужественное, страшное, шероховатое, грубое, тёмное, могучее.
Могуч, вонюч и волосат... или зол, могуч, вонюч... ;)
пятница, 25 ноября 2005 г.
Киношный вечерок.
Вчера на работе, за кухонно-чайной беседой обсуждались всякие фильмы триллерско-ужастикового направления. В результате вечером, по дороге домой, я купил несколько дисков и, в частности, фильм "Звонок" (The Ring). Понравилось. Только я бы не стал относить его в жанр "ужастиков", кажется, это скорее просто триллер. Снят хорошо, полудетективный сюжет, есть драйв в раскрутке сюжета. Кое-где по накалу сцен не уступает первому "Final Destination". Надо попробовать пересмотреть на языке оригинала, поскольку русский перевод названия "The Ring" это только половина смысла, как мне показалось (в фильме самый ужас сосредоточен в кольце света, проникающем сквозь крышку колодца).
А еще был куплен (и просмотрен) фильм "Чарли и шоколадная фабрика" с Джонни Деппом. Очень добрая и оптимистичная сказка, думаю, что must have. Финальный прикол 100% порадует. Только вот Депп мне не очень понравился в роли Вилли Вонки. Может, дубляж неудачный? (хотя дублирован фильм хорошо, многоголосно, с дублированием песенок и все такое).
А еще был куплен (и просмотрен) фильм "Чарли и шоколадная фабрика" с Джонни Деппом. Очень добрая и оптимистичная сказка, думаю, что must have. Финальный прикол 100% порадует. Только вот Депп мне не очень понравился в роли Вилли Вонки. Может, дубляж неудачный? (хотя дублирован фильм хорошо, многоголосно, с дублированием песенок и все такое).
четверг, 24 ноября 2005 г.
среда, 23 ноября 2005 г.
Народная марка.
Набрел случайно на такое вот мнение о Samsung'е. Лично не могу согласиться ни с одним пунктом (может, повезло просто?). У нас много чего из техники этого производителя, и проколов с надежностью пока не было. Единственно, что могу сказать: телефон Samsung SGH-X100 я все-таки поменял на Nokia 6610i (точнее, мне поменяли:). И то только потому, что телефоном неудобно пользоваться. Эргономика меню и управление самим телефоном и его фичами --- весьма ниже среднего оказались.
понедельник, 21 ноября 2005 г.
Китайские фильмы. С мордобоем.
Некоторое время назад ко мне попал DVD с двумя фильмами. "Воин" и "Крадущийся тигр, затаившийся дракон". О последнем я слышал довольно лестные рекомендации от нескольких своих знакомых, поэтому-то диск и купил.
Первым я посмотрел "Воин" (пару недель тому назад), а вот вчера я сподобился посмотреть "Тигра с драконом". Если сравнивать эти фильмы друг с другом, то "Воин", мне кажется, предпочтильней. Из-за пуда "хонгильдоновщины", которой под завязку набит "Крадущийся тигр, затаившийся дракон". В остальном фильмы весьма качественные (не обошлось без патетики:)), "Тигр с драконом" даже довольно буддистский получился (мне так показалось, я не знаток восточной философии; есть там, похоже, некая идея, мной не вполне понятая...;)).
Первым я посмотрел "Воин" (пару недель тому назад), а вот вчера я сподобился посмотреть "Тигра с драконом". Если сравнивать эти фильмы друг с другом, то "Воин", мне кажется, предпочтильней. Из-за пуда "хонгильдоновщины", которой под завязку набит "Крадущийся тигр, затаившийся дракон". В остальном фильмы весьма качественные (не обошлось без патетики:)), "Тигр с драконом" даже довольно буддистский получился (мне так показалось, я не знаток восточной философии; есть там, похоже, некая идея, мной не вполне понятая...;)).
четверг, 17 ноября 2005 г.
LXF
Добыл тут (через Ozon) номер журнальчика LinuxFormat. Читаю пока, думаю, чего стоит такое издание... Еще не составил законченного мнения; в целом, журнал ничего, интересный, содержимое прилагавшегося DVD мне понравилось. Только вот обзоров, показалось, больше чем нужно. Прикладных статей (по крайней мере, в этом номере) маловато.
среда, 16 ноября 2005 г.
Мульты
На днях прошло очередное обновление: новый Масяньский мульт. А в своем ЖЖ Куваев написал, что буквально сегодня он придумал сценарий Бо. Ждем-с :)
вторник, 15 ноября 2005 г.
Wolfenstein 3D
Из серии "Лавка древностей". Раскопал тут на днях в своих архивах программку, которая вынимает из save-файлов Wolf3D карты уровней. К сожалению, остался в живых только промежуточный вариант, в котором отсутствует информация о врагах, бонусах, выходах и секретных дверях. Сейчас я уже не помню, как там и что должно быть, а разбираться ленива. Ради разминки переписал ее. Да уж, времена меняются...
Да, выложено на бомжатнике.
Да, выложено на бомжатнике.
Смерть Java?
Вот --- очередная --- статья о том, что Java может загнуться. Не знаю, по-моему, эта статья как раз из серии таких, в которых автор, обнаружив очередной "клевый" язык программирования, начинает излагать локальные преимущества языка, сравнивая с чем-то доминирующим на рынке технологий. С тем же успехом можно сравнивать не с Java, а, скажем, с C#.
В статье рассказано о языке программирования Ruby. Да, все это круто, но многое из описанного умеет Python, но последний что-то пока не подмял ни Java, ни C#. И это при том, что Python во многом лучше и удобнее как Java, так и C# (минусы, правда, тоже есть :). Видимо, надо что-то менять в консерватории... наверное, рыночный успех языка программирования --- это не только достоинства языка, но и что-то еще?... И еще: вряд ли по прочтении этой статьи у вас возникнет желание познакомиться с языком Ruby (я не в счет, я уже немножко занимался им... завязал :)), все-таки, изложенные языковые механизмы не самое главное, что может интересовать программиста, работающего в софтверной промышленности (кустари-одиночки не в счет, для таких как раз красота решения бывает важнее всего остального).
В статье рассказано о языке программирования Ruby. Да, все это круто, но многое из описанного умеет Python, но последний что-то пока не подмял ни Java, ни C#. И это при том, что Python во многом лучше и удобнее как Java, так и C# (минусы, правда, тоже есть :). Видимо, надо что-то менять в консерватории... наверное, рыночный успех языка программирования --- это не только достоинства языка, но и что-то еще?... И еще: вряд ли по прочтении этой статьи у вас возникнет желание познакомиться с языком Ruby (я не в счет, я уже немножко занимался им... завязал :)), все-таки, изложенные языковые механизмы не самое главное, что может интересовать программиста, работающего в софтверной промышленности (кустари-одиночки не в счет, для таких как раз красота решения бывает важнее всего остального).
понедельник, 14 ноября 2005 г.
DOOM
Посмотрел фильм. 2 балла, не сказать, что вообще дрянь. Однако посмотреть стоит, я считаю. Чтобы просто увидеть, что то, что хорошо в игрушках, в фильме просто не покатит.
Из всего фильма понравился только кусочек в 3 минуты примерно, где идет съемка как-бы от "первого лица", видно оружие и есть ощущение самой игры :) И только. Думаю, этот фрагмент можно найти в инете; или я могу его сам выкусить.
Резюме такое: если фильм пошел с одобрения id sofware, то они там точно уже деградировали. Ау, где Ромеро? может, он бы вытянул... если бы позвали.
- сюжет - 1
- актеры - 2
- спецэффекты - 1
Из всего фильма понравился только кусочек в 3 минуты примерно, где идет съемка как-бы от "первого лица", видно оружие и есть ощущение самой игры :) И только. Думаю, этот фрагмент можно найти в инете; или я могу его сам выкусить.
Резюме такое: если фильм пошел с одобрения id sofware, то они там точно уже деградировали. Ау, где Ромеро? может, он бы вытянул... если бы позвали.
пятница, 11 ноября 2005 г.
четверг, 10 ноября 2005 г.
среда, 9 ноября 2005 г.
pygtk
Начал недавно изучать python gtk2. Приятная, однако, штука. Несложная. API напоминает Win32 (только, пожалуй, попроще и помощнее), а layout чем-то похож на AWT.
Котосутра и другие кошачьи персоны
Дядька СЭМ "подогнал" ссылку, по которой я вышел на Дмитрия Трубина. Кошков интересно рисует :)
понедельник, 7 ноября 2005 г.
Я чего-то опять не понимаю...
Это разводилово или таки нет?
Upd: и сайт какой-то кривенький... а адрес фирмы, кстати сказать, наш, питерский... Горелово.
Upd: и сайт какой-то кривенький... а адрес фирмы, кстати сказать, наш, питерский... Горелово.
Проектирование GUI
Думаю на предмет проектирования GUI. Интересно, а существуют ли книги/публикации, в которых бы описывались методологии проектирования графического интерфейса пользователя? Согласно исходно поставленной задаче: есть список сценариев действий пользователя и есть также парадигма графического инерфейса (то есть то, как он организован, ибо не секрет, что Windows, MacOS и, скажем, Palm исповедуют разные способы визуализации возможностей приложения; в идеале, конечно).
четверг, 3 ноября 2005 г.
Про Quake 4
среда, 2 ноября 2005 г.
Закончились разборки с платформами...
...Windows, Sun Solaris, Linux и MacOS.
Наиболее корректно повела себя MacOS, с помощью которой и удалось локализовать проблему. Изначально же, приложение (собранное из одних и тех же исходников!) устойчиво работало везде, кроме Sun Solaris, где оно --- приложение --- загадочным образом падало.
Исходники были не мои, поэтому поиск "того, не знаю чего" занял несколько дней. Хорошо, что вовремя связался с MacOS.
Проблема оказалась в работе с константными строками. То есть, в коде было написано такое:
char *CONST_NAME = "blah-blah-...";
И, через много мегабайт кода, ---
free(CONST_NAME);
Не спрашивайте, почему так, не я писал. Возможно, там изначально констант и не было.
Windows на такие подставы не реагирует, ибо там строки не помещаются компилятором в неизменяемую секцию данных (если компилятор не может от них избавиться). Известная штука. Linux на это промолчал, думаю, что там можно специальными средствами локализовать проблему (если бы я, скажем, сказал что-то типа CONST_NAME[1] = 'k', то получил бы сигналом в лоб, а так...). MacOS честно бросила в консоль сообщение, что есть проблемы с вызовом free(). И только Sun Solaris молча падала, причем падение происходило уже после возвращения из нативного кода в Java, что только запутывало ситуацию, ибо я уже начал думать, что где-то портятся данные jvm ;)
Резюме такое: с точки зрения стабильности приложения --- лучше упасть, а не продолжать работу, ибо что-то в коде не так. С точки зрения разработчика лучше не падать, а выдать системное сообщение с описанием проблемы. Поэтому, нужны какие-то настройки, можно даже в виде переменных окружения, которые бы позволили управлять поведением процесса. Возможно даже иметь трассировочную информацию по операциям с памятью. Это представляется критичным в случае разработки смешанных приложений Java+native, когда надо знать, что происходит внутри jvm, а что --- внутри нативного кода.
Наиболее корректно повела себя MacOS, с помощью которой и удалось локализовать проблему. Изначально же, приложение (собранное из одних и тех же исходников!) устойчиво работало везде, кроме Sun Solaris, где оно --- приложение --- загадочным образом падало.
Исходники были не мои, поэтому поиск "того, не знаю чего" занял несколько дней. Хорошо, что вовремя связался с MacOS.
Проблема оказалась в работе с константными строками. То есть, в коде было написано такое:
char *CONST_NAME = "blah-blah-...";
И, через много мегабайт кода, ---
free(CONST_NAME);
Не спрашивайте, почему так, не я писал. Возможно, там изначально констант и не было.
Windows на такие подставы не реагирует, ибо там строки не помещаются компилятором в неизменяемую секцию данных (если компилятор не может от них избавиться). Известная штука. Linux на это промолчал, думаю, что там можно специальными средствами локализовать проблему (если бы я, скажем, сказал что-то типа CONST_NAME[1] = 'k', то получил бы сигналом в лоб, а так...). MacOS честно бросила в консоль сообщение, что есть проблемы с вызовом free(). И только Sun Solaris молча падала, причем падение происходило уже после возвращения из нативного кода в Java, что только запутывало ситуацию, ибо я уже начал думать, что где-то портятся данные jvm ;)
Резюме такое: с точки зрения стабильности приложения --- лучше упасть, а не продолжать работу, ибо что-то в коде не так. С точки зрения разработчика лучше не падать, а выдать системное сообщение с описанием проблемы. Поэтому, нужны какие-то настройки, можно даже в виде переменных окружения, которые бы позволили управлять поведением процесса. Возможно даже иметь трассировочную информацию по операциям с памятью. Это представляется критичным в случае разработки смешанных приложений Java+native, когда надо знать, что происходит внутри jvm, а что --- внутри нативного кода.
вторник, 1 ноября 2005 г.
Новая эмблема для FreeBSD
Подробности тут. ИМХО, зря. Раньше лучше было... а теперь очень на махровые KDE'шные иконы похоже.
Линкер в MacOS
MacOS по-прежнему рулит :)
Среди win, linux, solaris линкер в MacOS реально ткнул носом в проблемы в коде, а при выполнение мне бодро сообщили о проблемах с повторным удалением памяти (для одного и того же блока два раза вызывался free()). Конечно же, все везде можно настроить, но гораздо приятнее, когда максимальные ограничения выставлены по умолчанию.
Среди win, linux, solaris линкер в MacOS реально ткнул носом в проблемы в коде, а при выполнение мне бодро сообщили о проблемах с повторным удалением памяти (для одного и того же блока два раза вызывался free()). Конечно же, все везде можно настроить, но гораздо приятнее, когда максимальные ограничения выставлены по умолчанию.
Зима.
Пересел на зимнюю резину. Снега нет. Льда тоже. Шуршит... особенно, на бетонном покрытии в гараже.
PowerBook & MacOS X
Все ж таки, эта парочка рулит! Вот по одиночке, наверное, впечатление было бы не то.
Подписаться на:
Сообщения (Atom)
Спутник взлетает. Первая ступень отработала.
И, кажется, неплохо: Посмотрим, что будет когда отработает вторая.
-
Арт-группа «Явь» нарисовала на одной из стен петербургских зданий граффити со Стивеном Хокингом : Неизвестно только где.
-
И немного аналитики в тему, хоть и не праздничной: Речь Президента перед Советом Федерации 1 марта 2018 года, которую одновременно называ...