Иван Бегтин

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

Фактически синоним «suggested feature» – или «рассматриваемая возможность». Лучшее ПО для таких задач что я нашёл – это wiki и, сколь ни странно, Google Docs с его возможностью подключать других к редактированию и экспортировать/импортировать для оффлайновой работы.   Но универсализм порождает и неудобства. В  вики сложнее отслеживать зависимости, делать фильтры по темам, статусу, зависимостям. А ведь фактически ‘идея’ – это задача не имеющая конкретного срока начала. Под КПК и того хуже, приходится использовать идеи в аутлуке и пересылать себе по почте и переносить.

Кто-нибудь знает ПО или сервис в сети который бы предоставлял бы такие возможности в приемлимом виде?

Для тех кто интересуется, коллекция ссылок на ресурсы по Enterprise Architecture и e-GOV в США.   Полный список практически бесконечен, ниже наиболее любопытные ресурсы. Думаю создать для них что-то вроде страницы с категоризацией. Есть идеи как и где это лучше сделать?

•  Enterprise Architecture на CIO.GOV – один из разделов сайта совета CIO. Примеры архитектурных материалов некоторых проектов. В других разделах ещё интересные документы по проектному управлению, IPv6 и управлению практиками.
• White House – Federal Enterprise Architecture – оригинальная публикация FEA, базового документа по архитектуре e-GOV в США.
• White House – Information Policy – публикации по информационной политике правительства. Интересны разделы по миграции на IPv6 и HSPD-12
• Департамент управления персоналом (US Department of Personnel Management) -документы реализации FEA  в данном ведомстве.
• Core.gov  – библиотека повторно используемых модулей и компонентов e-Gov. Попытка создания ресурса для взаимодействия архитекторов различных государственных ведомств, судя по всему не очень успешная, но интересные материалы там появляются.
• Section508.gov -ресурс посвящённый закону 508 о необходимости обеспечения доступности информационных технологий людям с ограниченными возможностями.
• EnterpriseArchicture.NIH.GOV – отлично структурированный и подробный ресурс по ИТ стратегии департамента здоровья. Один из лучших ресурсов по теме.
• Департамент строитеительства (HUD.GOV) -материалы по информационной политике, требованиям к технологиям, реализации FEA
• Информационные технологии департамента юстиции – много материалов по стандартам обмена информацией, информационной политике и так далее.
• NIEM.GOV (National Information Exchange model) – стандарт обмена критичной информацией между департаментами юстиции и департаментом  «министерства правды» (homeland security)
• Департамент IT штата Арканзас – материалы по требованиям и стандартам IT, включая правила наименования, управления проектами, технологиям и так далее. А также аналогичный сайт CIO того же Арканзаса

Сразу в нескольких источниках появились ссылки и текст письма Джона Бозака, одного из создателей XML, идеолога стандартизации ODF в OASIS и инженера по корпоративным стандарта в Sun Microsystems.

В письме он озвучивает позицию Sun Microsystems
We wish to make it completely clear that
we support DIS 29500 becoming an ISO Standard and are in complete
agreement with its stated purposes of enabling interoperability
among different implementations and providing interoperable access
to the legacy of Microsoft Office documents.

Sun voted No on Approval because it is our expert finding, based
on the analysis so far accomplished in V1, that DIS 29500 as
presently written is technically incapable of achieving those
goals, not because we disagree with the goals or are opposed to an
ISO Standard that would enable them. Sun voted Yes on Conditional
approval (disapproval with comments) because this is the only one
of the options we were given that would guarantee that the
specific changes already agreed upon by consensus in V1 would
actually be implemented.

В NOOXML комментарии очень скупые, а вот в блоге Orelly XML весьма подробная статья на эту тему. Вообще ,конечно, новость после выступлений Джоннатана Шварца, Саймона Фиппса и Тима Брэя на ссылки на которые приведены в статье Orelly слова Джона Бозака выглядят ну очень экзотично.

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

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

Продолжая тему социальных сетей и их возможного использования государством, во всём зарубежном опыте что мне только удалось найти прослеживалась одна чёткая тенденция – социальных сетей напрямую поддерживаемых государственными структурами практически нет ни в одной стране мира. Интересная статья на GovTech.net Can Social Software improve e-Government? упоминает несколько важный причин: спам в социальных сетях и тем его больше чем популярнее сеть, флейм, проблема которую можно назвать как «слишком много общения», а также вопрос качества информации представляемой пользователями.

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

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

Приведу лишь некоторые примеры:

1. Chicagocrime.org – бесплатная база по преступлениям в Чикаго, с отображением информации на Google Maps в нескольких разрезах. База основывается на данных публикуемых полицейским департаментом.
   
2. OpenCongress.org – открытая база по всем сенаторм и конгрессменам США. А также история прохождения каждого билля, чёткое разделение информации по подкомитетам и так далее. Фактически это mashup использующие официальные данные и новостные публикации для представления данных в виде цельной картины.
3. OpenMass.org – аналог OpenCongress для штата Массачусец
4. Change.org – проект объединения социально активных людей и проведения акций в поддержку общих идей.
5. ChangeThePresent.org – социальная сеть с возможностью внесения пожертвований на определённые активности.
6. GreenPrint Denver – не социальная сеть, но проект с вовлечением граждан города по посадке деревьев. Зарегистрируй своё дерево!
7. Transport for London – сайтд лондонского департамента транспорта с подписками, интерактивными картами и так далее.

Continue reading «Государство и ИТ. Не социальные сети, но социальные социальные сети»

Очень интересная заметка^eng у Джеймса МакГоверна по архитектуре уровня предприятий. Ещё две ссылки на ту же тему – Top-Down Vs. Bottom-Up^eng и Give Every Developer a $5k Outsourcing Budget

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

А вопрос они поднимают злободневный.
CEO и управляющий персонал ставит задачи или же работники понимают как сделать правильно? CMMI или Agile? Производственный цех или команда профессионалов?

Мне в своё время довелось поработать, как в условиях компании стартапа, правда не в нынешнем виде, а в конце 90-х, за совершенно смешные по нынешним временам деньги, так и в компании работавшей не много немало по CMMI IV.

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

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

С другой стороны есть ли хоть один ИТ стартап создававший свой продукт или систему начиная с детальных спецификаций, согласований, планирования проекта по PRINCE2, PMBOK,Six Sigma ?

Ссылка с комментариями юриста^eng по изменениям и применимости.

Из важных, но мало упоминаемых изменений:

1. GPL3 в отличии от GPL2 не основывается на законе США по защите копирайта и более не использует понятия «коллективная работа»(collective work).

2. GPL3 в отличии от GPL2 может быть изменено для соответствия региональным законам.

В апреле представители Microsoft и ряд конгрессменов выступили в оппозицию биллю 1668 поддерживающими использование ODF в рамках штата Калифорния. Одновременно представители Sun и консорциума OpenDocument выступили за. На видео можно увидеть публичные дебаты обеих сторон.

Пожалуй, самое интересное во всём этом -  публичность обсуждения. Видео изначально транслировалось на calchannel.com, а сейчас доступно и на youtube.com

Вступительное слово Марка Лено – представление билля, его задач и целей

http://www.youtube.com/watch?v=ILY5jSnO59E
Конгрессмен Марк Лено и Питер Корн – архитектор из Sun Micrososystems аргументируют в поддержку Билля

http://www.youtube.com/watch?v=PXg6Ifql1DQ 

Конгрессвумен Бонни Гарсия о проблемах IT проектов

http://www.youtube.com/watch?v=bpfu7pwabLY 

Представители Microsoft и союзников выступают в поддержку OpenXML

http://www.youtube.com/watch?v=ILY5jSnO59E 

Активная опозиция биллю со стороны представителей поддерживающих Microsoft

http://www.youtube.com/watch?v=ILY5jSnO59E

Представители Sun защищают билль

http://www.youtube.com/watch?v=3aBS4jQsN7k 

В Ведомостях недели с 2 назад вышла неплохая статья про ажиотаж вокруг нанотехнологий

От редакции: Кукуруза сегодня   А ты подписался на нанотехнологии? Плакаты с таким текстом просто обязаны появиться в России в ближайшее время. Слово “нанотехнологии” оказалось очень удачным для очередного государственного лозунга. Далее

Кстати неплохо пишет на эту же тему Эдуард Пройдаков в своём блоге виртуального компьютерного музея – http://comhist.blogs.ru/1899221/
Действительно вокруг нанотехнологий сейчас уже создаётся своеобразный слэнг.

В продолжение дискуссий о том нужны ли или нет стандарты/руководства/требования и рекомендации по качеству предоставления данных, вроде того же WCAG 1.0, приведу несколько реальных примеров из нашей российской действительности. А заодно и раскрою что стояло за постом Вредные советы при создании Веб проектов. 20 + 4 совета

1. Значительное число сайтов гос. органов до сих пор в основном IE совместимые.

Нельзя сказать что все, но всё ещё многие сайты элементарно неработают в браузерах отличных от IE. Пример – Федеральный реестр госконтрактов, reestrgk.roskazna.ru . Пользователям Firefox’а или Opera воспользоваться им практически невозможно.

К слову доля Opera и Firefox среди посетителей государственных сайтов отличается от общепринятых. Так очень рекомендую отчёты о посещаемости с сайта Совета Федерации.

2. Повсеместное не-использование Юникода (UTF8)

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

Проблема же заключается в том что одним только веб-сайтом использование не-UTF не ограничено. Так многие ведомственные справочники до сих пор предоставляются в DBF форматах и CP866. Также как и CP1251 зачастую фигурирует во многих форматах XML файлов (или вообще не фигурирует явное указание UTF8).

3. Проблема с русскими именами файлов

Если Вы создаёте файл с русским названием и далее пересылаете его адресату, то, скорее всего он сможет его увидеть и открыть. Большинство почтовых клиентов в последнее время научились разбирать самые разные кодировки. А вот если вы этот файт заахивируете в ZIP и отправите его кому-либо с не-Windows ОС, то наиболее вероятно что внутри вместо букв он увидет кракозябры. ZIP, в отличии, например, от RAR’а сохраняет имена файлов как есть, без учёта кодировки. Всё то же самое распространяется на публикацию подобных ZIP файлов в сети, для не -Windows пользователей они создают значительные неудобства.

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

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

Для этого необходимо выполнить следующую последовательность действий:

1. Открыть сайт ГД.
2. Найти ссылку на нужный открытие формы поиска по законам.
3. Найти нужный закон, что не тривиально если Вы незнаете его номера.
4. Открыть список документов по закону.
5. Найти нужный документ.

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

5. Публикация материалов в ZIP и RAR архивах без аннотации

Может показаться довольно странным критерием, но тем не менее он актуален. Когда документы публикуются неархивированном виде большинство поисковиков по расширению или Mimetype понимают что этот документ можно проиндексировать и позволяют его в дальнейшем найти. Если документ упакован в ZIP, RAR, ARJ или иным архиватором, то поисковые системы не заглядывают внутрь архивов и документ найти бывает сложно так как нет и текстовой аннотации или выдержки из документа.

—

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

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

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

А также стандарты Новой Зеландии – NZ government agency web site Standards включая примеры их применения.

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

Section58  стандарт США по представлению данных для людей с ограниченными возможностями. Не просто существует, но и применяется на уровне государственного заказа. Его поддержка непосредственное требование разработчикам закрепляемое в контрактах.