?

Log in

No account? Create an account

Previous 10 | Next 10

Sep. 23rd, 2012

не катет

Швейцарии пост 1

dryer by MartinTheNext
dryer, a photo by MartinTheNext on Flickr.

Сначала несколько странных впечатлений.

  1. Одновременно с сушилкой для рук в туалетах ETH есть странная сушилка - рулон тряпичного полотенца, кусок которого нужно вытянуть из сушилки и вытереть об него руки. Пруфпик прилагается.
  2. Для вытирания доски преподаватели пользуются не тряпкой или губкой, как это водилось в Москве, а инструментами чистильщиков стекол. То есть, они сначала мокрой щеткой стирают написанное, а потом резиновой палочкой снимают с доски воду и пишут по сухому.
  3. В Цюрихе все всегда уступают дорогу пешеходам. Становится не по себе, когда водитель благодарно машет тебе рукой или кивает, если ты позволяешь ему проехать :)
  4. Сегодня я был на бесплатной опере в Operahaus. Сцены эротического танца, с обнажением на сцене, главной героини и ее страстных поцелуев отрубленной головы возлюбленного произвели на меня большое впечатление. Это был мой первый поход в оперу и вообще я не разбираюсь в предмете, но почему-то себе все по-другому представлял. Эротические танцы, кстати, по сюжету, героиня исполняла для собственного отца.
  5. На улице раздают съедобные флаеры - яблоки, на которых лазером вырезана рекламная картинка. Очень круто.

Курсы тут выбираешь по собственному усмотрению по определенным правилам из каталога. Я выбрал два самых математических, Probability Theory и Fundamentals of Mathematical Statistics, уже даже сходил на первые лекции. Вывод - нужно быстренько заботать теорию меры, все кроме меня ее, оказывается, уже знают. Вообще, вокруг все чрезвычайно круты, на лекциях пересекаемся с чистыми математиками, что вообще здорово.

Среди требований к программе есть обязательный гуманитарный курс. Я решил посмотреть на Introduction to Microeconomics. Курс, ясное дело, оказался дурацким, да я не об этом. На первой лекции преподаватель рассказывал, как водится, про сущность конкуренции, и приводил пример глухой Швейцарской деревушки в горах, где нет конкуренции между производителями хлеба, потому что там всего одна пекарня. Он сказал, что кроме конкуренции между производителями есть еще конкуренция между производителем и людьми. Цены не поднимаются сильно, потому что люди сами могут делать себе хлеб - они будут покупать хлеб из пекарни, только если он достаточно дешевый.

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

Я вам не скажу за всю Швейцарию, но население Цюриха, особенно коренное, судя по всему, совершенно не обламывается по поводы дороговизны всего. Они, возвращаясь к аналогии, пекут хлеб дома. Дорогой общественный транспорт? Пройдись пешком. Дорого есть в ресторанах? Готовь сам. Лечится, кстати, тоже дорого, так что лучше еще и будь здоров. Цюрихские ребята производят крутое впечателение потому, что им никто не нужен - они сами все могут. Такое отношение позволяет избежать дурацкой потребительской культуры, где люди становятся нажимателями кнопок и перестают что-либо делать. При этом тут нет никаких бесплатых услуг, кроме образования, пожалуй, так что всем все платится по рыночным правилам - вполне себе капитализм. Отличная страна, я считаю.

Jul. 1st, 2012

не катет

Пирог

Пирог by MartinTheNext
Пирог, a photo by MartinTheNext on Flickr.

В короткий на вид промежуток в две недели я расстался с тремя важными вещами:
  1. Бауманкой
  2. Работой
  3. Пирогом

Расставания с первым я ждал со второго курса, об этом, наверное, стоит написать отдельный постинг. Расставание со вторым, по сути, произошло давно - с прекращением онтологической деятельности. А третье - это клуб любителей программирования, организованный мной и моим другом Кириллом в МГТУ. Расставание с ним произошло вчера.

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

Главный опыт от устраивания клуба программистов в организационном плане - это понимание того, как это просто делается. Кирилл сделал баннер, мы распечатали его на A3, развесили в двух корпусах МГТУ и забронировали аудиторию. Когда в указанное время в указанном месте оказалось полсотни человек, мы были подумали, что это ошибка :)

Менеджить маленькое сообщество из людей, которые умеют пользоваться интернетом, оказалось чрезвычайно просто. Сначала программы собраний вообще постились в публичную папочку dropbox в виде текстовых файлов. Потом я начал использовать txt.io, а в последний год мы запилили сайтик, чтобы можно было госовать за топики. Опросы я делал через формы Google Docs, а все объявления о событиях происходили через twitter.

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

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

May. 19th, 2012

не катет

Стартапер

Не уверен, что есть какой-то правильный перевод этого слова на русский. Слово это в моем окружении чаще всего ассоциируется с технически подкованным молодым человеком, который придумал сделать сайт или мобильное приложение. А для меня это слово с некоторых пор ассоциируется с человеком по имени Elon Musk. Два его проекта после PayPal (на котором он заработал кучу денег):
  1. Tesla motors - компания по производству электромобилей. Главная цель - сделать электромобили доступными для среднестатистического покупателя автомобиля.
  2. SpaceX - первая частная компания, занимающаяся космическими перевозками. В 2010 году они стали первой частной компанией, запустившей на орбиту и успешно посадившей космический аппарат. Главная цель - сделать космические полеты дешевыми и безопасными.
Вот отличное видео про SpaceX:



Очень круто.

May. 3rd, 2012

не катет

Коворкинг

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

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

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

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

А еще насчет людей в кафе можно вот что придумать. Можно сделать обертку над сервисом foursquare, оценивающую, сколько людей в данный момент в заведении по чекинам. Как яндекс.пробки, то есть, учитывающую и статистику, и актуальные данные по чекинам. Для этого нужно будет ввести показатель

hipster_rate = N(зачекинившихся)/N(всех посетителей)

Чем больше hipsterrate, тем лучше будет работать, конечно. У 4sq, как я понимаю, есть API, позволяющий писать кастомные клиенты. Клиент с информацией о том, где сейчас посвободнее, может быть популярен. Проблема тут, конечно, с относительностью hipsterrate, поэтому отвечать на вопросы "сколько там людей" вряд ли получится. А вот на вопросы "где сейчас рядом свободно" может и получится, особенно если будет фидбек от пользователей через клиент.

Apr. 30th, 2012

не катет

Теплые воспоминания


I made a discovery today. I found a computer. Wait a second, this is
cool. It does what I want it to. If it makes a mistake, it's because I
screwed it up. Not because it doesn't like me...


Только что зашел на youtube послушать музыки и случайно попал в самое начало списка залайканных видео. И нашел там прекрасное воспоминание - персонажа из UK с ником emokid21ohio, притворявшегося унылым эмо-кидом из США. Троллинг был невероятно успешен - он кормил хейтеров, издевающихся над ним и его чувствами поразительно долго. Его пример, помнится, сподвиг меня на собственную попытку. Было довольно весело.

Еще одна вещь из того же лета, которая произвела на меня сильное впечатление - Hacker Manifesto (архивы phrack.org до сих пор живы). Тамошнюю фразу Damn kids. They're all alike мы какое-то время цитировали, да и вообще, документ, вкупе с фильмами про open-source сообщество и рассказами про Кевина Митника и Дмитрия Склярова производил сильное впечатление. Я помню, как читал их на крошечном по нынешнем меркам экране нокии в метро. Хорошие были времена.

Apr. 22nd, 2012

не катет

Mission statement

Я давно собирался написать некий "mission statement" - документ, описывающий задачи и планы на ближайшее будущее - для организации собственной деятельности. Однако, писать тексты у меня получается гораздо лучше, если я представляю, что их будет читать кто-то кроме меня. К тому же, содержание может показаться кому-то любопытным. Поэтому я решил написать его в ЖЖ. Не исключено, что его придется потом менять, но я использую Markdown + Mercurial, так что это должно быть легко.

Цель этого текста - описать тему, интересующую меня сильнее всех остальных на данный момент, и рассказать, почему всем остальным она тоже может оказаться интересной. Конечно, "интересность" - это субъективное понятие: есть разные области человеческой деятельности, которые представляются мне одинаково сложными для понимания и одинаково благодатными для работы, но некоторые меня будоражат, а некоторые - нет. Проблема тут в том, что выбирать приходится именно по этому признаку.

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

Поиск взаимопонимания

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

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

Говори или делай

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

Описание противостояния групп догматически мыслящих менеджеров (которые говорят) и креативных исполнителей (которые делают) довольно часто в массовой культуре. Кто-то восхищается доктором Хаусом или Шерлоком (из сериала BBC One) за способность нарушать правила для достижения результата. Кто-то читает "Атланта" Айн Рэнд по рекомендации из блога Чичваркина. Суть одна - исполнитель-индивидуалист отказывается от социализации для достижения реальных результатов в своей работе. Менеджеры его не понимают, но вынуждены терпеть - потому, что им нужны его результаты.

Техническое мышление

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

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

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

Менеджерам в этом смысле повезло меньше - результат их работы зависит от людей, а не от техники, и все гораздо менее формально. Невозможно понять точно, подпишет Иван Иваныч договор, или нет. А если подписал, невозможно точно понять, почему. Если у менеджера и было "формальное мышление" на выходе из ВУЗа, за годы работы оно теряется за ненадобностью. Нужно подчеркнуть - это происходит только с теми менеджерами, которые работают с другими менеджерами (например, с Иваном Иванычем). Менеджеры проектов, например, работают большую часть времени с непосредственными исполнителями и способность мыслить формально не теряют.

Менеджмент без менеджеров

Именно отсутствие у менеджеров навыков формального мышления приводит к непониманию между ними и исполнителями. Интернет полон историй о том, какие дураки эти заказчики/начальники, что не понимают простой логики, какое дурацкое они прислали ТЗ/задание и как сложно с ними об этом говорить. Я вижу тут задачу поиска взаимопонимания, но отнюдь не между менеджерами и исполнителями. Вот главный вопрос: зачем мы вообще используем менеджеров для организации собственной деятельности? Если речь идет о выполнении строго технической работы, нельзя ли найти способ техническим специалистам разных отделов и компаний договариваться друг с другом, не используя прослойку из административного персонала, не умеющего мыслить формально?

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

Опыт программистов

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

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

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

Другая вещь, которая всегда будоражила меня в программировании - это идея о том, что для него нужен только компьютер. Можно подумать о разных крутых программах - о тех, что помогают анализировать огромные массивы медицинских данных, или о тех, которые реализуют видеосвязь между людьми в разных точках мира - все эти программы при должном уровне компетенции могут быть написаны на самом дряном нетбуке за $100.

Эти два факта начали будоражить меня впервые, когда я узнал о движении Open Source. Если только подумать, насколько сложным программным продуктом является, например, ядро Linux, мысль о том, что программисты со всего мира (говорящие на разных языках, имеющие разное образование и жизненный опыт) пишут его вместе, сообща, и без помощи менеджеров, завораживает. И программистами этими могут быть кто угодно, от Нью-Йоркских богатеньких студентов до африканских старшеклассников.

Потом уже я познакомился с проектами GitHub и Bitbucket, позволяющими людям эффективно работать над программными продуктами. Пользователям предлагается использовать систему контроля версий, issue tracker, wiki и другие средства, помогающие менеджить работу над проектом. Задачи:

  • назначения задач и контроля их выполнения
  • отслеживания изменений в проекте и их аннотации
  • документирования проекта

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

Другое место, где менеджер оказывается не нужен - StackOverflow. Программисты задают вопросы, другие программисты на них отвечают. Пользователь, задавший вопрос, выбирает из ответов самый правильный - и отмечает его. Тут решаются задачи:

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

StackOverflow, Bitbucket, GitHub - системы, в которых задан некий формализм (подтверждение ответа, рейтинги, коммиты, форки), достаточно понятный, чтобы пользователи могли и хотели его поддерживать, и достаточно эффективный, чтобы облегчить работу (поиск, изменение) с пользовательской информацией.

Не только программисты

Конечно, впервые подобные системы должны были появиться у программистов, которые по долгу службы уже умели работать и поддерживать разного рода формализмы - обладали "тхеническим мышлением". Однако, вскоре оказалось, что использовать такие системы полезно вообще всем. Примеры:

  • Книги выкладывают на GitHub для работы над черновиками и отслеживания ошибок. Например, CouchDB Guide.
  • Помимо StackOverflow и SuperUser, проектов исключительно технической тематики, платформа StackExchange содержит около 80 сайтов по самым разным тематикам, в том числе по вопросам культуры и искусства.
  • Open-sourced blueprints - инициатива по применению идей open-source на средства производства.

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

Моя цель

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

А для этого нужна комбинация двух факторов - открытости информации и удобных средств работы с этой информацией.

С открытостью информации сейчас все налаживается. Поверьте человеку, который не ходил на лекции с второго курса (тогда закончилась физика) и слушал подкасты MIT before it was mainstream :) Кто бы мог подумать, что когда-нибудь будет такая вещь, как Courcera или Udacity. Теперь легко не только получать, но и публиковать информацию - к давно известным блогам прибавились социальные сети с их крутым фунционалом опросов, репостов, лайков.

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

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

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

Tags:

Mar. 24th, 2012

не катет

Британский социализм

На неделе показали немного Москвы одной британской девушке. Она по 8 часов в день учит английскому детей каких-то рублевских миллионерчиков. Рассказывала мне кое-что интересное про Британию.

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

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



We got an Eco-friendly government
They preserve our natural habitat
Built an entire Olympic village
Around where we live without pulling down any flats
Give us free money and we don’t pay any tax
NHS healthcare, yes please many thanks
People get stabbed round here there’s many shanks
Nice knowing someone’s got our backs when we get attacked
Don’t bloody give me that
I’ll lose my temper
Who closed down the community centre?
I kill time there used to be a member
What will I do now ’til September?
Schools out, rules out, get your bloody tools out
London’s burning, I predict a riot

Надеюсь, фильм будет не просто копией "Хулиганов зеленой улицы".

P.S. Сама девушка, кстати, была очень недовольна таким положением вещей. Она говорила, что если тратить слишком много денег на соц. службы, не останется ничего на инвестиции в бизнес. А еще она была очень недовольна тем, что богатые облагаются слишком большими налогами, говорила, что это несправедливо, что они работали так много сами, а теперь им приходится платить за бездельников. Я был потрясен - сама она никак не относится к обеспеченному классу. То есть, в нашей стране люди ноют по поводу того, что им слишком мало дают. А там они здраво рассуждают, что лучше бы не раздавали, а делом занимались. Здорово.

Mar. 22nd, 2012

не катет

Что важнее: экспертиза в области или машинное обучение?

Давно волновавший меня вопрос обсуждается на Strata conference: видео имеет смысл с 18 минуты, когда начинают говорить эксперты. Формат - любимые мной дебаты. Если лень смотреть видео, можно прочитать короткое описание.

Самый главный вопрос, который всегда меня волновал и который я тоже всегда хотел задать победителям соревнований по machine learning, задает первый же спикер: "Why did your model win? Can you interpret results of that in any meaningful way?". Как-то, во времена моего пребывания в школе анализа данных, я задавал яндексоидам вопрос: если в яндексе есть очень много статистических данных о разных аспектах пользовательского поведения при поиске и просмотре рекламы, и эти данные успешно используются для улучшения пользовательского счастья, почему еще не получены модели поведения пользователя? Почему эти результаты не использованы научно? В итоге все ответы сводились к тому, что это никому не интересно, потому что и так работает, а проинтерпретировать полученные результаты - очень сложно.

Понятно, что в некоторых отдельных случаях интерпретировать результаты легко. Например, если мы используем регрессию с бинарными признаками. Тогда мы по сути получим логическую формулу - гипотезу, которую мы сформулировали автоматически на основе имеющихся у нас наблюдений и можем использовать для предсказания поведения мира в случаях, которые мы никогда не наблюдали. У нас были предметы классов C1 и C2, обладающие свойствами P1, P2, P3. И мы поняли, например, что P1 & не P3 -> C2 почти всегда выполняется на нашей обучающей выборке. Такой результат человеком интерпретируется сразу, потому что разговор ведется в терминах определения класса объекта по его наблюдаемым свойствам.

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

Mar. 19th, 2012

не катет

Чрезвычайно важная цитата

Было бы глупо превращать ЖЖ в цитатник, но эту, я считаю, нужно сохранить именно сюда.

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

Бертран Рассел, "История западной философии".
Пока мало прочитал, но почти уверен, что мне вся очень понравится.

Mar. 15th, 2012

не катет

Блоггинг-система мечты - scriptogr.am

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

Требования к фунционалу системы в моем посте делятся на две категории - требования по постингу контента и требования по его сохранению. По поводу последнего - я научился-таки пользоваться Evernote, и понял, что самый лучший способ сохранять  чужой и свой контент с разных интернет-ресурсов - это evernote clipper. Он потрясающе быстро и удобно работает!Единственное, где подводит - это на facebook - не нравится ему верстка, видимо.

С сохранением ссылок отлично справляется delicious. На этом мои потребности в сохранении контента можно считать удовлетворенными.

Насчет постинга контента, тут задачи таковы:

1. Чтобы контент бекапился ко мне на компьютер и всегда был доступен в удобном для редактирования и просмотра виде.
2. Чтобы код подсвечивался.
3. Чтобы раздавал RSS.

Сегодня наткнулся на сервис Scriptogram. Суть такова:
1. Сервис интегрируется с вашим dropbox и создает там папочку.
2. Вы кладете в папочку markdown-размеченные файлы с постами. Файлы можно сделать своим любимым текстовым редактором (или MarkdownPad-ом, например), а можно - онлайн редактором (он их сам сохранит к вам в папочку).
3. Заходите в админку блога и нажимаете "обновить". Все посты из папочки появляются в блоге.

Профит:
1. Все ваши посты всегда при вас. Если их сервис сломается, они будут у вас на компе. Если комп сломается, они будут на дропбоксе.
2. Посты легко писать, причем, как вам удобно - можно на клиенте, можно на сервере. Хранение постов как файлов так же сильно упрощает автоматические манипуляции с постами - например, их генерацию из логов или сторонних программ.
3. Подсветка синтаксиса работает!
4. Markdown понимают многие гик-ресурсы. Поэтому кусок вашего вопроса на StackOverflow или wiki-страницы в репозитории GitHub выкладываются копипейстом, без преобразования.

Недостатки:
1. Пока нет RSS - очень нужно. Благо, разработчики в курсе - просто сейчас очень ранняя бета.
2. Неудобно вставлять картинки - их нужно хостить где-то еще, например, в Public папке того же дропбокса. Если будет много трафика, могут быть еще и с этим проблемы. 

Насчет технической стороны дела, тут было мнение, что это дауншифтинг какой-то - хранить что-то в виде файлов в эпоху облачных сервисов и т.п. Я вот считаю, что архитектурно - это прекрасное решение. Со свякими tubmlr или wordpress у меня всегда была одна проблема - я не понимал, почему при отсутствии потребностей в join'ах и сложной логике, мои посты упорно храняться в РЕЛЯЦИОННОЙ базе данных в полях для текста. И почему у меня нет к этой базе доступа даже :) В этом же сервисе все очень правильно и приятно.

В общем, если я где-то буду писать что-то техническое, то я точно буду делать это на Scriptogr.am. Крутота полная, я считаю.

P.S. Перед отправкой поста скопипастил его в блокнот, чтобы не рисковать при отправке формы. Ну вы поняли :)

Previous 10 | Next 10