Всем привет! Меня зовут Сергей, я математик, и я определяю развитие рекомендательной системы Surfingbird. Этой статьёй мы открываем цикл, посвящённый машинному обучению и рекомендательным системам в частности – пока не знаю, сколько в цикле будет инсталляций, но постараюсь писать их регулярно. Сегодня я расскажу вам, что такое рекомендательные системы вообще, и поставлю задачу чуть более формально, а в следующих сериях мы начнём говорить о том, как её решать и как учится наша рекомендательная система Tachikoma.

Письмо Скотту Хансельману

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

От переводчика

Всем привет, с вами Максим Иванов, и сегодня мы поговорим об одном из постов Скотта Хансельмана (Scott Hanselman), который он написал по причине довольно серьезного и хорошо сформулированного письма к нему. В общем-то, меня вдохновила одна из статей на нашем ресурсе под названием Google-oriented programming. Больше всего мне понравилось то, что в программистах порой может появиться синдром самозванца. Конечно, труды Хансельмана не единственны в этом мире с точки зрения психологии, но он дает четко нам понять, что это нормально. Как он пишет: «Но вот в чем дело. Мы все иногда чувствуем себя обманщиками. Мы все обманщики. Это часть роста. Мы попадаем в ситуации, которые немного сложнее того, с чем мы можем справиться. Но мы справляемся с ними, мы не обманщики, и мы двигаемся к следующему испытанию.» Так давайте же разберемся, какие решения и выводы Скотт предлагает нам в своем посте. Приступим.

Примечание от переводчика:

Этот пост был написан и опубликован на Medium разработчиком приложений Адрианом Космачевским из Швейцарии. Кроме подготовки перевода его публикации, я также пригласил и самого автора, Адриана ( akosma ), на Хабр, для того, чтобы он смог лично ответить на любые вопросы участников сообщества, если таковые возникнут. Думаю, для общего удобства при общении в комментариях с ним стоит использовать английский (и, при желании, дублировать на русском).

---

Привет всем, я — сорокадвухлетний программист-самоучка, а это моя история.

Пару недель назад я наткнулся на твит, в котором была картинка, прикрепленная ниже, и он заставил меня задуматься о моей карьере.



Эти размышления привели меня туда, откуда все начиналось.

Я дебютировал в роли разработчика программного обеспечения в 10 часов утра 6 октября 1997 года, в городе Оливос, к северу от Буэнос-Айреса, в Аргентине. Был понедельник. Не так давно я праздновал свой 24-й день рождения.

Мир в 1997 году

Тогда он был немного другим. На веб-сайтах не было предупреждений об использовании cookie. Новаторскими в сети были сайты вида Excite.com, а моим любимым поисковиком был AltaVista.

Мой электронный ящик имел вид kosmacze@sc2a.unige.ch и был расположен на личном веб-сайте, который размещался по адресу http://sc2a.unige.ch/~kosmacze. Тогда мы еще оплакивали принцессу Диану, а Стив Джобс только-только вернулся на роль CEO и убедил Microsoft «вбросить» в Apple Computer 150 миллионов долларов. Digital Equipment Corporation подала в суд на Dell, останки Че Гевары вернули на Кубу, только начался четвертый (!) сезон «Друзей». Был убит Джанни Версаче, скончались Мать Тереза, Рой Лихтенштейн и Жанна Кальман. Люди зависали за Final Fantasy 7 на PlayStation, будто бы были наркоманами, Би-Би-2 начал вещание телепузиков, а Кэмерон только собирался показать миру свой «Титаник».

Привет, Хабр!

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

Надеюсь, что эти материалы послужат вдохновением для тех, кто задается вопросом, как перейти «от Нуля к Единице» (создать что-то, чего раньше и в помине не было). Хочется, чтобы IT и «программирование» перестали быть просто «кодингом ради бабла», и напомнить, что они задумывались как рычаг, чтобы изменить методы ведения войны образование, способ совместной деятельности, мышления и коммуникации, как попытка решить мировые проблемы и ответить на вызовы, вставшие перед человечеством. Как-то так.

Индексы — это первое, что необходимо хорошо понимать в работе SQL Server, но странным образом базовые вопросы не слишком часто задаются на форумах и получают не так уж много ответов.
Роб Шелдон отвечает на эти, вызывающие смущение в профессиональных кругах, вопросы об индексах в SQL Server: одни из них мы просто стесняемся задать, а прежде чем задать другие сначала подумаем дважды.

Парадигмы программирования

В современном мире IT-разработки существует довольно большое множество различных подходов к написанию программ. Так, например, кому-то нравиться представлять программу в виде последовательности действий, а кто-то считает, что программа должна представлять собой множество объектов, общающихся друг с другом. Совокупности этих идей и понятий образуют своего рода стиль написания программы, который принято назвать – парадигма программирования.

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

• инструкция (императивное программирование, FORTRAN/C/PHP),
• функция (функциональное программирование, Haskell/Lisp/F#/Scala),
• прототип (прототипное программирование, JavaScript),
• объект (объектно-ориентированное программирование, С++/Java),
• факт (логическое программирование, PROLOG).

Стоит заметить, что в общем случае язык программирования однозначно не определяет используемую парадигму: на том же PHP можно писать как императивные, так и объектно-ориентированные программы.

В этой статье я хочу рассказать о сравнительно молодой, но крайне, на мой взгляд, полезной парадигме программирования – аспектно-ориентированном программировании.

Я хочу рассказать о некоммерческом сервисе wordmemo.ru, а также о связанной с ним программе WordMemo для устройств с ОС Android. Наш сервис предназначен для людей, которые хотят читать англоязычные тексты (например, художественную литературу). Сам я отношусь к тем людям, которым легко прочитать небольшие фрагменты “технической литеатуры”, а абзац из классики — невозможно. В основе сервиса, который мне очень помогает в этом деле, лежит «читалка» с возможностью смотреть переводы слов, выписывать их значения, и — самое важное! — тренажёрами, позволяющими эффективно заучивать выписанные слова. К примеру, для каждого незнакомого слова сохраняются контексты, в которых оно встречалось.
Главная идея сервиса состоит в том, что учить слова лучше всего не взятыми по отдельности, как в словарях, а в составе реальных предложений. Что-то вроде англо-русского разговорника и учебника, который вы создаете сами!

На самом деле топик претендует на капитанский, но рискну его написать, т.к. я не знал, что такая возможность есть, и пару дней был в отчаянии.
Как мы знаем, недавно google отключил регистрацию Google Apps Free для новых пользователей, оставив возможность пользоваться сервисом для доменов, которые уже были зарегистрированы.
Вначале меня эта новость огорчила, и я попытался поискать альтернативы, но стало понятно, что их нет, если не считать Яндекс, который в своё время не устроил качеством работы почты и отсутствием такой тесной интеграции со смартфоном. Стоимость сервиса от google для личных любительских проектов высока. Но выход был найден!

По мотивам топика о лампочках. Так как не могу ответить там, напишу этот пост.
Не все понимают суть работы люминесцентной лампы, поэтому у одних они ассоциируются с разводом на «нанотехнологии», а другие годами их используют и радуются. Так в чем же дело, где заявленные 8000 часов, и так ли верен расчет экономии?

Небольшое предисловие. В 2010 году на Хабре был опубликован пост Ebay. Украина. О таможне и пересылках, в котором aevdox рассказал о нюансах доставки товаров с Ebay применительно к Украине и, особенно, об украинских таможенных правилах. Прочитав этот пост, я почувствовал, что мне есть, что к нему добавить, и, не будучи хабражителем, написал письмо автору. Так там появился «Upd # 3».

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

А теперь к сути. С принятием в 2012 году нового Таможенного кодекса Украины (далее – ТК) и его вступлением в силу информация в статье «Ebay. Украина. О таможне и пересылках» сразу же безнадёжно устарела. Прежде всего потому, что новый кодекс отменил нормативно-правовые акты, на которые я ссылался в своём дополнении (Закон № 2681-III, Постановление Кабмина № 1652), и теперь эти отношения регулирует сам кодекс. Регулирует он их уже иначе. Я попытался разобраться с тем, что же изменилось для нас, простых покупателей с Ebay, и соответственно актуализировать информацию в статье.

Если вкратце – «жить стало легче, жить стало веселей».

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

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

Войны вокруг копирайта и патентов не сходят с главных страниц СМИ и блогов. К сожалению, большинство публикаций ограничивается констатацией очередного скандального факта и эмоциями в духе «Они убили Кенни! Сволочи!». Позиция автора часто сводится к двум крайним вариантам: а) Каждый имеет право распоряжаться плодами своего труда, как ему вздумается; б) Информация должна быть свободной! Как чаще всего и бывает, крайности сходятся в одном — оба варианта слишком примитивны и однобоки, чтобы от них был хоть какой-то толк.

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

Нужда в понятии интеллектуальной собственности возникает, когда надо разрешить противоречие между необходимостью опубликовать плод интеллектуального труда и необходимостью гарантировать вознаграждение автору. Как гласит словарное определение, интеллектуальная собственность — это закреплённая законом монополия на результат интеллектуальной деятельности. Монополия! Почти всегда и везде она считается нежелательной. В любой развитой стране есть антимонопольное законодательство, направленное на поддержку конкуренции. И тут вдруг бац! — монополия вводится искусственно.

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

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

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

Вступление

Целевой аудиторией являются молодые специалисты, которые только начинают свой путь в сфере ИТ. Хочется помочь людям обойти ошибки, которые допустил сам в процессе карьерного роста. А так же получить конструктивную критику от других хабра-пользователей.

* картинка взята с этого сайта

Предисловие

В далеком 2005 году мы решили начать свое дело (чем занимается наша компания — для нашего рассказа это большого значения не имеет). Делали мы тогда все наспех и вопрос ИТ инфраструктуры решали стихийно. К концу 2007 мы имели 30+ сотрудников в двух городах и следующий вариант сервисов, организованный нашими админами:

• Единая сеть — удаленные сотрудники подсоединялись по openvpn
• Почта — SquirrelMail /IMAP
• SQUID в качестве proxy
• File/Print server на linux
• При этом сотрудники работали на зоопарке систем/операционок (вплоть до “bring your own PC” или работы с PC, предоставляемых клиентом).
  
• SVN (система контроля версий) для документов (важный нюанс нашего бизнеса — версионность и совместная работа над документами).

Привет всем!

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

Что заставляет дизайн выглядеть скоординированным, спланированным и профессиональным? Ответ: 'цвет'.

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

Но цвет просто необходим для контента. Если Вы уделите вебсайту достаточно времени для его совершенства, то читатели вероятно уделят достаточно времени его просмотру. Хороший выбор цвета сделает это возможным.

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

Не забудьте почитать: Что такое качество в веб-дизайне: примеры и рекомендации. Часть 1. (или здесь).

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

03. Хорошо продуманная типографика

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

Несколько выдающихся примеров и рекомендаций по созданию качественного дизайна веб-страницы или блога



Многие люди склонны описывать предоставляемые ими услуги по веб-дизайну как «качественные». Но что означает здесь слово «качество», как определить, является дизайн качественным или нет? Что ж, я вижу несколько способов определить качество применительно к сфере веб-дизайна. Ведь если однажды определить, что позволяет создавать качественный веб-дизайн, можно использовать эти же приемы для оттачивания собственного стиля.

Чтобы объяснить, как я понимаю качество в дизайне веб-сайтов, я собрал несколько рекомендаций и примеров.

Предисловие

Хочется в начале сказать о том, кому статья точно не пригодится. Таковых, как минимум, две категории. Первая — это те, кто вообще не сталкивался с компаниями, или имеет свой стартап и работает сугубо на себя самого. Вторая категория — это те, кто даже после прочтения вот этой моей статьи, думает, что его место работы самое прекрасное, и в таких условиях он хочет провести всю свою карьеру и ничего более не возжелать.
Для тех же, кто работает в условиях где уже ощутил на себе понятия — сроки, overtime, ASAP, работа на выходных, посвящается…