• Почему не все серверы пишутся на 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 комментариев
  • Brackets не работает Live Preview что делать?

    Serjabos
    @Serjabos Автор вопроса
    Разобрался .
    Для тех кому может быть понадобиться ( Там нужно просто в выборе директории выбрать папку , в которой лежат все файлы , нужные для верстки и оттуда уже все открывать .
    Ответ написан
    7 комментариев
  • Pixel perfect c адаптивной версткой?

    Punkie
    @Punkie
    Хотят вёрстку пиксель в пиксель адаптив - пускай присылают адаптивные графические макеты под все необходимые разрешения экрана.
    Не такая уж и проблема. Разве что где-то упрётесь в разный рендер шрифтов.
    Если скажут, что адаптив это исключительно ваша работа, ваш ответ должен быть: «окей, тогда я делаю на своё усмотрение» или «я не экстрасенс, бейте дизайнера».
    Ответ написан
    Комментировать
  • Какой домен лучше для продвижения ru или com?

    XXX
    @XXX
    Решение где-то рядом
    Планируется покупка домена, компания стартует в России, но перспектива развития выходит за ее пределы. Какой домен делать основным (будут куплены ру и ком), в зоне ком или ру?
    Мультиязычность планируется? Если сначала будете двигать только ру версию сайта в РФ, то можете и на .ru домене посидеть, а потом сделать международную версию на com, хотя я сразу взял бы com, как основной.

    И для продвижения в России имеет ли значение домен?
    Имеет, только он всего лишь один из сотен факторов, и для поисковиков гораздо важнее качественный контент, быстрый сайт(без косяков в коде и перегруза графики), стабильный хостинг и грамотное продвижение.
    Ответ написан
    Комментировать
  • Как веб разработчику дружить с дизайном?

    @McBernar
    Чтобы хорошо рисовать — надо много рисовать :)

    Никакого секрета тут нет. Дизайн — это инженерная наука, помноженная на собственное чувство вкуса.

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

    yulsonka
    @yulsonka
    Есть разница между респонсив и адаптивностью - habrahabr.ru/post/148224/.
    По хорошему же веб-разработка примерно с момента выпуска третьей версии бутстрапа стала отходить от оптимизации сайта под ряд устройств, опираясь на популярные значения ширины: 420, 768 и так далее, потому что сайт должен смотреться хорошо даже если взять, вывести его на телевизионную панель и медленно уменьшать окно браузера до 320 пикселей в ширину. Мораль в чем: примерно это при тестировании и делается, окно браузера постепенно уменьшаем или наоборот идем от малого к великому, если используем mobile-first подход и везде, где картинка "рушится" ставим breakpoint с помощью media-queries. А вот чтобы не писать кучу значений и иметь возможность ими гибко управлять - очень подойдет препроцессинг, где можно выносить переменную breakpointа, что очень упрощает кодинг хорошей адаптивности.

    А еще я не очень поняла как вы пишете медиа запросы - неужели просто @media (width: 600px)?
    В любом же случае прописывается диапазон типа: @media (min-width: 480px) and (max-width:567px) и тогда совсем уж месива быть, мягко говоря, не должно для устройств, лежащих в этом диапазоне ширины экрана. Возможно, это именно то, что хоть как-то исправит ваше "месиво".
    Ответ написан
    13 комментариев
  • Что должно быть в портфолио веб-разработчика?

    У нас в Icons8 вся команда удаленная, в разных городах, и мы не встречаемся в оффлайне. Вот что нам показывают ребята и на что мы обращаем внимание:

    1. Рассказ о себе хорошим русским языком. Это универсальный совет на все случаи жизни: все можно рассказать и объяснить, и если вы не можете договориться с работодателем на этом этапе, то это — красный флажок. Дальше будет хуже.

    2. Скриншоты систем. Важен общий уровень продукта: насколько он интересен технически, насколько профессионально выполнен дизайн? Этот шаг можно пропустить, если интерфейс плохой: это будет лучше, чем страшные скриншоты с объяснением "дизайнера нам не выделили, делали сами как умели".

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

    qA071rqN1NTO562bByx5DoJUPVLEBR.png

    4. Вопросы к работодателю. Лучше, если они будут открытыми (предполагающими развернуты ответ) и по теме программирования (а не "кто оплачивает комиссию 12 рублей за перевод зарплаты" — это мелочи).

    Лучший вопрос, который мне доводилось услышать: "как у вас построена работа".

    ПС: Вот пример нашей вакансии brainstorage.me/jobs/8613 и вот — отличный ответ:

    440a14453f4047d4b92eaeb618d90caf.png
    Ответ написан
    2 комментария
  • Виртуальные машины и SSD-диск: как безопаснее и как быстрее?

    fear86
    @fear86
    Developer
    Еле в настройках виртуалки включено кеширование записи, то обращение к диску будет сводиться к минимум. А на чтение прирост будет точно.
    Ответ написан
    1 комментарий
  • Как эффективно переучиться на веб-разработчика?

    @egorinsk
    Вообще, не увлекайтесь спецификациями. Марк Цукерберг как-то без них обошелся. Google тоже не следует строгим стандартам.

    Если вы хотите «эффективно» изучить матеиал, тогда вы должны читать статьи «для чайников» (которые вы с вашим опытом, наверняка освоите за кратчайшее время). HTML/CSS так устроены, что даже если вы сделаете 100 ошибок на странице, он все равно как-нибудь да отобразится. Ну если вы хотите более солидные знания, то параллельно смотрите непонятные моменты в спецификациях, это в общем-то полезно. А сэкономленное время посвятите практике. Она тут очень важна.

    Вот, что стоит изучить (в любом порядке):

    1) Начните с основ HTTP (только ради бога, не читайте спецификацию целиком, хватит общего представления о методах запросов, заголовках и теле запроса, кодах ответа 403/404/500/200/300)
    2) Изучите основы HTML (есть раздел на сайте htmlbook). SGML вам хватит в том объеме, в котором он упоминается в спецификации HTML. PCDATA не упоминается в ней и потому знать про отличия от CDATA вам не нужно (ну если так хотите узнать, найдите спецификацию SGML и почитайте).

    Обратите внимание, в некоторых (некачественных) статьях вы можете увидеть штуки вроде [br /] — самозакрывающиеся теги. Это ошибочный синтаксис, который употребляют авторы, путающие HTML и XHTML. В HTML такого синтаксиса нет (хотя в силу своей толерантности к ошибкам в HTML такой код как-то работает).

    3) Изучите CSS и позиционирование элементов. Вот хороший учебник, разъясняющий тонкости всяких флоатов: softwaremaniacs.org/blog/category/primer/ А спецификацию CSS2.1, думаю, вы нагуглите сами, она довольно понятно написана.

    4) Изучите яваскрипт (да, включая замыкания и прототипы) и DOM. Обратите внимание, jQuery — лишь обертка над DOM и не зная DOM, вы не сможете нормально пользоваться jQuery, вы лишь научитесь копипастить скрипты из интернета, не понимая, как они работают. После этого можете изучать jQuery, заодно советую заглянуть в исходный код, а не только читать документацию.

    5) Изучите один из серверных языков, хотя бы основы

    6) Изучите основы SQL

    7) Начинайте что-нибудь делать, так как в этот момент у вас будет очень много теоретических знаний и очень мало практических. Можете сделать простое веб-приложение, можете улучшить какое-нибудь существующее.

    8) Изучите ООП

    9) Изучите какой-нибудь серверный MVC-фреймворк

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

    > А есть ещё и XHTML, который тоже имеет свои отличия…

    Его уже нет, его никто не будет развивать и использовать, более того, и раньше многие использовали не XHTML, а лишь похожий на XHTML синтаксис (в частности самозакрывающиеся теги), а на деле писали HTML. Вы можете изучить его, но только ради любопытства, а не ради практической пользы.

    > Клиентская разработка нынче редко обходится без всяких шаблонизаторов типа HAML/SASS

    Вы еще Coffescript забыли упомянуть. Это очень спорные вещи, есть мнения как за, так и против. Но в любом случае, согласитесь, как-то странно изучать SASS, не изучив вначале CSS, верно? Начинающему это не нужно.

    > а для эффективной серверной разработки всё и того сложнее: фреймворки, ORM, continuous integration, очереди задач и прочая-прочая.

    Для приложения из 3 страниц все это не нужно. Сложные технологии нужны в больших и огромных проектах, начинать можно и без них. И более того, не имея определенного опыта работы с кодом, вы вряд ли поймете, зачем это нужно. А когда понадобятся, тогда и изучите.

    По вопросу, где брать информацию: авторитетные источники (для поиска ответа во всех подробностях) — это спецификации W3C, официальная документация фреймворков, неофициальные источники вроде htmlbook, stackoverflow или Хабра — для того, чтобы быстро получить представление о тех или иных возможностях HTML. Еще можете какую-нибудь книгу почитать, только не старую.
    Ответ написан
    5 комментариев
  • [Решено] При включении ноутбука открывается биос

    Yazov
    @Yazov Автор вопроса
    Собственно поборол! :)
    Идем в биосе в раздел Boot, потом включаем Launch CSM, затем переходим в раздел Security и отключаем параметр Secure Boot Control.
    Осталось засетапить убунту, рядом с Win7, но хочу ее на SSD залить. Разумеется кроме папки /home
    Ответ написан
    6 комментариев
  • Выравнивание блока по правому краю

    MTonly
    @MTonly
    Веб-разработчик с 2002 года
    margin-left: auto предпочтительнее — не потребуется сброс обтекания после блока.
    Ответ написан
    1 комментарий