Дмитровский Форум V2

[П.Е.]

Глава правительства Владимир Путин подписал план перехода властных структур и федеральных бюджетников на свободное ПО. Согласно документу, внедрение Linux во власть должно начаться во II квартале 2012 г.
Сегодня стало известно, что премьер-министр Владимир Путин подписал документ, в котором описан график перехода властных структур на свободное ПО (СПО).
Документ называется «План перехода федеральных органов власти и федеральных бюджетных учреждений на использование свободного программного обеспечения» и освещает период с 2011 до 2015 г.
Заместитель главы Минкомсвязи Илья Массух рассказал CNews, что документ предусматривает полный переход федеральных властей и бюджетников на свободное ПО. План занимает 17 страниц, скачать его можно здесь (идея сохранить документ об СПО в формате .doc принадлежит аппарату правительства РФ).
К III кварталу 2011 г. должны быть утверждены спецификации форматов данных, которые будут поддерживаться свободным ПО. К тому же сроку согласно плану будут разработаны изменения инструкции по учету нематериальных активов. Этот пункт программы должен решить застарелую проблему бухгалтерского учета как бесплатного проприетарного, так и свободного ПО, не имеющих собственной стоимости.
Апробация базового пакета СПО в пилотных учреждениях должна начаться во II квартале 2012 г. Внедрение пакета свободного ПО в органах власти и бюджетных учреждениях должно быть завершено к III кварталу 2014 г.
Одним из интереснейших пунктов плана стало упоминание о национальном репозитории, который должен быть создан ко II кварталу 2012 г. Замминистра связи Илья Массух пояснил, что в документе имеется в виду «не столько сборочный репозиторий дистрибутива Linux, сколько магазин приложений, подобный App Store, но для свободных операционных систем».
Одним из старейших репозиториев СПО в России, Sisyphus, владеет разработчик одноименного дистрибутива компания «Альт Линукс». По мнению ее гендиректора Алексея Смирнова, знакомого с планом перехода органов власти на СПО, речь не идет о том, чтобы придать Sisyphus статус национального, а о том, чтобы его максимально использовать. В 2010 г. Sisyphus исполнилось 10 лет, число пакетов в нем превышает 10 тыс.

[wiz]

"Они не мертвы, они просто так пахнут..." http://linux.dmitrov.su/

[Скунс_переросток]

да конечно власти должны на линуксе сидеть, а уж военные тем паче.... и вообще все ПО должно быть с открытым кодом....

[wilber]

"Они не мертвы, они просто так пахнут..." http://linux.dmitrov.su/

Что там за плашка вместо заглавной такая цветастая, с юнеймом в конце...

[gosha]

новый дизайн

[qwerty12345]

гы, а мак ос тоже *nix?)))

так это вроде сервак ломанули))))

[informatik]

да конечно власти должны на линуксе сидеть, а уж военные тем паче...

У военных уже есть МСВС "Красная звезда", линуксовый дистр для нужд минобороны.

[gosha]

исошку дашь?

[informatik]

исошку дашь?

На торентах видел...
Хотя у МСВС есть аналог http://www.astra-linux.ru/

[gosha]

Видел я сферу, скачал. Радости практически нет, для юзера или применения в продакшене - унылое г. Проще для секурности netbsd юзать.
Астра интереснее выглядит, но 20 штук за коробку, в которой бесплатная американская ОС - пусть доят лошков из фсб

[PS]

У "Астры" есть community edition - на сайте можно скачать. Защищённая от неё отличается меньшим набором софта, сертифицированностью софта, преднастроенной системой ограничения прав. Вроде даже обещают делать дополнение, но доставка дополнения фельдегерской службой :)

[qwerty12345]

Линукс у чиновников? ну вроде в каких-то странах есть такая тема. Но блин, а что делать в частности с пакетом Офис? Свободные варианты никуда не идут. Ну нарисуешь табличку, отошлешь зарубежному партнеру, а там все перекошено. Ну или совместная работа над документом? Есть конечно Microsoft Office под ту же мак ось, но код конечно закрытый.

[PS]

Но блин, а что делать в частности с пакетом Офис? Свободные варианты никуда не идут. Ну нарисуешь табличку, отошлешь зарубежному партнеру, а там все перекошено.

Формат PDF ещё никто не отменял если хочется чтобы было "точь-в-точь"
(сколько документов сделал проблема была только с одним клиентом. Как потом оказалось у него вообще проблемы....)

Ну или совместная работа над документом?

А что не так с совместной работой с документами? И о какой "совместной работе" говорим: о версионности или о коллаборативе?

[qwerty12345]

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

[PS]

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

Сделать по шаблону. В чём проблема? Есть темплейты. На их основе даже полуавтоматом можно всё заполнить.

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

Я не зря задал вопрос про виды коллаборации.
Версионность это то что знают все. И все знают какой гимор обеспечивается данным типом - "ад версий". Когда на сводящего сваливается 15-20 версий одного документа от разных участников. А так как они сваливаются не единовременно, то возможен момент когда у одного версия 1.0, у другого 2.0, а у третьего некая 1.5 когда он послал свои замечания, потом продолжил работать с документом, но в своём документе, а не в сводном версии 2.0.
Другим видом коллаборации является работа в одном экземпляре документа. Т.е. нет никаких версий - есть актуальный на текущий момент документ.

Ну а так конечно коллаборация. Не знаю как там у чиновников, но в бизнесе стандарт - именно Microsoft Office.

Нет стандарта. Есть привычки. В России это MSO. В других иные.

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

Форматирование это самое простое при использовании единых стилевых форматов. В идеале оформляж производится через стили на заключительном этапе после согласования контента.

[qwerty12345]

уффф, вы меня не поняли)))
кто-то работает в Microsoft Office, кто-то OpenOffice. документы вообще говоря туда сюда переносятся некорректно.

гм, ну насчет стандартов, я вообще-то видел документацию ряда международных фирм, видел программное обеспечение, обеспечивающее бизнес процессы, извините но там везде документы Microsoft Office))))

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

[Garikk]

Нет стандарта. Есть привычки. В России это MSO. В других иные.

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

[PS]

уффф, вы меня не поняли)))
кто-то работает в Microsoft Office, кто-то OpenOffice. документы вообще говоря туда сюда переносятся некорректно./quote]
Я отлично понял. Стандартно, на рабочем этапе никакого оформляжа кроме работы на уровне логических структур документа. По окончании работ применяется стилевое оформление к документу.

гм, ну насчет стандартов, я вообще-то видел документацию ряда международных фирм, видел программное обеспечение, обеспечивающее бизнес процессы, извините но там везде документы Microsoft Office))))/quote]

Аналогично видел документацию в pdf, html, tex, markdown... И все нормально работают

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

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

[qwerty12345]

гм, не спец в системах контроля версий.
но вот например: http://web-profi.by/ispolzovanie-microsoft-word-s-git/
Ну конечно идет сравнение по тексту, если есть какие-то изменения в форматировании, добавлении картинок, таблиц и прочего, то дельту мы не поймаем, во всяком случае в рамках этой ссылки.

а вот и по поводу Excel
http://www.planetaexcel.ru/forum/?PAGE_ ... D=5&TID=60

ну повторюсь, что не спец)))

ЗЫЖ Тех в бизнес процессах или документации??? можно пример в личку фирмы, занимающейся ну логистикой, ритейлом или еще чем-то подобным. Ну конечно кроме всяких журналов. С трудом представляю менеджера фигарящего документ в ТеХе)))

ЗЫЖ наверное все же не поняли))) ну смотрите, Джон Смит из городка Боевые Скунсы присылает Василию Пупкину из городка Нижние Васюки ворд файл, со всякими прибамбасами, леблом, форматированием и пр. Кроме того предполагается, что этот файл будет заглатываться потом какой-нибудь системой. Вы его открываете . Опен Офисом, вносите какие-то изменения. и нахрен сносите исходное форматирование. Джон открывает его, если конечно сможет, кривиться при виде перекошенности табличек и прочего, ну и потом его кидают в какую-то программу и она падает в дамп))) В общем ах*ительный бизнес партнер, думает он и посылает нафиг)))

[qwerty12345]

о я так понимаю, что вы спец во всяких базах данных, не подскажите такую вещь. Есть SQLite, есть голый html, ну килобайт 10 от силы. Как лучше кидать в таблицы сам HTML файл или ссылку на него. Ну и вдогонку. Есть допустим вебархив, всякие картинки преобразованы в текст, ну тот же вопрос, но там уже объем может быть под мегабайт. Что-то у меня в одном случае запрос не отработался...

PS

[gosha]

Хранить целиком html в базе? зачем? зачем вообще база нужна?

[qwerty12345]

Хранить целиком html в базе? зачем? зачем вообще база нужна?

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

[PS]

о я так понимаю, что вы спец во всяких базах данных, не подскажите такую вещь. Есть SQLite, есть голый html, ну килобайт 10 от силы. Как лучше кидать в таблицы сам HTML файл или ссылку на него. Ну и вдогонку. Есть допустим вебархив, всякие картинки преобразованы в текст, ну тот же вопрос, но там уже объем может быть под мегабайт. Что-то у меня в одном случае запрос не отработался...

PS

Смотреть в сторону MongoDB

[qwerty12345]

о я так понимаю, что вы спец во всяких базах данных, не подскажите такую вещь. Есть SQLite, есть голый html, ну килобайт 10 от силы. Как лучше кидать в таблицы сам HTML файл или ссылку на него. Ну и вдогонку. Есть допустим вебархив, всякие картинки преобразованы в текст, ну тот же вопрос, но там уже объем может быть под мегабайт. Что-то у меня в одном случае запрос не отработался...

PS

Смотреть в сторону MongoDB

у меня именно SQLite, как бы стандарт в этой операционке)))

[PS]

гм, не спец в системах контроля версий.
но вот например: http://web-profi.by/ispolzovanie-microsoft-word-s-git/
Ну конечно идет сравнение по тексту, если есть какие-то изменения в форматировании, добавлении картинок, таблиц и прочего, то дельту мы не поймаем, во всяком случае в рамках этой ссылки.

По ссылке есть ключевые слова почему это не является промышленным решением для контроля версий при использовании Word-формата

"Git не может объединить двоичные файлы вместе, так что вы должны сначала преобразовать документ Word, в формат, который Git понимает"

Потом опять использовать преобразователь в др. сторону. Сказать куда пойдёт оформляж документа после такого преобразования?

ЗЫЖ Тех в бизнес процессах или документации??? можно пример в личку фирмы, занимающейся ну логистикой, ритейлом или еще чем-то подобным. Ну конечно кроме всяких журналов. С трудом представляю менеджера фигарящего документ в ТеХе)))

Разве я говорил что я видел использование TeX в бизнесе (хотя наверное есть и такое)? Тобой был приведён пример

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

Для этой области применения я привёл виденные мною форматы документов

ЗЫЖ наверное все же не поняли))) ну смотрите, Джон Смит из городка Боевые Скунсы присылает Василию Пупкину из городка Нижние Васюки ворд файл, со всякими прибамбасами, леблом, форматированием и пр. Кроме того предполагается, что этот файл будет заглатываться потом какой-нибудь системой. Вы его открываете . Опен Офисом, вносите какие-то изменения. и нахрен сносите исходное форматирование. Джон открывает его, если конечно сможет, кривиться при виде перекошенности табличек и прочего, ну и потом его кидают в какую-то программу и она падает в дамп))) В общем ах*ительный бизнес партнер, думает он и посылает нафиг)))

Ещё раз. На этапе согласования, доработки документа нах не нужно прибамбасы, логотипы и прочее. На этом этапе важен контент. Для обсуждения контента достаточно вообще plaintext (максимум markdown). После согласования прикладываем стилевой файл на готовый документ и экспортим в pdf чтобы не дай бог формат не поплыл.