Wikilogs

Прошел курс «Основы работы с XHTML и CSS».

Курс понравился, по-крайней мере он прекрасно бы заменил устаревшие курсы «Введение в HTML» и «Основы работы с HTML» в качестве пособия для совсем начинающих, причем изложенной информации для большинства (авторов/поставщиков HTML/XHTML контента), хватило, не пришлось прибегать к сухим курсам на основе спецификаций («Спецификация языка HTML» и «Спецификация CSS2»).

Что не понравилось — взята тема Стандартов и Переносимости, однако куча места (несколько лекций), потрачено на явную ересь, с уклоном в микрософтовский продукт плейсмент — лекция о фильтрах для изображений (нестандартные расширения CSS для IE), или лекция как засунуть MediaPlayer на страничку (с кучей тестов-вопросов по параметрам его вызова, хорошо хоть classid не спрашивали). Это лучше убрать из курса — курсу будет только лучше. Также можно выкинуть раздел про фреймы и DHTML — изложено все равно не очень, темы курсу достаточно перпендикулярные, да и на это есть отдельные курсы. Отдельный луч ненависти — вопросам про «веб-устойчивые цвета», понятие не только не определенное в этом курсе, так и вовсе неизвестное в рунете за исключением пары страничек. Т.е. такие небольшие и перпендикулярные куски мешают советовать курс основной целевой аудитории — авторам статей, техническим писателям, т.е. всем тем, кто должен поставлять для веба (или техдокументации), семантически корректно размеченный контент. А цветами и стилями должны заниматься специалисты по верстке и дизайну, это вполне отдельная тема.

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

Под настроение устроил себе вечер милитаристкого корейского кино.

1. Береговая охрана. В общем, от культовых режиссеров баталистики конечно не дождешься — кино конечно не милитари ни разу, не смотря на обложку и скриншоты, да и слова про «идеальную боевую машину убийства» из рецензий. Так, бытовая психодрама.

У далекого синего моря жили-были рыбаки. А охраняли их 33 (ну взвод там порядка трех десятков) богатыря весом килограмм по пятьдесят и ростом по полтора метра, но очень злобные. Просто комья ярости и гроздья гнева. Хлебом их не корми, дай друг другу изобретательную дедовщину поустраивать, дабы озлобить против возможного супостата. А с супостатом проблемы — нема, нету, не привезли, хотя известно ведь, что самый страшный противник — противник выдуманный.

Ну а с другой стороны плюшевого забора военной базы — пьяный мутный рассол морских рыбаков (интернациональная константа, избытки профессии, «шаланды полные кефали» понимаешь).

Под стать им и подруги — полная чума. Поразило, что пьяный в дым рыбак мигом протрезвел, заметив что подруга забрела на караульную полосу — а этой хоть бы хны, заманила парня «на секс» и «на слабо». Физической защиты от дураков/пьяных там никакой не было, видимо база таки была в полной дыре с уровнем боевой угрозы как у пограничников в Анапе, а караульный устав вообще не беспокоился ошибками второго рода — никаких тебе предупреждающих криков «стой, стреляю! — стою... — стреляю.», очередей в воздух и прочего гуманизма. В общем, нехорошо как-то получилось. Ну а дальше, ком покатился по нарастающей, по направляющей неадекватности персонажей. Солдаты оказались какими-то хлипкими и физически — оставшуюся часть фильма рыбаки месили и гоняли солдатов там где увидели, солдаты пускали слезы и размазывали слюни, резали вены, теряли форму и автоматы.

Хотя надо отметить, что никаких юридических проблем убийство штатского солдатам не принесло, никаких тебе дел Буданова-Ульмана-Аракчеева, медаль и внеочередной отпуск. Так что тут — «все болезни — исключительно от нервов плюс сифилис от удовольствия»: в части нарастал бардак, который перерос в полное Бл*дство (подруга двинулась окончательно, старательно копируя Офелию), которое породило Последствия, с которыми неудачно боролись …

В общем, совсем все плохо кончилось, но как-то не жалко никого — «электрика убило током...» © — т.е. сплошные издержки профессии и пренебрежение техникой безопасности. И как-то разочаровался в корейской военщине — финальные кадры с сумашедшим солдатиком потешающим, а затем потрошащим прохожих, явно свидетельствуют, что призывные армии в кризисе не только у нас.

Или это мессадж Северной Корее? — «видите, какие мы никакие, давайте мириться» (в конечных титрах стандартная молитва за воссоединение).

2.38 параллель. Главный герой — тот же актер, что и в «Береговой охране», я уже начал его узнавать по отдельности, и даже выделять в небольшой толпе окружающих героев. Обычно у меня с этим не очень, помнится, что один корейский фильм, где главная интрига была в том, что только к концу выяснилось, что злобная северокорейская шпионка и милая офисная южнокорейка — это одно и то же лицо, явно не донес до меня детективную нить, т.к. эти две героини у меня изначально слились в одну, я их не различал, только дивился, что похоже этого не понимают главные герои.

Это очень добротное батальное кино — пиротехники, костюмов, оружия и массовки тут не жалели. Прекрасно иллюстрирует некоторые тезисы из «Десяти мифов Второй Мировой» Исаева:

• длинноствольная полуавтоматическая винтовка рулит больше чем пистолет-пулемет;
• оборонятся при наступлении с артподготовкой не так весело, как показывали в советских фильмах, а полная жопа — лучше внезапно наступать, даже на сильно превосходящего противника.

Солдаты тут на порядок круче, чем в «Береговой охране» (хотя главного героя играет один и тот же актер) — поразило, как практически за месяц (по легенде), из мирного и безобидного сапожника сделали мегабойца (снайпера-командира-берсерка). Да и вообще, война то была сверхкороткая, а зверства по отношению к пленным и мирным жителям начались практически сразу — это следствие какого менталитета? Южного? Восточного? Азиатского? Осталось непонятно. Насколько я помню российскую Гражданскую, звереть там стали глубоко не сразу.

Но в целом все очень политкорректно, обе стороны показаны с худших сторон по очереди, да и герои (главные и не очень), наблюдались по обе стороны баррикад. Пафосу конечно много, но фильм заслуженно выбивает слезу. Даже как-то неудобно перед корейцами за тот тренировочный полигон, который СССР с Китаем и США, устроили больше полусотни лет назад. Оно конечно хотели как лучше, да вышло как всегда. Вот острова Японии отдать желания нет, а тут вина наследственная как-то ощущается.

Отдельные моменты. В корейской армии (как 50ых годов, так и современной) в казарме или палатке спят головой к проходу. Я этого в упор не понимаю (идеально ведь для тихо убить всех).

Прекрасный урок также насколько вредно даже не участвовать, а просто светиться в политике, если не готов жизнь положить за эти ценности. Ну там митинг за плошку риса, или путевку на озеро Селигер. Когда «Другие Придут К Власти» разбираться никто не будет, будут только «массовые расстрелы», а ведь тогда учет был никакой, а сейчас однозначно найдется все.

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

Прошелкурс «История информационных технологий».

Статья в виде PDF-файла.

(Можно также посмотреть PDF-презентацию).

А обсуждать или просто комментировать можно здесь или в вики-системе.

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

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

Итак, посетил сегодня конференцию, побродил по докладам, для оценки докладчиков и слушателей время ещё не пришло, разбор полётов будет возможно дальше. Но что меня убило, это то, что в выданных материалах (на флешках) не было по сути никакого контента — только суммарный PDF-сборник, где по большинству докладов были только краткие аннотации. Никаких полных версий докладов или хотя бы презентаций. Совершенно непонятно, зачем я не спал две ночи, подготавливая презентацию (а потом и полный текст доклада), получив письмо «пришлите полный текст доклада, завтра в 12 мы должны записать диск». В том, что на выданных флешках (на 1GB, при суммарном объеме записанных файлов в 20Mb) были записаны полные материалы, был уверен не только я, но и большинство докладчиков (мотив «более детально этот слайд вы сможете рассмотреть дома» звучал неоднократно). Возможно это недоразумение завтра будет исправлено, однако на своем докладе (он будет завтра, 2 ноября) мне уже нельзя будет опираться на то, что электронная версия роздана.Поэтому, прямо сейчас, я публикую печатный текст доклада в виде PDF:«Интеграция Open Source-систем для управления разработкой ПО».

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

Прошел курс «Введение в технологию программирования»

Очень хороший курс от матерого «зубра» (теоретика-методолога и практика): практически советский аналог Книги Брукса. В первых пяти лекциях кратко, причем с шутками-прибаутками-историями из практики, изложен весь необходимый «культурный бэкграунд» для командного разработчика, будь он тим-лидом, или рядовым «ведущим программистом». Очень рекомендую студентам и начинающим разработчикам, очень кратко и без лишнего пиетета рассказывается о «культовых» понятиях («диаграммы Ганта», «ISO 9000», «CMMI», «MSF» и т. п.), опущены разве что последние модности: («Agile», «XP», «Scrum»).

Немало рекламы команды (плюс мемуары), но в разумных пределах.

Некоторые сомнения вызывает уклон последних лекций в детальности систем реального времени и особенно телефонии. Оно конечно понятно, что автор (и его команда) на них «крокодила съели, собакой закусили», но вероятность, что с этим столкнется читатель, мне кажется весьма мала. Да, мне приходилось сталкиваться с SDL для реинжениринга телефонии, но в РФ наверное всего пара мест (ЛГУ, ИСПРАН), где это может встретиться, и наверно лучше было бы рассмотреть технологии программирования на базе «обычной информационной системы».

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

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

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

Во-вторых, подбор тем. Зачем тут реклама MSN Spaces? Можно было рассказать более структурировано, где и что, разобрать «Панель управления», «Диспетчер устройств» и т.п.

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

Прошел курс «Основы сетей передачи данных».

Очень хороший курс, что важно — короткий, без углубления в частности. Т.е. эдакий «Представительский уровень» среди присутствующих INTUIT-курсов по сетям (среди которых есть и курсы «канального уровня» и глубже), если пользоваться аналогиями модели OSS.

Читается хорошо, без напряжения — есть стиль и структурность в подаче материала.

Тесты достаточно вменяемые.

Рекомендую.

Прошел ИНТУИТовский курс «Практическая информатика».Прекрасный курс! Сначала читал с удивлением, ибо это смертельный номер — пытаться рассказать обо всем в IT, причём на примере работающих программ (эдакий IT-champloo). По идее, такой курс был обречён на устаревание в течении пары лет. Однако удачный выбор софта привёл к тому, что явно древний курс (я датирую его приблизительно 2000-2001 годом, судя по упоминанию «войны броузеров Netscape vs. IE», и моде на KDE под линукс) вполне смотрится актуально и сейчас. Приятно знать, что набор выбранных мной программ почти совпадает с выбором автора курса. Разумеется, и для себя узнал что-то новое, в частности, заинтересовался Gnumeric ( из-за интеграции с «R Project»).Теоретически это must-read курс для первокурсников любых факультетов (кроме совсем уж гуманитарных), и даже, возможно, для продвинутых школьников. Но теперь ложка дёгтя — чтобы давать этот курс неподготовленным людям, курсу нужна ревизия. Курс детальный — местами излагаются принципы (графика векторная или растровая, разметка логическая или физическая и т.п.), а местами инструкции «делай раз, нажми мышью здесь, и т.п.», так вот в части инструкций устарело очень многое. Часть программ уже вымерла, часть пора выкидывать для облегчения курса, а часть оставить нужно, но нужно всё проверить — они уже ведут себя по-другому (тот же GIMP). Условно говоря, выкинуть «Netscape», заменив его «Firefox», выкинуть «MS Office» и «Star Office», сконцентировавшись на «Open Office». Посадить несколько студентов на вычитывание и проверку описаний интерфейсов программ.И да, я понимаю, что автор любит Ruby. Но сейчас, когда модность Ruby и шумиха вокруг «Ruby on Rails» существенно схлынула, думаю лучше вернуться к преподаванию программирования на основе Python.

Прошел ИНТУИТовский курс «Введение в СУБД MySQL».

Неплохой курс, ориентирован конечно на начинающих MySQL-программистов, с возможным отсутствием любых представлений о реляционных базах данных, так что опытным разработчикам СУБД может быть скучновато. С другой стороны, в любом случае, курс можно рекомендовать для разработчиков любой квалификации — известные вещи можно «промотать», а что-то новое для себя всегда можно открыть (я открыл). Материал подобран минимально-вводный, не сильно «загружающий».

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

Спасибо автору! Правда, почему-то автор не указан на странице курса, хорошо бы указать...

Прошел ИНТУИТовский курс «Язык программирования Python». Курс очень понравился, чувствуется, что автор — настоящий питонист и программист, нашедший свой язык программирования. Что касается темы, то у меня давние симпатии к питону. К сожалению, он не получил пока широкого распространения, как язык промышленного программирования, он несколько проигрывает Perl/PHP по скорости, а Java — по рекламной поддержке. Возможно, это временный проигрыш, и новые версии питона будут быстрее, по-крайней мере, не сильно медленней других скриптовых языков, и тогда обратят более серьезное внимание на исключительные достоинства языка — максимально чистый синтаксис, затрудняющий даже плохому программисту написать на питоне непонятную программу плюс максимальная простота, позволяющая освободить голову от муторных технических деталей языков класса C++. Но уже сейчас, я считаю, есть ниши, где язык является абсолютным лидером.

Во-первых, это скрипты для локальной автоматизации/системного администрирования. Т.е. окончательная замена Shell/Bat программированию, что делает работающий скрипт, пусть и написанный с похмелья, будет понятно другому человеку и через несколько лет (в отличие от скриптов, написанных на write-only языках), в частности это также замена Makefile/Ant/Shell/bat-файлов при описании сложной сборки проекта (см. например, Scons).

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

В-третьих, интересная перспектива — это научные исследования, в частности, разработка новых алгоритмов. Серьезный бич многих Computer Science статей по новым алгоритмам — в том, что их авторы, не удосуживаются реализовать и проверить предлагаемые алгоритмы, ограничиваясь теоретическим анализом псевдокода, ведь программировать муторно и не царское дело. В результате, когда дело доходить до реализации, (возоможно лет через двадцать после статьи) возникают проблемы. Макетирование на python, позволило бы за недорого их избежать, а также исследовать основные свойства (зависимость числа итераций от параметров и т.п.). Это также замена различных систем матмоделирования — вместо того, чтобы держать в голове десятки синтаксисов языков типа Matlab, Scilab, System R и прочих, многие из которых к тому же, коммерческие, лучше использовать единый, открытый и понятный всем язык с дополнительными предметно-ориентированными модулями (scipy, matplotlib и т.п.).

Еще раз спасибо автору курса, в целом, текст и задания вполне выверены и удачны. Конечно, что-то уже устарело (модуль Numeric заменен NumPy в составе SciPy), но, возможно, это как раз повод кому-нибудь сделать отдельный курс, например, на основе перевода «Guide to NumPy».

Прошел курс "Цифровые фотоаппараты". Курс порадовал.

Прошёл [1,2] интуитовские курсы «Применение каскадных таблиц стилей (CSS)» и «Спецификация CSS2».Во втором курсе мне понравилась идея — вместо того, чтобы тратить силы, придумывать концепцию обучения, как, что и в каком порядке излагать, и несмотря на все усилия гарантированно получать за своё творчество критику, берётся официальная спецификация, переводится и накрывается блоком тестов. Т.е. все претензии по концепции курса, автоматически «перенаправляются» коллективу авторов спецификации. И то верно, для состоявшегося IT-специалиста обучение по спецификациям должно быть нормой — этих стандартов, протоколов и прочих RFC такое безумное количество, что ждать нормальной книги по каждому всё равно нереально. Более того, не мешало бы протолкнуть идею, что при разработке любой спецификации и стандарта, должны быть разработаны тем же коллективом авторов и проверочные вопросы, чтобы гарантировать трансляцию правильного понимания.Ещё хотелось бы предостеречь читающих этот курс от немедленного применения новых знаний на практике — это всего лишь спецификация, и её поддержка в современных броузерах ещё очень далека от полноты (я лично, натыкаясь на какую-нибудь незнакомую «фичу» несколько раз бросался её пробовать, и горестно обламывался).

Прошел ИНТУИТовский курс «Основы тестирования программного обеспечения». Хотя я благодарен автору за курс, надо признать, что курс не очень удачный, но другой альтернативы дистанционного курса (материал и тесты с проверками) ни на ИНТУИТе, ни где-либо еще найти не удалось. Основная проблема курса — неоправданные претензии на наукообразность, при описании ремесла тестирования. Да, постоянно «сложно о простом», «математикой о любви». Вообще, надо понимать, что в современной индустрии тестирования четко разделяется на «тестирование снизу»: модульное, интеграционное, юнит-тесты... и т.п. — то, чем занимаются программисты, то что должно быть дешевым и автоматизированным, и «тестирование сверху»: функциональное, тестирование «черного ящика», чем собственно и занимаются тестировщики и, что должно «плясать» от требований заказчика. А в середине ничего нет («нет там никакой ложки»). Поэтому обсуждать стратегии экономии тестов с точки зрения покрытия строчек кода — сейчас нонсенс: это гарантирует только нахождение заложенных обязательных ошибок типа «деления на константу-нуль». Автоматические тесты дешевы, и должны быть выполнены все, перед каждой сборкой, а еще лучше, чтобы они крутились постоянно («Continous Integration»). Ручные тесты дороги, но их выполнение определяется только стратегией «атаки на риски» по наиболее приоритетным требованиям заказчика, и важно собственно организовать этот процесс и учёт (метрики покрытия требований и т. п.).

Т. е. важно определить современные понятия тест-кейсов, их группировки в тест-сюиты, формирование планов тестирования, связь тест-кейсов с требованиями заказчика, какие метрики и как выводить из результатов прогонов тестов для заказчика и менеджеров. Ничего в этом нового нет, все это мусолилось еще в стандарте 1983 года: IEEE-829, «IEEE Standard for Software Test Documentation». В этом курсе, об этом начинают говорить только в «Практикуме 1», который обычно все пропускают (по предьявленному удостоверению курса я могу проверить, что сотрудник прочел «накрытые тестами» темы, но читал ли кто практикум проверить сразу нельзя). Т.е. как раз это и нужно вынести в основные блоки лекций, накрыть тестами (причем неплохо бы «оттестировать» тесты, ведь сейчас там очень безобразное соответствие тестов блокам лекций, постоянно требуется «забегание вперед»). Идеально было бы рассмотреть рассмотреть одну из «живых» и распространенных open-source систем, типа «QATraq» или «TestLink» (есть и другие). Тогда на выходе курса получался бы готовый продвинутый software инженер по качеству — и «с колес в бой».

Прошел ИНТУИТовский курс по PHP.

Ergo Proxy

Странное ощущения. Ключевые слова — «неровность», «неоднородность», «незавершённость». Бесподобная графика (HDTV, ага), чудесная музыка — даже смотрел openings/endings ко всем сериям, атмосфера/дизайн персонажей — шикарно (готично и гламурно). Возможно, это уже не полностью заслуга аниматоров, а просто технологии рисовки стали полностью компьютерными, а компьютеры стали мощные. Такой тренд виден и западной 3D-анимации: «Шреки» и «Рататуи» уже бьют начисто стандартный голливудский блокбастер с живыми актёрами. Возможно теперь и про каждое второе новое аниме придется восхищённо выдыхать: «какая детализация, какие краски», при том, что штат студии, трудозатраты и время выхода сериала будут неуклонно сокращаться. Единственная претензия по художественной части — все слишком темно. Может ориентировались на новые HDTV-панели с сверхглубоким чёрным цветом, может на DLP-проекторы, однако, ИМХО, явный перебор. В плюс и то, что раскошелились на недешевую музыку Radiohead (помню, что в культовом фильме «Memento» Radiohead хотели, но не потянули по деньгам).

Что же в пролёте? Видимо то, что автоматизировать не удалось — сценарий, диалоги, отношения. Да, задумка и замах были неслабые — судя по количеству загруженных в сериал «культурных кодов» из эпохи Возрождения, средневековой философии, современного киберпанка, да впрочем чего только нет — нашлось место даже «Демону» Врубеля. «Загруза» хватило бы на несколько кроссвордов или даже на «Kuizu Show» — шоу-угадайку типа «Кто хочет стать миллионером?» из 15 серии (с очень полезными дополнениями — в каждой игре должен погибнуть игрок или ведущий, вот бы на наше ТВ). Но как-то все не срослось.

Ощущение, что сценаристы/специалисты по персонажам просто не успели за аниматорами с компьютером (ну не было проработанной манги, как у стандартного «аниме», работали экспромптом). Персонажей-людей с именами не наберётся даже десятка, ещё десяток именованных сущностей (роботов, прокси) и всё. С ними можно было бы наверно нормально упаковать 13-серийный сериал, но тоже самое на 23 серии нет, не растянуть — нет сил следить за тем, «кто убил Лору Палмер или что есть Прокси», если «ТвинПикс» играют в полутемном театре всего три актера, общающихся в основном мычанием «Э-т-то», смущенным молчанием и очень редкими загадками, которые герои по очереди задают друг другу, т.к. ответов не знают или не помнят (ох уже эта амнезия). Т.е. или больше действия и персонажей при таких диалогах, либо делайте настоящие диалоги. Вот в «Шлеме Ужаса» Пелевина читателя по Лабиринту водят всего шестеро, однако соскочить или заснуть невозможно. Кажется также, что сценарии некоторых серий придумали аниматоры (или приглашенные ими литературные негры), что бы заполнить время и продемонстрировать свои таланты (серии «15. Who Wants to be in Jeopardy», «16. Busy Doing Nothing», «19. Eternal Smile» их легко вытащить из этого сериала в отдельный фильм или аналогичный мистический киберпанк) — и получились эти серии явно лучше остальных.

Краткая мораль, как я её понял — «так жить нельзя». Нельзя жить в такой давящей архитектуре, где нет ярких красок, где у обслуживающих роботов страшные морды, женщины стервы, живых детей нет (и похоже в «CCCР секса нет»), единственный человек из Рима, которого нам показали больше чем один раз (кроме семейства Мейер и Рауля) — эмигрант с лицом Гитлера, а Рауль и Деделис в свою очередь — закомплексованные невротики. Такой «Карфаген должен быть разрушен». Всем, вне зависимости от пола, возраста и типа (человек, автослейв, прокси), было предложено убить себя об стену, чем все успешно и занялись (наиболее одарённые, как Деделис, роняли стены на себя). И наступила перезагрузка: включили солнце («Град обречённый»), и прилетели бомбадировщики и десантные корабли с черными крыльями. Альтернативный выход: сказать наркотикам «иногда!» и жить мире вечной улыбки (серия 19).

Ладно, ещё раз, что понравилось — стиль, «то что вы давно хотели но боялись спросить», «два в одном – стимпанк и киберпанк»: мой разум был взорван левитирующим кораблем, причем с косым парусным вооружением (sic!) — т.е. там не «просто» «антигравитационный» луч, а «цепляющийся» за поверхность. После этого можно поверить во что угодно: и в хранение памяти личности в виде кровавых стенограмм на стене с роботом-охранником («мене-текел-фарес», понимаешь), и в наведенные сны автослейва, в шизофрению Демиурга, и прочий рояль в кустах (вернее рояль был в пещере). Радует путешествие из Рима в Москву (третий Рим?), за ответами на все вопросы, оч-чень актуально и приятственно (бомбить Москву правда было необязательно, огорчили). Ну и Рил Мейер раскрыла тему (круче, чем в Witch Hunter Robin) образцовой готической женской моды (мейк-ап, одежда, прическа, белье). И да — задумался, не купить ли для своего ребёнка ушастый комбинезон — такой кавай однако.

Прошел ИНТУИТовский курс по Open Office. Ниже небольшая рецензия на курс.

Прошел ИНТУИТовский курс по LaTeXу: первый в рейтинге, приятно (а еще дали красивый диплом). Ниже небольшая рецензия на курс:

Это уникальный курс. Во-первых, на русском языке нет книг по LaTeXу, сравнимый по качеству с книгой Львовского (да и на английском языке пожалуй тоже). Во-вторых, попытка накрыть тестами-заданиями этот предмет — весьма важна, несмотря на недостаточное качество тестов. Вообще, по собственному опыту (и опыту знакомых), можно утверждать, что с LaTeXом обычно знакомятся фрагментарно — тема необъятная, древняя, не без «кривизны» и «архаики», и как правило, люди пишут начинают писать/верстать статьи «не приходя в сознание», используя чьи-то образцы, далее постепенно сталкиваясь с проблемами, находят некоторые «how-to» в документации или интернете, некритически запоминая, в результате либо стагнируя на уровне знания базовой разметки, либо наоборот, начинают изобретать кривыми решения, обрастая магическим набором жутких макросов. Данный курс полезен для некоторого «вправления мозгов» (несмотря на некоторую устарелость в части стилевых пакетов, дистрибутивов и т.п.).

Теперь основные критические замечания:

На момент моего прохождения курса (май 2007), обнаружил очень много неверных тестов – содержащих опечатки, ошибки copy-paste, неверные ответы. Старался все такие тесты вычислить, и написать bug-report/комментарий к тесту. Надеюсь, рано или поздно их исправят.

Наверно стоит признать, что материалы не по всем Computer Science курсам разумно насильно конвертировать в HTML. Конвертировать материал, содержащий сложное форматирование в HTML — бессмысленная работа, этот курс, например, на HTML разумно не лег — очень много ошибок, и практически полная потеря качества. Лично я, перестал составлять отчеты об ошибках конвертации, и просто читал содержимое курса в PDF. Т.е. да, есть курсы, которые хорошо представлять в HTML (программирование, офис, технологии), но математику и курс о бумажной верстке представлять в HTML неразумно. Очень рекомендую, разрешить представлять авторам курсы математического плана в PDF: и авторам наверняка будет легче (PDF из LaTeX получается почти безболезненно, а HTML — болезненно и с очень большими потерями), и читателям.

Тестируемые USB-карманы:

• Vipower VPA-2528SA2, примерная стоимость $24.
• Tsunami Artek Ultra 2500, примерная стоимость $10.
• Tsunami Artek Speed 2500, примерная стоимость $15.Жесткие диски

Наиболее экономичные, 4200rpm модели от Fujitsu:

• 080 Gb 4200rpm Fujitsu MHW2080AT (три пластины);
• 120 Gb 4200rpm 8Mb cache Fujitsu MHV2120AT (четыре пластины).Методика тестирования

USB-карманы в сборе с винчестерами подключались к USB 2.0 порту (южный мост, через один разъем, т.е. без дополнительного питания).Диски форматировались под NTFS, т.к. планирую использовать именно NTFS (да, считывание с NTFS чуть медленее, чем FAT32, зато никаких «безобразий с checkdisком» быть не должно).Осуществлялась запись больших объемов (видеофайлы), и их чтение с целью обнаружить сбои.

Затем проводилось тестирование программой SiSoftware Sandra 2003 (эта версия еще freeware), тест «Filesystem Benchmark», записывал исключительно взвешенный «результат-индекс в Mbit/s» этого бенчмарка (по отдельности разнобой цифр чтения/записи приводить не стал, цифры эти примерно совпадают с цифрами из обзоров).Компьютеры

В тестировании использовались компьютеры со следующими материнскими платами:

1. ASUSTeK, A7V333-X (желтые строчки).
2. ASUSTeK, A7N8X-X (голубые строчки)Результаты

   	Vipower VPA-2528SA2	Tsunami Artek Ultra 2500	Tsunami Artek Speed 2500
   080 Gb 4200rpm Fujitsu MHW2080AT	18.9 (сбои).	17.8	17.1
   	12.9-13.6	12.4	13.8
   120 Gb 4200rpm 8Mb cache Fujitsu MHV2120AT		19.7	18.5
   		13.9	14.1

   Обнаруженные проблемы
3. На компьютере «1», при записи файлов несколько раз наблюдалась потеря соединения с USB-карманом «Vipower VPA-2528SA2» (USB-коннект терялся, устройство пропадало из видимости). На компьютере «2», долго пытался воспроизвести эту проблему — не вышло. Пара эстетических претензий — дополнительное питание к этому карману подается отдельным кабелем от USB-разъема, а не снимается одним кабелем с развилкой двух USB-разъемов, и очень сильно горит синий светодиод — может явно испортить видеопросмотр в темное время суток.
4. Дизайн кармана «Tsunami Artek Speed 2500» респектабельный и хитронавороченный, в результате, в него mini-USB разъем от обычных шнуров, вставляется не до конца (приводит к проблемам, нет корректного соединения). Прилагаемый к нему шнур правильный, с подпиленным mini-USB разъемом вставляется до конца, но возникает необходимость таскать этот шнур с собой (а не довольствоваться например, шнурами от «Tsunami Artek Ultra 2500», которых можно было бы заранее разбросать по основным хост-компъютерам).
5. У модели «Tsunami Artek Ultra 2500» перестановка требует вывинчивания четырех винтов (у остальных моделей – достаточно двух). К тому же, у пара винтиков у моих «Ultra 2500» были заклинившими, что при выкручивании сорвались насечки на головке. (Зато в коробке к этому карману вместо мусора, типа диска с софтом для Win98 и мануалов, было то что нужно — отвертка!) Поэтому этот карман правильно использовать для однократного помещения жесткого диска. Тоже сильно светит светодиод, но не так дико, как у «Vipower»-a.Резюме
6. Для домашнего хранения мультимедиа, разумно применять наиболее дешевый (стоимость/гигабайт) вариант «Tsunami Artek Ultra 2500»+120Gb диск. Буду закупать.
7. Для постоянного ношения с собой неплохо бы использовать «Tsunami Artek Speed 2500» с 80Gb винчестером: c карманом поставляется «стильный» кошелек-блокнот из квазикожи с вспененными вставками, это явно более ударостойко чем тонкие кожанные чулки других карманов. Меньший объем и энергопотребление — повышают вероятность успешного использования с неизвестным компъютером, и это более надежно (меньше данных погибнет, если что...).
8. Преимуществ «Vipower-2528» оправдывающих его стоимость не обнаружено. Обнаружены проблемы, но не тянущие на гарантийный случай. Решил эту модель подарить.

--- Ссылки

1. Обсуждение внешних CASE для 2.5" HDD
2. Обзор трех внешних контейнеров для 2.5" жестких дисков
3. Диски Fujitsu MHV2160BT и MHV2120AT: емкость 160 и 120 Гбайт при 4200 об./мин.