Старое железо → Chaos Constructions 2011. Выставка. Развернутый отчет с фотографиями
Лирическое отступление
В последние выходные лета, 27 и 28 августа, в Санкт-Петербурге состоялся ежегодный компьютерный фестиваль Chaos Constructions[1]. Фестиваль посвящен, в первую очередь, демосцене, но не ограничивается ей — со временем в составе фестиваля появились hack-зона, игровая зона, выставка и другие, нередко взаимопроникающие, направления. Из года в год облик фестиваля меняется, его составляющие тасуются, перетряхиваются как в калейдоскопе, каждый раз давая некую новую картинку.
Не удивительно, что прочитав в сети десять обзоров, можно получить до десяти, (а то и более), различных мнений о Chaos Constructions 2011[2] в целом. Но если вчитаться повнимательнее, то некие общие совпадения отметить можно — в частности, в этом году участники и посетители положительно характеризуют выставку раритетной и необычной техники. Рекордное обилие экспонатов оказалось неожиданностью даже для организаторов, ведь чуть ли не половина экспозиции была предложена владельцами в последнюю неделю перед открытием фестиваля.
К сожалению, далеко не все желающие смогли посетить фестиваль, а многие предпочли провести последние теплые деньки на природе, благо погода в кои-то веки способствовала такому выбору. Данная статья, возможно, позволит в каком-то смысле побывать на выставке Chaos Constructions 2011, тем кто там не был, а тем же кто присутствовал — полнее сохранить ощущения от происходившего на фестивале. Детальных описаний к каждому экспонату ждать не стоит, ведь экспонатов более восьмидесяти — и без того объемная статья разрослась бы до совершенно титанических размеров, но, если ссылок из подвала статьи не будет достаточно, всегда поможет поисковик. Также необходимо заметить что фотографии в статье носят скорее информационный чем эстетический характер, сиречь — не стоит рассматривать их с позиций фотографического искусства. Не откладывая более, начнем.
Персональные блоги → Приглашение на Chaos Constructions 2011
В последние выходные лета 27 и 28 августа 2011 года в Санкт-Петербурге состоится фестиваль компьютерного искусства Chaos Constructions 2011.
Уже был проведен конкурс на лучшее приглашение на фестиваль.
Приз выиграла группа Quite с демо chaos constructions 2011 invitation.
Invitation занимает всего 64 кб, скачать можно с сайта Pouet
Уже был проведен конкурс на лучшее приглашение на фестиваль.
Приз выиграла группа Quite с демо chaos constructions 2011 invitation.
Invitation занимает всего 64 кб, скачать можно с сайта Pouet
Старое железо → Defender of the Crown. Прародитель стратегий
Мало кто знает, что большая часть пошаговых стратегий своему появлению обязана игре, созданной 25 лет назад на Commodore Amiga.Это была игра «Защитник короны» — первая пошаговая стратегия с элементами RPG. В 1987 году она была портирована на большую часть платформ. Я впервые ее увидел на ZX Spectrum и в школе сделал ее римейк для PC. Как потом оказалось, она давно уже была сделана, еще для CGA мониторов.
Game Development → Большому адронному коллайдеру – 20 лет
В 1991 году вышла игра Another World об ученом Лестере Чайкине, который в результате эксперимента по ускорению частиц попал в другой мир.В детстве эта игра воспринималась как нечто удивительное благодаря продуманному сюжету, великолепной векторной графике, видеовставкам, музыке и технологии прорисовки с использованием ротоскопирования. Кроме прочего, все это чудо помещалось на 5-дюймовую дискетку объемом 1,2МБ.
Помню, мы играли в нее часами и проходили заново все уровни несколько раз. Множество опасностей и ловушек, а так же загадок, которые сходу решить не удавалось, делали эту игру не только средством качания виртуальных мышц, но и пищей для ума.
Это было почти полное погружение. Никаких описаний того, куда ты попал и что произойдет в итоге. Атмосфера одиночества и напряжения.
История ИТ → Amiga — 25 лет мультимедиа-угара!

«Энди Уорхол — я не твой!» напевают гики после просмотра последнего релиза от «Квартета И». Они даже не догадываются, насколько правы…
25 лет назад ход всей истории мультимедиа и домашних компьютеров мог изменится до неузнаваемости благодаря компании Commodore и этому известному художнику. Именно тогда, 23 июля 1985 в Линкольн-центре (Нью-Йорк) прошла первая публичная презентация компьютера Commodore Amiga 1000, а тот самый Энди Уорхол был одним из специальных гостей этого события.
Старое железо → Amiga 1200, максимальный апгрейд
Расскажу о компьютере Amiga 1200, а так же о том как ее можно почти максимально проапгрейдить.
Amiga 1200 — это бюджетный компьютер из семейства Amiga, выпускался с 1992 года.
Данная амига имеет чипсет AGA, это последнее поколение Амиг выпущенное Commodore перед банкротством.

Amiga 1200 — это бюджетный компьютер из семейства Amiga, выпускался с 1992 года.
Данная амига имеет чипсет AGA, это последнее поколение Амиг выпущенное Commodore перед банкротством.

Железо → Анонс материнской платы Amiga X1000
В начале 2010 года фирмой A-eon был анонсирован выпуск нового AmigaOS-совместимого компьютера.

Выпуск запланирован на лето 2010 года и приурочен к 25-летию выпуска Amiga 1000, первого мультимедийного компьютера в мире.
Пару недель назад был открыт cайт A-eon с описанием и фото.

Выпуск запланирован на лето 2010 года и приурочен к 25-летию выпуска Amiga 1000, первого мультимедийного компьютера в мире.
Пару недель назад был открыт cайт A-eon с описанием и фото.
Старое железо → Детально об Amiga 600
Amiga 600 — это бюджетный компьютер из семейства Amiga, выпускался с 1992 по 1993 год.
Разработчики старались сделать полностью функциональную копию предыдущих моделей амиг 500, 500+ и 2000, но в максимально компактном недорогом исполнении.
Данная амига имеет чипсет ECS, и относится к первым поколениям классических амиг.

Разработчики старались сделать полностью функциональную копию предыдущих моделей амиг 500, 500+ и 2000, но в максимально компактном недорогом исполнении.
Данная амига имеет чипсет ECS, и относится к первым поколениям классических амиг.

Интерфейсы → Корявых интерфейсов пост (keys/shortcuts)
Давно хотел высказаться на одну тему. А именно «Клавиши-Модификаторы» (Shift, Alt, CTRL, Win/CMD/Apple/Amiga).
Имеют ли они право (при нажатии на них) выполнять какое-либо действие?
Я вот считаю, что не имеют. Взять например ALT — он используется в комбинациях клавиш типа ALT+F4 (win) или ALT+F2 (Far), или (прости господи) ALT+SHIFT (rus/lat).
Однако человек может передумать нажимать комбинацию клавиш или нажать клавишу-модификатор случайно. И что же тогда произойдёт? На «безопасных», нормальных клавишах-модификаторах — ничего.
К ним в Windows можно отнести Shift и CTRL. А на «опасных» типа WIN или ALT-а — произойдёт совершеннейшая ерунда: ALT — сменит фокус ввода, переместив курсор в строку меню. WIN — вообще может выкинуть вас из полноэкранного режима приложения, только для того, чтобы радостно показать вам меню «пуск».
Отсюда первое правило клавиатурного пользовательского интерфейса: клавиша-модификатор сама по себе должна быть инертна. (При нажатии на неё ничего не должно происходить.)
Далее, есть ужасное сочетание ALT+SHIFT, которое в некоторых случаях используется в Windows для переключения раскладок клавиатуры. Чем же оно ужасно? если вы промахнулись по SHIFT-у или недостаточно чётко его нажали и он не сработал — сработает одиночный ALT, который изменит фокус ввода и выплюнет вас в строку меню. А так как вы в это время писали текст — вы этого можете не заметить и ваши нажатия в худшем случае могут привести к выполнению каких-либо команд меню, либо просто к неприятному вводу нескольких букв в пустоту.
Сочетание CTRL+SHIFT не особо лучше, так как оно хоть и является «безопасным» и инертным (то есть при несрабатывании той или иной клавиши — ничего не произойдёт), обратная сторона этой «безопасности» — это то, что в фокусе внимания невозможно узнать произошло ли переключение (индикатор рус/лат, как правило находится вне поля зрения во время набивки текста).
А всё почему? Потому что нарушено второе правило: сочетания клавиш-модификаторов друг с другом также должны оставаться инертны (то есть нельзя назначать на сочетания типа CTRL+SHIFT или CTRL+SHIFT+ALT какие либо действия — во-первых потому, что если это действие молчаливое и незаметное — невозможно будет сразу однозначно определить совершилось оно или нет, а во вторых, любое исключение из правила инертности клавиш-модификаторов разрушает ощущение «безопасности»).
Какое сочетание было бы более удачным для переключения раскладки? (раз уж его привели в пример). А вот хотя-бы то же CTRL+Space (или CMD+Space на Mac). Почему оно лучше? 1) используется сочетание безопасной клавиши-модификатора и условно-безопасной клавиши «пробел» (она условно-безопасна при вводе текста — так как знак пробела не портит текст). 2) в случае несрабатывания клавиши-модификатора, мы сразу увидим это — вместо переключения раскладки введётся пробел.
Вобщем, для полного счастья в windows необходимо: 1) сделать все клавиши-модификаторы инертными и избавить, наконец ALT и WIN от этих ужасных побочных действий. 2) отключить все действия назначенные на сочетания клавиш-модификаторов.
И тогда, возможно, управление приложениями (и самой системой) с помощью горячих клавиш — станет удобнее (начнут, наконец, полномасштабно использовать кнопку «WIN» наравне со всеми).
(p.s. этот пост — ответ на подзамочную публикацию. Чтобы прочитать её, подпишитесь на блог «эти пользовательские интерфейсы».)
N.B. Друзья, переключение раскладки — всего-лишь один из примеров. Не стоит его принимать близко к сердцу =) Главный вопрос звучит так: «должны ли клавиши-модификаторы и их сочетания быть инертны».
(Иными словами: стоит ли ради сомнительного удобства вызывать какую-либо одну функцию одной клавишей — получать неудобство от использования данной клавиши во всех сочетаниях с ней?)
Имеют ли они право (при нажатии на них) выполнять какое-либо действие?
Я вот считаю, что не имеют. Взять например ALT — он используется в комбинациях клавиш типа ALT+F4 (win) или ALT+F2 (Far), или (прости господи) ALT+SHIFT (rus/lat).
Однако человек может передумать нажимать комбинацию клавиш или нажать клавишу-модификатор случайно. И что же тогда произойдёт? На «безопасных», нормальных клавишах-модификаторах — ничего.
К ним в Windows можно отнести Shift и CTRL. А на «опасных» типа WIN или ALT-а — произойдёт совершеннейшая ерунда: ALT — сменит фокус ввода, переместив курсор в строку меню. WIN — вообще может выкинуть вас из полноэкранного режима приложения, только для того, чтобы радостно показать вам меню «пуск».
Отсюда первое правило клавиатурного пользовательского интерфейса: клавиша-модификатор сама по себе должна быть инертна. (При нажатии на неё ничего не должно происходить.)
Далее, есть ужасное сочетание ALT+SHIFT, которое в некоторых случаях используется в Windows для переключения раскладок клавиатуры. Чем же оно ужасно? если вы промахнулись по SHIFT-у или недостаточно чётко его нажали и он не сработал — сработает одиночный ALT, который изменит фокус ввода и выплюнет вас в строку меню. А так как вы в это время писали текст — вы этого можете не заметить и ваши нажатия в худшем случае могут привести к выполнению каких-либо команд меню, либо просто к неприятному вводу нескольких букв в пустоту.
Сочетание CTRL+SHIFT не особо лучше, так как оно хоть и является «безопасным» и инертным (то есть при несрабатывании той или иной клавиши — ничего не произойдёт), обратная сторона этой «безопасности» — это то, что в фокусе внимания невозможно узнать произошло ли переключение (индикатор рус/лат, как правило находится вне поля зрения во время набивки текста).
А всё почему? Потому что нарушено второе правило: сочетания клавиш-модификаторов друг с другом также должны оставаться инертны (то есть нельзя назначать на сочетания типа CTRL+SHIFT или CTRL+SHIFT+ALT какие либо действия — во-первых потому, что если это действие молчаливое и незаметное — невозможно будет сразу однозначно определить совершилось оно или нет, а во вторых, любое исключение из правила инертности клавиш-модификаторов разрушает ощущение «безопасности»).
Какое сочетание было бы более удачным для переключения раскладки? (раз уж его привели в пример). А вот хотя-бы то же CTRL+Space (или CMD+Space на Mac). Почему оно лучше? 1) используется сочетание безопасной клавиши-модификатора и условно-безопасной клавиши «пробел» (она условно-безопасна при вводе текста — так как знак пробела не портит текст). 2) в случае несрабатывания клавиши-модификатора, мы сразу увидим это — вместо переключения раскладки введётся пробел.
Вобщем, для полного счастья в windows необходимо: 1) сделать все клавиши-модификаторы инертными и избавить, наконец ALT и WIN от этих ужасных побочных действий. 2) отключить все действия назначенные на сочетания клавиш-модификаторов.
И тогда, возможно, управление приложениями (и самой системой) с помощью горячих клавиш — станет удобнее (начнут, наконец, полномасштабно использовать кнопку «WIN» наравне со всеми).
(p.s. этот пост — ответ на подзамочную публикацию. Чтобы прочитать её, подпишитесь на блог «эти пользовательские интерфейсы».)
N.B. Друзья, переключение раскладки — всего-лишь один из примеров. Не стоит его принимать близко к сердцу =) Главный вопрос звучит так: «должны ли клавиши-модификаторы и их сочетания быть инертны».
(Иными словами: стоит ли ради сомнительного удобства вызывать какую-либо одну функцию одной клавишей — получать неудобство от использования данной клавиши во всех сочетаниях с ней?)
Подкасты → Scene #11
Гость студии - Xpeh / Looker House.
Мы вспоминаем времена Commodore 64, Atari, Amiga, БК-0010, PC AT 286, дисководы на 160 килобайт...
И целый час музыки от Bruno, 36 композиций.
Данный подкаст будет интересен любителям электронной восьмибитной музыки, а так же тем, кто следит за событиями на демо-сцене.
Скачать этот подкаст (54.6 Мб / 59:39
MP3, 128 kbps)
Мы вспоминаем времена Commodore 64, Atari, Amiga, БК-0010, PC AT 286, дисководы на 160 килобайт...
И целый час музыки от Bruno, 36 композиций.
Данный подкаст будет интересен любителям электронной восьмибитной музыки, а так же тем, кто следит за событиями на демо-сцене.
Скачать этот подкаст (54.6 Мб / 59:39
MP3, 128 kbps)