• Почему не все серверы пишутся на Node js?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    1. Принципиальных качественных преимуществ у node.js перед остальными языками нет, как впрочем и недостатков. Просто yet another язык со своими особенностями. Соответственно если в вопросе заменить node.js на php/ruby/python итд - ничего не изменится.
    Вопрос по сути абстрактный "почему все не перешли на язык %%%%%"

    2. Ответ на абстрактный вопрос:
    а) Потому что существует огромное количество legacy кода который нужно поддерживать. Работы по поддержке и развитию существующего кода на порядок больше чем написания с нуля нового
    б) Потому что у разработчиков есть свой стек любимых технологий, изменять который без явных экономических причин основная масса не готова
    в) Потому что умные технические менеджеры выбирают стек технологий проекта исходя из имеющихся под рукой разработчиков и легкости поиска и заменимости оных.

    UPD
    hbrmdc
    У NodeJS есть уникальные и очень весомые преимущества, которых нет ни у одного другого языка. Например то, что это JS, и, следовательно, нет необходимости разучивать лишние языки - можно весь webapp писать на js.
    Личные предпочтения обоснованные привычками - это не имеющий значения аргумент в данном вопросе.

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

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

    2) Личные предпочтения обоснованные привычками это основной аргумент.
    Я вот умею в php, умею в ноду, умею в еще десяток умных слов.
    Мне нужна новая команда на новый проект.
    Я открываю hh и что я вижу: node.js 279 резюме из которых половина фронтэндщики.
    PHP - 9613 резюме. Даже если 90% разработчиков PHP на hh - уроды которых к коду нельзя подпускать на пушечный выстрел - останется все равно в 3 раза больше чем есть node.js.
    Собственно на этом выбор и закончен.

    На малопопулярных языках пишут в случаях:
    a) это мелкий сервис с неявными перспективами который можно переписать за неделю
    б) это проект "для души" разработчика.

    Получается замкнутый круг на самом деле.
    Менеджер смотрит резюме, резюме на node.js нет =>
    Менеджер не начнет проект на node.js =>
    Не возникнет вакансия на node.js =>
    Разработчик анализируя вакансии не увидит вакансий на node.js =>
    Разработчик будет учить что то другое =>
    Менеджер смотрит резюме, резюме на node.js нет...

    Переломить ситуацию могут только очень крупные игроки обладающие возможностями формирования рынка (например Apple и Swift), и то не со 100% гарантией (samsung&c и Tizen)
    Ответ написан
    13 комментариев
  • Как быть в тренде новых технологий?

    Alexey_gr
    @Alexey_gr
    подписываешся на
    html5weekly.com
    javascriptweekly.com
    mobilewebweekly.co
    и все, ты в тренде
    Ответ написан
    Комментировать
  • Как быть в тренде новых технологий?

    @wittyrider
    systemd есть людей
    Как за ними следить?

    Каждую неделю на хабре читайте дайджест дайджестов.

    И самое главное, как успевать изучить не только теоретическую часть, но и попробовать на практике?

    В большинство случаев хватит немного поиграться и понят как оно работает и для чего может понадобится. А полностью изучать можете по мере необходимостью.
    Ответ написан
    Комментировать
  • Как быть в тренде новых технологий?

    POS_troi
    @POS_troi
    СадоМазо Админ, флудер, троль.
    А зачем гнаться за трендами?
    Увидело что-то новое в JS, пришли домой, под пивко покодили, посмотрели и не более того ибо далеко не факт что клиент когда либо захочет такую фишку у себя на сайте а тратить время на освоение "новой мега рюшки" сильно расточительно.

    Это маркетологам принято гонятся за трендами, в разработке всё-же консерватизм дело не не плохое.

    Вон простой пример - "Селфи палка", многие себе накупили, магазины ими затарились, а народ месячишку побесился и забил. Магазины теперь не знают куда их девать. Так и с сайтами, прикрутишь мего клёвые часики а через месяц придётся откручивать назад - за свой счёт :)
    Ответ написан
    7 комментариев
  • Какой Java проект приблизит к пониманию Enterprise?

    Рекомендую к прочтению:
    Шаблоны интеграции корпоративных приложений
    www.books.ru/books/shablony-integratsii-korporativ...
    Шаблоны реализации корпоративных приложений
    www.books.ru/books/shablony-realizatsii-korporativ...
    Ответ написан
    1 комментарий
  • Какой Java проект приблизит к пониманию Enterprise?

    @bromzh
    Drugs-driven development
    Помимо знаний Java SE, коллекций, многопоточности, CDI и других вещей, обычно требуется знание:
    • Servlet API
    • JSP
    • JDBC
    • JPA
    • Trancsaction API
    • Java Message Service API
    • Validation API
    • EJB
    • JSF (не всегда)
    • JDNI
    • JavaMail API

    В общем, всё, что входит в JavaEE. Помимо этого, энтерпрайз любит всякие платные сервера приложений, например WebSphere. Так что хотя бы основы работы с ними надо иметь. Ну и естественно, надо знать SQL и уметь работать с СУБД (обычно используют решения от Oracle).
    Частенько требуют ещё и Spring. Ну и естественно, знание ant/maven/gradle (реже).

    Для примера можешь написать приложения для управления банковскими счетами. Сделай его как EAR-проект. Установи и настрой БД, настрой ORM в проекте. Всю бизнес-логику описывай в EJB, используя всякие remote-интерфейсы, message-driven beans и т.д. Для клиентской части возьми JSF.
    Сделай всё безопасно, с транзакциями, с тестами, с разными ролями и уровнями доступа, с возможностью масштабирования и т.д.
    Ответ написан
    1 комментарий
  • Как не волноваться на собеседовании?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    Ходить на «тренировочные» собеседования раз в полгода, чтобы это не казалось чем-то из ряда вон выходящим.
    Ответ написан
    3 комментария
  • Как отлично запоминать прочитанный материал?

    jasiejames
    @jasiejames
    Инженер)
    Законспектируйте материал. Только нужен правильный конспект. Схемы, диаграммы и т.п. В общем сначала необходимо структурировать исходные данные, записать и зарисовать в краткой форме, а после запоминание не покажется трудной задачей.
    Ответ написан
    2 комментария
  • Как отлично запоминать прочитанный материал?

    sim3x
    @sim3x
    Повторять

    habrahabr.ru/post/216633

    https://ru.wikipedia.org/wiki/%CA%F0%E8%E2%E0%FF_%...

    Если есть два дня
    первое повторение — сразу по окончании чтения;
    второе повторение — через 20 минут после первого повторения;
    третье повторение — через 8 часов после второго;
    четвёртое повторение — через 24 часа после третьего.
    Если нужно помнить очень долго
    первое повторение — сразу по окончании чтения;
    второе повторение — через 20-30 минут после первого повторения;
    третье повторение — через 1 день после второго;
    четвёртое повторение — через 2-3 недели после третьего;
    пятое повторение — через 2-3 месяца после четвёртого повторения
    Ответ написан
    2 комментария
  • Чем скачать yandex-плейлист целиком?

    @dedmaroz
    Поиск по трекерам ничего не дал, плагины для браузеров качают по 1 записи.

    Написал расширение для браузеров Chrome, Yandex, Opera: https://github.com/egoroof/yandex-music-fisher
    Можно качать как треки, так и плейлисты, альбомы и даже дискографию исполнителей.
    UPD (01.07.15) - добавлена поддержка ID3 тегов!
    Ответ написан
    5 комментариев
  • Какая из множества книг по spring наиболее дружелюбная для новичка?

    Losted
    @Losted
    Software Architect
    Отличная книга - Spring in Action. Написана достаточно неформальным языком (ну насколько это вообще возможно в технической литературе) и читается легко.
    Ответ написан
    Комментировать