• Одно кольцо, чтоб в общагу входить, или как я испортил ID EM reader
    +28
    О, на хабре статьи из серии: «Смотрите, как у меня нихера не получилось». Здорово.
  • Переходим от MongoDB Full Text к ElasticSearch
    +2
    sudo apt-get install openjdk-6-jre

    Вот это вы очень зря. Практика показала, то только sun-java-7 или как его там. У openjdk наблюдаются проблемы с переполнением памяти, как кучи, так и direct. GC может не справляться.
  • NVIDIA повернулась лицом к Linux
    0
    Не скажу, что на 100% уверен, но кажется именно эта ошибка «PowerXpress feature is not supported on A+I Mux platform. Please uninstall fglrx driver» и светилась в xorg.log
  • NVIDIA повернулась лицом к Linux
    0
    Хм, а как это определить? Ноут HP Pavilion 3023er, видео — гибрид ATI 5800 и Intel
  • NVIDIA повернулась лицом к Linux
    0
    Что-то я не заметил, как ADM поддерживает мой ATI-Intel гибрид. Живу по месой при живой видюхе.
  • Каким спортом занимаешься ты, хабраюзер?
    0
    Муайтай
  • Стипендия на Brainwashing Ruby on Rails и шанс работать на берегу океана
    0
    Дык ёпта, олвэйз вэлкам.
  • Стипендия на Brainwashing Ruby on Rails и шанс работать на берегу океана
    +4
    Да, круто, наверное, там работать.
  • Как бы выглядел наш мир, если бы Интернет существовал уже тысячи лет
    +3
    Толстой великолепен. «Шок!!! Живопись!!!» — находка.
  • Почему python стал моим удобным инструментом для повседневной жизни, а ruby-нет
    +1
    Я таки настаиваю на своей версии. Кстати, руби объективно лучше.
  • Почему python стал моим удобным инструментом для повседневной жизни, а ruby-нет
    +4
    Тебе кажется. Рубисты давно познали дзен и улетели на волшебных звездолётах любоваться тремя лунами других панет. Им похуй на питон.
  • Почему python стал моим удобным инструментом для повседневной жизни, а ruby-нет
    –1
    Все заметили, что религиозные срачи руби-питон начинают питонисты? Они таки чувствуют себя ущербными. Рубисты просто стоят в стороне и смеются над питонистами. Рубисты делают своё дело. Рубистам нравится то, что они делают. Остальное — суета.
  • Новый aggregation framework в MongoDB 2.1
    0
    Думаю, агрегация вешает write lock.
  • Забег реализаций ruby '2012
    0
    Bundler — всего лишь удобное средство добавить пути в $LOAD_PATHS. Rubygems, собственно, делает то же самое. Так что бандлер не при делах вообще, разве что при старте, и то не очень сильно.
  • Верстка HTML писем: думай как баг
    0
    Комрад, а почему бы тебе не сделать reset.css для писем? Раз уж ты такой подкованный. Это было реально очень круто.
  • Закрываем зеркало сайта от индексации правильно
    –5
    Пост из серии «я у мамы молодец». Может, не стоит уже сюда такие помои лить?
  • Ruby on Rails: user friendly URLs
    +1
    Да врядли я соберусь когда-либо ) А если и соберусь — то есть у меня возможности публиковать. Но за предложение спасибо.
  • Ruby on Rails: user friendly URLs
    +1
    О, вижу коммиты. Ну тогда ты вообще молодец. А я, подлец, на тебя набросился. Но всё-таки какого ты не в курсе про to_param? А рейлскасты про — кака и бесполезно. Надо смотреть именно ранние вещи.
  • Ruby on Rails: user friendly URLs
    +2
    Да чота как-то писать у меня не очень получается. Да и не о чем. Только хочешь о чём-то написать, погуглишь — а оно уже написано миллион раз, и разжёвано, и даже решения есть лучше, чем можно придумать.

    Ок, давай мириться. Я вижу, что ты адекватный человек, просто багажа знаний не хватает. Давай так, я тебе дарю railscasts.com/ вот эту штуку. И ещё вот эту — guides.rubyonrails.org/ (http://rusrails.ru/) Как только ты прочитаешь гайды и просмотришь касты, а райан пишет грамотные касты — у тебя будет достаточно ответов на многие, ещё даже не возникшие вопросы.
  • Ruby on Rails: user friendly URLs
    0
    Да вот тут настолько тривиальная и всеми отработанная задача, что даже не очень хочется.
    Всё равно что я бы написал статью про то, что оказывается в textmate вставляются буковки, если начать тыкать клавиатуру. У меня просто не нашлось слов чтобы описать примитивность темы.
  • Ruby on Rails: user friendly URLs
  • Ruby on Rails: user friendly URLs
    0
    Энееет, дружищще. to_param делает то, что ему скажешь. В твоём случае —

    def to_param
    [id, title.parameterize].join('-')
    end

    Читай внимательно доки.
  • Ruby on Rails: user friendly URLs
    0
    Пипец. Хоть бы мануалы почитал. Скринкасты посмотрел. Нихрена не знают, а лезут ведь статьи писать.
  • Расстановка точек над onmousewheel и немного о луковом супе
    +2
    Суп — круто, надо бы сварить. А фигня эта со скроллом есть в любом уважающем себя фреймворке. Зачем лисапед?
  • Язык Dart — Structured web programming
    0
    Ну значит или форум говно или одно из двух. Берётся iconv и всё становится прекрасно и круто.
  • Язык Dart — Structured web programming
    0
    Ну хер знает. Может, вам не везёт просто. + руби относительно можно пользоваться вот только последние 3-4 года.

    И да, если адепты говорят, что вам этого не надо — значит действительно этого вам не надо, а есть нормальное решение задачи.

    Руби — самодокументируемый язык, поэтому как нельзя лучше подходит для работы командами.
  • Язык Dart — Structured web programming
    0
    Я не знаю японского. А вы в гости заглядывайте. У нас сеансы периодически, да и вообще весело. Может даже, примете учение Его.
  • Язык Dart — Structured web programming
    0
    Стараемся ) Слава Матзу! \о
  • Язык Dart — Structured web programming
    0
    Инфраструктура у руби мощнее, чем у пхп или того же питона. Решения есть для любых задач.

    У руби медленный интерпретатор, но он не настолько медленный, чтобы обращать на это внимание. Руби быстрее пхп и догоняет питон местами. И догонит ещё, хотя это не обязательно.

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

    Проблем с кодировками у руби нет. То есть вообще нет. А у пхп есть. И у питона.

    Для руби не нужен иде вообще. Для руби вполне достаточно простого редактора.

    Пропасть с пхп преодолевать не нужно. Иначе придут пхпшники и всё изговнякают. Популярность руби не нужна — он уже достаточно популярен у заказчиков и чем меньше индусов в него придёт — тем больше я заработаю.

    Поддержки руби, кстати, тоже более чем достаточно.
  • Язык Dart — Structured web programming
    0
    Да нет же, никуда я не попадался. Я понимаю, что на дельфи можно писать приложения любой сложности. На ассемблере, кстати, тоже можно писать приложения любой сложности. Но зачем? И стоят ли затраченные усилия полученных результатов?

    > Делфи возродилось в С#,
    Поэтому я и шарп не полюбил, кстати. Хотя, должен признать, в шарпе всё не так запущено.

    > да и на создателя Руби объектный паскаль, как один из ведущих языков того времени, наверняка оказал сильнейшее влияние.
    Точно, это вы по begin-end определили? Взгляните на аду, смоллток и эффель и сразу станет ясно, откуда ноги у паскаля.
  • Язык Dart — Structured web programming
    +1
    Здорово, но читерско.

    Во, первых, опция --compile_all роль сыграла, а во-вторых, использование класса вместо простого print.

    Эти манипуляции, конечно же, не отменят того факта, что авторы дарта серьёзно и глобально подошли к задаче )
  • Язык Dart — Structured web programming
    0
    > Ага, не глобальные, а просто мелкие. То что интерпретатор в четыре раза медленнее питона или PHP — это мелочь же :)

    И снова путаемся в понятиях. У языка почти нет недостатков. У интерпретатора есть.

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

    > Остальные просто и не запрыгивали. Увы, но стоит выйти на приличную нагрузку, как единственным решением становится покупка большого количества серверов… или уход в другие языки :(

    Вот у вас таких ситуаций просто куча была, я полагаю. Иногда приходится и на ассемблере писать. У руби есть своя ниша. К слову, очень объёмная. И она постоянно расширяется.

    Блин, вот а фак эм ай райтинг. Вы не видели таких нагрузок и никогда не увидите.
  • Язык Dart — Structured web programming
    0
    Кстати, это единственные люди, которые зачем-то спрыгнули. Но и у них были проблемы не с языком, а с интерпретатором.
  • Язык Dart — Structured web programming
    0
    > Когда стоит переписать красивейший код не используя синтаксические примочки руби… и код начинает работать в разы быстрее. Это удручает.

    Вы не правильно его готовите. Покажите код до и после. Любой пример. Я покажу, как надо сделать, чтобы было и быстро, и красиво.
  • Язык Dart — Structured web programming
    0
    Конкретные недостатки дельфи я тоже знаю и запарюсь перечислять. Начинается всё от неудобной работы с массивами и строками, а заканчивается «синтаксисом, максимально приближенным к естественным языкам», который настолько избыточен, что основное время написания занимает расстановка бегинов, эндов и варов (в начале функций).

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

    Да, я не могу тут описать всей горы недостатков дельфи и vcl, поскольку не писал уже на нём лет 6 и не помню практически ничего. Зато прекрасно помню как мне пришлось дрючиться, чтобы добавить нужную возможность в компонент. Сила любого языка и фреймворка в возможности модафикации. Потому что нельзя охватить весь спектр задач, которые необходимо реализовать. И если задача, выходящая за рамки сценариев требует работы чуть ли не больше, чем написание всей библиотеки компонентов (утрирую), то это говно библиотека, так ведь? Слабая связанность ведёт к повышению мощности бибилотеки. А мощь языка заключается в возможности минимальными силами реализовывать то, что надо. А в дельфи даже рефлексий для этого нет. Да там ничего для этого нет. Не хватает выразительности.
  • Язык Dart — Structured web programming
    0
    Руби очень хорошо продуман, он интуитивно понятен. Если у него и есть недостатки, то не гобальные, а просто очень мелкие. Столкнуться с которыми вероятность очень мала. Руби достаточно выразителен, чтобы найти достаточно простое решение любой задачи.

  • Язык Dart — Structured web programming
    0
    Сила архитектуры в возможностях её модификации. VCL мало того что имел уродливые интерфейсы, так ещё и был сильносвязанным и монолитным. Куча антипаттернов была применена при его проектировании. Его писали как хотели вообще.

    А паскаль ну просто никакой же. У него не хватает выразительности, не хватает мощности, чтобы решать задачи без костылей. Дельфи эти особенности и достались.
  • Язык Dart — Structured web programming
    0
    Основные недостатки в интерпретаторе. Он медленный. Он с GIL, он с туповатым GC. Это решаемо со временем, уже решено даже.

    У руби как языка есть пара недостатков — не очень красиво реализована работа с utf и вообще с кодировками, например. Хотя работать можно.
  • Язык Dart — Structured web programming
    0
    Дельфи уродлив как язык. Тяжёлое наследие паскаля. Он практически ничего не может ведь. А ужасные gui обвесы из-за которых он использовался архитектурно отвратительны.
  • Язык Dart — Structured web programming
    0
    Руби сейчас держится на силах комьюнити. Японех, конечно, влияет на развитие языка, но всё меньше и меньше. А применение его ограничивают разве что архитектурные решения интерпретатора типа GIL или туповатого GC. Это решается использованием альтернативных интерпретаторов типа JRuby или Rubinius. А синтаксис несёт кучу специфичных решений, которые мало того, что не препятствуют, а ещё и способствуют появлению новых применений.