Как только идеи вырвались на свободу, обратно их не воротишь...

«Интеллектуальная собственность» — один из самых идеологически нагруженных терминов, который вызывает возражения, даже если его просто упомянуть. Термин не использовали вплоть до 60-х годов, до тех пор пока его не приняла Всемирная Организация Интеллектуальной Собственности, профсоюзный орган, который позже получил высокий статус агентства при ООН.

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

Я надеялся что кто-нибудь с большим литературным даром нежели мой сподобится перевести фундаментальную статью, в которой объясняется и доказывается (со ссылками) что есть такое на самом деле авторское право и почему оно такое есть. Но прошло несколько лет, никто этого сделать не сподобился и я, в конце концов, решился. Статья переведена нахрапом, в переводе наверняка есть ошибки, если обнаружите — напишите мне в приват, я исправлю.

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

Она показывает, что авторское право — вещь, в сущности, нужная и полезная, но сравнивать его нужно не с неотчуждаемыми правами типа права владения имуществом, а скорее с соглашениями о разделе продукции когда общество временно передаёт права на нечто, безусловно принадлежащее ему (в случае с СРП — содержание земных недр, в случае с авторским правом — свободу граждан) в обмен на то, что оно считает полезным для себя (деньги — в случае с СРП, книги/музыку/фильмы/программы/etc — в случае с авторским правом) так как не владеет средствами производства (для добычи ископаемых нужна особая техника, для создания произведений искусства — талант). Основное содержание статьи — объяснение того, «как мы дошли до жизни такой», когда соглашение начинает напоминать историю с пресловутым «школьным порталом» (то есть мы отказываемся от кучи прав на многие десятки лет — а взамен получаем некоторое количество попсы и бульварной литературы в основном).

Вышли поросята на вечернюю прогулку после ливня с бурей и в восхищении остановились перед грязным, взволнованным прудом.
— Ах, какой прекрасный, вонючий пруд! — воскликнул передний.
И все прочие взвизгнули дружно:
— Oui!
Больше они по-французски ничего не знали.

© И.А. Бунин

Много сайтов требуют обязательной регистрации для их полноценного использования. Если эта процедура кажется слишком утомительной, можно воспользоваться сервисом www.bugmenot.com
Его создатели решили облегчить жизнь людям, которые по каким-то причинам (например таким как лень или отсутствие желания «светить» реальные персональные данные) не хотят заполнять длинные анкеты, ждать подтверждений на имейл, вводить закамуфлированные коды. Вы вводите в поле поиска адрес интересующего сайта и получаете готовый набор логинов и паролей.

В популярных запросах например значатся такие сайты как:
* www.nytimes.com
* www.nypost.com
* www.washingtonpost.com
* www.chicagotribune.com
* www.imdb.com
* www.youtube.com

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

Хабрахабра пока в базе не обнаружено :)

Имея большой опыт работы менеджером проектов по созданию сайтов, как на стороне исполнителя, так и на стороне заказчика, я хотел бы выделить типовые ошибки, совершаемые Заказчиком при разработке сайта на уровне менеджмента. Этот материал может быть использован как руководство к действию для менеджеров, на которых возложено курирование разработки сайта, так и их руководителей.

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

Вы знали, что в Интернете есть инструмент, позволяющий проанализировать, какую аудиторию направляет на сайт Интернет-СМИ каждый отдельный источник трафика? Этот инструмент является детализированным отчетом по источникам посетителей и реализован в виде фильтров.


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

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

Надеюсь, что это будет полезно и интересно сообществу! Буду рад, если кто присоединится.

P.S. Адрес блога: http://habrahabr.ru/blog/sfworld/

Полная авторская верcия из моего блога. Оригинал материала написан специально для Developers.org.ua

Наверное любой современный веб-проект сложно себе представить без… без контента! Да, именно контент в разных его проявлениях сегодня «правит бал» в различных веб-проектах. Не так важно — создаваемый пользователями или получаемый из других источников автоматически — информация является основной любого (ну, или почти любого) проекта. А раз так — то вопрос поиска необходимой информации стоит очень остро. И острее с каждым днем, ввиду стремительного расширения количества этого самого контента, в основном за счёт создаваемого пользователями (это и форумы, и блоги и модные нынче сообщества, вроде Habrahabr.ru). Таким образом, любой разработчик, реализующий сегодня какой-либо проект, сталкивается с потребностью реализовать поиск в своём веб-приложении. При этом требования к такому поиску уже намного сложнее и шире, чем даже год-два назад. Конечно, для каких-то проектов вполне подойдёт и простое решение, к примеру, вполне можно использовать Custom Google Search. Но чем более сложное приложение, и чем сложнее структура контента, если требуются особые виды поиска и обработки результата, или же просто количество или формат данных в вашем проекте особый, вам потребуется собственная поисковая система. Именно своя система, собственный поисковый сервер или сервис, а не сторонний, пусть даже гибкий и настраиваемый. Но что же выбрать, и вообще — какие сейчас на рынке есть поисковые проекты, которые готовы для использования в реальных проектах, не исследовательских или научных, а реальных бизнес-приложениях? Далее мы кратко рассмотрим различные варианты поисковых решений, пригодных для встраивания в ваше веб-приложение или развёртывания на собственном сервере.

Предыстория

Решив запустить небольшой сервис на подаренном мне хостинге, оказалось, что там нету ни одного xml-парсера: ни SimpleXML, ни DOMXML, а только libxml и xml-rpc. Недолго думая, я решил написать свой. Мне требовался разбор не сложных rss-лент, поэтому хватило достаточно просто класса xml => array.^[1]

Но для интересной статьи этого было явно не достаточно, поэтому сейчас мы напишем свою замену для SimpleXML. А заодно пробежимся по многим интересным возможностям PHP 5.

Постановка задачи

Доступ к элементам у нас будет осуществляться как доступ к свойствам класса, например $xml->element, а доступ к атрибутам элемента, как к массиву, те $xml->element['attr'], также реализуем проверку на существование атрибута при помощи isset() и итерацию по элементам при помощи foreach. И так, начнем.

Часто на разнообразных сайтах пользователям предлагают оценить (проголосовать за) тот или иной объект — анекдот, цитату, пост, автора, человека и т. д. При этом, к сожалению, почти всегда совершается одна или несколько ошибок.

Я буду говорить только о тех случаях, когда пользователям предлагают оценить объект положительно или отрицательно. Голосования с выбором одного из нескольких вариантов ответа здесь не рассматриваются.

Здравствуй.

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

Последние несколько постов я рассуждал о системах рейтингов и в первой заметке на эту тему была система +1/-1. Очень простая для понимания, от того любимая многими. Я хочу улучшить ее, а точнее улучшить алгоритм подсчета. Визуально для пользователя ничего не изменится, он по прежнему будет иметь на выбор два варианта «+» либо «-».

Итак начнем. Для начала договоримся об одной условности — нередко встречаются топики у которых количество плюсов или количество минусов несравненно выше средних показателей. Это конечно приятно их авторам но совершено бесполезно для разработчиков и пользователей. Куда проще ввести абсолютный плюс и абсолютный минус, достичь которые крайне сложно, но каждый из топиков стремится к одному из них постоянно.

Итак пусть в нашей системе абсолютный плюс это «+100», а абсолютный минус это «-50».

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

К делу

Внешне задумка выглядит так:

Для многих написанное ниже является банальными вещами, но тем не менее ошибки появляются практически в каждой презентации (а я их вижу от 200 до 300 в год). Я решил свести все частоповторяющиеся ошибки воедино.

Основная ошибка – это то, что предприниматели пытаются вынести на слайды все. На самом деле на слайды надо вынести только опорные точки.

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

Предисловие
В этом примере я не буду использовать ни JavaScript, ни любые другие языки. Все, что мне нужно это хорошая разметка и код CSS.
Таким образом, наша цель состоит в том, чтобы представить данные таблицы в виде диаграммы. Можно отметить, что данные диаграммы – это объект из 2х элементов, непосредственно зависимых друг от друга. Поэтому, лучшим решением в отношении структуры и семантики будет использование списков определений.
Почему? Ну, для начала, это список элементов. Несмотря на то, что список является линейным, мы можем обозначить заголовки определений (элементы dt) как пункты по оси X и описание определений (элементы dd) как значения по оси Y.

Однажды вечером я почувствовал, что пришло время расширить 97‐ й параграф «Ководства» Артемия Лебедева.

На клавиатуре одна чёрточка, она обычно правее нуля и повыше букв «З» и «Х». Неосведомлённые люди называют её попеременно то дефисом, то минусом, то тире. Лебедев объясняет нам, что это четыре (учитывая две разновидности тире) различных символа. На самом деле их как минимум девять, и об этом я и расскажу вам сейчас.

Поскольку yagryagr явно взял тайм-аут, позволю себе влить немного информации по теме нашего блога.

Итак. Около года назад я написал и опубликовал на Creatiff.ru типологию клиентов и исполнителей. Не думаю, что кому-нибудь из вас удалось ознакомиться с этим материалом — проект ни жив, ни мертв. А, между тем, сама тема актуальности не теряет, поэтому я возьму на себя смелость опубликовать еще один релиз с небольшими правками и дополнениями.

Как уже было сказано в предыдущих постах, я — отраслевой веб-продюсер. С одной стороны в мои обязанности входит управление требованиями: я общаюсь с клиентами и вывожу их на определенный конструктив, с которым уже можно работать. С другой стороны в мои обязанности входит управление творческим коллективом: тем самым, который полученные требования реализует. Можно сказать, что я меж двух огней. С одной стороны клиенты давят, с другой дизайнеры напирают, с третьей менеджеры суетятся (это вообще отдельная тема). У каждого своя правда, каждому «надо», и мне тоже «надо»… Скучно не бывает.

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

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

Давайте сразу же договоримся — эти советы подходят в основном программерам, ну и, скажем так, сильно технишн людям. Зададимся вопросом — что такое «продуктивность»? Не знаю как вы, а я вкладываю в это слово очень простое значение. Человек продуктивен, когда выполняет необходимые ему действия с минимальным напрягом для себя и максимальной отдачей для других. В случае программера идеально продуктивным является человек, который легко и непринужденно пишет хороший код за минимальное время. Хватит слов — вот вам советы:

1. Никогда не ищите глазами, пользуйтесь функциями поиска. Всегда, всегда используйте поиск, если вы печатаете быстро. Хороший пример — открытие файла в редакторе. Используйте поиск или комплишн (в зависимости от редактора) и вы увидите насколько это быстрее. То же относится к выбору таба/буфера, если редактор не позволяет перейти в нужный буфер — выкиньте его, иначе смотрите в пункт 4. Идеальный редактор работает так — нажимаем кнопочку (в моем случае Ctrl-X + b) и в строке ввода вписываем первые несколько букв открытого в другом табе файла. Завершаем всё нажатием tab и enter. Таким методом я переключаю открытый буфер за 0.2 секунды. Мышью и глазами я переключаю его за 1.4 секунды. Что приводит нас к следующему пункту.

2. Не повторяйте что-либо более 10 раз. Это критическое число для всех разное, для меня оно именно десять. Автоматизируйте. Больше. Чаще, но не увлекаясь глобализмом. Причем не только в коде, в редакторе, в среде, но и в жизни. Нужно разбить 20 куриных яиц? Сделайте коробочку с дырочками и отсекайте острую часть яйца. 11 раз написать триграмматон на заборе? Сделайте шаблон и купите балон с краской. Не забывайте, что клавиатурные шорткаты есть почти во всем софте. Каждый раз когда вы снимате руки с клавиатуры — теряете время.

3. Учитесь скриптовым языкам. Python, Ruby, Perl, Bash, Javascript, CMD, VBasic. Просто хватайте тот, который ближе к вам и пишите-пишите-пишите. Понятно, что выбрать просто, если вы работаете в windows — для вас только CMD и VBasic. Юниксоидам доступно чуть больше, думаю это одна из причин почему гики так активно пересаживаются на Linux. Я знаю, что учиться не легко — но надо. Есть один странный рецепт — попробуйте в течение 2-3 недель работать из консоли. Нет, не надо отказываться от окон и тп — просто откройте окно терминала или cmd и работайте из него, запустив нужный вам скриптовый интерпретатор. И ради бога, никаких far/mc/nc и тп. — ваша цель научиться писать скрипты. После этих 2х недель вы вернетесь к привычной среде с довольно большим знанием о том, как же устроен скриптовый язык. Напомню, для python и ruby есть ipython и iruby. Для perl есть mshell, остальные интерпретируемы сами по себе.

4. Изучите свой IDE настолько, насколько это возможно. В идеале — откажитесь от IDE в пользу хорошего текстового редактора. Я имею ввиду редактора. Например ViM или Emacs. Пользователи MacOS могут использовать и TextMate, однако мне он кажется жалким подобием левой руки (слабой пародией на MicroEmacs). Да, и уверяю вас — оба редактора, и ViM, и Emacs имеют столько возможностей, сколько не снилось любому другому. В то же время оба они прекрасно работают без донастройки, хотя я предпочитаю Emacs. Конечно многие еще помнят что Emacs раcшифровывается как Eight Megs And Constantly Swaping, но 8 метров памяти уже давно перестали быть чем-то из ряда вон выходящим. Окей, вернемся. Выберите редактор. И теперь используйте его везде, где только можно. Вбейте себе в голову — вы используете ТОЛЬКО этот редактор. Потому что достаточно хорошо знать два редактора невозможно. Знатоки утверждают что работая со своим редактором на полную катушку вы получаете буст к производительности в 200-500%. И глядя на Бацека, например, я в это верю. И единственный минус от этого знания только в одном — вы не сможете от этого отвыкнуть.

5. Изучайте технологии и пишите маленькие программки. Выделяйте себе 20-30 процентов времени на ковыряние в новых движках или базах данных. Да, двадцать-тридцать процентов времени. Я знаю что обычно на это выделятся куда меньше — но меня-то не надо обманывать, я ж сам такой был, и хорошо знаю сколько процентов времени программист пишет код. Подвиньте чуть-чуть время, выделяемое вами на чтение LiveJournal и закопайтесь по локоть в Django. Или сядьте и напишите скрипт для накручивания голосов на Хабре. В общем проводите время весело и с пользой. Это сильно помогает отдохнуть на работе не теряя темпа. А главное — это очень неплохо сказывается на структуре вашего кода — теперь вы знаете как и что делают другие.

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