«XOR's Post»

Про ЕГЭ

Andrew Mayorov — Tue, 16 Jun 2009 10:54:16 GMT

Надо сказать, что я про ЕГЭ думал скорее положительно. Точнее, сильно не думал. Когда мне немного помогли задуматься, стал думать про него резко отрицательно.

Для затравки, можно прочитать на Хабре несколько заметок про ЕГЭ. Только что сдавший школьник недоволен. Довольно аргументировано. Человек «с другой стороны» рассказывает как умно все организовано. Другой рассказывает о нелегкой жизни администратора в центе тестирования. Тоже все организовано как часы. Раньше еще и софт было хороший, а теперь из Центра спустили какое-то Г. С ним все сложнее, но все равно организация на высоте.

Читаем комментарии. Все очень умные. Все олимпиадники, тесты для них – ничто, легкотня. Тем более, что они-то их сдали. Все кто не сдали – тупы по определению. Суждения резкие, как понос, молодежные. Очень редко встречаются слова против тестирования, но отклика у населения не находят.

Прочитал там же мнение И.Ф.Шарыгина про тесты. Он аргументировано объясняет, почему именно поголовное и обязательное тестирование – плохо. Статья была опубликована в 2002 году после встречи с министром Филиповым (источник – см. примечание). В 2009 тесты окончательно захватили мир.

Задуматься над всем этим мне помогла мама. Зашла к нам выпить чаю после проверки ЕГЭ по математике. И вот что рассказала. Они проверяют сложные задания. Если почитать статьи по ссылкам, то там эта процедура описана. Абсолютное большинство школьников их не решают. Либо не приступал, либо не сделал. Крестики-нолики, действительно.

Можно сказать, что школьники тупы, но все не так просто. Цель экзамена – проверить знания, но как ты можешь их проверить, если на твой вопрос никто не отвечает? Вопрос объективно сложен, шкала оценок проста – если ответил, значит умный, если не ответил, то дурак. Ясно, что большинство попадает в дураки. Ну, как говорится, при любом эпсилон большем нуля можно найти вопрос такой сложности…

Мама говорит, что:

Первая проблема ЕГЭ – это плохие вопросы. С ними невозможно составить шкалу оценки знаний. Большинство получает очень мало баллов.
Даже если бы вопросы были хорошие, остается вторая проблема. Учителя теперь не учат науке, а натаскивают на ЕГЭ. Два выпускных класса проходят в этом режиме.

И вот эта вторая проблема – она вообще не решается. Да, есть отличный процесс приема. И нет никакой коррупции. Администраторы ИТ-инфраструктуры дают зуб, что все надежно… Это все не заставит учителей учить детей математике, а не тренировать их на решение задачек. Просто потому, что учитель должен подогнать ребенка под результат – сдачу ЕГЭ. Если не подгонит, то ему дадут по шее. Если подгонит, то будет молодец. Зачем ему рвать задницу и учить, если проще и надежнее подогнать.

В результате натаскивания вместо обучения в последние годы студенты-математики становятся все хуже и хуже. Это не я говорю. Я к этому отношения не имею. Это говорят преподаватели с гигантским стажем работы. Про это Шарыгин писал в 2002 году. Это и случилось.

А какое это отношение имеет к нам, маленьким софтверным компаниям? Прямое. Ждите на выходе свежую генерацию неучей.

Летняя встреча .NET UG Yaroslavl

Andrew Mayorov — Tue, 16 Jun 2009 09:12:00 GMT

В следующую среду, 24 июня состоится семинар ярославской .NET User Group (YaNA). Место и время обычное – главный корпус ЯрГУ, 304 аудитория, 19:00. Обратите внимание на день недели. Не понедельник, а среда!

С выступлениями пока не определились. Я попытаюсь рассказать про XSLT и показать примеры уличной магии.

Update:

Карточка семинара — здесь.

Google Wave

Andrew Mayorov — Thu, 11 Jun 2009 14:51:00 GMT

Посмотрел презентацию Google Wave – очень и очень понравилось. Хочется уже взять и начать юзать. Жалко, пока не дают. Хочется сделать несколько наблюдений:

Действительно, если не путаясь можно всем вместе редактировать один и тот же документ, то электронная почта становится не нужна. Точнее, ей остается только древнейшая функция – слать просто письма. «Милый дедушка, Константин Макарыч!» и так далее.
Как не путаться при совместном редактировании? Просто надо чтобы твое изменение было сразу видно всем. Уже не подеретесь при записи версии.
Историю надо хранить, но не обязательно показывать ее статично, сравнивая старую и новую версии. Можно воспроизводить историю изменений, как в плеере.
Наконец, таким образом можно работать с любыми данными, не только с текстом. Лишь бы были компоненты, которые выдают изменения маленькими кусочками.

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

Получается, что в вэйве версии сравнивать вовсе необязательно. Плэйбэк изменений сделать проще, и он не менее нагляден. Серверные расширения там тоже есть. Вполне можно сделать робота, который будет LaTeX’овский жуткий текст конвертировать к картинку. В SVG какой-нибудь.

Заслать вэйв на растерзание заказчику – это вообще милое дело. Вики начинает отдыхать.

Впечатления о SEF-2009

Andrew Mayorov — Fri, 29 May 2009 09:04:01 GMT

Слайды с моих выступлений на SEF-2009 я уже выкладывал. Настало время описать свои впечатления.

Конференция мне понравилась. В отличие от той же SEC(R), которая показалась скучным междусобойчиком. Тут была движуха, были интересующиеся люди. Точно никто не спал. Ну разве что я сам чуть не уснул на одном «мастер-классе».

В то же время, что SEF, что SEC(R) пропитаны неким духом старперства, да простят мне такое определение. Начинается это с открытия конференции, где выступает уже довольно престарелый профессор, и заканчивается почти полным отсутствием онлайн-присутствия. Правильнее сказать, заканчивается онлайн-отсутствием. Пленарная секция навевает воспоминания о съездах. Могут сказать, что это, дескать, Белоруссия, и что же ты хотел. Ну дак ведь и в России было не лучше. В Белоруссии профессор хотя бы был бодр и весел, а в России так выглядел и говорил ровно как профессор Фарнсворт.

Итак, что было хорошо:

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

Откровенно плохим ничего не было, но вот недостатки:

У докладчика должны быть возможность самому переключать слайды. Мне приходилось говорить «следующий слайд», что убивает динамику наповал.
Должен быть Wi-Fi, легко и бесплатно доступный для всех посетителей. Это же программистская конференция. Как можно их лишать самого привычного способа общения? Если будет сеть, народ сразу же с конференции начал бы что-то писать в сеть, создавая, таким образом, онлайновую движуху.
Онлайновую движуху надо поддерживать. На сайте конференции нужно выкладывать доклады по мере их прочтения. Причем не архивом, а инлайново на страничке. Нужно как-то комментировать это все прямо на сайте. Классно бы вопросы и комментарии передавать докладчикам. Там на конференции много девочек сидит на ресепшене. Вот, могли бы поддерживать интерфейс.
Бэджи для докладчиков должны визуально отличаться. Это часть игры.
Должно быть централизованно организованное afterparty. Платят пускай желающие, но организовать их надо.

Еще про онлайн. Поищите сейчас Яндексом «SEF 2009». Вылезет пара десятков ссылок. Причем большинство из них про то, что конференция будет. Очень мало пост-впечатлений. Ни одного свежака, чтобы прямо из зала. Это очень, очень плохо. Нужно стыковать оффлайн и онлайн.

Да, и напоследок вот еще что вспомнил. Практических докладов для программистов было мало. Про это, видимо, надо отдельно написать.

SEF-2009 Презентации

Andrew Mayorov — Wed, 27 May 2009 07:09:00 GMT

Наконец-то, приехали с SEF-2009. Ехали довольно долго, но про это я чуть попозже напишу. И про саму конференцию тоже. А пока выкладываю слайды. На сайте конференции все выложено одним архивом. Неудобно как-то.

Построение индекса по иерархии записей в реляционной БД

ObjectXPathNavigator - как и зачем?

Про выбор города на сайтах

Andrew Mayorov — Thu, 14 May 2009 10:12:28 GMT

Сайты крупных федеральных компаний иногда бесят. Прихожу и хочу найти местный филиал. Выбираю город - Ярославль - но на сайте ничего не меняется. Куда звонить? Непонятно. Иногда удается найти телефон где-то там в списке филиалов, а иногда и вовсе нет его. Только единый номер колл-центра. А зачем я тогда город выбирал?

Сегодня вообще хит был. Нужна страховка на машину (грин-карта, на конференцию SEF-2009 ехать). Покопавшись в рекламном мусоре в голове, нашел сайт «Росно». Смотрю, есть выбор Ярославля. Хорошо, выбрал. Дальше иду. Есть интернет-магазин, где как раз грин-карту могут продать. Отлично! Заполняю кучу полей, дохожу до конца. В конце оказывается, что получить полис можно только в московских отделениях! Что, про это нельзя было в самом начале процесса написать? В итоге время потрачено, ничего не сделано. В Росно я, конечно, не пойду уже.

Мораль такая. Если у вас крупная компания с большой филиальной сетью, то:

Выбор города необходим. Причем на самом видном месте на каждой странице.
Если человек выбрал город, то это надо запомнить навсегда.
Нужно показывать контактную информацию, соответствующую выбранному городу.

С этим москвоцентризмом надо заканчивать.

Корпоративный веб-сайт на 100%

Andrew Mayorov — Mon, 04 May 2009 08:19:00 GMT

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

С другой стороны, был бы очень рад, если бы эту книгу прочитали клиенты. Им очень полезно будет посмотреть на всю картину в целом. С высоты птичьего полета, так сказать. Сразу станет понятно, что удовлетворить все начальство цветами кнопочек на сайте – это далеко не самое главное. Ну или уж точно, это даже не полдела.

Так что прочитайте книгу, поймите, что тут еще пахать и пахать, и давайте работать.

Пара вещей, которые не понравились:

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

SDF — это такая CMS

Andrew Mayorov — Wed, 29 Apr 2009 14:56:09 GMT

Наша SDF — это, конечно, Content Management System, ибо управляет данными, которые лежат в базе данных, которые сайт показывает у себя на морде. Что сайт показывает? Содержимое, т.е. контент. Так что SDF, управляющий контентом, есть CMS. Правда, в отличие от большинства CMS, это управление контентом, и только контентом. Без оглядки на то, как этот контент выводится на сайт. Выводить можно как угодно, в этом сила (брат).

И слабость тоже:

Администратор должен хорошо представлять, как из данных образуются страницы.
Модель зафиксирована, но без набора контроллеров (файлов .sdf) и view (XSLT) конечного сайта не будет. Мы обычно делаем все вручную, на основе старых похожих сайтов. Но мы же умеем, а что будет делать неопытный товарищ?

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

Скажем, хотим приделать возможность комментирования фотографии. Берем ~~страницу~~ контроллер, который эту фотографию показывает и добавляем в него блок для комментариев. Просто инклюдим файл, возможно. Правда, как-то надо будет связать комментарии с идентификатором объекта. Так что просто инклюд может и не получится. Это решаемо. Теперь берем XSLT, который показывает фото, импортируем в него XSLT, которые комментариями заведует. Возможно, добавляем в нужное место вызов шаблона. Все, заработало.

SDF — это такая CMS. Плюс движок, упрощающий доставание данных из базы и процессинг их XSLT-шаблонами.

SEF-2009

Andrew Mayorov — Tue, 28 Apr 2009 13:04:17 GMT

С 19 по 21 мая в Минске будет проходить Software Engineering Forum – SEF-2009. Буду там выступать с двумя докладами:

Построение индекса по иерархии записей в реляционной БД.
ObjectXPathNavigator – Как и зачем?

Ничего безумно нового – с этими темами я уже выступал у нас на .NET User Group. Но мужики-то не знают.

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

Еще немного про «HTML-Wiki»

Andrew Mayorov — Tue, 31 Mar 2009 14:49:00 GMT

Мы уже обсуждали, что же особенно важно в вики. Нельзя сказать, что все пришли к одному мнению, но какие-то общие знаменатели нашли. Один из них — обязательно нужна история изменений. Чтобы визуально подсвечивались все изменения. Тогда решили, что это довольно сложно сделать для HTML.

Я внезапно вспомнил, что есть в природе Microsoft XML Diff and Patch (скачать можно тут). Это библиотека, которая сравнивает два документа и выдает наружу третий документ, описывающий изменения. Например, на входе мы имеем следующее.

Документ №1:

<div>
  Hello!<br/>
  <table>
    <tr><td>1</td><td>2</td></tr>
  </table>
</div>

Документ №2:

<div>
  <h1>Hello!</h1>
  <table>
    <tr><td>1</td><td>2</td></tr>
    <tr><td colspan="2">3</td></tr>
  </table>
</div>

То в результате сравнения получится вот что:

<xd:xmldiff version="1.0" ...>
  <xd:node match="1">
    <xd:remove match="1" /> 
    <xd:change match="2" name="h1">
      <xd:add>Hello!</xd:add> 
    </xd:change>
    <xd:node match="3">
      <xd:node match="1" /> 
      <xd:add>
        <tr>
          <td colspan="2">3</td> 
        </tr>
      </xd:add>
    </xd:node>
  </xd:node>
</xd:xmldiff>

Суть здесь такая:

Найти первый узел и дальше работать с его содержимым.
Убрать первый узел. Это у нас текст "Hello!".
У второго поменять имя на <h1> и вставить внутрь текст "Hello!. Понятно, что мыслит он забавно, но ведь логично же.
Теперь найти третий узел (оригинального документа). Это table. Работаем с его содержимым.
Находим первый узел (td) и работаем не с содержимым. Просто ставим курсор.
Добавляем в курсорную точку <tr> и ее содержимое.

Казалось бы, по такому логу изменений, можно и подсветить что надо, а? Конечно, будут сложности с добавленными и удаленными ячейками. Видимо, алгоритм показа изменений нужно будет отдельно продумывать для разных HTML-элементов. Но вроде не так и сложно?

SuperPreview

Andrew Mayorov — Fri, 20 Mar 2009 16:33:50 GMT

На MIX'09 показали SuperPreview для Expression Web. Суть проста — тебе показывают, как твоя страница рендерится в различных браузерах. Можно сравнить варианты слева и справа, а можно наложить один на другой. При этом иметь все-все браузеры вовсе не нужно. Страница засылается на сервер, а оттуда приходят уже отрендеренные картинки. В принципе, такие сервисы уже есть. Например, BrowserShots. Но тут все красивенько упаковано в специальный интерфейс. Предполжительно удобный.

Бета-версию уже можно скачать. Пока позволяют только сравнить твою текущую версию IE с IE6. То есть, видимо, на сервере у них шестой ИЕ и все.

Вот здесь все расписано подробно, со скриншотами.

Анимационная библиотека GX

Andrew Mayorov — Fri, 13 Mar 2009 16:08:10 GMT

GX — библиотека для анимирования CSS-свойств объектов. Работает поверх jQuery, что приятно. Автор — Riccardo Degni — раньше уже делал что-то подобное для MooTools. Но мы же мутулзы не используем. Так что эта может быть полезна.

Примеры использования:

// simple animation
$('element').gx( {'width':'+=200px', 'height':'4em', 'opacity':0.4, 'color':'#ff0'}, 4000);
     
// queue animations
$('element').gx({width: 0}, 200)
            .gx({width: 200}, 4000)
            .gx({width: 0}, 'verySlow')
            .gx({width: 100}, 'slow');

Рисуем треугольнички в CSS

Andrew Mayorov — Thu, 05 Mar 2009 10:10:14 GMT

Треугольнички и трапеции, оказывается, можно рисовать при помощи одного лишь CSS (и HTML, конечно). Как это можно применить на практике рассказывают нам ребята, занимающиеся jQuery UI.

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

Из вот такой вот кода:

div {
    width:0; 
    height:0; 
    border-left: 20px solid transparent; 
    border-right: 20px solid transparent;
    border-top: 30px solid red;
    border-bottom: 0;
}

Получается вот такой треугольник:

Плохая новость

Andrew Mayorov — Sat, 28 Feb 2009 15:28:00 GMT

Сегодня, 28 февраля 2009 года умер мой папа — Вячеслав Владимирович Майоров — доктор наук, профессор, заведующий кафедрой компьютерных сетей ЯрГУ. Прощание состоится в понедельник, второго марта в 11 часов в ярославском Доме Офицеров. Приходите.

Не дожил до весны всего одного дня...

Загрузчиков JS все прибывает

Andrew Mayorov — Fri, 27 Feb 2009 17:39:01 GMT

Довольно давно я писал про «Using» для яваскрипта. С тех пор мы успели сделать свой продвинутый загрузчик JavaScript по требованию, который умеет подгружать зависимости (хотя и не так, как писалось тут). В отличие от большинства загрузчиков, у нас нет хитрой системы именования модулей. Модуль (т.е. js-файл) идентифицируется просто своим URL.

Пример описания модуля:

SDF.Package({
    name: "/cpanel/m/articles/EditArticleDialog.js",
    styles: [
        "/lib/ext_2.2/resources/css/ext-all.css",
        "/cpanel/css/common.css"
    ],
    scripts: [
        "/cpanel/c/Ext.ux.TinyMCE.js",
        "/cpanel/c/objpicker.js",
        "/cpanel/c/controls.js",
        "/cpanel/c/ObjectEditorDialogBase.js",
        "/cpanel/m/articles/ArticleJS.asmx/js",
        "/cpanel/c/fileman.js"
    ],
    strings: [
          "SDF.Articles"
    ]
},
function(){
  // Package body
  ...

Здесь мы видим имя модуля (идентично его URL, необходимо для функционирования), нужные стили, скрипты и строки локализации. Тело модуля исполнится только тогда, когда все необходимое будет загружено. Если среди нужных скриптов встречаются такие же «пэкеджи» с зависимостями, то сначала будут загружены их зависимости, потом запущены сами нужные пэкеджи, и потом уже только сработает текущий.

Кстати, пэкеджи можно грузить как через SDF.Using(), так и просто вставив тэг <script> на страницу. Все отработает одинаково.

Штуку эту писали долго, долго отлаживали. Сейчас работает как надо. И что интересно: в планах на jQuery 1.4 заявлена возможность загрузки скриптов по требованию. Вроде как, это базируется на проекте xLazyLoader, в котором есть вот такие примеры кода:

$.xLazyLoader({
     js: 'jquery.ui.all.js',
     css: 'ui.allplugins.css',
     image: 'your_image.jpg',
     load: function(){
         alert('All files are loaded');
     }
 });

Почти совсем одинаково это у нас получилось. По крайней мере в том, что касается использования. Выходит, надо было просто подождать полгодика? :)