anonymous@RULINUX.NET~# Last login: 2024-06-29 14:47:26
Регистрация Вход Новости | Разметка | Пользователи | Галерея | Форум | Статьи | Неподтвержденное | Трекер | Правила форума | F.A.Q. | Ссылки | Поиск

Новости  31 32 33 34 35 36 37 38 39   
Добавить новость

Google в ночь на четверг представила прототип «умных» очков.

subsection
Скрыть

Корпорация Google в ночь на четверг представила прототип «умных» очков с функциями смартфона. Гаджет дополняет реальность компьютерными эффектами. В Google надеются, что очки поступят в широкую продажу меньше чем через год после выхода устройств для узкого круга специалистов, а их стоимость составит $1500. Следующий шаг корпорации – технологии, которые могут дополнить мозговую деятельность.

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

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

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

>>> Подробнее

Ax-Xa-Xa (*) (2012-06-28 12:40:54)

[13 сообщений] [Добавить комментарий]


Разработчик Dolphin заявил об уходе из проекта KDE, назвав его неконкурентоспособным

subsection
Скрыть

Петер Пенц (Peter Penz), ключевой разработчик и мэйнтейнер файлового менеджера Dolphin, заявил о своём уходе из проекта KDE, пояснив, что прекращение участие в разработке обусловлено потерей мотивации. По мнению Петера проект KDE в настоящее время потерял конкурентосопособность и ему стало комфортнее и эффективнее использовать другие окружения для выполнения повседневных задач, таких как чтение почты, навигация по сети, управления коллекцией фотографий и музыки, написание документов, планирование дел. Поэтому он не видит смысл продолжать развивать то, к чему он потерял интерес.

По словам Петера, с приходом Qt 5 возникнет задача переписывания Dolphin с использованием системы декларативного описания интерфейса Qt Quick2, на что потребуются много времени и значительные ресурсы. У него нет желания и времени заниматься подобным переписыванием. Последние несколько лет в KDE наблюдается тенденция к упрощению пользовательского интерфейса, при том, что функциональность приложений усложняется. Скрытие сложной функциональности за простым в использовании интерфейсом, по мнению Петера, не то, что может привлечь разработчиков-энтузиастов.

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

>>> Подробнее

Tux-oid (*) (2012-06-26 22:13:05)

[4 сообщения] [Добавить комментарий]


NVIDIA потеряла заказ на крупную партию видеокарт из-за закрытости своих драйверов

subsection
Скрыть

Китайская компания, разработавшая MIPS-процессоры Loongson, изучала возможность по приобретению очень крупной партии GPU, порядка 10 миллионов устройств. В случае с NVIDIA проблема была связана с тем, что бинарный драйвер не поддерживает архитектуру MIPS. Отмечается, что компания NVIDIA наотрез отказалась предоставить исходные тексты драйвера даже столь крупному заказчику. К тому же портирование бинарного драйвера на MIPS потребовало бы затрат в миллионы долларов (в данный момент драйвер поддерживает только х86 и х86_64).

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

>>> Подробнее

Tux-oid (*) (2012-06-23 10:16:47)

[12 сообщений] [Добавить комментарий]


Эрик Реймонд представил критерии оценки вреда от использования закрытого ПО

subsection
Скрыть

Эрик Реймонд (Eric S. Raymond), один из основателей организации OSI (Open Source Initiative), стоявший у истоков движения открытого ПО, написавший в свое время известное эссе "Собор и Базар", представил в своём блоге программные тезисы на тему вреда от использования закрытого ПО. Представляем изложение его мыслей.

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

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

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

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

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

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

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

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

Вооружившись этими тезисами, давайте рассмотрим случаи из жизни.

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

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

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

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

Единственный вывод, который можно из всего этого сделать, звучит так: противопоставлять что-то закрытому ПО, а также отказываться его использовать нужно в прямой пропорции ко вреду, который он наносит. Звучит просто и очевидно, так ? Но тем не менее, некоторые личности, (их мы не назовём, но укажем инициалы - Р, М и С), настаивают на том, что подобная позиция неэтична и беспринципна вплоть до роковых последствий. И эти личности выглядят абсолютно похожими на тех, кто удвоил усилия, но забыл о первоначальной цели. Но, действительно, наша "мягкотелая", "беспринципная" норма описывает в том числе и реальное поведение в том числе и тех, кто фанатично проповедует о дьявольской сути закрытого ПО. Но разве кто-то, даже среди самых стойких проповедников "свободного ПО", хотя бы пальцем пошевелил, чтобы ликвидировать закрытые прошивки для лифтов? Этого не происходит. Настольное ПО и мобильные ОС - вот их цели, и это логично соответствует нашим выводам, ведь это ПО гораздо более важно. И поэтому мы прагматично возвращаемся к сопоставительной оценке последствий вреда от закрытого ПО, даже если фанатики сами себе в этом и не признаются.

Имея на руках вышеуказанный анализ, мы в итоге приходим к заключению, которое вряд ли кого-то удивит: самые большие усилия по сопротивлению закрытому ПО необходимо оказывать на поле закрытого настольного ПО и закрытых мобильных операционных систем, поскольку именно от них исходит наиболее серьёзный вред и наиболее высокий положительный внешний эффект привязки. Мы можем расслабиться и не беспокоиться насчёт того, на каком ПО работают микроволновые печи и лифты. Нам нужно продвигать открытое ПО на домашние маршрутизаторы, поскольку они управляются всё более и более сложным и функциональным ПО. И если мы иногда поиграем в Angry Birds, Civilization или World of Warcraft, то это не станет актом ужасного лицемерия.

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

>>> Подробнее

Bod (*) (2012-06-15 09:33:11)

[3 сообщения] [Добавить комментарий]


[Копирасты] Комиссии думы РФ не понравилась жадность Михалкова

subsection
Скрыть

Цитата:

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

>>> Подробнее

darkshvein (*) (2012-06-10 13:44:08)

[11 сообщений] [Добавить комментарий]


[Ъ]Православие

subsection
Скрыть

Ресурс LinuxQuestions.org опубликовал большое интервью с Патриком Фолькердингом (Patrick Volkerding), создателем и бессменным лидером дистрибутива Slackware Linux. Slackware является одним из старейших из ныне существующих дистрибутивов Linux, в основном благодаря неиссякаемому энтузиазму Патрика, который занимается разработкой Slackware уже 19 лет. В интервью рассмотрены достаточно разноплановые вопросы от истории знакомства Патрика с открытым ПО и рассказа о модели разработки Slackware, до обсуждения новых веяний в десктоп-окружениях и организации дистрибутивов.

Например, Патрик считает, что перемещение /bin в /usr/bin для Slackware неприменимо в силу организации процесса загрузки. Wayland и systemd Патрик рассматривает как перспективные технологии, за которыми будущее. Что касается оболочек Unity и Gnome 3, то у него кроме поверхностного знакомства нет опыта постоянной работы в них, но он считает, что они удобны прежде всего для планшетов, поэтому он остаётся приверженцем рабочего окружения KDE, которое по его мнению лучше подходит для классических настольных систем.

anonymous (*) (2012-06-09 11:32:11)

[6 сообщений] [Добавить комментарий]


Вышел первый стабильный релиз мультимедийного проигрывателя MPlayer

subsection
Скрыть

Через полтора года после выхода версии 1.0rc4 и после более 10 лет существования проекта разработчики мультимедийного проигрывателя MPlayer объявили о выпуске первой в истории развития проекта стабильный версии. Релизу присвоен номер 1.1, при этом выпуск снабжён пометкой "Мы сдаёмся по поводу выпуска стабильной версии 1.0". Поскольку в MPlayer для декодирования цифровых потоков используется самая свежая копия библиотеки FFMpeg, он включает в себя все улучшения в этой библиотеке, добавленные за последний год, начиная с FFMpeg 0.7 и заканчивая FFMpeg 0.11.

Ключевые улучшения MPlayer 1.1:

  •   Добавлена экспериментальная поддержка OpenGL ES 1.0;
  •   Mplayer теперь использует встроенную реализацию декодера звука в формате AAC;
  •   Добавлена экспериментальная поддержка бинарных кодеков QuickTime (для этого нужно использовать параметры командной строки: -demuxer lavf);
  •   Исправлена многолетняя ошибка, проявляющаяся в неправильном подсчёте длины и битрейта MP3-файлов с переменным битрейтом;
  •   Добавлен фильтр delogo для изменения заданного прямоугольника;
  •   Добавлен экспериментальный фильтр lavfi для визуализации графов libavfilter;
  •   Добавлена поддержка включения фильтра noise в родном разрешении при использовании "-vo gl:noise-strength=8";
  •   Добавлена поддержка субтитров в форматах PGS (BluRay), DVB и XSUB
  •   MPlayer научился восстанавливать подключение при обрыве сетевого соединения в процессе потокового вещания;
  •   В GUI добавлена поддержка текста в кодировке UTF-8;
  •   Исправлены многочисленные ошибки.

>>> Подробнее

Bod (*) (2012-06-07 11:14:15)

[7 сообщений] [Добавить комментарий]


Вышел WINE 1.5.5

subsection
Скрыть

Нового:
Mono-плагин.
Дизеринг в DIB engine.
Поддержка инсталлятора .NET 4.0 runtime.
Поддержка DDS файлов в D3DX9.
Багфиксы.


>>> Подробнее

lockywolf (*) (2012-05-26 13:13:27)

[6 сообщений] [Добавить комментарий]


Вышла первая бета-версия СУБД PostgreSQL 9.2

subsection
Скрыть

После полугода разработки представлена первая бета-версия СУБД PostgreSQL 9.2, в которой проведена значительная работа по увеличению производительности и масштабируемости, как горизонтальной (распределение нагрузки на несколько серверов), так и вертикальной (оптимальная работа на больших мощных серверах).

Ключевые улучшения:

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

  •  Новые типы для определения диапазонов (INT4RANGE, INT8RANGE, NUMRANGE, TSRANGE, TSTZRANGE и DATERANGE), которые могут быть использованы в календарях, временных рядах и аналитических приложениях;

  •  Расширение возможностей оператора ALTER, упрощающих изменение и обновление структуры работающей БД. Снижение числа ситуаций, когда необходимо перестроение индексов и таблиц при выполнении ALTER TABLE. Поддержка выражения "IF EXIST", позволяющего игнорировать действие если элемент не существует (например, "ALTER FOREIGN TABLE IF EXISTS foo RENAME TO bar"). Добавлены выражения: ALTER FOREIGN DATA WRAPPER / RENAME, ALTER SERVER / RENAME, ALTER DOMAIN / RENAME;

  •  Поддержка каскадных репликаций, при которых допускается репликация между slave-серверами (ранее slave-сервер мог получать данные только от master-сервера). Возможность создания территориально распределённых реплицированных резервных БД;

  •  Включение в поставку утилиты pg_receivexlog для архивирования изменений в файлах xlog по мере записи данных, не дожидаясь окончания полного формирования xlog-файла;

Многочисленные оптимизации производительности, в том числе:

  •  Режим сканирования только по индексам при котором scan-операции манипулируют только содержимым индекса, не обращаясь к базовым таблицам;

  •  Расширены возможности масштабирования работающих только на чтение конфгураций, поддерживается задействование до 64 процессорных ядер и обеспечения производительности на одном сервере на уровне 300 тысяч запросов в секунду;

  •  Ускорены операции записи данных, включая выполнение групповых коммитов;

  •  Снижена нагрузка на CPU.

>>> Подробнее

Tux-oid (*) (2012-05-15 18:08:34)

[3 сообщения] [Добавить комментарий]


Вышло Вино 1.5.4

subsection
Скрыть

WINE - это не эмулятор, а альтернативная реализация АПИ маздая.

В новой версии:
DIB OpenGL,
аутентификация Negotiate,
новый ресемплер DIRECTSOUND,
смешанные бинарники,
IDN,
багфиксы


подробнее:
www.winehq.org/news/2012051101

lockywolf (*) (2012-05-12 15:12:29)

[3 сообщения] [Добавить комментарий]


Авторизация
Ссылки
Галерея

[Добавить]

opera умеет и такое

gallery

Опубликована: 2019-03-11 00:10:13
Автор: vilfred


Я здесь, у меня гента с флуксбоксом

gallery

Опубликована: 2017-07-26 21:48:40
Автор: Ada



Трекер
F.A.Q.



(c) 2010-2020 LOR-NG Developers Group
Powered by TimeMachine

Valid HTML 4.01 Transitional Правильный CSS!