<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: О том, что сдерживает Linux в Казахстане</title>
	<atom:link href="http://gritsinger.com/o-tom-chto-sderzhivaet-linux-v-kazaxstane.html/feed" rel="self" type="application/rss+xml" />
	<link>http://gritsinger.com/o-tom-chto-sderzhivaet-linux-v-kazaxstane.html</link>
	<description>шпаргалки ИТ профа</description>
	<lastBuildDate>Wed, 06 Apr 2011 10:28:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Автор: Евгений</title>
		<link>http://gritsinger.com/o-tom-chto-sderzhivaet-linux-v-kazaxstane.html/comment-page-1#comment-3954</link>
		<dc:creator>Евгений</dc:creator>
		<pubDate>Fri, 04 Sep 2009 06:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://gritsinger.com/?p=32#comment-3954</guid>
		<description>Не нужно такие вещи горорить про ОпенОфис, что он плохо работает под виндовсом. У нас в организации 4/5 компьютеров было переведено на Линукс, а на оставшихся (а остались они только из-за налоговых программ и автокада), был установлен аналогичный с Линуксом софт - Firefox, Thunderbird, OpenOffice.org. И все нормально, все компьютеры работают в одном домене в пяти областях Казахстана. И очень часто заказчики шлют документы в формате Ворда или Экселя. Они отлично читаются на ОпенОфисе. И назат им пересылаем такие же документы. Просто для этого нужно сделать одно дополнительное действие: &quot;сохранить как...&quot; Никаких проблем нет. Даже 1С и Примавейра работают с помощью терминальных серверов и на Виндовсе и на Линуксе. С этим тоже нет проблем. В домене есть перемещаемые профили пользователей, единый корпоративный чат и сетевые диски. Сейсчас в сети применяется Виндовс ХП (как говорил - одна пятая) всех машин и  Linux Ubuntu 9.0.4 (четыре пятых всех машин). Сам я работаю на Убунте и мне это нравися. Я не сисадмин и вообще не айтишник и на Ваш форум зашел случайно...</description>
		<content:encoded><![CDATA[<p>Не нужно такие вещи горорить про ОпенОфис, что он плохо работает под виндовсом. У нас в организации 4/5 компьютеров было переведено на Линукс, а на оставшихся (а остались они только из-за налоговых программ и автокада), был установлен аналогичный с Линуксом софт&nbsp;&mdash; Firefox, Thunderbird, OpenOffice.org. И все нормально, все компьютеры работают в одном домене в пяти областях Казахстана. И очень часто заказчики шлют документы в формате Ворда или Экселя. Они отлично читаются на ОпенОфисе. И назат им пересылаем такие же документы. Просто для этого нужно сделать одно дополнительное действие: &laquo;сохранить как...&raquo; Никаких проблем нет. Даже 1С и Примавейра работают с помощью терминальных серверов и на Виндовсе и на Линуксе. С этим тоже нет проблем. В домене есть перемещаемые профили пользователей, единый корпоративный чат и сетевые диски. Сейсчас в сети применяется Виндовс ХП (как говорил&nbsp;&mdash; одна пятая) всех машин и  Linux Ubuntu 9.0.4 (четыре пятых всех машин). Сам я работаю на Убунте и мне это нравися. Я не сисадмин и вообще не айтишник и на Ваш форум зашел случайно...</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: sceptic</title>
		<link>http://gritsinger.com/o-tom-chto-sderzhivaet-linux-v-kazaxstane.html/comment-page-1#comment-75</link>
		<dc:creator>sceptic</dc:creator>
		<pubDate>Sun, 21 Sep 2008 16:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://gritsinger.com/?p=32#comment-75</guid>
		<description>Про налоговые программы слов нет, одни слюни!&lt;br/&gt;НАТ пишет программы криво и это факт, и в то же время стандарт фактически закрытый, нормальной документации на формат документов нет.&lt;br/&gt;Идеально было бы для НК выпустить адекватный стандарт на формат файлов для предоставления налоговой отчетности, а в условиях открытой конкуренции нормальный софт появился бы сам собой и под windows и под linux.&lt;br/&gt;&lt;br/&gt;Отдельное &quot;фи&quot; в сторону СГДС. Зачем было изобретать ТАКОЙ изврат? Почему нельзя было сделать элементарную загрузку с технологиями SSL? Почему нельзя просто подписывать файл ЛЮБЫМ софтом нормальным стандартным алгоритмом, а не малоизвестными разработками?&lt;br/&gt;Вобщем НК сделал всё, чтобы монополизировать разработку ПО для налоговой отчетности. Было бы неплохо вообще опубликовать суммы государственных средств выделяемых на разработку этого убожества. Я думаю было бы весьма смешно.&lt;br/&gt;&lt;br/&gt;А первому комментатору могу сказать что через пару лет и с OpenOffice всё наладится, потому как M$ наконец то обязали опубликовать формат файлов MS Office и разработка теперь будет вестись в открытую а не угадыванием формата файлов Office.</description>
		<content:encoded><![CDATA[<p>Про налоговые программы слов нет, одни слюни!<br />НАТ пишет программы криво и это факт, и в то же время стандарт фактически закрытый, нормальной документации на формат документов нет.<br />Идеально было бы для НК выпустить адекватный стандарт на формат файлов для предоставления налоговой отчетности, а в условиях открытой конкуренции нормальный софт появился бы сам собой и под windows и под linux.<br /><br />Отдельное &laquo;фи&raquo; в сторону СГДС. Зачем было изобретать ТАКОЙ изврат? Почему нельзя было сделать элементарную загрузку с технологиями SSL? Почему нельзя просто подписывать файл ЛЮБЫМ софтом нормальным стандартным алгоритмом, а не малоизвестными разработками?<br />Вобщем НК сделал всё, чтобы монополизировать разработку ПО для налоговой отчетности. Было бы неплохо вообще опубликовать суммы государственных средств выделяемых на разработку этого убожества. Я думаю было бы весьма смешно.<br /><br />А первому комментатору могу сказать что через пару лет и с OpenOffice всё наладится, потому как M$ наконец то обязали опубликовать формат файлов MS Office и разработка теперь будет вестись в открытую а не угадыванием формата файлов Office.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Налоговые программы</title>
		<link>http://gritsinger.com/o-tom-chto-sderzhivaet-linux-v-kazaxstane.html/comment-page-1#comment-73</link>
		<dc:creator>Налоговые программы</dc:creator>
		<pubDate>Sun, 21 Sep 2008 13:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://gritsinger.com/?p=32#comment-73</guid>
		<description>Так всё-таки, почему не Google Docs?&lt;br/&gt;Положим, если в Google Docs будут точно такие же возможности как в Офисе. Точнее будут именно те функции, что Вам нужны. Всё что надо - всё под рукой. Поставил пользователю браузер, в нем ссылку и всё. Если там он сможет бесплатно работать и с Вордовскими и Экселевскими файлами, причем будут доступны все нужные функции.&lt;br/&gt;Но если на полчаса офис отключат от Интернета, весь офис встанет.&lt;br/&gt;А по поводу скорости: похоже Вы работали только с небольшими файлами-отчетами. Я работал с отчетами, которые занимают несколько мегабайт, в котором многостраничные приложения. Такие файлы в налоговых программах иногда открываются минимум десять минут.&lt;br/&gt;Даже когда я натравливал SAX-анализатор на этот XML, и то это занимало некоторое количество времени.&lt;br/&gt;Есть предприятия, где даже текущая производительность налоговых программ может взбесить &quot;тормознутостью&quot;. Пока откроется, пока перейдет на нужное приложение.&lt;br/&gt;Думаю, на JAVA парсер таких файлов быстрее не будет.&lt;br/&gt;P.S. здесь я выражаю мнение не разработчика программ, а человека помогающего с этими программами и сам не вполне уверен, какими в будущем будут программы.</description>
		<content:encoded><![CDATA[<p>Так всё-таки, почему не Google Docs?<br />Положим, если в Google Docs будут точно такие же возможности как в Офисе. Точнее будут именно те функции, что Вам нужны. Всё что надо&nbsp;&mdash; всё под рукой. Поставил пользователю браузер, в нем ссылку и всё. Если там он сможет бесплатно работать и с Вордовскими и Экселевскими файлами, причем будут доступны все нужные функции.<br />Но если на полчаса офис отключат от Интернета, весь офис встанет.<br />А по поводу скорости: похоже Вы работали только с небольшими файлами-отчетами. Я работал с отчетами, которые занимают несколько мегабайт, в котором многостраничные приложения. Такие файлы в налоговых программах иногда открываются минимум десять минут.<br />Даже когда я натравливал SAX-анализатор на этот XML, и то это занимало некоторое количество времени.<br />Есть предприятия, где даже текущая производительность налоговых программ может взбесить &laquo;тормознутостью&raquo;. Пока откроется, пока перейдет на нужное приложение.<br />Думаю, на JAVA парсер таких файлов быстрее не будет.<br />P.S. здесь я выражаю мнение не разработчика программ, а человека помогающего с этими программами и сам не вполне уверен, какими в будущем будут программы.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Валентин</title>
		<link>http://gritsinger.com/o-tom-chto-sderzhivaet-linux-v-kazaxstane.html/comment-page-1#comment-74</link>
		<dc:creator>Валентин</dc:creator>
		<pubDate>Sun, 21 Sep 2008 10:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://gritsinger.com/?p=32#comment-74</guid>
		<description>По Google Docs, предположим, что можно кэшировать на прокси сервере это приложение, но будет ли оно работать без Интернета не знаю. Фактически оно будет браться из кэша локального сервера. Скажем так тестирование не проводил, потому, как не внушает доверие пока офисный пакет в браузерном варианте.&lt;br /&gt;На счёт громоздкости документов, может проблема в том, что XML файл всё-таки содержит лишние поля?Возможно разработчикам надо поработать над структурой файла. Там фактически не так много данных.</description>
		<content:encoded><![CDATA[<p>По Google Docs, предположим, что можно кэшировать на прокси сервере это приложение, но будет ли оно работать без Интернета не знаю. Фактически оно будет браться из кэша локального сервера. Скажем так тестирование не проводил, потому, как не внушает доверие пока офисный пакет в браузерном варианте.<br />На счёт громоздкости документов, может проблема в том, что XML файл всё-таки содержит лишние поля?Возможно разработчикам надо поработать над структурой файла. Там фактически не так много данных.</p>]]></content:encoded>
	</item>
	<item>
		<title>Автор: Проблемы налоговых программ Казахстана</title>
		<link>http://gritsinger.com/o-tom-chto-sderzhivaet-linux-v-kazaxstane.html/comment-page-1#comment-71</link>
		<dc:creator>Проблемы налоговых программ Казахстана</dc:creator>
		<pubDate>Sun, 21 Sep 2008 09:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://gritsinger.com/?p=32#comment-71</guid>
		<description>Вы действительно частично правы Валентин, да НАТ не просто продает продукты Майкрософт, но и имеет (один из немногих в Казахстане) статус LAR и Золотого партнера.&lt;br/&gt;Но для НАТ-а это два отдельных направления. Если смотреть на разработку программ, то сейчас почти все его проекты идут на Java и С#. А налоговые системы начали разрабатываться лет 8 назад, тогда никто в Казахстане почти ничего не делал за пределами Win32. Это я в основном про клиентские приложения говорю.&lt;br/&gt;И Майкрософту видимо безразлично как работает местная электронная налоговая система. Им важнее борьба с пиратством.&lt;br/&gt;Я специально сделал опрос, когда вместо Win32-вариантов банк-клиентов стали внедряться банк-клиенты на базе браузеров (JS или Java). Так вот многим больше нравились Win32-варианты и вот почему:&lt;br/&gt;1. скорость работы и на JS и Java ниже. Конечно, сейчас те кто будет пользоваться Хромом или Лисой 3.1 это не заметят. Но я знаю только одного бухгалтера с Хромом. Большинство используют браузеры (не только ИЕ), где скорость невысока&lt;br/&gt;2. необходимость постоянного подключения к Интернету. До сих пор не у всех ADSL. Есть места где это не возможно технически, а диалап им обходится дорого. Поэтому люди в офлайне набирают отчеты и после отправляют. браузерные варианты им выйдут в копеечку. По-моей статистике не менее 20% предприятий до сих пор не пользуются выделенным  Интернетом (даже в среднего размера предприятих).&lt;br/&gt;Кроме всего вышеперечисленного варианты нужно помнить еще об одной категории: налогоплательщики которые набирают отчетность у себя на рабочей машине (без Инета), а отправляющих в своем Налоговом Комитете. Это в основном небольшие компании, которые не готовы до сих пор нести расходы связанные с подключением к Интернету.&lt;br/&gt;И это я описываю не какой-то маленький город, это и в областных центрах и в столицах нашей родины.&lt;br/&gt;&lt;br/&gt;Вопрос: Вы сами, что выберите - MS Office, OpenOffice или Google Docs? По Вашей идее сейчас в Казахстане нужно внедрять Google Docs - бесплатная, работает под Линуксом, не нужны инсталляции.&lt;br/&gt;Но сами поймете почему это (Google Docs) не всем подходит.&lt;br/&gt;&lt;br/&gt;Если Вы не против. Я бы с интересом обсудил бы эту проблему с Вами на &lt;a HREF=&quot;http://bb.f2.kz/ru/&quot; REL=&quot;nofollow&quot;&gt;форуме о Казахстанских налоговых программах&lt;/a&gt;. Чтобы лучше понять. Возможно это я не прав.</description>
		<content:encoded><![CDATA[<p>Вы действительно частично правы Валентин, да НАТ не просто продает продукты Майкрософт, но и имеет (один из немногих в Казахстане) статус LAR и Золотого партнера.<br />Но для НАТ-а это два отдельных направления. Если смотреть на разработку программ, то сейчас почти все его проекты идут на Java и С#. А налоговые системы начали разрабатываться лет 8 назад, тогда никто в Казахстане почти ничего не делал за пределами Win32. Это я в основном про клиентские приложения говорю.<br />И Майкрософту видимо безразлично как работает местная электронная налоговая система. Им важнее борьба с пиратством.<br />Я специально сделал опрос, когда вместо Win32-вариантов банк-клиентов стали внедряться банк-клиенты на базе браузеров (JS или Java). Так вот многим больше нравились Win32-варианты и вот почему:<br />1. скорость работы и на JS и Java ниже. Конечно, сейчас те кто будет пользоваться Хромом или Лисой 3.1 это не заметят. Но я знаю только одного бухгалтера с Хромом. Большинство используют браузеры (не только ИЕ), где скорость невысока<br />2. необходимость постоянного подключения к Интернету. До сих пор не у всех ADSL. Есть места где это не возможно технически, а диалап им обходится дорого. Поэтому люди в офлайне набирают отчеты и после отправляют. браузерные варианты им выйдут в копеечку. По-моей статистике не менее 20% предприятий до сих пор не пользуются выделенным  Интернетом (даже в среднего размера предприятих).<br />Кроме всего вышеперечисленного варианты нужно помнить еще об одной категории: налогоплательщики которые набирают отчетность у себя на рабочей машине (без Инета), а отправляющих в своем Налоговом Комитете. Это в основном небольшие компании, которые не готовы до сих пор нести расходы связанные с подключением к Интернету.<br />И это я описываю не какой-то маленький город, это и в областных центрах и в столицах нашей родины.<br /><br />Вопрос: Вы сами, что выберите&nbsp;&mdash; MS Office, OpenOffice или Google Docs? По Вашей идее сейчас в Казахстане нужно внедрять Google Docs&nbsp;&mdash; бесплатная, работает под Линуксом, не нужны инсталляции.<br />Но сами поймете почему это (Google Docs) не всем подходит.<br /><br />Если Вы не против. Я бы с интересом обсудил бы эту проблему с Вами на <a HREF="http://bb.f2.kz/ru/" REL="nofollow">форуме о Казахстанских налоговых программах</a>. Чтобы лучше понять. Возможно это я не прав.</p>]]></content:encoded>
	</item>
</channel>
</rss>

