• Выпущен обновленный PyCharm 3.1 с поддержкой Python 3.4 и Django 1.6: что стало лучше?
    0
    У меня установка проприетарной jdk сделала шрифты нормальными, под openjdk тоже была где-то патченая версия и даже удавалось сделать, но sun-jdk как-то проще.

    // простите, путаюсь во всех этих jdk, jre и проч, надеюсь вы поняли о чём я
  • Новая книга по Haskell на русском?
    +1
    Ну, в том-то и дело, что в моём понимании для начинающего вникать в хаскель мне три ваших пункта кажутся скорее плюсами, чем минусами. Конечно, я согласен, что LYAH на хоть какую-то полноту понимания не претендует вообще, да я и не знаю в целом, возможно ли это с хаскелем, такое количество всего я читал и продолжаю в wiki, paper'ах и прочих местах.
  • Новая книга по Haskell на русском?
    +1
    К сожалению, как уже упомянули выше, далеко не 700 страниц по теме. Книга требует обновления, причём уверен, что сообщество готово взяться за доработку, но первый шаг за авторами.
  • Выпущен обновленный PyCharm 3.1 с поддержкой Python 3.4 и Django 1.6: что стало лучше?
    0
    Спасибо за прекрасную ИДЕ, компания уже мне лицензию купила, теперь рекламирую остальным постепенно :)

    Скажите, не предвидится ли специальных костылей для «понимания» таких вещей, автоматические менеджеры в джанго (FooModel.objects), ForeignKey-поля, FooMode.DoesNotExist и т.п.? То есть, я понимаю, что магическим образом лучше не пытаться это сделать, но планировали ли сделать какую-то явную помощь со стороны самого проекта, например, чтоб тот извне мог указывать что куда маппить? Дело в том, что из-за слишком большого количества подобных ошибок тяжело делать анализ кода (выискивать 2-3 реальные ошибки среди сотен), не говоря уже об удобстве навигации между моделями по связам.

    Спасибо!

    p.s.: у меня накопился небольшой список багов и недочётов, обязательно доберусь до вашей джиры
  • Новая книга по Haskell на русском?
    +3
    Чем же плоха LYAH? Мне вот наоборот, начинал с RWH, но уже к какой-то 6й главе понял, что «сложновато», остановился, прочитал LYAH и вернулся к RWH. Как по мне — LYAH прекраснейшаа книга, особенно для начинающего. Примеры простые и более классические (алгоритмы и структуры данных), нежели в RWH с его простынями «настоящего» кода.

    В любом случае считаю, что если что-то переводить на русский — то лучше что-то более начинающего уровня. Если люди хотят продвинутый уровень — всё равно английский должны хорошо знать, ну как минимум чтоб Paper'ы читать (которых в хаскеле много).
  • Как математика помогает Яндексу зарабатывать?
    0
    А теперь расскажите, собственно, что такое релевантный контент и релевантная реклама, и как это определить рекламодателю.
  • Как математика помогает Яндексу зарабатывать?
    –1
    Ну что за бред. Рекламодатели не видят проблемы? Да вы что. Ничего, что все эти попытки подобрать релевантную рекламу — как раз о том, что рекламодатели проблему таки видят? И уж понять, улучшило то или иное изменение рекламу или нет можно только имея пользователей (без адблока) и статистику.

    Как только людей с адблоком станет слишком много — может начаться сразу масса вещей. Во-первых, никакого труда не составляет пихать рекламу прямо в контент, да так, что не отличишь (адблокером) её от контента программно. Во-вторых, можно легально запретить заходящим на сайт пользоваться адблоком, что считаю вполне нормальным. Понять, пользуется человек адблоком или нет — раз плюнуть тоже.
  • Как математика помогает Яндексу зарабатывать?
    +1
    Я не говорил, что адблокер обязан что-то говорить. Я говорю, что при установленном адблокере блокируется как релевантная так и нерелевантная реклама.
  • Как математика помогает Яндексу зарабатывать?
    0
    Какая-то ошибка в логике. Если пользователи станут массово ставить адблокеры, то рекламодателю не станет выгодно вообще ничего, кроме как бороться с адблокерами юридически, а там начнутся законы, запрещающие аддоны, меняющие контент сайта и так далее.
  • Как математика помогает Яндексу зарабатывать?
    0
    Ну, в целом можно рассматривать как аргумент «всегда быть в инкогнито, а то мало ли чего еще подобного произойдёт». При текущих инструментах это не очень удобно, но в целом, думаю, что-то придумать можно.
  • Как математика помогает Яндексу зарабатывать?
    –1
    Если честно — не очень понятен такой подход. Если мне совсем не нравится какой-то сайт (или продукт) — я могу им просто не пользоваться. Подход адблокеров, как по мне, больше на воровство похож.
  • Как математика помогает Яндексу зарабатывать?
    +24
    Искренне ненавижу вас за то, что продолжаете показывать «таргетинговую» рекламу даже по старым поисковым запросам.

    Так, моя (будущая на тот момент) супруга, при просмотре нами какого-то ролика на Яндекс.видео спросила: «а почему у тебя вся страница в рекламе обручальных колец?»
  • Опрос на смерть Winamp
    +1
    Поверх всех окон обычно умеют линуксы «из коробки» на уровне оконного менеджера. При нажатии правой кнопкой по заголовку обычно есть «always on top». А минимизацию тоже многие умеют плееры (почти все).
  • Как устроены облака Яндекса: Elliptics
    –2
    > Riak написан на Erlang, как правило, вам будет очень сложно понять что идет не так и попробовать это исправить :)

    Я бы еще сказал, что как правило это значит, что он очень медленный (в сравнении с другими). Правда, смотрел относительно давно, конечно.
  • Возврат денег за Windows 8 на ноутбуке Lenovo в Нотике
    +1
    Все равно непонятно. Я говорю о том, что уже сейчас есть большое количество людей, которым ничего в плане философии ломать не надо и все прекрасно работает, например у меня это 3 компьютера у родителей (моих и жены). Если хотя бы подобной группе людей поставить линукс, его уже станет в несколько раз больше и на него начнут обращать внимание.
  • Возврат денег за Windows 8 на ноутбуке Lenovo в Нотике
    0
    Не очень понял о каком ломании философии речь.
  • Возврат денег за Windows 8 на ноутбуке Lenovo в Нотике
    +1
    Мне показалось или вы провели аналогию между Windows и вредной привычкой?
  • Возврат денег за Windows 8 на ноутбуке Lenovo в Нотике
    +2
    Ой, да ладно вам. Поддержка железа в текущем состоянии покрывает гораздо больше людей, чем реально линуксом пользуются. Если бы большинство из них пересело на линукс, полноценная поддержка железа появилась бы «в мгновенье». А так — естественно, у всех виндоус, зачем ради процента делать полноценную поддержку железа.
  • День рождения Ubuntu
    0
    Хоть Ctrl на капслок повесить возможность оставили?
  • Десятка лучших консольных команд
    0
    Там же написано, кроме Ctrl+p/n у вас руки лежат на клавиатуре и вы готовы делать также Ctrl+f/b, Alt+f/b, Ctrl+a/e, Ctrl+r и так далее. Ну и да, не нужно перемещать руки к стрелочкам, смешивая эти нажатия с вводом команды.
  • Вышли сразу два новых PyCharm версии 3.0
    0
    Уже не помню подробности, но, кажется, удаление не помогало. Я в конце концов вернул DEFAULT и в целом сглаживание удовлетворительное. Больше волнует, что шрифты немного изменились, в некоторых местах имеют проблемы с отступами и вообще немного непривычные.

    В общем. надо будет разобраться как его удалить нормально.
  • Вышли сразу два новых PyCharm версии 3.0
    0
    Мда. В остальной убунте шрифты испортил от этих инструкций.
  • Вышли сразу два новых PyCharm версии 3.0
    +1
    youtrack.jetbrains.com/issue/IDEA-57233#comment=27-472038 выглядит обнадёживающе.
  • Вышли сразу два новых PyCharm версии 3.0
    +1
    Спасибо. Если бы еще прилагалась инструкция, как её шрифты сделать не такими страшными под Убунту (попробовав несколько разных, не помогло).
  • Yahoo обогнал Google по генерируемому человекотраффику в США
    0
    При этом мне лично непонятно, как считать по этим данным охват аудитории или генерируемый человекотраффик.
  • GNUstep собирает средства на реализацию полной совместимости с Mac OS X
    +3
    > компанию по сбору средств

    Возможно вы имели в виду: кампанию?
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Ну, мне известно как минимум одна библиотека для питона — SQLAlchemy, и это в питоне, который тоже особо своей DSL'ностью никогда не выделялся. В хаскеле синтаксис и семантика позволит сделать еще приятнее.

    Ну а то, что у джавы получаются монстры — наверное это проблема джавы. Вон, например, на хаскеле вполне неплохо выглядят parser combinator'ы (parsec, например). То есть даже парсеры (!) можно относительно красиво выражать средствами языка (такого я действительно нигде больше не видел).
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Если честно, не очень понятно, зачем SQL-запросы выносить в XML-файлы, в смысле, почему не построить красивое описание запросов прямо средствами языка (в Х-ле они позволяют это сделать). По поводу упирания в Hibernate не понимаю, почему вдруг, и при чем он здесь.
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Хотя, если честно, я так и не понял, чем автора не устроил

        maybeMichael <- selectFirst [PersonEmail ==. "michael@haskell.org"] []
        case maybeMichael of
          Nothing -> liftIO $ putStrLn $ "Sorry, noone found."
          Just michael -> liftIO $ print michael
    


    в этом примере с выборкой по имейлу.
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Не знаю кто как, но я как раз благодаря тому, что все «доставания данных» делал через отдельный интерфейс, смог на реальном проекте вынести кусок функционала в другую БД вполне просто. Бизнес-логика не была затронута совершенно, пришлось менять только интфейс выборки, что сильно облегчило задачу.

    В то время, как «меняем БД на монго, пацаны!» встречается не часто, вынос отдельного куска по типу статистики или «больших ненужных данных» — вполне задача сегодняшнего дня.
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Ну, имеется в виду не то, чтоб «скрывать детали реализации», а в том, что представление бизнес-моделей в хаскеле (тут, наверное, всякие алгебраические типы данных приходят на ум), или же в ООП-языках (обычно модели друг друга биндят прямо в виде моделей, а не через идентификаторы), мягко говоря «иногда» отличаются от того, что хранится в БД. В БД хранятся структуры данных, оптимизированные под представление, удобное для БД. Но оперировать же лучше данными (моделями), представленными в удобном виде для программиста.

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

    По поводу «СУБД-специфичных вещей» — ну, собственно, суть не в том, чтоб никогда не писать голый SQL, а в том, чтоб трогать его только через некоторый абстрактный интерфейс, который скрывает детали БД и запросов, возвращая уже сами бизнес-объекты.

    В общем, не хотелось бы уходить в политику. Предлагаю просто рассматривать два отдельных инструмента: ORM и SQL-абстрагирование и их качество. Их нужность обсуждать уже не хотелось бы :)
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Не очень понял. Суть «отгораживания от SQL» состоит в том, чтоб база данных (вообще персистентность объектов) была лишь деталью реализации, а не цертром вашей архитектуры. Ваши «бизнес-объекты» — обычные данные, а персистентность прикручивается незаметно в сторонке.

    То есть, ORM как раз тем и занимается (в ООП-языках), что мапит ваши бизнес-объекты с описанием табличек, и «в идеале» вы БД можете прикручивать в последний момент. Robert Martin, в общем, уже сто раз рассказал лучше меня об этом.
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    > However, what if you didn’t know John’s key, just its e-mail (assuming that there is an uniqueness constraint on e-mails)? Unfortunately, with persistent you’ll need either two queries:
    > Or you could do it in one query using the ad hoc Database.Persist.Query.Join.Sql module:

    А, теперь понял о чем вы. Да, кошмар/
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    А, ну тогда ясно. Да, мне как-то в последние годы удавалось все проблемы выражать в упрощенных моделях, без необходимости городить джойны или какой-то сложный SQL.

    Esqueletto не трогал, за ссылку спасибо, гляну.
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Ну, sqltyped на первый взгляд — это несколько совсем другое. В смысле, Persistent и AcidState стараются наоборот, абстрагироваться от SQL'а (а AcidState еще и от персистентности и прочего, можно использовать чистые IxSet всякие).
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Нет, как раз только сейчас балуюсь ими, потому и интересно узнать подробностей, что вам не понравилось конкретно.
  • Happstack Lite: Веб-фреймворк на Хаскеле
    0
    Persistent в Yesod очень даже хорошо выглядит, прямо поразительно красивее ООП-ORM'ов в некоторых местах. AcidState выглядит тоже неплохо.
  • 681 мегапиксель Марса, который почти никто не видел
    +3
    Будет действительно «пошаговая стратегия».
  • Разработка web API
    +4
    Я, кстати, предпочитаю делать аналогично выводу ls -F:

    /people/ — для списка
    /people/123 — для конкретного

    То есть, слеш в конце определяет, список это или нет. Это особенно удобно для под-ресурсов типа:

    /account/profile — для профиля «текущего» юзера. Сразу ясно, что никакой это не список, а конкретный ресурс.
  • Обыски в офисе Webmoney-Украина и блокировка счетов
    0
    Ну, я подробностей не знаю, но в статье на developers.org.ua, где обсуждали «как обналичить заработанные за рубежом деньги», естественно, упоминали и payoneer, и то, что счет вы не открываете в зарубежном банке. Тем не менее, говорили, что деятельность их платежных карточек не законна.