• Во что превратилась javascript и что представляет из себя node.js?

    @rPman
    Одна из основных проблем java — ее запатентованность вдоль и поперек. Не язык так популярные и разрекломированные фреймворки или их части. А так же большое значение имеет — кто стоит за платформой. Стояли sun/oracle и java стало синонимом 'дырка в браузере' а как ее взяло на вооружение Google, так это вернуло java главенство над мобильными технологиями!
    Ответ написан
    3 комментария
  • Инструменты для ускорения процесса верстки?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    А чем плох локальный сервер?

    К примеру можно установить node.js и использовать grunt. Преимущества:
    • Можно использовать какой-либо готовый процессор для HTML (к примеру такой)
    • Ватчеры. Их правда можно настроить и в любимой IDE но все же… как-то проще в гранте. Ребилд стилей по измению, ребилд шаблонов и т.д.
    • Оптимизация графики: при резке очень лениво каждый раз пережимать те же PNG-шки. Да, можно просто использовать консолькую утилиту и дергать ее руками, а можно и автоматизировать процесс. Да и есть imgmin и тому подобные.
    • Оптимизация JS — конкатенация, минификация
    • Управление JS зависимостями через bower


    Правда придется потратить день два на настройку какого-то boilerplate проекта, но в итоге время окупится.
    Ответ написан
    2 комментария
  • Опыт использования Grunt в больших проектах

    EugeneOZ
    @EugeneOZ
    С зависимостями может помочь Bower.
    Есть yeoman.io/, который использует Grunt (и многие его плагины) и Bower.
    Ответ написан
    Комментировать
  • Cache в Ruby on Rails

    @Kukunin Автор вопроса
    Кстати, как ответ самому себе, нельзя не упомянуть гем rack-mini-profiler, который очень наглядно покажет узкие места в приложении, которые нужно оптимизировать
    Ответ написан
    1 комментарий
  • Кто менее требователен к памяти Django или Rails?

    @pman
    Дефолтное рельс-приложение с одной моделью, шаблонизатором haml и mysql базой данных созданное через генераторы проигрывает по ab дефолтному джанго приложению с одной моделью, стандартным шалонизатором на моём сервере, оба приложения запущены под unicorn и gunicorn соответсвенно, идут через nginx.
    В чём причина? Вероятно, как было замечено выше, в кэшах, в оптимизации конкретного приложения.
    Но, как показала практика, удобство разработки с привычным инструментом компенсирует начальную разницу в производительности — так как при должном знании можно заставить работать быстро любое приложение.
    Ответ написан
    2 комментария
  • Кто менее требователен к памяти Django или Rails?

    jj_killer
    @jj_killer
    Зависит от многих факторов. Тот же Rails, смотря в каком окружении развернут, JRuby явно потребляет куда больше, чем MRI. Более того, на потребление влияет ряд очень неочевидных факторов, вроде используемого шаблонизатора, количества моделей, их атрибутов, валидаторов и т.д.

    Экономия памяти не стоит того, чтоб пользоватся менее привычным и удобным инструментом.
    Ответ написан
    Комментировать
  • Кто менее требователен к памяти Django или Rails?

    kenny_opennix
    @kenny_opennix
    Вопрос не конкретный. Допустим django с флет пейджами у меня живет на слабой впски. Тут подход к архитектуре сайта.
    Фронт nginx, кеши, оптимизация ос. В принципе стандартный подход.
    Оговорюсь сразу у меня сайт живет на sqlite. Вопрос не корректный, 1 небольшой сайт будет одинаков хорош и на Django и на рельсах и одинаково плох если будет криво написан.
    Ответ написан
    Комментировать
  • Как правильно самостоятельно изучить ЯП?

    @joneleth
    Как тут где-то писали — сделайте какой-нибудь проект по своему хобби. Безпроигрышный вариант.
    Ответ написан
    Комментировать
  • Есть ли более производительные аналоги Phonegap?

    AMar4enko
    @AMar4enko
    Боюсь вас разочаровать, но PhoneGap никакого отношения к производительности не имеет.
    Это всего лишь мостик между функциональностью, доступной в native-режиме конкретной платформы, и JavaScript-ом, исполняемым в in-app браузере.
    Ваше приложение работает так быстро, как быстро работает реализация JavaScript на конкретной платформе в конкретном браузере и также скорость зависит от того, какую именно функциональность HTML5 использует ваше приложение.

    Поэтому ваша проблема не в PhoneGap. Она в Android+HTML5, увы.

    P.S. Я знаю о чем говорю — разрабатывал приложение под PhoneGap на Sencha Touch. То, что вполне нормально работает на iOS, на Андроиде может быть катастрофически неповоротливо — я тестировал и там и там.
    Ответ написан
    Комментировать
  • Онлайн редактор html/css/js кода (но не простой, а…)?

    Malyw
    @Malyw
    http://cssdeck.com
    Плюсы:
    — ZenCoding
    — Collaborating/ Teaching (присоединений к просмотру изменений/правке кода онлайн)
    — Позволяет присоеденяться к изменению кода незалогиненным пользователям
    — Очень юзабельно при проведении собеседований
    Минусы:
    — Изредка «подвисает»- требуется перезагрузка странички.

    Например, откройте несколько окон со следующей ссылкой и измените что-нибудь в коде:
    http://cssdeck.com/labs/collab/vvk80hyg/0
    Ответ написан
    3 комментария
  • Что плохого в вёрстке таблицами?

    @egorinsk
    Начнем с того, что все, что делается таблицами, делается и CSS (просто надо не лениться и прочитать соответствующие руководства). У таблиц есть недостатки:

    — нельзя перегруппировать блоки для узких страниц или в версии для печати только с помощью CSS
    — если мы выводим список картинок таблицей, каждая картинка в ячейке, то при добавлении или удалении картинки оставшиеся не сдвигаются, а остается пустое место
    — у ячеек width работает как min-width, при этом алгоритмы ратяжения ячеек не документированы и ведут себя непредсказуемо, из-за этого они могут непредсказуемо растягиваться, и хуже того, при динамической замене контента они не всегда сжимаются обратно и остаются дыры. Одно длинное слово или картинка может растянуть всю страницу.
    — фиксированное, абсолютное и относительное позиционирование неюзабельно в таблицах
    — ячейки не получится перетаскивать drag-n-drop
    — трудно манипулировать DOM (надо хитро вставлять и убирать дополнительные элменеты)
    — верстка получается замусоренная кучей лишних тегов, которые тяжело читать и в которых тяжело разобраться. Это не HTML, а лапша. Особенно тяжело, когда таблицы вложены друг в друга и раскиданы по куче шаблонов.
    — нельзя поместить контент в коде первым, а меню в шапке — вторым (некоторые сеошники считают, что это улучшает индексацию)
    — верстка таблицами всегда была костылем (и это несемантично), с поддержкой CSS2 (появилась более 10 лет назад) таблицы стали не нужны. 10 лет назад они уже стали ненужными.

    Давайте, расскажите хоть одну причину использовать устаревшую много лет назад технологию. Поддержка IE4? Верстальщик-пенсионер?
    Ответ написан
    4 комментария
  • Что плохого в вёрстке таблицами?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Сами таблицы не плохо. Тут как уже говорилось выше вопрос семантики.
    Но по сути просто плохо, когда то, как страница должна отображаться, влияет на разметку. Да, оно всегда влияет, но по мелочи. А тут у вас заведомо ограничения по разметке. Плохо влияет на расширяемость и поддержку кода.
    Ответ написан
    1 комментарий
  • Что плохого в вёрстке таблицами?

    SLY_G
    @SLY_G
    журналист, переводчик, программист, стартапщик
    Разве что сделать адаптивную вёрстку очень сложно таблицами.
    Ответ написан
    1 комментарий
  • Что плохого в вёрстке таблицами?

    tmikwid
    @tmikwid
    Вопрос в семантичности разметки
    Ответ написан
    3 комментария
  • Ruby On Rails: Отдать статический html из haml через Asset Pipeline?

    AMar4enko
    @AMar4enko Автор вопроса
    Проблема крылась в структуре директорий
    /app
        /assets
            /javascripts
            /stylesheets
            /templates
               /login.html.haml

    Файл шаблона был в templates.
    Если папку templates перенести в javascripts, то все начинает работать как надо. В том числе и asset_url('templates/login.html.haml')
    Ответ написан
    Комментировать
  • Выбор смартфона на Android < 10 000?

    rakot
    @rakot
    Xiaomi mi2s, они примерно по всем параметрам равны с нексусом. Железки по производительности вроде с запасом.
    Ответ написан
    3 комментария
  • Выбор долгоиграющих ноутбуков

    15432
    @15432
    Системный программист ^_^
    Если мощность не нужна совсем, можно взять нетбук, например, Asus Eee PC на атоме + батарейку на 9 ячеек к нему (лучше сначала найти, к каким нетбукам есть такие батарейки на nb-power.ru). У меня Asus 1005P с такой батарейкой, работает 10-12 часов.
    В случае, если нужны более мощные устройства (этот случай и рассмотрю), необходимо выбирать ноуты на Intel Core третьего поколения (тройка в начале модели — важно!).
    Учитывая, что испытания полевые (таскать с собой придется), действительно, лучше взять что-то полегче — ультрабук, планшет или мелкий ноут.
    Видео, встроенного в процессор, вполне хватит (даже для GTA IV, тестил)
    В роли накопителя SSD для полевых условий подходит лучше — переносит тряску и удары.
    Ну и, конечно, чтобы не было проблем с лицензией, можно подыскать аппарат с уже предустановленной восьмеркой.
    А теперь, что больше подошло на яндекс маркете:

    около 50к
    Lenovo IdeaPad Yoga 13

    около 60к
    DELL XPS 14 Ultrabook (или DELL XPS 13 Ultrabook)

    около 20к
    DELL INSPIRON 5423

    Недорогой нетбук
    Samsung NC110 (увы, с семеркой на борту)
    Подозреваю, к нему подойдет данный аккум на 9 ячеек
    nb-power.ru/Samsung_N110.html

    Еще вопросы? :)
    Ответ написан
    1 комментарий
  • Подмена страниц гугла/яндекса, как лечить?

    opium
    @opium
    Просто люблю качественно работать
    ну логично же что либо прописана лажа в файле hosts или же сменили адреса днс серверов.
    Ответ написан
    3 комментария
  • Онлайн сообщество руби программистов?

    <offtop>
    А если знаки препинания расставить, боевой лозунг получится:
    Онлайн сообщество, руби программистов!

    </offtop>
    Ответ написан
    Комментировать
  • Вопрос к Ruby девелоперам: за что Вы любите Ruby?

    Сам работаю PHP-программистом на Yii. Недавно понадобилось чуть больше денег, чем обычно и ко мне обратились с просьбой пофиксить баги на сайте, написанном на RoR. Знаете, я до этого PHP крайне не любил, но взглянув на код руби, таки прослезился. Это потрясающее. Коротко, ясно, изящно, ничего лишнего. Что уж говорить о том, что создатели первоначальной версии сайта, по сути просто создали базовое приложение, подключили тучу гемов и накидали крайне мало кода! Ошибки и баги только от отсутствия логики у разработчиков на момент разработки(к вопросу об уровне вхождения). В общем, хоть у меня и нет опыта работы «от года» как просил автор, надеюсь, довольно ясно ответил, за что я(и, возможно, многие другие) люблю руби. А если отойти от рельсов, то, как минимум лаконичный синтаксис.
    Ответ написан
    Комментировать