Omega's blog

Обойди закон бутерброда

2010-12-02T08:32:00.000-08:00

Наткнулась случайно на старое )

Домашнее задание на тему: Обойди закон бутерброда.

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

Как сделать, чтобы ваш бутерброд не падал маслом вниз:

1.”Терминологическое воздействие”. После падения производится взаимное переименование хлеба и масла, в результате чего масло оказывается сверху.

2.”Дублирование активного слоя с последующим переопределением”. Бутерброд намазывается с двух сторон. После падения нижнее масло исключается из рассмотрения.
То, что остается, как раз и является бутербродом лежащим маслом вверх.

3.”Защитное покрытие”. На масло сверху намазывается слой икры, защищающий масло в случае падения бутерброда.

4.”Инверсия с предварительным резервированием”. В местах предполагаемого падения бутерброда размещаются ломти хлеба. После падения верхний (исходный) ломоть удаляется, и бутерброд, состоящий теперь из резервного ломтя и масла, лежит вверх последним.

...

6.”Способ Эйнштейна”. Бутерброд выводится на околоземную орбиту, где понятие “низ” вообще теряет смысл.

Послушала новый Text-To-Speech.

2010-10-28T01:22:00.000-07:00

Есть сайтец http://www.ivona.com, озвучивает голосом абзац текста. На английском, конечно.

Что удивительно - это можно слушать. Может оно так давно, просто я внимания не обращала. Май-кро-софт С-ээ-м, по крайней мере, тут не стоит и близко.

Хорошо получаются короткие предложения. А с длинными справляется чуть хуже - интонация может пойти вниз там где не надо.
Так ведь можно текст заранее написать так, чтобы его боту было легко читать, например: "THANK YOU FOR CALLING NASCAR. AND THANK YOU FOR HOLDING! YOUR CALL IS VERY IMPORTANT TO US!"
В общем, прогресс.

20 новых блестящих web-стартапов

2010-07-30T07:29:00.000-07:00

Поделюсь позитивом :) Наш TeamLab на первом (!!!) месте этого обзора.

http://www.techradar.com/news/internet/20-brilliant-web-apps-you-ve-never-heard-of-706420

Диалог во время просмотра сериала..

2010-07-07T00:17:00.001-07:00

В ожидании новых серий Хауза решили посмотреть Теорию Лжи. Закопавшись в подушки после забойного рабочего дня и мысленно выпоняя упаржнение "я - овощь" досматриваю до середины серию. Вдруг срочно задаюсь каким-то очень важным, но уже не помню каким вопросом про главного героя.

Я: Как ты думаешь, этот Доктор... ээ-э-ээ.. - забыла фамилию напрочь - м-м-м-м... Хаффман?!

Муж: Кто такой Хаффман?

Я: Не, это метод сжатия...

Муж: Что за сериал - Метод Сжатия?..

Вот такие вот признаки профессиональной деформации :)

HTML5

2010-06-30T08:45:00.000-07:00

Демонстрация возможностей.

Микрософт в цифрах

2010-06-29T07:35:00.000-07:00

1

150,000,000
Number of Windows 7 licenses sold, making Windows 7 by far the fastest growing operating system in history.

2

7.1 million
Projected iPad sales for 2010.

58 million
Projected netbook sales in 2010.

355 million
Projected PC sales in 2010.

3

<10
Percentage of US netbooks running Windows in 2008.

96
Percentage of US netbooks running Windows in 2009.

4

0
Number of paying customers running on Windows Azure in November 2009.

10,000
Number of paying customers running on Windows Azure in June 2010.

700,000
Number of students, teachers and staff using Microsoft’s cloud productivity tools in Kentucky public schools, the largest cloud deployment in the US.

5

16 million
Total subscribers to largest 25 US daily newspapers.

14 Million
Total number of Netflix subscribers.

23 million
Total number of Xbox Live subscribers.

6

9,000,000
Number of customer downloads of the Office 2010 beta prior to launch, the largest Microsoft beta program in history.

7

21.4 million
Number of new Bing search users in one year. [Comscore report – requires subscription]

8

24%
Linux Server market share in 2005.

33%
Predicted Linux Server market share for 2007 (made in 2005).

21.2%
Actual Linux Server market share, Q4 2009.

9

8.8 million
Global iPhone sales in Q1 2010.

21.5 million
Nokia smartphone sales in Q1 2010.

55 million
Total smartphone sales globally in Q1 2010.

439 million
Projected global smartphone sales in 2014.

10

9
Number of years it took Salesforce.com to reach 1 million paid user milestone. [source]

6
Number of years it took Microsoft Dynamics CRM to reach 1 million paid user milestone.

100%
Percent chance that Salesforce.com CEO will mention Microsoft in a speech, panel, interview, or blog post.

11

173 million
Global Gmail users.

284 million
Global Yahoo! Mail users.

360 million
Global Windows Live Hotmail users.

299 million
Active Windows Live Messenger Accounts worldwide. [Comscore MyMetrix, WW, March 2010 - requires subscription]

1
Rank of Windows Live Messenger globally compared to all other instant messaging services. [Comscore MyMetrix, WW, March 2010 - requires subscription]

12

$8.2 Billion
Apple Net income for fiscal year ending Sep 2009.

$6.5 Billion
Google Net income for fiscal year ending Dec 2009.

$14.5 Billion
Microsoft Net Income for fiscal year ending June 2009.

$23.0 billion
Total Microsoft revenue, FY2000.

$58.4 billion
Total Microsoft revenue, FY2009.

http://blogs.technet.com/b/microsoft_blog/archive/2010/06/25/microsoft-by-the-numbers.aspx

Как-то все молчат по этому поводу )

2010-06-24T01:27:00.000-07:00

http://www.cnews.ru/news/top/index.shtml?2010/06/24/397324

http://twitter.com/KremlinRussia

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

Про утечку мозгов

2010-06-03T08:52:00.000-07:00

Было на Хабре, но решила и сюда запостить - вдруг кто не видал?
Откровенное, конструктивное интервью.

http://lenta.ru/conf/oganov/

Вайнофобия

2010-05-31T11:57:00.000-07:00

Какая-то вайнофобия. Два вполне себе опытных разработчика, независимо друг от друга, сообщили, что с вайном "лучше не связываться", что с ним "противно работать", что получается "громоздко и нагружено".
Занимаемся мы тем, что участвовали в тестировании WineSkin, в который предполагается замотать три наших до мозга костей виндовых продукта. Продукты эти таким образом хочется сделать доступными для MAC-юзеров.
Были озвучены и более технические комментарии - кому-то знакомый 2 часа в самолете рассказывал, что "при переносе под wine - самое сложное - это проблемы с выравниванием памяти" (какие еще проблемы в скомпилированном коде?), что "непонятно как будет работать потоковая модель приложения, потому что в виндоуз - CreateThread(), а в *nix - fork()" (???).
При этом в целом по проекту идет, наоборот, определенный оптимизм. 2 продукта удалось запустить на MAC в течение полутора недель. Все это без вмешательства в исходный код портируемых продуктов. Есть баги отрисовки в скиненных приложениях, есть определенное увеличение размера, но в целом оно пашет!
Однако, буквально каждый, слышаший про wine буквально чуть ли не креститься!
Это несмотря на то, что проектов, коммерчески именно успешных, использующих Wine не то чтобы полно, но их есть:
- Parallels, продающий свою Windows-виртуалку под MAC-и;
- CrossOver, продукт за 40$ предназначенный для запуска Windows-игрушек и офисных редакторов под MAC;
- некая питерская Eterosoft, умудрившаяся портировать 1С и Компас под другие ОС.

Известно также, что 3 разработчика Wine наняты компанией Crossover и разрабатывая этот продукт на базе Wine они заливают в исходники Wine свой кроссоверовский бранч.
Parallels, якобы, тоже заставили признать факт использования Wine и они сабмитят свои изменения в коде этого проекта.

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

Upd. А вот Сергей расписал поподробнее, все ужасы этого дела..

Тестирование реакции антивирусов на новые угрозы.

2010-01-20T08:16:00.000-08:00

Проект VirusInfo.info оказывает бесплатную услугу по лечению персональных компьютеров от вредоносного программного обеспечения. Насколько я понимаю это экспериментальный проект ЛК.
Раз в 2-3 месяца на сайте публикуются отчеты о тестировании новых полученных образцов вредоносного ПО на предмет распознавания антивирусами.
Отчет о последнем тестировании я привожу ниже:

Методика тестирования

Тестирование антивирусов VirusInfo проводится с использованием бесплатного онлайн-мультисканера VirusTotal. Участники проекта, являющиеся практикующими специалистами в области лечения компьютеров от вредоносного программного обеспечения, загружают на мультисканер вредоносное ПО, полученное с зараженных машин, и публикуют в специально выделенной теме результаты сканирования. Загружаемое вредоносное программное обеспечение должно соответствовать следующим требованиям:

1) Образец не должен детектироваться установленным на зараженном компьютере антивирусным программным обеспечением.

2) Образец должен быть обнаружен лично консультантом в ситуации реального лечения.

3) Образец не должен быть взят со стороннего сайта или из сторонней коллекции вредоносного ПО.

Публикуемые результаты сканирования регулярно обобщаются в график уровня детектирования. График выстраивается в соответствии со следующими принципами построения:

1) По оси X расставляются антивирусные продукты, представленные на VirusTotal на данный момент времени; на оси Y представляется количество загруженных образцов.

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

3) Разделяются следующие методики обнаружения:

a) сигнатурное детектирование (обнаружение уже известного продукту вредоносного ПО сигнатурным методом)

б) эвристическое детектирование (обнаружение неизвестного вредоносного ПО методом эмуляции / анализа кода и т.д. Пример детектирования, понимаемого как эвристическое: "Heur.Trojan.Generic"; "a variant of: XXXXX")

в) сообщение о подозрительном файле (обнаружение возможно неизвестного вредоносного ПО методом сообщения о подозрительных характеристиках исследуемого образца. Пример детектирования, понимаемого как сообщение о подозрительном файле: "Suspicious file"; "VIPRE: Suspicious")

г) сообщение о подозрительном упаковщике / крипторе (обнаружение возможно неизвестного вредоносного ПО методом сообщения о неизвестном / редком / подозрительном упаковщике / крипторе или факте многократного упаковывания / шифрования. Пример детектирования, понимаемого как сообщение о подозрительном упаковщике / крипторе: "HEUR/Crypted").

Результаты тестирования

Хронологически последним является график данных за октябрь и ноябрь 2009 г., представленный ниже.

Комментарии о методике тестирования и толковании результатов

Сбор материалов для тестирования осуществляется на нерегулярной добровольной основе. Портал производит публикацию отчетных графиков тестирования раз в два месяца. Тестирование не следует толковать как полностью отражающее возможности антивирусных продуктов по обнаружению вредоносного программного обеспечения; вместе с тем полученные данные представляют определенную ценность при комплексном сравнении антивирусов с привлечением данных нескольких независимых тестов.

(c)http://virusinfo.info/index.php?page=tests

Новый Год и Десятилетие - прогнозы...?

2010-01-16T07:23:00.000-08:00

Наступил Новый Год... Даже не просто новый год, а новое десятилетие..
Прогноз на 2010 год все сейчас итак уже делают или будут делать на работе.
А вот что будет в 2020 году?! Вот это загадка!
Было бы интересно пообсуждать этот вопрос со студентами, разработчиками, менеджерами в IT и просто неравнодушными к отрасли людьми - т.е. как раз с вами, если не врут счетчики и линки в комментах :)

Чтобы проще дискутировать я бы предложила сделать обсуждение путем ответов на следующие вопросы:

1. Какие основные технологии разработки ПО будут использоваться в 2020 году?
2. Какие основные бизнес модели распространения ПО будут использоваться в 2020 году?!
3. Будут ли актуальны, и если да, то в каком виде такие киты ПО как ОС, Игры, Безопасность, Офисные приложения, Среды разработки, Софт для работы с аудио и видео, железячный софт, типа Nero и т.д.?!
4. Каких новых устройств и технологий вы ждете в 2020-м году?

(Конечно, можно и просто поток сознания на тему, не обязательно привязываться к вопросам..)

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

У меня есть и собственные варианты ответа на вышеуказанные вопросы, но прежде чем их изложить мне бы хотелось услышать другие мнения... Приглашаю всех рискнуть попрогнозировать!:)

Upd.2 Запостила свои...

Маленький тест для менеджера

2010-01-16T01:58:00.000-08:00

Руководители трех подразделений в компании уехали в отпуск.

По возвращении выяснилось:
- первое подразделение за это время работало продуктивнее
- второе подразделение - продуктивность снизилась
- третье - работало как обычно

Руководителей каких из этих подразделений уволили по возвращении из отпуска?

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

Правильный ответ решивший, думаю, почувствуем сам - если он потенциально или уже менеджер! :)

Модель проектной группы MSF

2009-11-29T12:27:00.000-08:00

В силу рабочих вопросов заинтересовалась подходами к разработке продуктов в различных компаниях. Набрела на MSF - Microsoft Solution Framework.
Документ очень интересный. Меня, в частности, заинтересовала "белая книга", в которой описывается Модель проектной группы MSF.

Отмечу несколько моментов:

1. Проектная группа разделяется на шесть ролевых кластеров, соответствующих шести качественно различным задачам проекта.

- Управление продуктом
- Управление программой
- Разработка
- Тестирование
- Удовлетворение потребителя
- Управление выпуском

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

Как следует из вышесказанного, одна из характерных особенностей MSF — отсутствие должности менеджера проекта!

2. Еще одним ключевым моментом является сосуществование фазового и итерационного подхода в рамках одного проекта.

В рамках одной итерации, жизненный цикл выпуска версии разбивается на пять фаз:

- выработка концепции (shared vision),
- планирование,
- разработка,
- стабилизация (тестирование),
- внедрение.

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

Здесь кроется еще одно смелое решение.
Зачастую, продукт вижн - прерогатива CEO, топ-менеджеров.
Доверять его появление проектной группе - интересное и эффективное решение.
По сути, это самый естественный способ поднять мотивацию команды на небывалый уровень!

3. Документирование используется и имеет такой нюанс - спецификации по проекту должны быть "живыми".

Итеративный подход к процессу разработки требует использования гибкого способа ведения документации. «Живые» документы (living documents) должны изменяться по мере эволюции проекта вместе с изменениями требований к конечному продукту.
В рамках MSF предлагается ряд шаблонов стандартных документов, которые являются артефактами каждой стадии разработки продукта и могут быть использованы для планирования и контроля процесса разработки.

4. На фазе внедрения продолжается совместная работа всей команды, включая разработчиков и тестировщиков.
Составляются метрики, делается анализ внедрения, собирается фидбэк от пользователей.

Результатами фазы будут: информационные системы эксплуатации и поддержки, процедуры и процессы, базы знаний, отчёты, журналы протоколов, версии проектных документов, отчёт о завершении проекта, окончательные версии всех проектных документов, описание последующих шагов.

Поскольку речь идет от ПО, на внедрении ничего не заканчивается - в случае успеха последуют следующие версии продукта...

Для меня, самое интересное в этой методологии - это подробности, учитывающие взаимодействие между различными подразделениями.
Много внимания уделено взаимодействию сейлзов и разработчиков, тестировщиков и специалистов по юзерэкспиренс - даже приводятся таблички, описывающие зоны ответсвенности каждого члена проектной группы на каждой фазе реализации проекта.
Это важно, в противном случае были бы неизбежны конфликты, которые некому было бы решать, т.к. нет единого менеджера проекта.

Модель проектной группы MSF по духу, не по сути, напомнила мне вычитанную где-то фразу, сразу скажу,за точность не ручаюсь:
В МС если разработчик идет по коридору и думает, то обязанность менеджера проекта - отодвинуть стул с его дороги, чтобы он мог додумать мысль до конца :)
Попросту говоря - дайте квалифицированным специалистам работать!

Вместе с тем подход далеко не идеален - думаю как раз наоборот:

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

Ссылки:

http://ru.wikipedia.org/wiki/Microsoft_Solutions_Framework
http://www.citforum.ru/SE/project/msf/

Визуализация Windows

2009-09-11T12:24:00.000-07:00

Windows XP dependency graph comprises of ~4000 nodes (modules and dlls) and ~35000 directed links (calls). I created a gallery of its visualizations using a large variety of methods: from standard force-directed to tag-cloud techniques.

Взято из блога Сергея Пупырева про стажировку в MS Research.

И еще, конечно, поздравляю всех, кто читает этот блог с наступающим Днем Программиста! Теперь это даже официально ) Удачных решений, оптимального кода, пусть к вам приходит Дед Мороз, а не ДедЛайн, а ваши проекты живут долгой и счастливой жизнью радуя пользователей и вас самих! Удачно отметить праздник!

У вас есть свободный столик?

2009-08-19T11:09:00.000-07:00

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

Сервер трансляции видеострима - Red5, клиенты - флешовые. Использована описанная у Сергея в блоге IT & Telecom stuff связка опенсорсных решений.

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

Ну а наша вебкамера "выполнила свое предназначение" ((С) сериал "Друзья", серия про Фиби и новогодние елки :). Это я к тому, что:

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

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

Изобретателям понадобилась обычная камера и компьютер с устройством для видеозахвата, подключенный к локальной сети. Камеру установили таким образом, чтобы кофейник находился в поле ее зрения. После того как аппаратная часть была готова, понадобилась программная. Была написана специальная утилита, состоящая из серверной и клиентской частей. Первую установили на компьютере с камерой, а вторую - на ПК каждого из сотрудников.

Когда кому-нибудь из изобретателей хотелось выпить кофе, он запускал программу и смотрел, не пуст ли кофейник. Изображение обновлялось три раза в минуту. Это была первая в мире система видеонаблюдения."

Аппаратное транскодирование видеофайлов на GPU в Windows 7 (видео).

2009-07-17T03:42:00.000-07:00

Чтобы посмотреть видео надо перейти по ссылке

http://www.nvidia.ru/object/windows_7_for_home_ru.html

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

"ПРИЛОЖЕНИЯ ДЛЯ РАБОТЫ С ВИДЕО В WINDOWS 7".

Транскодирование видео в Windows7 сделано при помощи нового API Microsoft DirectX Compute.
В видеоролике показывают как это работает во встроенном в Windpws 7 видеоэдиторе и в Badaboom!Converter.

PS. Надеюсь, что реализация футуристической возможности транскодинга не имеет ничего общего с тем, как реализована возможность просмотра и шаринга этого ролика на сайте NVidia! :)

"Научный и наукообразный"

2009-07-12T10:08:00.000-07:00

На RSDN, сколько помню, на главной висит статья "Как не надо писать статьи". Я ее читала давно, и тогда мне она не запомнилась - как-то все показалось очевидным.
Сейчас этому блогу уже больше года, и, перечитав статью, я только теперь понимаю как иногда непросто следовать таким простым и очевидным советам :)

Если еще не читали - рекомендую, особенно тем, кто ведет ведет свои технические блоги. Это не какие-нибудь "10 советов по написанию популярного поста" или "5 причин, почему ваши посты никто не читает", это выстрадано.

Лично мне больше всего нравится раздел про "Научный и наукообразный":

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

Кроме того, научный стиль обязан быть логичным, то есть последовательным, непротиворечивым и полным. Наукообразие же чаще всего скрывает недостатки изложения, подменяя отсутствие внятных предпосылок и объяснений запутанными и громоздкими формулировками. Расчет, по всей видимости, на то, что читатель, не разобравшись в написанном, подумает: "Умный какой человек! Далеко мне до него". Однако наш журнал (и сайт) читает немало высококвалифицированных специалистов, которые не поддадутся на эту уловку. Мало того, среди них наверняка найдутся специалисты именно в этой области, которые не замедлят выступить с уничтожающими комментариями. Это не просто сведет на нет возможный эффект – это его обратит в отрицательную величину.

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

У наукообразного стиля есть, тем не менее, неоспоримое достоинство. Если нормально написанная статья занимает 10000 знаков, аналогичная ей наукообразная займет не менее 25000. При определении гонорара такое различие более чем существенно. Но тут встает вопрос – для чего вы пишете? В RSDN Magazine не платят гонораров, так что воспользоваться данным преимуществом не выйдет. А если вы и впрямь полны альтруизма и желания наставить ближнего на путь истинный – возлюбите его хотя бы малость, и не заставляйте продираться сквозь наукообразный бурелом.

Остальные разделы, такие как "Тесты", "Велосипед" или "Локация инстанциаций криптования в кустомизированных аппликациях", безусловно тоже достойны внимания.

Мысли об анонсе Chrome ОС от Google.

2009-07-08T13:07:00.000-07:00

Т.е. вот, если смотреть на шаг вперед, предположим, появились более дешевые нетбуки с сетевой Chrome ОС.
Из соображений конкуренции у МС появилась своя сборка Windows CE сразу после загрузки запускающая браузер Gazelle.
Debian и Ubuntu поставили еще на некоторый процент нетбуков.

Ожила конкуренция на рынке ОС.

Юзерам стало еще проще сделать в вебе то, для чего раньше надо было скачивать и ставить программу.

И - как и было предсказано, все стали искать сервисы, заменящие им софт.

Но сервисы тормозят. Медленно работают видеоредакторы, бухгалтерия, электронные таблицы, компиляторы.
Вы пробовали фотку отредактировать веб-редакторе? Или он-лайн 3D-планировщиком воспользоваться для создания модели квартиры?
И будут тормозить, потому, что нужен быстрый и оптимизированный х86-код.

Как именно может работать x86-код в сетевых сервисах?

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

2. Предположим, из браузера стало доступно выполнение x86-кода прямо со странички. Google уже делал Native API для браузеров. Такие сетевые сервисы стали бы работать быстро. (и загружать свой код или его апдейты юзеру при заходе на сайт один раз)
Тогда можно работать в браузере, как будто в реальном приложении.
Компании-производители софта относительно быстро могут переделать свой С++ софт под сетевые сервисы (не то, что под облачные вычисления).

Однако, в этом случае, также станет возможным получть синий экран прямо зайдя на сайт. Или отформатировать диск C: попав на зараженный хост.

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

Собственно, оба эти пути не способствуют быстрому и легкому появлению сетевых сервисов для сетевых ОС. В этом случае новая ОС может остаться просто интересным решением для тех, кому "Google Docs и GMail хватает".

"Заредьюсив воркинг сет, мы можем эффективно заимпрувить перформанс аппликейшна"

2009-07-04T10:26:00.000-07:00

Подписалась на новые переводные блоги известнейших блоггеров Microsoft.

- Блог Рэймонда Чена (перевод) – перевод Максим Шацких, MVP Windows DDK

- Блог Эрика Липперта (перевод) – перевод Антон Злыгостев, MVP Visual C#

Рэймонд Чен неповторим со своими описаниями тонкостей работы методов WinAPI, например, пишет про то, почему функция CreateProcess изменяет переданную на вход командную строку.

В блоге Эрика Липперта как раз сейчас обсуждается, что будет, если добавить возможность создания "верхнеуровневых" методов в C# (вопрос был поднят коммьюнити stackoverflow и разработчики компилятора "держат ответ").

Само собой интересны давненько уже существующие переводы блога Марка Руссиновича и команды разработки Windows 7, могу только рекомендовать данные блоги.

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

Экскурсия в Eset (и еще об AV тестах).

2009-06-29T04:35:00.000-07:00

Интересная статья Компьютерры про братиславскую компанию Eset: Eset NOD32: как это делают в Словакии.

(Особенно после видео с экскурсией президента по Лаборатории Касперского).

Разница между количеством сотрудников в Eset и Лаборатории Касперского - более чем в 5 раз!

P.S. В продолжение предыдущего поста про тесты антивирусов приведу небольшую цитату автора статьи на ту же тему:

"...на них вы видите рейтинги антивирусов, составленные британским журналом Virus Bulletin и независимой организацией AV Comparatives. По мнению Eset, это самые уважаемые рейтинги на свете.

На первый взгляд, всё вполне солидно, и солидности добавляет NOD32, занимающий первые места в обоих рейтингах. Но при рассмотрении всего списка участников волосы просто встают дыбом.

Посмотрите на рейтинги внимательно. Уже в первой пятерке у обоих составителей наблюдается серьёзный разнобой. Например, McAfee у AV Comparatives занимает почетное третье место, а у Virus Bulletin он где-то в середине. Наш Doctor Web, по версии британцев, занимает первое место с конца, а у AV Comparatives он вполне крепкий середнячок. И так далее, и тому подобное – мне просто не хочется тратить ваше время на наблюдения, которые можно сделать самостоятельно.

Скажите, какому рейтингу верить? Они же оба "очень уважаемые". Что это за индустрия такая странная? Например, вы можете представить, чтобы в одинаковых тестах, проведенных разными конторами, одни и те же процессоры Intel и AMD вдруг поменялись местами в итоговом рейтинге? Или чтобы между ними вклинилась VIA?

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

Тесты антивирусов, или 38 попугаев.

2009-06-13T05:44:00.000-07:00

Эта история началась с того, что наши продукты попали под подозрение некоторых антивирусных программ. Причем антивирусов не самых распространенных, типа PC Tools Spyware Scanner. В какой-то момент наши программы также детектил Eset, но после сообщения им о данном недоразумении, они это дело быстро пофиксили.

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

После короткого расследования удалось убедится, что реагируют эти антивирусы на банальную защиту от отладки. Хм, подумали мы... и посмотрели на рейтинги антивирусов.

Есть авторитетные лаборатории, специально занимающиеся тестированием антивирусов:

AV Comaratives: http://www.av-comparatives.org
Virus Bulletin: http://www.virusbtn.com/index

И на них можно найти вот такие документы, в которых, например, публикуется майское сравнение 16-ти антивирусов:

И в результате сравнения получаются вот такие графики:

На этом графике показано количество ~~попугаев~~ распознанных угроз.
А false-positives они, якобы, исследовали отдельно и для них уже таких красивых графиков не сделали.
Ну, я понимаю, что в попугаях оно горааа-а-аздо длинеее, ага.

Я не говорю о том, что слабо верю в первое место Avira (ну не пробовала я ее), но последнее, 16-е место у F-Secure?
При том, что он, насколько я знаю, использует в т.ч. и движок от Касперского? И непонятно как это сочетается с 6-м местом самого Касперского?

Справедливости ради надо сказать, что тех, кто все-таки дочитает документ до конца ждет сюрприз - победители определялись не по графику, а по совокупной статистике и на первое место вышли ожидаемые Касперский, Eset Nod 32 и, надо же, Microsoft.

Avira и прочие BitDefender'ы на втором, а F-Secure опять-таки на третьем.

Думается, если следовать логике таких тестов - то ожидаемо будут появляться такие "орущие" антивирусы. Которые по любому поводу отправляют программу в карантин. И именно они будут фигурировать в красивых графиках. А это как-то неправильно, наверное...

Может есть другие тесты и сравнения антивирусов, определяющие эффективность в условиях, более приближенным к реальности?

PS. Есть, оказывается, сравнение по false-positives от того же AV-Comparatives. Но занявший в нем непочетное 1-е место с большим отрывом BitDefender там опять же по рейтингу попадает в середину, что оговорено отдельной звездочкой. Так и написано - мы его ставим в середину по рейтингу, хотя количество false-positives здесь самое высокое.

Must Read!! Новая сказка про репку.

2009-06-08T10:34:00.000-07:00

Леонид Каганов о правильной организации разработки в коллективе, экономической жизни в стране и, даже, бессознательном авторов детских книг. Рассказывать бесполезно, это надо читать и смотреть иллюстрации!

"Новая сказка про репку" на Softwarepeople.

«Software People 2009», впечатления.

2009-05-29T08:45:00.000-07:00

Вернулись вдохновившиеся после конференции наши сотрудники и выложили в корпоративных блогах свои отзывы и впечатления. Вот кое-какие выдержки из них:

О здании комплекса

"Конференция проходила в здании комплекса Инфопространство, помещение которого устроено очень необычно. На первом этаже находится большой выставочный зал, ни как не разделенный на комнаты или секции. Все разбиение может быть воссоздано за минуты благодаря особой конструкции потолка - он весь пересечен всевозможными рельсами, благодаря которым стены, двери, окна, различное навесное оборудование можно воздвигать во всевозможных конфигурациях, строить любые комнаты, залы и коридоры. Изначально все пространство было разбито на два больших зала: большо зал для общения, еды и отдыха, и большой зал для презентаций. После первых докладов от Microsoft и IBM, проходивших в общем зале для презентаций, он был разбит на три части, соответсвующих трем основным темам конференции. Могу только восхититься оригинальностью конструкции и столь удачным дизайном."

О докладах

"..напишу свой TOP-4 рейтинг докладов и докладчиков, с полезными ссылками на их ресурсы:

1)Сергей Архипенков (http://www.arkhipenkov.ru) и его доклад «Профессиональное и непрофессиональное поведение в команде» (презентация - http://www.arkhipenkov.ru/resources/sw_team_professionals.pdf). Данную презентацию советую посмотреть каждому.

2)Константин Кондратюк (http://www.blog.itrainings.ru/) «Постановка целей как инструмент мотивации команды технических специалистов».

3)Александр Орлов (http://www.happy-pm.com/blog/) «Человеческий фактор: о чем молчит Демарко»

4) Суетова Наталья (http://nsouetova.sp.ru/) «Как мы учили будущих программистов разрабатывать пользовательские интерфейсы и что из этого получилось» Данный доклад и множество других материалов по проектированию юзабилити можно найти на страничке автора.

Конечно, были и другие интересные выступления, но они уже мало относятся к реалиям нашей фирмы.."

"В первый день конференции широкой общественности была представлена Visual Studio 2010. Представителями Microsoft был сделан доклад на тему "Опережая время: Новые возможности управления качеством и процессами в Visual Studio 2010". Докладчики с большим энтузиазмом расказывали о новых возможностях однако большинство слушателей их энтузиазм не разделии. Для этого я думаю было две причины:

1. Описывались возможности именно Visual Studio Team Suite, не многие используют эту редакцию, и не могут понять актуальность и полезность нововведений.
2. Новые возможности не являются революционными их уже можно сейчас релизовать с помощью сторонних программ и плагинов."

"Открывали конференцию чуваки из IBM, Microsoft и ITOnline. После общих слов, обозначающих проблемы и задачи конференции, начались выступления отдельных докладчиков. Всю первую половину первого дня конверенции докладчики из Microsoft и IBM занимались рекламой своих продуктов "MS TFS" и "IBM Jazz". Были интересные моменты, но 90% времени докладов - рассказ про свои продукты. Вывод: "низачод" айбиэму и мелкомягким."

"QA украинской аутсорсинговой компании NIX Solutions Юлия Нечаева поведала нам свою точку зрения на выбор аналитика при ограниченном бюджете проекта. Она считает необходимым выбирать человека из отдела тестирования для этих целей, поскольку считает тестеров ближе всех к заказчику. Для аутсорсинговых компаний это может быть и так, а для нашй компании аналитики - это IMHO маркетинг (или, по крайней мере, должен им быть)."

"Много полезных советов получил от выступления Александра Барановского и Александра Барадынцева, рассказавших о подходах к управлению знаниями в их аутсорсинговой компании – Epam Systems."

"Следует выделить интересный доклад Сергея Архипенко посвященный профессиональному и непрофессиональному поведению в команде разработчиков. Он расказал что хороший программист это эффективный програмиист. Его эффективность в большей степени зависит не от умственного интелекта (IQ), а от эмоционального интелекта (EQ) - обладающего самосознанием и самоконтролем, умеющем видеть мир глазами другого человека. Были даны определения незрелого программиста и профессионального программиста и т.д. Материалы доклада можно найти здесь http://www.arkhipenkov.ru/resources/sw_team_professionals.pdf"

О людях

"Конференцию открыли докладом Рика Уивера, руководителя направления IBM Rational. Не смотря на языковый барьер, он с первых слов заразил зал своим энтузиазмом, открытостью и раскованностью. Слушали не отрываясь."

"У Сергея Архипенкова на докладе был аншлаг. Рассказывал он про людей, как личности, их компетенцию, про команды. Интересная и понятная точка зрения на PeopleManagement, применимая IMHO не только к программистам. Классный экскурс в психологию."

"Александр Орлов из "Клуба успешных ПМ-ов"продолжил тему Сергея Архипенкова про человеческий фактор. Он рассказывал про методы "оценки" квалификации разработчиков в Intel и Sun, про работу с людьми в IT, раздавал призы в виде вафель и вообще вел себя позитивно."

"Оцень ценным считаю доклад Алименкова Николая про метрики, которые характеризуют состояние процесса."

"Первое выступление, которое мне понравилось, было выступление Владислава Балина про декларативное планирование. Автор рассказывает про стили руководства и про методику планирования, близкую к стилю руководства "Auftrastaktik". О-о-очень интересно!"

Об организации

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

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

О секциях

"На практике доклады из секции People Managment мне понравились больше чем Process и Project Managment."

"Доклады от главных спосоров — Microsoft и IBM — носили явный коммерческий характер, что было ожидаемо. Эффект от прослушивания минимальный. Да, краем уха услышали о новых системах разработки ПО и платформах, получили абстрактное представление, но «пощупать» их и внедрить ещё долго не сможем, ввиду их очень высокой стоимости. В итоге на второй день я решил посетить большую часть докладов из People Management, которые носили более практичный характер, и из них я почерпнул много полезного для себя, как начинающего руководителя."

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

Об игре-симуляции гибкой разработки

"Далее проводилаь увлекательный игра "Рука судьбы: игра-симуляция гибкой разработки", в которой мне удалось поучаствовать. Для меня это было очень интересно, поскольку я сидел за столом с другими участниками и мы совместно разрабатывали проект по Скраму! Разрабатывали мы роботов из конструкторов Lego. Было все, или практически все по методике Scrum: scrum-master, итерации, фичи и т.п. В итоге наша команда была в лидерах по выполненным фичам и заработанным деньгам (всего было 4 команды). Но самое интересное, что мы научились (ладно-ладно, стали иметь представление) о построении процесса, выборе приоритетов при разработке продукта, а также о планировании дальнейшей разработки на основе уже проведенной работы."

Из выводов

"..основная роль все же отводится человеческому фактору и умению самоорганизовываться и самонаводиться для достижения общей цели. Обширный опыт докладчиков конференции только подтвердил мне эти истины и помог несколько точней понять роли отведенные различным членам рабочей группы..."

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

"..ещё одним положительным эффектом от командировки стал team building.."

"..необходима интеграция инструментов управления разработкой.."

PS. Александр Орлов выложил свой рассказ о том, "где и как собирались Software People"

Устройство мечты.

2009-04-14T13:58:00.000-07:00

У нас имеется два животных, кот Данька и кошка Дашка.
Кот любит выйти на улицу, прогуляться. Для этого в железной двери подъезда вырезана квадратная дырочка и сделана из вентиляционной заглушки пластиковая дверка. Если кот входит или выходит, то он "бодает" головой дверку и она поворачивается в горизонтальное положение, выпуская его.
Казалось бы все работает - ничего не трогай. Но прогресс не стоит на месте.

Оказывается это уже прошлый век и сейчас делают так:

- на кошачий ошейник цепляют RFID-метку;
- на кошачью дверку вешают сервопривод и RFID-приемник;
- чтение с приемника и передачу сигналов на сервопривод реализуют на каком-нибудь древнем завалявшемся компе;

Чтобы не было скучно, еще и пересылают сообщение на Twitter об incoming/outcoming коте. Сорсы на Delphi обещаю выложить в скором будущем, а пока только общее описание конструкции здесь.

Речь тут конечно же не о том, что неавторизованные коты не пройдут и не нахулиганят в подъезде, а о прекрасном простом реализуемом фане на выходные :)

PS. Считаю, вопрос кошек и компов был вообще раскрыт на этой неделе :) Дело в том, что нам подкинули пару недель назад котенка. А несколько дней назад мы, наконец, нашли ему хозяина.
Как оказалось, в этом деле ничего эффективнее форумов не бывает :)
Вот такой полосатик теперь живет у новых хозяев:

Бизнес-тренинг.

2009-04-11T13:19:00.000-07:00

Пару недель назад собрали 12 руководителей нашей компании и предложили им (т.е. нам) пройти бизнес-тренинг, что-то из разряда "Эффективное руководство, мотивация и тра-ля-ля". Все согласились, сказали, что пойдут. Это явно свидетельствовало о желании научится чему-то новому и эффективнее, что ли, руководить.

Тренинг шел 2 дня, вчера начался, сегодня закончился. Один из руководителей сказался больным, так что нас пришло 11.

Тренинг начался, нас попросили высказать свои ожидания. Ожидания закрутились вокруг "Повышения эффективности собраний" (объяснялось это наличием "базара" на многих наших собраниях). Затем перешли к "Делегированию полномочий и мотивации сотрудников" и поступило несколько предположений о "Сплочении коллектива руководителей разных подразделений" и что-то было еще по мелочи.
Тут бы казалось бы тренеру и насторожится, или хоть коррекцию внести, ан нет. У нее была Программа.

В соответствии с Программой мы должны были заслушать первые несколько глав из книги "MBA за 21 день". Название книги не упоминалось, также не озвучивалось сопоставимость 200р. за книгу с ценой тренинга.

Программа должна была научить нас следующим необходимым вещам:

- повернуться лицом к клиенту и спросить его прямо "Что ты хочешь?";

- составить Миссию (это логическая тест-задачка на то, чтобы написать бла-бла-бла о целях фирмы и при этом ни-ни нельзя упоминать зарабатывание денег).
Был задан вопрос - какова миссия Микрософт? Ответ: пересадить всех людей планеты на свои операционки; ну, бум считать, что это есть пример миссии, а вот зачем время на это тратить - не ясно.

- готовится к собранию, делать презентации, не звать вахтеров и прочих лишний людей на собрание разработчиков системных компонентов, аминь;

- при постановке целей ставить их конкретно. Был подробно разобран пример "Покрасить забор". Тот факт, что при разработке софта не все так ясно вначале, как с забором оказался малозначащим для тренера, главное пример доступный и красочный;

- хвалить, ругать (извините, давать конструктивную обратную связь) и мотивировать своих сотрудников.. Это было бы даже полезно, если бы кроме теории, небезызвестной пирамиды Маслоу, много-умных-слов и блок-схемы разговора с сотрудником нам бы дали еще поТРЕНЕРОВАТЬСЯ, но не тут было - сказали слушать пересказ книги за 200р., надо слушать и переписывать в тетрадку;

- проводить собрания "правильно", иметь модератора собрания, слушать друг друга (!) и, внимание!, высказываться на собрании всем-по-очереди.
Мы очень хотели узнать каково это! Хотели попробовать провести собрание так. Выказывали непонимание того, как именно на практике остаться модератором - бесполезно, у тренера же была Программа.

Практика на тренинге заняла 3 часа от общего времени тренинга (от 16-ти часов).
Было подробно, на примерах, разобраано то, как НЕнадо вести собрания и как НЕнадо хвалить сотрудников.

На вопрос, что люди учатся на примерах и, что нам бы попробовать УСПЕШНО провести собрание мне было сказано, авторитетно, что учеба на успешном примере - это АДАПТАЦИЯ.
Смутившись тем, что АДАПТАЦИИ и прочих извращений, видимо, хотеть на тренинге прилюдно как-то неприлично, я смирилась с потерей 2-х дней и заснула с открытыми глазами, студенткой была, опыт есть. Потеря контакта с частью аудитории тренера тоже не смутила, Программа же!

Ради справедливости должна упомянуть, что поучится ругать сотрудников нашим 6-ти присутсвующим все-таки удалось. И то здорово.

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

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

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

- больше половины IT-руководителей не задумывалась о том что руководитель должен чему-то учится, ему казалось, что раз его назначили - то он уже умный, зачем изучать что-то еще?
К тому же руководство воспринимается неотделимо от человека, как врожденная черта или харизма - или Акакий Акакиевич или Дэвид Бэкхэм, или руководит или нет.

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

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

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

Ручной поиск и удаление вредоносного ПО.

2009-04-07T11:48:00.001-07:00

Если вы не знаете кто такой ~~Чак Норрис~~ Марк Руссинович, то вы либо не программист, либо никогда не интересовались внутренностями Windows.

Неожиданно, я нашла не виденную мною раньше, но довольно интересную презентацию.

Это можно назвать how to по удалению вирусов из системы голыми руками.
Весьма познавательно, особенно когда об этом рассказывает человек, знающий каждый закоулок в системе.

Есть отдельно текст презентации и, соответсвенно, есть видео, где Марк показывает и поясняет на практике каждый пункт. (Для просмотра нужен Silverlight).

Ссылки с веба на GPGPU.org

2009-04-07T10:54:00.000-07:00

Крайне интересные ссылочки, особенно первая, на тему библиотек для обработки сигналов на nVidia GPU (с использованием CUDA).

О программистах-рабочих и программистах-фермерах.

2009-03-28T07:07:00.000-07:00

Занятное чтение, всем рекомендую, если не читали.
Человек думал о подходе программистов и их менеджеров к работе явно не первый день и писал явно от души и от собственного личного опыта. Думаю, что в том или инном виде такие мысли приходят в голову любому программисту?
Не то, чтобы я лично была согласна с текстом, но прочитать явно стоит. Позже, может, соберусь написать какие изъяны лично я вижу в метафоре автора.

http://www.eldar.com/node/193

Компилятор Фортрана и Си для nVidia GPU

2009-03-23T14:10:00.000-07:00

Если кто-то пробовал писать на CUDA, то он знает, что без познания архитектуры вычислителя, вникания в SIMD-ы и варпы и даже, прости господи, "сеток к которым применяется ядро" не обойтись. Даже если вы собрались перенести на GPU код умножения матриц вида:


do i = 1,n
   do j = 1,m
      do k = 1,p
         a(i,j) = a(i,j) + b(i,k)*c(k,j)
      enddo
   enddo
enddo

На CUDA реализация такого алгоритма будет выглядеть как-то так:

__global__ void 
matmulKernel( float* C, float* A, float* B, int N2, int N3 ){
  int bx = blockIdx.x,  by = blockIdx.y;
  int tx = threadIdx.x, ty = threadIdx.y;
  int aFirst = 16 * by * N2;
  int bFirst = 16 * bx;
  float Csub = 0; 

  for( int j = 0; j < N2; j += 16 ) {
    __shared__ float Atile[16][16], Btile[16][16]; 
    Atile[ty][tx] = A[aFirst + j + N2 * ty + tx];
    Btile[ty][tx] = B[bFirst + j*N3 + b + N3 * ty + tx];

    __syncthreads(); 

     for( int k = 0; k < 16; ++k )
       Csub += Atile[ty][k] * Btile[k][tx]; 

     __syncthreads();
  }

  int c = N3 * 16 * by + 16 * bx;
  C[c + N3 * ty + tx] = Csub;
}

void 
matmul( float* A, float* B, float* C,
             size_t N1, size_t N2, size_t N3 ){
  void *devA, *devB, *devC;
  cudaSetDevice(0);

  cudaMalloc( &devA, N1*N2*sizeof(float) );
  cudaMalloc( &devB, N2*N3*sizeof(float) );
  cudaMalloc( &devC, N1*N3*sizeof(float) );

  cudaMemcpy( devA, A, N1*N2*sizeof(float), cudaMemcpyHostToDevice );
  cudaMemcpy( devB, B, N2*N3*sizeof(float), cudaMemcpyHostToDevice );

  dim3 threads( 16, 16 );
  dim3 grid( N1 / threads.x, N3 / threads.y); 

  matmulKernel<<< grid, threads >>>( devC, devA, devB, N2, N3 );

  cudaMemcpy( C, devC, N1*N3*sizeof(float), cudaMemcpyDeviceToHost ); 
  cudaFree( devA );
  cudaFree( devB );
  cudaFree( devC );
}

Вот если бы был ключик у cl.exe или gcc... специальный такой gpu-ключик, так бы и назывался "-gpu"... :)
А пока ИИ по распознаванию хорошо параллелящихся кусков в коде не вышел за пределы лабораторий, всем сочувствующим GPU-оптимизации кода предлагается посмотреть на анонс PGI-акселератора.

PGI является компилятором Си и Фортрана, с возможностью раскидать на карточке обозначенные циклы. Выглядит это, как анонсируется, следующим образом:

 !$acc region
   !$acc do parallel
   do j=1,m
      do k=1,p
         !$acc do parallel, vector(2)
  do i=1,n
     a(i,j) = a(i,j) + b(i,k)*c(k,j)
  enddo
      enddo
   enddo
!$acc end region

Структуры и данные будут автоматически проанализированны и при компиляции переведены в SIMD инструкции. Конечно, не без нашей подсказки о том, какой код будем параллелить, но все же. Для Си, кстати, подсказка будет выглядеть так:


#pragma acc region
{
   /* user loops and code for compiler GPU acceleration go here */
}

Если так пойдет и дальше, то можно будет помечтать о первых портах под GPU... :)

А на данный момент компилятор поддерживает кучу ограничений и совсем мало функционала.
В частности, пока только PGF95 Fortran и PGCC ANSI C99 и только под Linux 64.
Со временем планируется поддержка и C++ и Windows, Mac OS, но конкретных сроков пока не обозначают. Наверное, все будет зависеть от востребованности на рынке.

Из хороших новостей - если на компьютере, где выполняется скомпилированный код не будет обнаружен GPU-акселератор, то код будет выполнен на отдельном процессоре.
От CUDA унаследована прозрачность для разработчика кол-ва GPU и модели видеокарты (поддерживаются только nVidia).
Вычисления с плавающей точкой на видеокарте выполняются с точностью single precision. В будущем также обещают double, т.к. у nVidia уже есть такие GPU.

По всей видимости такой компилятор можно по праву счтать первым в новом поколении высокоуровневых средств для программирования на GPU.

Полный список компиляторов и тулзов для создания кода, работающего на GPU.

2009-03-23T12:41:00.000-07:00

Полный список компиляторов и тулзов для создания кода, работающего на GPU видеокарточек:

Cg- Разработка NVIDIA. Также см. link
Shallows
Sh
BrookGPU
GPU++
PeakStream (куплена Google, пока тишина)
Rapidmind
Brahma- Работает под .net, соотв. только MS.
GPULib- Плагины для MATLAB.
CTM- Разработка AMD -ATI. (Сейчас "Deprecated in favor of CAL").
CUDA- Разработка NVIDIA
CUDA Плагины:
- PyCUDA- Python'вский враппер для выполнения своих функций на GPU.
- MATLAB плагин для CUDA
  - По типу PyCUDA, позволяет выполнять свои функции на GPU.
- Mathematica CUDA-плагин
- Flagon- Библиотека для создания GPU-функций на Фортране.
- Dr. Dobbs Журнл, публикующий полезные примеры об использовании CUDA.
- Accelereyes- Matlab плагин под названием Jacket, позволяет Matlab'у вычислять на GPUs без создания своих MEX-файлов.
Brook+
- Разработа BrookGPU от AMD.
OpenCL- Новая, позволяет multi-core и GPU программирование одновременно, минус - довольно низкоуровневая.

Люблю, когда все собрано в одном месте (в хорошем смысле этого слова)!

Честно стыренно с ClusterMonkey.

Комиксы по программированию.

2009-03-19T09:43:00.000-07:00

Вычитала в Журнале Пушыстого про манги по программированию и математике:

Тоже сделаю себе подарок на... на... ну в крайнем случае, на День Нерождения, их, как утверждал Шалтай-Болтай, 364 в году.

PS. Ассоциативно вспомнилась латышская книжка-комикс "Как Петя Бейсков Тоню Соображалкину программировать учил". Как сейчас помню, в 7-м классе зачитывалась. Но без подробностей - помню, только, что количество машинных часов в ВЦ было ограниченно, и, что у Тони был несносный характер, и что писали на Бейсике :)

Задушевная песня.

2009-02-26T11:59:00.000-08:00

Иногда попадались различные программистские песенки-переложения, но вот это лирическое о Си по-моему просто шедевр:

"Write in C", Piano

История о попытке купить акции Microsoft, Intel, Oracle и т.д.

2009-02-23T02:40:00.001-08:00

Случайно наткнулась на статью 2003-его года, простодушную и душещипательную.

Цитата:
"Из этих цифр видно, что Майкрософт компания прибыльная и очень крепко стоит на ногах. Более того, она умудряется, условно выражаясь, “на станке” стоимостью всего в 2,2 млрд. долл. (основные фонды) ежегодно добывать прибыль аж 8 млрд. дол (от 7 до 9). Это вообще великолепно. Но, с другой стороны, чтобы покрыть текущую стоимость всех акций 250 млрд. дол. сотрудники компании Майкрософт должны работать, не покладая рук, в таком же темпе около 30 лет. Хватит ли у них пороху? Задумаешься тут…"

Вкратце: герой статьи Буратино Карлович решает вложить деньги в акции крупных IT-компаний, но понимает, что ни в одну из них не имеет смысла долгосрочно инвестировать.
Очень занимательное описание попыток пообщаться на эту тему с российскими офисами этих компаний прилагается.

История о попытке купить акции Microsoft, Intel, Oracle и т.д.

А про Google там ничего нет, естественно, это еще догугловская эра.

Утечка хэндлов в WinAPI CreateFile?

2009-02-09T11:43:00.000-08:00

На нескольких машинах в офисе обнаружилась странная закономерность. А именно, при попытке открыть CD\DVD-ROM как устройство с правами на чтение и запись при помощи CreateFile, хэндлов выделяется 2(!!), на CloseHandle закрывается ровно 1.
Хэндлы при операциях с устройством, естественно, текут.
Свежескаченный SmallCDWriter тоже утерял хэндл при нажатии на "Инфо"...
(Баг отчетливо воспроизводится если в устройстве нет диска.)

Собственно, код выглядит так:

HANDLE  m_driveHandle = CreateFileW("\\\\.\\E", GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);

CloseHandle(m_driveHandle);Syhi-подсветка кода

От привода, материнской платы или какого-то специфического софта закономерности не выявлено; все программисты, зафиксировавшие проблему были трезвыми и попившими кофе с утра :)
Кроме этого, открытие с теми же параметрами любого HDD-привода к таким последствиям не ведет.
В то же время, если попытаться "поиграть" с правами, то можно получить открытие привода с одним, как и положено, хэндлом, но права нужны для работы через SPTI при помощи вызовов DeviceIoControl.

Upd. Проблема решилась деинсталляцией KAV 6.0 и чисткой ключей с UpperFilters и LowerFilters для cd-драйвера:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E965-E325-11CE-BFC1-08002BE10318}

Эксперимент на чистой машиной подтвердил правильность выводов. А в Kaspersky Internet Security последней версии данный баг уже не проявляется. Спасибо за помощь автору блога Not a kernel guy Алексею Пахунову.

-------------------
PS. Небольшой пиар - bishop3000 завел наконец-то свой блог на отдельном движке, обещает писать там на профессиональные темы и уже перекинул туда несколько своих популярных постов. В общем, рекомендую, http://bishop-it.ru.

8 Простых Вопросов bishop3000.

2009-01-09T03:22:00.000-08:00

Сделав некую компиляцию из самых интересных вопросов на разных интервью, которых я переводила несколько штук в этом году, я, в свою очередь, задаю вопросы bishop3000.

1. Какой проект запомнился вам больше всего? Расскажите о нем и о своей роли в нем?

Пожалуй, больше всего мне запомнилась разработка игры Стальные Монстры. Это был очень большой проект, на который мы потратили в общей сложности 5 или 6 лет, если считать все предварительные работы и аддоны. Я не участвовал в этом проекте с самого начала, а перешел на него примерно через год, после того, как он начался. И вскоре занял на нем должность главного программиста проекта.
Основная сложность этого проекта была в его размере. Это была попытка совместить 3 разных игры в одной. Причем попытка, не продуманная полностью заранее. И, как это всегда случается с плохо продуманной большой системой - она начинает рушиться в конце, когда первый же клиент выставляет ей оценку 1 балл по 10-ти бальной шкале. Было очень сложно поднять эту оценку с 1 балла хотя бы до 7-8-ми, но нам это в итоге удалось.
За время разработки этой игры я побывал, думаю, во всех возможных ролях - был программистом, главным программистом, тестером, геймдизайнером, писателем, участником форумных баталий, даже графику рисовал и озвучку записывал (слава богу, что она не вошла в релиз)! И это был реальный фан. Нет ничего приятнее, чем сделать что-то, что вначале было сверх твоих сил и возможностей.

2. Размышляя о том проекте сейчас, как вы думаете - можно ли было сделать тот проект лучше?

Конечно, в конце проекта ты всегда обладаешь всей полнотой знаний про него. И, если с этими знаниями вернуться в начало проекта, то его можно сделать в разы, повторяю, в разы быстрее. Но для этого нужна машина времени.
Думаю, что это утверждение верно для любого в достаточной мере инновационного проекта. Ибо, если ты не знаешь вначале проекта ответа хоть на один из вопросов по нему - это уже дает вероятность ошибки и прибавляет X часов к времени разработки. А если ты не знаешь ответов на 1000 вопросов, то потратишь на поиск ответов и ошибки уже 1000*X часов. А в конце проекта ты уже знаешь ответы на все вопросы и эти 1000*X кажутся бесполезной тратой времени и сил.
Так что, чтобы делать проекты лучше, нужно с самого начала уменьшать число вопросов, на которые вы не знаете ответа. Уменьшать можно двумя способами - находить ответы (читай "понимать, как сделать фичу") или удалять вопросы (читай "удалять сложные и непонятные фичи"). При этом "удалять вопросы" всегда предпочтительнее, так как это стопроцентно уменьшает неопределенность, а найденный ответ может оказаться неправильным.

3. Какие языки бы вы посоветовали обязательно изучать начинающим программистам, тем, кому сейчас 14-18 лет? Почему?

Я сам - программист старой формации, знающий только отмирающие языки, вроде C и C++. Предвижу волну возмущения, но статистика неумолима. Поэтому все советы, что я дам ниже, я даю в том числе и себе :)
Во-первых, анализ предложений на рынке труда говорит мне, что сейчас очень выгодно знать Java. Очень много выгодных вакансий требуют знания Java. И кривая спроса всё растёт и не собирается падать. Так что выбирайте Java - не прогадаете.
Во-вторых, всё больше набирают силу языки на платформе .Net. Они просты в изучении и у них огромный потенциал. Вакансий, требующих знания C#, VB.NET или ASP.NET - множество.
Ну и последнее, но не менее важное: новый язык программирования изучить не проблема - важно просто уметь программировать и знать предметную область.

4. Как случилось так, что вы сами выбрали именно эту профессию?

На мой 12-й день рождения родители подарили мне ZX Spectrum. На нем я изучил Basic и основы программирования, причём без единой книги, так как в нашей деревне книг не было, а про интернет я услышал только в университете :) Именно Speсtrum определил мой выбор профессии. Как, собственно, и у многих моих друзей - знаковый был компьютер.
Мне нравится отстраненность программирования, состояние полного сосредоточения и получение работающей программы.
Нравится идея, стоящая за программированием - автоматизация монотонного ручного труда и освобождение людей для более важных дел.
Наконец, мне просто нравятся компьютеры своей безотказностью и постоянной готовностью работать :)

5. Что вы больше всего любите/не любите в программировании?

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

Не люблю простые однотипные задачи.
Не люблю частые изменения требований и авралы.

6. Ваши прогнозы развития IT на 2009-й год? на 3 года вперед?

Я читаю разные официальные прогнозы и они все неутешительны. Большинство сходится во мнении, что можно забыть про большой рост в следующие 3-5 лет. Цифры роста в IT не будут двузначными еще долго - от 1% до 5% в год до 2012 года.
Но всё-таки рост будет, а значит IT будет впереди многих остальных отраслей экономики, где будет спад либо нулевой рост.

7. В чем Вы черпаете вдохновение, помогающее Вам работать?

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

8. Есть ли у вас оффлайновое хобби?

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

Серия Новогодних интервью.

2009-01-09T03:02:00.000-08:00

bishop3000 опубликовал серию программистских интервью с русскоязычными IT-блоггерами состоящую из двух частей:

а) Новогоднее программистское интервью;
б) Рождественское программистское интервью.

Получилось интересно. Прочитав все ответы можно найти множество явно непроизвольных совпадений, забавно.

Google Native Client: Исполнение x86-кода в браузере.

2008-12-09T11:26:00.000-08:00

Google представил новую технологию Native Client, которая позволяет исполнение х86 кода в браузере.

Чем является поддержка исполнения х86 кода в браузере?

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

Примеров можно привести огромное количество: от фоторедактора на веб-странице до он-лайн архиватора. При этом работа с фотографией или архивация будет целиком производится на стороне пользователя.

Поддерживаются три платформы - Windows, Linux, Mac.
Поддержка в браузерах - Firefox, Safari, Opera и Google Chrome.
Процессоры - семейство x86-совместимых процессоров, также предполагаются поддержка ARM и PPC.

Чем НЕ является поддержка х86 кода в браузере?

1) Это НЕ С++ компилящийся в java или подобное решение;
2) Это НЕ виртуальная машина;
3) Это НЕ ActiveX, хотя чем-то похоже.

Как обеспечивается безопасность?

1) Код не должен быть защищен от дезассемблирования, все инструкции должны быть доступны для анализа во время запуска.
2) Специальный анализатор кода запрещает исполнение кода, содержащего "подозрительные" последовательности инструкций.

Что можно попробовать уже сейчас?

1) Запустить примеры.

Чтобы запустить под Windows XP в Firefox3, мне понадобились:

- Firefox 3
- Пребилд Google Native Client for Windows
- Python (не обязательно).

После того как все вышеперечисленное установлено, надо распаковать пребилд и из папки

install_dir\nacl\googleclient\native_client\scons-out\opt-win\staging\

скопировать в папку

C:\Program Files\Mozilla Firefox\plugins

следующие 3 файла:

inpGoogleNaClPlugin.dll
SDL.dll
sel_ldr.exe.

Теперь можно запустить сам тест. Для этого надо в Firefox открыть файл:

install_dir/nacl/googleclient/native_client/scons-out/nacl/staging/index.html

Появится страница со списком тестов:

Для наглядности можно сразу выбрать Mandelbrot viewer (левый нижний угол таблицы) и запустить.
Все! Зумируя фрактал любуемся на загрузку процессора...

2) Откомпилировать и запустить в браузере обычную программу, например, Quake. Здесь подробная инструкция как раз для Quake.

Какие преимущества перед уже существующими технологиями?

- не зависимость от ОС и бразузера;
- скорость исполнения;
- новый подход к обеспечению безопасности.

Другие вопросы.

Открытых вопросов пока больше. Например, не совсем ясными пока остались многие аспекты использования на практике: можно ли использовать WinAPI функции, или скажем DirectX? Или такие обращения будут считаться "опасными"? Надо пробовать дальше..

Upd. Подробнее, о том, как будет обеспечиваться безопасность выполнения кода и какие ограничения наложит sandbox можно прочитать в этом документе.

Старые баги в новой MS VisualStudio 10.

2008-12-07T11:53:00.000-08:00

В эмоциональном посте разработчика VirtualDub описан баг, который MS Visual Studio пронесла через версии 2003, 2005 и оставила неизменным в 2010.
Его навреняка замечали все, кто редактировал формы диалогов в MSVC.
Этот баг связан с выделением визуальных контролов на форме диалога, в случае, если контролы располагаются поверх друг друга. В случае выделения будет выделен контрол на дне стека контролов, а не тот, по которому, собственно, кликали.
Примером может служить группа checkbox'ов расположенная в groupbox'е.
Если хочешь переместить checkbox, то в момент, когда по нему щелкнешь и потащишь выделится и сдвинется groupbox (при соответствующей последовательности накидывания этих контролов).
В итоге, в попытке добраться до нужного контрола, выделяешь всю область и, зажав shift, начинаешь снимать выделение с НЕ-нужных тебе контролов!
При этом действовать надо точно, иначе двойной клик, вместо одиночного может, например, автоматически создать в коде обработчики на контролы, с которых еще не снято выделение или сделать что-нибудь еще в таком духе.

Он говорит, что даже постил этот баг... баг был закрыт два года назад со статусом WONTFIX.

Забавно, я сама не раз натыкалась на этот баг, но завершив редактирование формы почему-то напрочь о нем забывала :)

Насколько важно рабочее месте программиста?

2008-12-05T13:25:00.000-08:00

По этой теме так много сказано!

Джоэл Спольски не устает повторять, что программисту нужно уединение, а в новой книге даже рекламирует кресло с отдельными настройками практически под каждую ягодицу. Кресло стоит 900$ - какая фигня, зато за 5 лет с ним ничего не случается, проверено.

Кому-то нужна тишина и/или наушники. Еще эргономичная клавиатура, еще моник, чтоб глаза не портить хороший. И еще желательно коврик для мышки с двумя грудями, как у замдиректора. То есть коврик как у него, а не груди.

Кому-то нужна красота в окружающем пространстве, распечатанные не дай бог не из джипегов картины на стенах, зелень там... Еще нанять девушек надо менеджера попросить. Да, они программировать не умеют, но пусть хоть глаз радуют.

Еще хорошо иметь персонал типа "стелс" - невидимые и не отвлекающие уборщики, охранники, доставщики обедов (ничего, что они тоже люди и невидимыми не бывают, но помечтать-то можно)...

А может это все фигня, извините?

Если я пишу код, я вокруг никого и ничего не замечаю. Мне нужны нормальные работающие инструменты - обычные комп, кресло и стол. Если вокруг шумят - надену наушники.

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

Если нет перегибов - там табурета вместо кресла или комната не на 6, а на 100 человек, или клавиатура, настолько удобная, что нажать Power проще простого - то _нормальному_ программисту должно быть по идее _нормально_ (ага, тафталогия). А вот плохому танцору, как известно...

Кстати, 900$ лучше выдайте мне налом, мне как раз пора продлевать абонемент на фитнес еще на год! Мое кресло стоило 4 т.р.

Вот что, по моим наблюдениям, РЕАЛЬНО лучше всего сказывается на продуктивности работы для программистов:

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

Догадываюсь, что не то что Америку, а даже Таблицу Умножения не открыла. Но ведь именно это, за исключением обедов, не может организовать программисту фирма; разве что косвенно - через достойную ЗП. Это, если хочется повысить свою продуктивность, нужно организовать себе самому.

Мои наблюдения пока подтверждают данные правила.
Самые продуктивные программисты не ночуют на работе, отдыхают в выходные и ходят в спортзал/играют в волейбол/бегают.
Некоторое исключения составляют 2 первых пункта: занятия спортом и отпуск вне дома. Это само собой разумеется у ребят помоложе, а у людей постарше чаще считается пустой тратой денег.
Рабочие места у нас обычные, без перегибов. Картины на стенах есть, но, в целом, без фанатизма.

Также, чтобы подчеркнуть разницу, рискну предположить для сравнения, в цифрах, что полноценные выходные, например, способны поднять работоспособность на 20%, а очень-очень хорошее кресло, через 2 месяца после покупки - хорошо если на 1%.

Возможно, получилось сумбурно, но в целом, навреное, мысль ясна. Если у вас имеется своем мнение о том, что реально влияет на продуктивность в работе - пишите в комментариях, они открыты!

Crysis на GPU или на CPU?

2008-12-03T11:25:00.000-08:00

DirectX 10 в Windows7 будет давать воможность использовать в качестве графического вычислителя обычный CPU.
Первые тесты проведенные в Майкрософт показали, что интегрированная графика от Intel дает больше FPS при игре в Crysis, чем процессор Intel Core 2 Duo Penryn 3.0GHz.

Ура, теперь мы, наконец, знаем кто из них круче!

А если серьезно, то в новом DirecX появились т.н. варпы*. Их можно запускать (или правильнее сказать считать?) на CPU. Само по себе это означает возможность запуска 3d задач, оптимизированных под архитектуру GPU на обычных CPU.

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

Кроме того, варпы на CPU - первый шаг ~~к резиновой женщине~~ к набирающей обороты реализации единого вычислительного блока, объединяющего возможности как CPU так и GPU.

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

Если пофантазировать о ситуации, когда выбирать не требуется, то можно будет, например, кодировать видео, обрабатывая макроблоки на GPU-части и затем выполнять более высокоруовневое кодирование фрейма на CPU-части.

Данные конкретные тесты мало что сравнивают, так как, например, узким местом является память. Скорость обмена CPU и памяти порядка 10 GB/s, а скорость обмена GPU с памятью видеокарты порядка 20-100 GB/s... Скорее это демонстрация технологии.

* Варп на GPU представляет собой группу из 32 потоков и является минимальным объёмом данных, обрабатываемых SIMD-способом в мультипроцессорах GPU.
Для работы варпов на CPU минимальные системные требования такие же как у Виста.
SSE2 не требуется, но на CPU с поддержкой SSE2 производительность варпов выше.

Короткая переписка с дизайнером.

2008-11-15T08:51:00.000-08:00

Вводная статья о WPF с RSDN подкинула мне один абзац текста, который я не могла не отправить нашей рук. отд. дизайна.
Привожу полный текст последовавшей переписки:

Omega (11:57:11 14/11/2008)
"Основной проблемой в процессе реализации сложных интерфейсов для программ было и есть: взаимоотношение дизайнера интерфейсов (или желание заказчика видеть свою программу так, а не иначе) и программиста.

Дизайнер может нарисовать очень продуманный и интересный интерфейс, принести его программисту и... обидевшись на весь программерский мир уйти «курить бамбук».

К сожалению в большинстве случае именно так и бывает, так как цели дизайнера «сделать покрасивей», а мысли программиста «как это вообще сделать ?». Это не говорит о том, что программисты народ ленивый. Изобразительных средств для реализации задумки дизайнера обычно нехватает.." (с) http://www.gotdotnet.ru/LearnDotNet/DotNet30/438446.aspx

Likka (11:57:51 14/11/2008)
глупости

Likka (11:58:01 14/11/2008)
взгляд человека со стороны

Omega (11:58:10 14/11/2008)
?

Likka (12:02:02 14/11/2008)
меня бесит то, что все считают дизайнера безумным существом, которому лишь бы поркасивее..

Likka (12:02:13 14/11/2008)
это вот глупости

Likka (12:02:54 14/11/2008)
кроме того, дизайнер до того как начать разрабатывать интерфейс должен располагать понятиями о том, какими изобразительными средствами располагают программисты

Likka (12:03:39 14/11/2008)
кроме того, он должен понимать, что все им нарисованное должно быть оправдано
все нововведения должны быть обоснованы

Likka (12:03:59 14/11/2008)
и аргументы у него должны быть далеко не из разряда "так красивее"

Likka (12:09:24 14/11/2008)
или им фуфлыжный дизайнер попался :)

Omega (12:04:01 14/11/2008)
хорошо :) я в блог напишу, можно?

Likka (12:05:33 14/11/2008)
все тольько целиком

Likka (12:05:40 14/11/2008)
напиши

15 систем управления проектами.

2008-11-14T03:43:00.000-08:00

Отличная подборка со скриншотами.

http://www.smashingmagazine.com/2008/11/13/15-useful-project-management-tools

Выбор языка и фреймворка для БНФ парсера.

2008-11-09T12:12:00.000-08:00

Возникла задачка написать парсер для потоковых данных, причем писать парсер можно было либо на .Net, либо на С++. Грамматика входных данных сложная, в данных могут быть ошибки...

На С++, наверное, оптимальным выбором был бы Spirit фреймворк из Boost. Запробовав парочку простых примеров, я пересмотрела еще некоторые посложнее и поняла, что если начинать БНФ-писать парсер на С++, то начинать надо с использованием этого фреймворка.

С .Net оказалось несколько сложнее, но тоже возможно. Существует порт Spirit'а Spart Parser Framework for .Net. Правда, это не совсем полный порт, но для данной задачи его бы хватило.

Для сравнения, приведу пример описания грамматик в обоих фреймворках для калькулятора.

Исходная БНФ-грамматика:

group ::= '(' expression ')'
factor ::= integer | group
term ::= factor (('*' factor) | ('/' factor))*
expression ::= term (('+' term) | ('-' term))*

Описание на Spirit:

group = '(' >> expression >> ')';
factor = integer | group;
term = factor >> *(('*' >> factor) | ('/' >> factor));
expression = term >> *(('+' >> term) | ('-' >> term));

Описание на Spart:

group.Parser = Ops.Seq('(',Ops.Seq(expression,')'));
factor.Parser = integer | group;
term.Parser = Ops.Seq( factor, Ops.Klenee(
Ops.Seq('*',factor) | Ops.Seq('/',factor) ));
expression.Parser = Ops.Seq(term,Ops.Klenee(Ops.Seq('+',term) |
Ops.Seq('-',term) ))

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

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

Тор 100 IT-блогов.

2008-09-14T13:37:00.000-07:00

Этот список можно считать "шпаргалкой" для тех, кто только начинает заполнять свой список RSS. Но, несмотря на это, думаю в списке найдут для себя что-то новое и опытные разработчики, и те, кто ведет свои блоги об IT.

Тор 100 англоязычных IT-блогов.

Первые три почетных места в нем занимают, как и следовало ожидать, Джоэль Спольски, Джеф Этвуд и Сет Годин. Здесь обошлось без неожиданностей.
Зато самое интересное как раз и начинается за этими тремя пунктами. Лично я сходу добавила еще 2 блога в свой rss-ридер, остальные - надо почитать повнимательнее.
Сам блог, где опубликован хит-парад находится в списке на 65-м месте, а блог Стива Макконелла - на 77-м.

Бета-версия Stack Overflow в действии.

2008-09-08T12:00:00.000-07:00

Джоэль Спольски и Джеф Этвуд (aka CodingHorror) затеяли свой стартап ~~с Блэкджеком и шлюхами~~. Для этого они взяли аудиторию своих популярных любимых программистами блогов да и пригласили на сайт StackOverflow.com, где каждый программист может:

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

Как написано в F.A.Q. - это свободный сайт, сделанный программистами для программистов.
На создание сайта авторов подвигло понимание того, что мало программистов читают книги.
О том, как сделать что-либо, программисты узнают набрав интересующий вопрос в гугле; потом они берут 1-ую ссылку в результатах поиска и пытаются сделать как написанно по этой ссылке. Если результата добиться не удается - поиск продолжится по форумам и блогам.
Данный сайт предназначен для обмена экспертной информацией между программистами в режиме он-лайн.
Совет эксперта от совета не-эксперта можно будет отличить по репутации пользователя, которая автоматически насчитывается при голосовнии за ответ. То есть чем больше пользователей нашли ваш ответ полезным - тем больше у вас будет репутация на сайте.

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

Воспользовавшись инвайтом, я зарегистрировалась на сайте и создала для эксперимента два вопроса, которые быстро нашли отклик в умах и пальцах пользователей сайта:

OK-Cancel or Cancel-OK?
What is your favorite C++ interview question?

Ответы появились в течение 30 минут, то есть довольно оперативно. Все ответившие писали по существу, приводили аргументы в пользу своей точки зрения и старались максимально раскрыть тему.

Самые популярные теги Stack Overflow о сайте и его содержимом говорят цифрами:
(правая колонка - количество вопросов в категории)

c#× 732
.net× 653
asp.net× 403
java× 366
c++× 254
php× 245
javascript× 242
sqlserver× 241
sql× 222
python× 220
windows× 217
visualstudio× 202
database× 198
language-agnostic× 166
html× 152
c× 140
linux× 132
best-practices× 132
subjective× 127
svn× 122
mysql× 114
stackoverflow× 112
ruby× 111
css× 103
web× 102
xml× 100
unit-testing× 99
performance× 98
winforms× 96
tools× 91
vb.net× 88
web-development× 80
algorithm× 79
regex× 76
security× 75
asp.net-mvc× 74
ajax× 71
version-control× 70
web-services× 69
gui× 68
testing× 68
linq× 68
mssql× 66
design× 66
wpf× 66
mac× 63
programming× 62
books× 61
oracle× 61

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

P.S. Еще несколько интересных вопросов оттуда же:

What are the best RSS feeds for programmers/developers?
Age Distribution of StackOverflow Users?
What is your solution to the FizzBuzz problem?
Version Control. Getting started…

Chrom'аем помаленьку.

2008-09-03T12:03:00.000-07:00

О новом браузере Google Chrome уже известно:

- что он намного быстрее в синтетических тестах,
- что в нем быстрее работает ветвление,
- что в нем нет жестов,
- что каждая вкладка выполняется в отдельном процессе, причем в sandbox'е,
- что он занял 2% рынка браузеров,
- что хакеры ищут и находят в нем уязвимости,
- что в нем нет google toolbar'а, но поиск можно делать прямо из строки поиска.

Субъективно:

Заметно быстрое открытие вкладок и в нем заметно быстрее работает, например, перемещение по форумам rsdn.

Вопросы на собеседовании по C++. Подборка ссылок.

2008-09-02T11:01:00.000-07:00

Вопросы по технологиям Windows:

- MFC и Visual C++
- Win32
- Технология COM
- ATL

Вопросы общего характера:

- Игровая индустрия (EN)
- Игровая индустрия (RUS)
- Функционирование на уровне "железа"
- Знание алгоритмов, ссылка 1
- Знание алгоритмов, ссылка 2
- Знание C++
- Мультитрединг (промотайте страницу по ссылке вниз)
- Низкоуровневое программирование
- Вопросы разработчикам CPU
- Анкета с общими вопросами по C++ и алгоритмам (RUS) от jia3ep

Вопросы из собеседований различных компаний:

- Микрософт
- Amazon
- Google (скорее задачи "на подумать")
- Intel

P.S. Кошмар интервьюера :)

Project Management и Program Management.

2008-09-01T13:17:00.000-07:00

Project Management

Program Management

Проекты имеют узкие рамки конкретных результатов.

Программы могут иметь широкую область применения.

Менеджеру, возможно, придется конкретизировать область применения программы.

Менеджер проекта стремится минимизировать изменения.

Программные менеджеры инициируют изменения.

Успех измеряется в бюджете, затраченном времени и соответствии продукта спецификации.

Успех измеряется в терминах доходности инвестиций.

Лидерство состоит в формулировке задач и директив, необходимых для достижения успеха.

Лидерство состоит в управлении взаимоотношениями и разрешении конфликтов.

Менеджер проектов руководят технарями и специалистами.

Программные менеджеры руководят менеджерами проектов.

Менеджеры проектов - это командные игроки, которые мотивируют, используя свои знания и опыт.

Программные менеджеры - это лидеры, которые обеспечивают общее видение проекта.

Менеджеры проектов проводят детальное планирование разработки и внедрения продукта в проект.

Программные менеджеры создают планы разработки проекта.

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

Менеджеры проектов следят за ходом выполнения задач по созданию готового программного продукта своей команды.

Программные менеджеры следят за ходом выполнения проектов и за координацией текущей работы.

Источник на английском.

5 простых вопросов автору книги Совершенный Код.

2008-08-26T10:41:00.000-07:00

Стив Макконнелл является автором сразу 4-х книг, входящих в Top 100 книг по разработке ПО:

- Совершенный код;
- Быстрая разработка;
- Сколько стоит программный проект;
- Остаться в живых.

Сейчас Стив Макконелл является CEO и главным разработчиком в Construx Software, где он пишет книги и статьи, преподает и наблюдает за практикой разработки ПО.

У Стива есть свой сайт: www.stevemcconnell.com.

Здесь приведено короткое интервью из 5-ти вопросов, которое взял у Стива Макконнелла блоггер из Нидерландов Юрген Эппилоу.

1. Какая проблема была для вас самой сложной?

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

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

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

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

И еще сложная задача быть мужем и отцом. Эти две области действий порождают широкий спектр проблем.

2. Что является главным источником вдохновения для вас?

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

3. Какие задачи должны быть в ежедневнике каждого менеджера?

Я не уверен, что есть что-либо, что любой руководитель должен делать каждый день, но вот несколько советов, которые сразу же приходят на ум:

- Подумать о том, что наиболее важно, а не просто более срочно, сделать сегодня и потратить некоторое время именно на это.

- Отстранится от email на несколько часов, чтобы избежать синдрома "15-секундного промежутка сосредоточенности внимания" хотя бы для нескольких рабочих часов в день.

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

- Потратить немного времени, размышляя, как сделать работу лучше.

4. Что мы узнаем от вас в ближайшем будущем?

В последние несколько лет я уделял много внимания аспектам исполнительного менеджмента. Это область деятельности в разработке ПО, о которой никто не писал. Результатом, думаю, стал тот факт, что большой процент исполнительных менеджеров в разработке ПО просто не знают, в чем, по идее, состоит их работа (и их руководители -тоже). Я проделал большую работу в последние несколько лет, и, я думаю, что знаю, что работа вице-президента, у которого есть 200 человек под ним и работу которых он должен организовать отличается от работы директора, у которого 50 человек или менеджера, у которого есть 10 человек.

5. Что есть более интересного, чем разработка ПО?

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

Top 100 книг по разработке ПО.

2008-08-18T11:47:00.000-07:00

Книги оценены автором списка по следующей методологии:

1. Количество обзоров на Amazon;
2. Срений рейтинг на Amazon;
3. Количество Google-хитов;
4. Награды на Jolt awards.

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

Итак, Тоp 100 книг по разработке ПО на Google Knol.

Далее, вкратце, для тех, кому лень переходить по ссылке.

Тройка лидеров такова:

1. Steve McConnell, Code Complete: A Practical Handbook of Software Construction.
2. Elisabeth Freeman, etc. Head First Design Patterns.
3. Steve McConnell, Rapid Development.

Как видно, Стив Макконнел по данному ретингу занимает 1-е и 3-е места одновременно, а кроме этого еще 2 его книги встречаются на 14-м и 47-мом местах. В целом по данному рейтингу он - самый популярный автор.

Еще обнаружены:

- на 7-мом месте: Joel Spolsky, Joel on Software;
- на 9-м месте: Frederick P. Brooks, The Mythical Man-Month, Anniversary Edition;
- на 16-м месте: Donald E. Knuth, The Art of Computer Programming, Volumes 1-3 Boxed Set;

В общем, если вы ищете книгу по разработке и/или проектированию ПО, то на список взглянуть стоит, хотя к методологии, которая поставила книгу Спольски выше в списке чем The Art of Computer Programming Кнута, можно относится скептически.

Косые флопы.

2008-07-25T11:46:00.000-07:00

Не иначе как по случаю Дня Системного Администратора, сегодня пополнила свой словарный запас словосочетанием "косые флопы".
Если Яндекс и Гугл об этом еще что-то знают, то поиск картинок, например, не дает результата.
Только на форуме "Сайта старых ворчливых программистов" (где же еще?) можно узнать что это такое:

"В прошлом году (2006) проходил мимо мусорного контейнера рядом с домом. Стоит рядом с ним системный блок. Старенький, без боковинок уже. Не вынесла душа поэта - бросил в багажник, привез на работу, включил - работает. Главная достопримечательность сего компа - косые флопы. Помните, это было круто? Один флопповод -на 5.25, другой - на 3.5, чтобы переписывать с одного на другой можно было. Вот так вот. Если кому надо переписать что-нибудь - обращайтесь."

С праздником!

PS. Чисто археологический интерес - а нет ли у кого фотографии системника с косыми флопами?

Матрица компетентности программиста ч.II.

2008-07-20T04:46:00.000-07:00

Это пост является продолжением публикации первой части матрицы.

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

Матрица компетентности программиста ч.II.

Источник на английском здесь.

"Багзилльные споры - последнеее дело, когда больше нечего пить..."

2008-07-08T05:42:00.000-07:00

Обсуждение бага (или не бага, а так и задуманно было) в ключевой библиотеке для Linux glibc.

Комментарий #10:

"Stop reopening the bug. If you want explanations pay somebody."

http://sourceware.org/bugzilla/show_bug.cgi?id=4980#c10

Матрица компетентности программиста ч.I.

2008-07-06T05:27:00.000-07:00

За основу взяты 4 уровня компетентности программиста от новичка до гуру, и разложены по 15 условным полочкам - знание алгоритмов, умение организовать контроль версий, опыт проектирования сложных систем, читабельность кода и т.д.

Матрица компетентности программиста ч.I.

Таблица пригодится в первую очередь при составлении вопросов и задач на собеседование.

Источник на английском здесь.

Вопросы на собеседовании в Микрософт.

2008-06-22T11:00:00.000-07:00

15 марта 2008-го года блоггер из Болгарии Светлин Наков опубликовал пост о своем, успешном, по его словам, собеседовании на позицию Program Manager в подразделении Микрософт в Дублине. Эта должность в Микрософт - аналог позиции team-leader в большинстве софтверных компаний.

Он был принят на эту должность, но в последний момент передумал. Поскольку NDA ему подписывать не предлагали, у него появилась уникальная возможность не нарушая никаких договоренностей, выложить полный текст этого интервью.

Кстати, автор не утверждает что его ответы верны, он просто приводит свои ответы и говорит что именно с этими ответами он прошел собеседование...

Вопрос 1: Как бы вы обеспечивали безопасность при проектировании банковского ПО?

На этот вопрос нет точного ответа. Это вопрос мышления: следовать существующим стандартам в банковском секторе, установить общие политики безопасности (security policy и auditing policy), обеспечить безопасность сетевой инфраструктуры, серверов приложений, баз данных, обеспечить безопасность рабочих станций операторов, выхода в Интернет, мобильного банкинга и т.д. Подумать об аутентификации (смарт-картах), авторизации, безопасных протоколах и т.д.

Вопрос 2: У вас есть строка. Вы хотите перевернуть слова в ней. Например, “this is a string” –> “string a is this”. Спроектируйте алгоритм и реализуйте его. Вы не должны использовать String.Split. После того как напишите код, протестируйте его. Что вы будете тестировать? Какие тесты напишете?

Элегантное решение в 2 шага:

1) Перевернуть всю строку символ за символом.
2) Затем перевернуть символы в каждом слове.

Сначала надо будет написать метод

Reverse(string s, int startPos, int endPos);

Этот метод сначала протестировать в нормальных случаях (перевернуть середину слова, начало слова, конец слова, 1 символ, все буквы в строке). Проверить границы (на invalid range). Проверить с Unicode символами (состоящими из нескольких символов). Выполнить стресс-тест (строка размером 50Мб).

Написать метод

ReverseWords(string s);

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

Вопрос 3: В чем разница между тестированием методом черного ящика и методом белого ящика?

Тестирование методом черного ящика это тестирование без заглядывания в код. Просто проверка на некорректное поведение.

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

Вопрос 4: Что такое cross-site scripting (XSS)?

В контексте веба XSS, это когда текст пришедший от пользователя вставляется в HTML документ без фильтрации. Это может привести к выполнению JavaScript-кода в клиентском веб-браузере, доступу к куки, логированию клавиатурного ввода и важных данных (таких как номера кредитных карт).

Вопрос 5: Что такое SQL-injection?

SQL-injection это уязвимость пришедшая из динамического SQL, создаваемая конкатенацией строк с тем, что вводит пользователь. Например, строка

cmd = “SELECT * from USERS where LOGIN=’” + login + “‘ and PASS=’” + password + “‘”

Если вмесо имени пользователя ввести

“‘ OR 1=1 ‘;”

то сработает любое сочетание логин/пароль. Чтобы избежать SQL-injection атак нужно использовать параметрические команды или хотя бы фильтрацию [специальных символов].

Вопрос 6: Какой аспект мультитрединга наиболее спорный?

Возможно, это синхронизация и избегание дедлоков.

Вопрос 7: Разъясните по поводу дедлков. Как их избегать.

Дедлоки возникают когда 2 или более ресурса ждут освобождения друг друга. Надо быть осторожным и избегать этого. Занимать ресурсы всегда по очереди.

Вопрос 8: Вам известны какие-либо классические проблемы синхронизации?

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

Практическое использование паттерна "производитель - потребитель" например, такое: рассылка 1 000 000 е-мейлов (продукция) при помощи 25 запущенных тредов (потребители).

Вопрос 9: Вам нужно спроектировать большую распределенную систему с веб-интерфейсом и мобильным интерфейсом.
Через веб-интерфейс пользователи подписываются на котировки акций (выбирая тикер и временной интервал) и получают уведомление по SMS на свои мобильные телефоны для выбранного тикера и интервала.
Веб-сервис для получения цены с выбранного тикера считается уже cуществующим.

Использовать 3-уровневую архитектуру (ASP.NET, C # бизнес уровень, БД SQL Server).

Использовать очередь задач на бизнес уровне и пул работающих тредов (около 100 тредов) для выполнения задач.

Задача разбивается на 2 шага: запрос на цену к тикеру и отправка SMS. Эти шаги осуществляются синхронно (с разумными таймаутами).

У нас будет еще один тред, который осуществляет SQL-запрос к БД для получения подписчиков, соответствующих текущему времени и добавляющий задачи для уведомления по SMS.

Мы рассматриваем SMS-шлюз как внешнюю систему.

Вопрос 10: Как вы обеспечите безопасность системы уведомления о котировках?

Мы должны обеспечить безопасность всех ее частей:

1) Регистрация пользователей - должны проверять номер телефона при помощи кода подтверждения, присылаемого по смс. Должны хранить пароль в солтед хэш. Должны производить взаимодействие через HTTPs/SSL.
2) Сервер приложения с бизнес-логикой. Обезопасить хост, установив разумные ограничения, чтобы избежать перегрузки сервера.
3) Обеспечить безопасность БД (например, установив Windows-аутентификацию без использования пароля).
4) Обеспечить безопасность сети (например, используя IPSEC)
5) Обеспечить безопасность доступа к Web-сервису (WS Security).
6) Обеспечить безопасность мобильного телефона (например, посылая криптованные SMS-сообщения и декриптуя их проприетарным ПО, запущенным на телефоне).

Вопрос 11: Как бы вы писали распределенный веб-сканер (т.н. web-spider)? Вспомните Windows Live Search который обходит интернет каждый день.

У вас есть очередь URL для обработки и асинхронные сокеты которые обрабатывают URL-ы в этой очереди. Каждый обработчик имеет несколько состояний и вы описываете их в машине состояний. Использование тредов с блокирующими сокетами не будет масштабироваться. Вы можете использовать несколько тредов, если используется несколько процессоров. Веб-сканер не должен иметь состояния и не должен хранить свое состояние в базе. Это обеспечит хорошую масштабируемость.

Большой проблемой будет распределение БД. Это будет очень, очень большая БД. Ключ к масштабируемости базы это разделение на партиции, например, по домену сайта. Берем домен, вычисляем хэш-код и распределяем данные между узлами БД, основываясь на хэш-коде. Никакой БД сервер не сможет хранить все страницы из интернета, так что нужно будет использовать тысячи серверов БД и разделение на партиции.

Вопрос 12: У вас есть некоторое количество из пар символов, которые создают частичную последовательность между символами.
Каждая пара (a, b) означает, что a идет перед b.
Напишите программу, которая отображает последовательность символов, сохраняющую частичную последовательность (топологическая сортировка).

Есть 2 алгоритма:

1). Подсчитать количество прямых предшественников для каждого символа. Найти символ у которого нет предшественников, вывести [на экран] его и удалить его. Удаление уменьшает число предшественников у каждого его чайлда.
Повторять, пока не будут выведены все символы. Если обнаружится ситуация, где каждый символ имеет хотя бы одного предшественника, это будет означать зацикливание в графе (вывести "нет решения").
Использовать Dictionary<string, int> для хранения числа предшественников для каждого символа.
Использовать Dictionary<string, List<char>> для хранения чайлда для каждого символа.
Использовать PriorityQueue<char, int> для хранения символов, используя количество предшественников символа в качестве приоритета.
Время выполнения будет O(max(N*log N, M)), где N - количество символов и M - количество пары.

2) Создать граф из этих пар.
Использовать рекурсивный обход графа в глубину (DFS), начиная со случайной вершины и выводить вершины, когда происходит возврат из рекурсии. Повторять, пока не закончится. Топологическая сортировка будет выведена в обратном порядке. Время выполнения составит O(N + M).

Вопрос 13: У вас есть кокос. Имеется большое здание (n этажей). Если вы сбросите кокос с первого этажа,он может разбиться или не разбиться. Если не разбился, вы можете сбросить его со 2-го этажа. Сделав n попыток вы можете найти максимальный этаж, сбросив с которого кокос, вы его не разобьете.

Теперь, предположим, у вас есть 2 кокоса. Сколько попыток вам нужно сделать, чтобы найти максимальный этаж?

Эта проблема похожа на пазл. Вы можете использовать первый кокос и сбрасывать его с этажей: sqrt(n), 2*sqrt(n), …, sqrt(n) * sqrt(n). Это займет sqrt(n) попыток. После этого у вас будет интервал из sqrt(n) этажей, с которых можно последовательно сбрасывать второй кокос. Это займет 2*sqrt(n) попыток.

Вопрос 14: У вас есть 1000 рекламных кампаний. Для каждой из них у вас есть возвращение каждодневных инвестиций за определенный период времени в прошлом (например, за 1 год).

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

Если вы визуализируете только одну кампанию, вы можете использовать классический бар-чарт или круговую диаграмму, чтобы показать эффективность на еженедельной или ежемесячной основе. Если вы визуализируете все кампании за фиксированную дату, неделю или месяц, вы можете также использовать классические бар-чарт или круговую диаграмму. Проблема заключается в том, как совместить оба варианта.
Одним из решений является использование баров для каждой кампании и использование различных цветов для каждой недели в каждом баре.
Например, первая неделя - черная, затем вторая неделя - на 90% черная, а затем третья неделя - на 80% черная, и т.п. Наконец, мы будем иметь последовательность баров и самые темные бары будут показывает лучшие кампании, а наиболее светлые бары покажут худшее кампании.

Р.S. Автор пишет, что были 2 группы в Дублине, которые хотели пригласить его на работу по результатам собеседования: группа, работающая над Windows Live, и группа Office Tube, работающая над функциональностью записи и обмена видео для Microsoft Office.

Coding Horror и Незнайка

2008-06-21T14:07:00.000-07:00

Перечитываю тут старые посты на Coding Horror. Вдруг в посте на тему, существует ли такое понятие, как красивый код натыкаюсь вот на это:

И вот где человек, которого зовут Джеф Этвуд, проживающий в Беркли с женой и двумя кошаками это мог взять? :))

Upd. Весь текст во врезке является цитатой отзыва на книгу "Beautiful Code: Leading Programmers Explain How They Think", оставленным Дмитрием Двойниковым из Екатеринбурга.

Что почитать IT-шнику. Книги, за которыми стоит опыт интереснейших компаний мира.

2008-06-19T12:45:00.000-07:00

Intel
Эндрю С. Гроув.
Высокоэффективный менеджмент.

Аннотация: Книга Эндрю С. Гроува, президента известной корпорации "Интел", чья продукция признана эталоном в компьютерной и микроэлектронной технике и завоевала весь мир, блестящего ученого и практика в области менеджмента, представляет интерес для российского предпринимательства прежде всего благодаря тому, что автор в одной работе обобщил свой богатый опыт руководителя и дал многочисленные примеры и практические рекомендации.

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

От себя: Книга нужна для четкого понимания того, что именно стоит за словом менеджмент.

Microsoft
Б. Гейтс.
Дорога в будущее.

Аннотация: Билл Гейтс, глава корпорации Microsoft, размышляет об удивительных возможностях и непростых проблемах наступающего информационного века. Он раскрывает перед читателем свое видение будущего, рассказывает об основах информатики, развитии мировой компьютерной индустрии, о влиянии вычислительной техники на все стороны жизни общества, в том числе на бизнес и образование. Уделяет много внимания прошлому, настоящему и будущему глобальной сети Internet. Читатели узнают и о знаменитом доме Билла Гейтса, куда онсобирается переехать в конце 1996 года.

Книга состоит из предисловия, 12 глав, послесловия и указателя; рассчитана на самый широкий круг читателей.

От себя: в 1996 г. были сделаны точные прогнозы отосительно развития техники, это впечатляет.

Apple
Джеффри С. Янг, Вильям Л. Саймон.
iКона. Стив Джобс

Аннотация: Эта книга о самом поразительном человеке в современной истории бизнеса - Стиве Джобсе - великом предпринимателе эпохи высоких технологий, известном своим индивидуализмом, инакомыслием и бунтарским характером. Авторы подробно описали головокружительный взлет молодого человека, очень рано добившегося успеха, и последовавшее за этим стремительное падение, во время которого Стив был изгнан не только из Apple, но и из компьютерной индустрии вообще.
Эта книга приобрела скандальную известность еще на этапе ее подготовки к печати. Получив экземпляр рукописи для ознакомления, компания запретила продавать во всех магазинах Apple книги издательства Wiley & Son. Такая реакция не повлияла на желание издательства опубликовать это произведение.

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

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

Toyota
Лайкер Джеффри.
Дао Toyota: 14 принципов менеджмента ведущей компании мира

Аннотация: Успех фирмы Toyota уже многие десятилетия вызывает неизменный интерес у менеджеров и бизнесменов по всему миру. Надежность автомобилей Toyota стала эталоном для мировой автопромышленности, поэтому каждый, кто заинтересован в повышении качества товаров и услуг, так или иначе знакомится с опытом этой корпорации.

Автор книги профессор Джеффри Лайкер рассказывает читателям об истоках успеха Toyota, анализируя «Дао» компании – ее уникальную философию бизнеса, в основе которой лежат открытые им 14 основных принципов управления. Фундаментальная основа дао Toyota – в уникальном подходе к персоналу, заключающемся в воспитании, обучении и развитии. Именно персонал – квалифицированный, трудолюбивый, ответственный – ключ к успеху любой компании.

От себя: именно тойота ввела в обращение термины "точно вовремя" и "бережливое производство".

Microsoft, Fog Bugs
Джоэл Спольски.
Джоэл о программировании.

Аннотация: Книга представляет собой подборку эссе, опубликованных автором на его сайте http://www.joelonsoftware.com. Талант и глубокое проникновение в суть предмета сделали Джоэла мастером своего дела, а остроумие и едкий юмор принесли сайту скандальную известность среди программистов. Затронуты практически все вообразимые аспекты создания ПО от лучших способов устройства рабочего места программиста до лучших способов написания программного кода. Издание адресовано широкому кругу читателей - и тем, кто собирается руководить программистами, и самим программистам - как приверженцам Microsoft, так и сторонникам открытого кода.

Выдержки из интервью с Дональдом Кнутом, 25 апреля 2008г.

2008-06-09T12:39:00.000-07:00

Для справки:
Дональд Кнут.
Д. Кнут является почетным профессором Стенфордского Университета,автором 4-х томника "Искусство Программирования" и разработчиком текстового процессора TeX. Также ему принадлежит идея грамотного программирования. Подробнее о личности Д.Кнута см. википедию.

Эндрю Бинсток.
Интервью у Д.Кнута брал Эндрю Бинсток. Бинсток является главным аналитиком в Pacific Data Works, обозревателем в SD Times и старшим действующим редактором в журнале InfoWorld.

Об интервью.

"... Эндрю Бинсток и Дональд Кнут беседовали об успехе ПО с открытым исходным кодом, проблемах мультиядерной архитектуры, неутешительной нехватке интереса к грамотному программированию, опасности повторно используемого кода и той городской легенде о победе в конкурсе по программированию с одной компиляции."

Это интервью без преувеличения могу назвать одним из самых интересных IT-интервью в этом году. За каждым вопросом Эндрю Бинстока стояло обстоятельнейшее изучение материала в процессе подготовки к интервью. Самые актуальные сегодняшние проблемы IT были подняты, и на каждый из них был получен подробнейший ответ. Даже язык этого интервью отличается литературностью, сложностью предложений и обилием прилагательных, для более точно описания.

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

http://www.webplanet.ru/interview/soft/2008/05/06/knuth.html
http://citcity.ru/18573/?comments_page=
или, если позволяет уровень владения английским, оригинал:
http://www.informit.com/articles/article.aspx?p=1193856

Здесь я постараюсь привести выдержки из ответов Д.Кнута на некоторые, показавшиеся мне наиболее интересными, вопросы:

О перспективах открытого ПО и коммерческого софта.

"Я продолжаю считать, что некоторые программы, такие как Adobe Photoshop, всегда будут превосходить по качеству конкурентов, таких как Gimp - по каким-то причинам, я действительно не знаю почему! Я действительно готов платить хорошие деньги за действительно хороший софт, если я верю, что его сделали самые лучшие программисты.

Тем не менее, помните, что мое мнение по экономическим вопросам весьма сомнительное, ведь я всего лишь преподаватель и ученый. Я ничего не понимаю в рынке."

Об использовании Unit-тестов.

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

О проблемах перехода обычного ПО на многоядерную архтектуру современных процессоров.

"Для меня это выглядит более или менее так: разработчики техники исчерпали идеи, и они дают разработчикам ПО компьютеры, которые работают быстрее всего на нескольких из ключевых тестов. Таким образом производители компьютеров пытаются переложить вину за будущую кончину закона Мура на программистов!"

"Я совершенно не буду удивлен, если вся идея мультитрединга обернется большей неудачей, чем направление "Itanium". Это направление предполагалось таким прекрасным - пока не выяснилось, что желанные компиляторы было попросту невозможно написать."

"Позвольте мне сказать так: в течение последних 50-ти лет, я написал более 1000 программ, многие из которых имели приличный размер. Я не думаю что даже 5 из них можно существенно улучшить, применив параллелизм или мультитрединг."

"Так почему я должен быть так доволен будущим, которое обещают производители компьютеров? Они думают, что "волшебная пуля" прилетит и сделает так, чтобы при помощи мультиядерности ускорились приложения, которые я использую?

Я думаю, что это несбыточная мечта (англ. pipe dream). Нет! Это неправильная метафора! "Pipeline"-ы действительно работают, а вот треды - нет. Возможно мне следовало использовать слово "пузырь"

О победе в соревновании по программированию Стенфорде в 1971-м году.

"Вот что действительно произошло:

В 1971 году Джон МакКартли решил устроить соревнования по программированию в Стенфорде.

Все, кроме меня, участники соревнования работали в его Лаборатории AI (выше на холмах вокруг Стенфорда). Они использовали WAITS систему тайм-шаринга.

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

Я использовал систему Вирта ALGOL W (предшественницу Паскаля). Моя программа не заработала с первого раза, но я мог использовать, к счастью, отличную систему Эда Саттерсвейта для оффлайновой отладки в ALGOL W. Так что мне было нужно всего 2 запуска.

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

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

Это не было честным соревнованием."

О нехватке интереса к грамотному программированию.

"Джон Бентли, вероятно, попал в точку когда его спросили, однажды, почему грамотное программирование не взяло мир штурмом.

Он заметил, что маленький процент населения является хорошими программистами, и маленький процент - хорошими писателями; вероятно, я прошу всех оказаться в обоих подмножествах."

"Пока что традиционные программы в основном хорошие - я бы дал им оценку С (или С++), но не F; поэтому, традиционные методы остаются. "

О своем стиле работы и рабочем месте.

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

О используемом для работы софте.

ОС:

- Ubuntu Linux - на отдельном лэптопе, не подключенном к сети;
- Mac - для работы в сети и графики;
- "..но фамильные драгоценности я доверяю только Linux."

ПО:

- Emacs, tex, dvips, gv, Mathematica, отладчик GDB;
- MetaPost, Adobe Photoshop или Illustrator на Mac;
- backupfs.

Дополнительные инструменты:

- собственная проверка орфографии для TeX и CWEB;
- собственный растровый шрифт для Emacs ("..потому что я ненавижу то, как изменились апостроф и левая открывающаяся кавычка в ASCII, став независимыми символами, которые более визуально не соответствуют друг другу.");

О выпуске Тома 5 Искусства Программирования к 2015 году.

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

Об экстремальном программировании.

"экстремальное программирование", звучало как нечто неправильное... за одним исключением.

Исключение состоит в идее работы в команде и чтения исходных кодов друг друга. Эта идея очень важна, и она может даже перекрыть все те ужасные аспекты экстремального программирования, которые беспокоят меня."

Об опасности повторно используемого кода.

Я также должен признаться в большой предвзятости по отношению к моде на повторно используемый код.

На мой взгляд, "повторного редактируемый код" гораздо, гораздо лучше, чем неприкасаемые черный ящик или набор программных инструментов."

О своем восприятии жизни.

"Я встаю с утра с идеями, которые радуют меня, и некоторые из них действительно доставляют удовольствие мне позже днем, когда я ввожу их в свой компьютер."

О здоровье.

"У меня замечательные доктора. Сейчас я чувствую себя таким же здоровым, как всегда, несмотря на то, что мне уже 70 лет."

DimP - Рабочий прототип видеоплеера с возможностью управления объектами.

2008-06-06T01:56:00.000-07:00

Чем именно пользователь управляет в этом плеере?
И видеоконтентом (а именно - объектами, которые вы видите на видео) и текущей позицией в видео.
Разница в том, что когда пользователь для проигрывания использует DimP - он управляет непосредственно видеоконтентом, и косвенно - текущей позицией в видео.
А когда использует обычный ~~порошок~~ плеер - управляет непосредственно текущей позицией в видео, и косвенно - видеоконтентом.

Скачать Видеоролик 1 или Смотреть на ТыТруба.
Скачать Видеоролик 2 или Смотреть на ТыТруба.
Можно попробовать со своим роликом, сам плеер здесь.

Вроде бесполезно, но забавно.
Ссылка: http://www.aviz.fr/dimp/.

О Microsoft Live Mesh

2008-05-31T12:32:00.000-07:00

О чем речь

22 апреля после двух лет разработки состоялось предварительное открытие превью платформы Live Mesh от Микрософт. Главным вдохновителем и инициатором этой разработки стал Рэй Оззи, занимающий должность "Ведущий архитектор ПО" в Микрософт.

Данный вопрос заинтересовал и меня тем, что, это "новый способ синхронизовать данные на всех ваших девайсах". А девайсов у меня много. И мысли на эту тему в голову приходили разные. Так что, попробую и я разобраться в том, что нам сулит новая платформа, с названием Живое Кольцо.

На сайте www.mesh.com мне показывают красивое, как собственно и ожидалось, кольцо из разного рода девайсов:

И предлагают зарегистрироваться, попутно расписывая достопримечательности и даже давая видеотур. Однако, после входа с моим микрософтовским Live ID, говорят, что "Our tech preview program is currently full.". Ну нет, так нет. Тем более, что возможно мой IP-шник им не нравится, в архиве компьюленты я вычитываю, что: "Как сообщает Reuters, на этапе ограниченного тестирования доступ к сервису Live Mesh получат примерно 10 тысяч человек, проживающих на территории Соединенных Штатов."

Суть

А все-таки? Вот что пишут в блоге Live Mesh:

Модель ресурсов Mesh
- Устройства
- Данные
- Приложения
- Взаимосвязи

Облака сервисов

The Mesh Operating Experience (MOE)
- XP and Vista to start
- Mac (coming soon)
- Mobile (coming soon)
- more

Протоколы и API, фреймворк Mesh

Вообще, если честно, я немного зверею, когда вижу такие вот списки, потому, что мне, как программисту, кажется что они ничего не объясняют, а стремятся запутать и не дать понять что это и для чего нужно. 1-м списком можно описать вообще все, что угодно, например:

Любая ОС:
- Устройства
- Данные
- Приложения
- Взаимосвязи

или вот

Магазин бытовой техники:
- Устройства
- Данные
- Приложения
- Взаимосвязи

Ну да это стиль Микрософтовских презентаций, давно привыкли..

Поэтому далее я перехожу к скриншотам, показывающих как... расшарить папку в сети. И еще что-то типа мессенджера, показывающего других участников Live Mesh и их новости.

И тут я вспоминаю, что пишет Джоель Спольски по этому поводу:

"And what is this Windows Live Mesh?
It's a way to synchronize files."

И далее сравнивает эту затею с стартапами 1999-го года xdrive, mydrive, idrive, youdrive и т.д. Попутно навешивая на Оззи яркую табличку с надписью "Астронавт от архитектуры". И я бы с ним обоими руками бы согласилась, но мне мешает:

Актуальность

Сейчас мобильные девайсы не новы, мы уже привыкли к сотовым телефонам с фото и видеокамерой, кпк, смартфонам, привыкаем к навигаторам и разного рода "таблеткам" и eePC. Wi-Fi в квартире стал естественной потребностью, и мой папа уже не мыслит процесса курения на кухне без свежих новостей на наладоннике. А соседский ребенок получил PSP за успехи в школе.
Конечно, у нас у всех встает задача синхронизации. Конечно, возникала мысль это делать через сеть. Конечно флешка в девайсе не резиновая и все с собой не унесешь, а что понадобится - не всегда знаешь. Как я жалела в Домодедово, что не взяла с собой последний альбом Brazzaville, а собираясь дома, как-то больше думаешь о том, чтобы билеты и паспорта не забыть..
В свое время мы даже сделали бесплатную утилиту для перекачки медиаданных с любого девайса на любой, будь то сотовый, смартфон или iPod. И даже девайсы такие появлялись - для перекачки данных.
А здесь представлен новый уровень, и если пропускная способность сети уже позволяет... (что говорить если в 5* в Кемере бесплатный Wi-Fi никого не удивляет).
В общем мне нравится идея, еще бы реализация не подкачала тяжеловесностью, закрытостью и слишком общим подходом к решению конкретных проблем. Поглядим.

Ссылки по теме:
https://www.mesh.com/Welcome/Welcome.aspx
http://habrahabr.ru/blog/microsoft/40565.html
http://net.compulenta.ru/355413
http://www.joelonsoftware.com/items/2008/05/01.html

OK–Cancel или Cancel–OK?

2008-05-28T12:36:00.000-07:00

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

Существует 2 классических последовательности кнопок в диалоговых окнах:

- OK/Cancel
- Cancel/OK

Каждый вариант имеет свои причины для существования:

- "ОК" в начале. При чтении слева направо, как это делается в английском, русском и многих других языках, сначала идет ОК, а потом - Cancel. Эта же причина используется для расположение кнопок Yes/No или Previous/Next именно в таком порядке. Также, при перемещении по кнопкам при помощи Tab, чтобы попасть на ОК, который чаще нужен пользователю, потребуется на одно нажатие меньше, чем на Cancel.

- "ОК" в конце. Правильнее с точки зрения потока, так как выбирая "ОК" - мы заканчиваем диалог. Также, по аналогии с Previous/Next, выбирая ОК пользователь продвигается вперед, а Cancel - отбрасывает его назад. С этой токи зрения OK = Next, и должен находится в конце.

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

Чтобы решить, как лучше вам поступить именно в вашем приложении - достаточно руководствоваться стандартами GUI платформы, на которой работает ваше приложение.

К сожалению, Windows Vista User Experience Guidelines отличается от Apple Human Interface Guidelines когда речь заходит о кнопках OK/Cancel:

- В Windows OK ставится вначале
- В Apple OK ставится в конце

Если вы разрабатываете десктопное приложение - делайте, как это принято в используемой ОС.

Соответствуя ожиданиям пользователя этой ОС вы сэкономите ему больше времени и убережете его от глупых ошибок.

Если вы разрабатываете Web-приложение - выбор сделать сложнее.

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

Однако, можно дать еще более универсальную рекомендацию, которую иллюстрирует следующий скриншот Office 2007:

- Использовать в названии кнопки текст, описывающий, что точно делает данная кнопка. Например, написать Save вместо ОК.

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

Подробнее:
http://www.useit.com/alertbox/ok-cancel.html
Ссылки по теме:
http://www.rimmkaufman.com/rkgblog/2008/05/29/usable-sites-must-persuade-too/
http://measuringuserexperience.com/SubmitCancel/index.htm
http://hellousability.blogspot.com/2007/10/ok-cancel-buttons-evolution-till-web-20.html

О выборе движка для корпоративных форума/блогов/вики.

2008-05-25T09:37:00.000-07:00

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

Форумы: http://www.forummatrix.org/
Вики: http://www.wikimatrix.org/
Блоги: http://www.weblogmatrix.org/

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

Мультиядерная компиляция в MSVC++

2008-05-24T08:03:00.000-07:00

... и оказывается уже давно. "А мужики-то не знают" (с)

Ссылка на то, что и как нужно для включения: http://alenacpp.blogspot.com/2008/04/mp-visual-studio.html

2 интересных интервью и 1 статья

2008-05-24T06:50:00.000-07:00

Сразу 2 интересных интервью и 1 статья попались в мои закладки за последнюю неделю. Имена настолько громкие, что рука дрожит когда их печатаешь :)

Сергей Брин: Мне очень везет в жизни.

Дональд Кнут: Об open-source, мультиядерности и грамотном программировании.

Сет Годин: Как продавать.

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

Притча о Садовнике и Писателе

2008-05-24T06:47:00.000-07:00

Однажды Садовник сказал Писателю: "Подарить тебе идейку сюжета? Самому мне писать недосуг, да и не умею толком, а у тебя выйдет прекрасный роман!"
"Как мне отблагодарить тебя? - воскликнул Писатель, - Возьми в дар мой огрызок яблока! В нем с полдюжины семечек: у меня они пропадут, а ты вырастишь прекрасный яблоневый сад!"

Смысл: Без вложенной работы идея мало стоит :)

Взлом хэш-ключей методом Rainbow

2008-05-24T06:39:00.001-07:00

Взлом ключей Ophcrack действительно быстр. Пароль "Fgpyyih804423" взламывается за 160 секунд.
Все дело в ~~волшебных пузырьках~~ rainbow-таблицах: это хранящиеся в памяти уже вычисленные значения хэшей для брут-форсинга.

Rainbow-таблица всего в 388 Мбайт взламывает пароли загрузочного ISO-шника виртуальной машины Windows XP с такими результатами:

Пароль:	нашлось?	секунды
Password1!		700
Fgpyyih804423	да	159
Fgpyyih80442%		700
saMejus9	да	140
thequickbrownfoxjumpsoverthelazydog		700

Символы типа таких: %&^$#! - тоже не создают особых проблем, просто для примера взята наименьшая из таблиц.

Хочу засечь время сам!

Замеры произвел блоггер Jeff Atwood в своем блоге http://www.codinghorror.com/blog/.

Плагин для быстрого редактирования wiki

2008-05-24T06:29:00.000-07:00

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

Вот только несколько из самостоятельных wiki-проектов, использующееся в совершенно различных областях:

1. База знаний Дальневосточного отдела Российской Академии Наук: http://wiki.dvo.ru/
2. Попытка применить wiki для созднаия городского сайта Сургута: http://wiki.surguta.ru/
3. База знаний по спутниковой связи фирмы, торгующией соответствующим оборудованием: http://wiki.satgate.net/

Так вот, не последнюю роль в благом деле наполнения базы, собственно, знаниями играет wiki-разметка... Кому-то она нравится - простой элегантный и при этом очень понятный "язычок", этакий markup language. Как же разительно он при этом отличается от "тяжеловесов" разметки, того же LaTex! Чего стоят "*" как маркер для создания маркированных списков! Например, так:

* Картошка
* Капуста
* Морковь

Кто-то, наоборот, не хочет "засорять мозг" новым языком, нигде больше не применяющемся: "Почему, ну почему, нельзя было использовать html?"(с). Действительно - а почему?
Может быть потому что html все-таки тоже не все знают (нет, не кидайтесь в меня помидорами, вспомните хотя бы того коллегу в соседней комнате, который пишет драйвер). Может быть потому, что разметка wiki легко масштабируется и позволяет создавать плагины для поддержки новых ключевых слов (например, плагин для вставки подсвеченного кода на разл. языках).
Среди множества ответов на этот вопрос мне понравился этот: "..то разметка wiki (логическая, а не визуальная по своей природе) хоть как-то гарантирует, что при совместной работе над документом один автор не пойдет в лес, а другой — по дрова и прочие «спецэффекты»" (с).
А окончательного ответа у меня нет ;-) Зато есть одно небольшое расширение для FireFox.

Помните эту шапку кнопок быстрого форматирования текста в MS Word в два ряда? Вот плагинчик, собственно, на страничке "Править" википедиии ее и подкидывает.
Хочешь - жирный текст, хочешь - нумерованный список, хочешь - отступ, хочешь - перевод из гипертекста в wiki-разметку, хочешь - корень из трех.

Итак:
1. Все делаем в FireFox, работать будет для wiki-сайтов на движке MediaWiki
2. Устанавливаем плагин Greasemonkey https://addons.mozilla.org/en-US/firefox/addon/748
3. Устанавливаем wikEd, нажав http://en.wikipedia.org/w/index.php?
4. После обновления страницы редактирования будет доступен новый набор инструментов.

Хотелось бы надеятся, этот плагинчик сможет облегчить кому-то "въезд" в wiki, а в простых случаях м.б. и поможет обойтись без изучения разметки. Для меня он оказался интересной и полезной находкой.

Описание установки плагина на англ.: http://en.wikipedia.org/wiki/User:Cacycle/wikEd_installation#Gadget

Wiki: Многие компании делают Это

2008-05-24T06:08:00.000-07:00

Не секрет, что компаний, использующих wiki для упрощения совместной работы над проектами становится все больше. Например, wiki в корпоративной среде используют, такие компании, как Nokia, Yahoo!, DHL in Germany, Cingular, Disney, Kodak, Motorola.

В Росии эта тенденция более нова и касается в основном IT-компаний. Собственно - несколько статей на тему того кто и как делает Это.

1. Борис Богданов. Статья Самый Вики http://www.celer.spb.ru/wiki/IzKomp.
2. Татьяна Кузнецова, журнал Управление Компанией http://www.management.web-standart.net/issues/2006/11/969/.
3. Юрий Шиляев, компания Red Graphic System http://yuri.shilyaev.com/archives/2004/11/03/193/v-nuzhnom-meste-i-v-nuzhnoe-vremya.html.
4. Алена Сагалаева в своем блоге: http://alenacpp.blogspot.com/2008/01/wiki.html. И дополнение к этому посту от Галиулина Рината: http://galiulin.blogspot.com/2008/03/wiki.html#links.

Ну и о том, что такое "Управление знаниями" вообще и чем это полезно, в частности: см. здесь.

PS. Скоро будет около полугода, как внедрена wiki в некоторых отделах нашей компании. Я постараюсь подвести итоги и написать об этом.