LINUX.ORG.RU
ФорумTalks

[Хохлы][Бугага]хорошо что я живу в Росии


0

0

я думал маразматичней наших депутатов нет, ан нет:

Интернет партия Украины 22 декабря 2009 г. намерена провести митинг возле Верховной Рады Украины против законопроекта Сергея Терехина, которым предполагается ввести налог на интернет трафик.

Об этом сказано на сайте Интернет Партии Украины, передает корреспондент «proIT».

Так, по словам главы Интернет партии Украины Дмитрия Голубова, партия будет требовать от Терехина отозвать данный законопроект с Верховной Рады.

«22 декабря мы будем требовать от господина Терехина отозвать этот антидемократичный законопроект из ВР», – заявил Голубов.

Голубов считает, что принятие данного законопроекта сделает невозможной услугу безлимитного Интернета.

«Принятие данного законопроекта уничтожит в Украине безлимитный интернет. Весь траффик будет тарифицироваться согласно прейскуранту. 1% вроде немного? Но завтра 1% можно изменить на 3%, потом на 5% и так далее», – отметил Голубов.

Напомним, что народный депутат от БЮТ Сергей Терехин выступил за введение налога на Сеть. Так, в Раде был зарегестрирован соответствующий законопроект, согласно которому уже с 1 января 2010 г. все пользователи Интернета будут платить пошлину в размере 1 % от стоимости каждого переданного байта.

Кроме того, законопроект предполагает налог в 1% на услуги кабельного ТВ, также налогообложению в размере 5% подлежит стоимость прокатных свидетельств, билеты в театры и кинотеатры, носители информации, которые содержат фильмы (CD, DVD, Blu-ray)

будут платить пошлину в размере 1 % от стоимости каждого переданного байта.

бугога


Ответ на: Идиотизм от gnunixon

> А на что уйдет этот налог[...]?

В казну. И далее БЮТу на разворовывание.

question4 ★★★★★
()
Ответ на: комментарий от o2inhal

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

это правда, подтверждаю. и это вполне разумно.

val-amart ★★★★★
()
Ответ на: комментарий от ival

>список пар строка + число

lolwut? А в чём здесь проблема?

текс с картинками


И давно у нас веб без картинок?

Бинарное, к тому же, руками вообще никак не правится и «на глаз» ничего не видно. Хорошая почва для развития vendor lock-in'а. И, возможно, написания 1000 и 1 велосипедного парсера.

Между прочим сие есть глубочайший позор компьютерной индустрии.


Вброс слабоват, ибо не подтверждён фактами.

Deleted
()
Ответ на: комментарий от Deleted

> >список пар строка + число

lolwut? А в чём здесь проблема?

Ну и как записываем? Строки могут быть и с пробелами, и с переводами строк. Какие escape последовательности используем? Все храним в текстовом файле, то число пишем в десятичной системе цифрами? а что используем для разделения полей и записей? Если храним в бинарном, то каков будет порядок байт в числе (BE/LE)?

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

Ну и где стандартные ответы на эти вопросы?

И давно у нас веб без картинок?

Там средства форматирования не достаточно развиты. А на печать это дело как выводить?

Бинарное, к тому же, руками вообще никак не правится и «на глаз» ничего не видно. Хорошая почва для развития vendor lock-in'а. И, возможно, написания 1000 и 1 велосипедного парсера.

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

А насчет велосипедных парсеров. Тот же xml приходиться парсить в ручную. Просто на вход подается не байты а набор лексем типа «тег открывается» «тег закрывается». Переводить это дело в понятный для приложения формат все равно придется в ручную.

ival ★★
()
Ответ на: комментарий от ival

>Строки могут быть и с пробелами, и с переводами строк.

check.

Какие escape последовательности используем?


Стандартные, вызываемые стандартной функцией. check. Если это про перевод строк, то не нужно.

Все храним в текстовом файле, то число пишем в десятичной системе цифрами?


Это вас беспокоит, хотите поговорить об этом?

а что используем для разделения полей и записей?


facepalm.jpg Вы XML этот то в глаза видели?

Если храним в бинарном, то каков будет порядок байт в числе (BE/LE)?


Не если.

Там средства форматирования не достаточно развиты. А на печать это дело как выводить?


XSL в зубы и вперёд.

vendor lock-in

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


double_facepalm.jpg Вы к нам откуда, милейший? Такими вбросами даже толстые тролли здесь не ползуются.

А насчет велосипедных парсеров. Тот же xml приходиться парсить в ручную.


Парсер XML сам по себе один на всех может быть. Или парочка велосипедов в разных фреймворках / разных нужд. И они уже есть.

Переводить это дело в понятный для приложения формат все равно придется в ручную.


Вы хотите, чтобы ваши данные обрабатывал ИИ или что?

Итого: ни слова по делу. Фи.

Deleted
()
Ответ на: комментарий от Deleted

>Стандартные, вызываемые стандартной функцией.

Какой?

>Там средства форматирования не достаточно развиты. А на печать это дело как выводить?

XSL в зубы и вперёд.

Т.е. Вы предлагаете для каждого файлика в ручную писать xsl преобразования?

>Все храним в текстовом файле, то число пишем в десятичной системе цифрами?

Это вас беспокоит, хотите поговорить об этом?

Да. Это не рационально. Из 8 битов используется только 3.32

Парсер XML сам по себе один на всех может быть. Или парочка велосипедов в разных фреймворках / разных нужд. И они уже есть.

Вы хотите, чтобы ваши данные обрабатывал ИИ или что?

Не парсеры а убожество. Если я записал в xml список строка + число, то и после чтения я должен получить массив/список/... записей из двух полей.

ival ★★
()
Ответ на: комментарий от ival

>>Стандартные, вызываемые стандартной функцией.

Какой?


Вам лень посмотреть в доки $любимой_либы? блабла_escape всегда наличествует явно или неявно (т.е. происходит автоматически).

Т.е. Вы предлагаете для каждого файлика в ручную писать xsl преобразования?


А вы думаете принтер сам догадается, что вы хотите видеть? В RAW виде можно и так напечатать, если очень хочется.

Да. Это не рационально. Из 8 битов используется только 3.32


facepalm.jpg Править руками возможность более важна. Также вы давно научились хранить биты отдельно от байтов?

Не парсеры а убожество. Если я записал в xml список строка + число, то и после чтения я должен получить массив/список/... записей из двух полей.

я должен получить



Получи. Проблема то в чём? Если тебе нужна сериализация объектов пользуйся инструментами, которые это умеют. Они даже существуют.

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

Deleted
()
Ответ на: комментарий от Deleted

>Вам лень посмотреть в доки $любимой_либы? блабла_escape всегда наличествует явно или неявно (т.е. происходит автоматически).

Ну в C-ях, например, я blablabla_escape стандартного не видел. Ну да ладно. Общепризнанный формат - это когда разные либы пишут одинакого.

А вы думаете принтер сам догадается, что вы хотите видеть? В RAW виде можно и так напечатать, если очень хочется.

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

Получи. Проблема то в чём? Если тебе нужна сериализация объектов пользуйся инструментами, которые это умеют. Они даже существуют.

Существуют, но не общие. В CL сериализация одна, в scheme - такая же, но другая, в жабе совсем другая.

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

До свиданья.

ival ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.