• Как рядовому веб-разработчику можно использовать в повседневной жизни Amazon EC2?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    вся мощь амазона заключается в возможности скейлиться. То есть никакой магии, мы можем по API трекать нагрузки и по API добавлять сервера когда надо. Автоматически. Или там у вас планируется новогодняя акция и поток пользователей будет в 10 раз больше - добавили сервачков на месяц. Так же у AWS миллион сервисов, которые сойдут для начала (например если надо быстро запилить транскод видео - без проблем. Нормально на EC2 уже можно сделать когда по стоимости будет сильно дорого (или вообще взять ноду с GPU).

    А просто так - AWS слишком дорогой, проще взять на диджитал океан дроплетов и не париться. Возможности "скейлиться" у них больше.
    Ответ написан
    3 комментария
  • Как рядовому веб-разработчику можно использовать в повседневной жизни Amazon EC2?

    Там, кстати, можно попасть на бабки, например, если взять эластик IP и НЕ прикрутить его к инстансу, то бабки снимут за то что ты его НЕ используеш)) , так что осторожненько))
    Ответ написан
    2 комментария
  • Могут ли Template Monster доказать использование шаблона повторно на другом сайте (была куплена 1 лицензия)?

    PavelK
    @PavelK
    Не парьтесь.
    У них и так праздник:
    1395005757_1246911137.jpg
    Но если по существу - как минимум лицензия есть - остальное на Вашей совести.
    Да и Вы не самый злостный нарушитель - целые студии бывает вообще не парятся, так что =)
    Ответ написан
    Комментировать
  • Как рядовому веб-разработчику можно использовать в повседневной жизни Amazon EC2?

    MaxDukov
    @MaxDukov
    впишусь в проект как SRE/DevOps.
    за нахаляву получити VPS с 1 гигом памяти. Если Вас это устраивает - разбирайтесь, EC2 суть обычный VPS.
    а вот остальные сервисы - очень интересно. Я сейчас занимаюсь связываением CloudFront логи через S3 bucket c ElasticSearch.
    Ответ написан
    Комментировать
  • Что значит node.js разработчик?

    @teslor
    Node.js это не веб-сервер и не CMS, это просто среда исполнения JavaScript, где можно сделать что угодно (в т.ч. написать свой веб-сервер, фреймворк и т.д.). Чтобы называться разработчиком Node.js нужно разбираться в тонкостях асинхронного JS, знать большую часть встроенных функций Node.js, уметь работать с основными модулями и создавать свои.
    В контексте фронтенд-разработки обычно хотят лишь, чтобы человек умел его установить и настроить сборщик. Это не разработчик Node.js.
    Ответ написан
    1 комментарий
  • Правильный frontend?

    @SirBataneg
    веб-разработчик
    Могу предложить для начала вот это https://github.com/Insayt/frontend-devil , там есть ссылка на статью на хабре о том, как это готовить)
    Более подробного мануала не видел. Для начала самое оно :)
    Ответ написан
    3 комментария
  • Правильный frontend?

    Создайте приблизительно такую структуру проекта:
    project/
    project/src/
    project/src/scss/
    project/src/js/
    project/src/images/

    Создайте package.json командой npm init, заполните всю информацию, название проекта, автор, зависимости и т.д. Установите gulp, создайте git репозиторий и файл gitignore в котором будут папки node_modules/ app/ и т.д. Создайте gulpfile.js, добавьте его в индекс(в репозиторий) и сделайте первый коммит. Затем напишите пару задач в gulpfile.js и установите пару модулей. Все ваши исходники будут собираться в папку app/, а в ней уже будут app/css, app/js, app/images и т.д.
    В итоге ваш проект можно будет легко поднять просто клонировав репозиторий и сделав npm install, а затем запустив gulp.
    Ответ написан
    8 комментариев
  • Какими ресурсами с дизайнами сайтов вы пользуетесь?

    Недавно нашел для себя клад крутых дизайнов в Pinterest. Очень удобно искать по тегам.
    0f78595fea2c49ff870cd6cf9970ff9a.jpg
    Ответ написан
    Комментировать
  • Что думаете про PRestashop?

    @Alesck
    Мы разрабатываем шаблоны PrestaShop.
    Сначала просто переделывали, теперь у нас своих 30+ адаптивных шаблонов и свои модули к ним.
    На престе можно сделать хороший магазин, с программистом и дизайнером, маркетолог тоже не помешает.
    Естественно, получается не дешево, то есть вариант с хорошим магазином дешевле 300-600к я бы не рассматривал.

    На западе считается одной из лучшей CMS наравне с Magento и Opencart. Уступает по популярности Wordpress, но Wordpress блоговый движок и не имеет такого количества функций магазина как PrestaShop.

    Шаблоны и модули не из дешевых если сравнивать с аналогами, но дешевле чем у Magento
    Программистов, умеющих работать с престой не много, те кто работают в основном работают или на биржи, или на запад или студии, поэтому рейт достаточно высок. В среднем 20-30 евродолларов в час. Работы по PrestaShop всегда много.

    Русскоязычная поддержка, скорее мертва чем жива, однако можно найти ответ на большое кол-во вопросов, в англоязычной ветке найти помощь, можно с вероятностью более 90%, для остального фриланс и программисты.

    Причина в том, что сообщество решает свои локальные задачи, их много, а людей, которые действительно помогают можно пересчитать по пальцам, 2-3 года мы также помогали на форумах, потом стали развивать только свои проекты, но это скорее глобальная тенденция, время у всех в дефиците.

    В конечном итоге преста может выйти лучше и дешевле, даже битрикса, зависит от постановки задач и специалистов.

    Самостоятельно в престе разбираться довольно долго, но и в других движках не быстро.
    Базовые вещи делаются легко, есть хостинг Presta Cloud, бесплатный, фишка в том, что часть кода на нем закрыта, а модули загружать нельзя, только покупать и шаблоны тоже.

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

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

    Плюсы:
    • Большое сообщество
    • Как правило легко разворачивать, устанавливать компоненты и шаблоны
    • Много есть из коробки
    • Опен сорс
    • Много модулей уже написано
    • Качество модулей выше среднего
    • Поддержка выше среднего, для большинства случаев
    • Локализация
    • Много модулей уже написаны для Российского рынка (оплата, доставка и прочее)
    Минусы:
    • Сложности в интеграции (смол и бигдата)
    • Синхронизация с 1с и другими складскими программами сложнее чем в битрикс
    • Не очень популярна в России, хотя еще 1-2 года назад была популярнее, кризис
    • Хороших разработчиков не много
    • Хороший магазин уровня Евросеть, М видео, сделать сложно, но можно, естественно только с командой профи.
    • Требует хорошей поддержки
    Ответ написан
    Комментировать
  • Как сделать подсчет по словам?

    @DanSorokin
    Full-stack developer at onvoya.com
    count_char_textarea.value.match(/\b\w+\b/g).length
    Ответ написан
    6 комментариев
  • Как использовать одну из трех переменных случайно?

    mannaro
    @mannaro Куратор тега JavaScript
    Умею профессионально гуглить
    jsfiddle.net/rfaztbfx/1

    Это норм задача для человека который учит js четвертый день ;)
    Ответ написан
    Комментировать
  • Стоит ли создавать интернет-магазин для портфолио на чистом PHP?

    @Afatar
    Конечно делай. Если есть время и тебе лет 13-15, то это отличный способ набить шишки и прокачать свой скилл. Обычно так и становятся программистами. С начало пишешь говно, потом читаешь про MVC, переписываешь, получается MVC говно, потом узнаешь про фреймворки и пишешь говно на фрейворке. Потом идешь в крутую контору и из тебя год выбивают все говно и после этого становишься специалистом.
    Ответ написан
    1 комментарий
  • Стоит ли создавать интернет-магазин для портфолио на чистом PHP?

    opium
    @opium
    Просто люблю качественно работать
    Всегда есть смысл что то делать для портфолио.
    Ответ написан
    Комментировать
  • Стоит ли создавать интернет-магазин для портфолио на чистом PHP?

    StrangeAttractor
    @StrangeAttractor
    Смотря что Вы хотите продемонстрировать:

    Если умение программировать на PHP, скилл web-разработчика, то наличие в портфолио опенсорсного движка для магазина (или чего угодно, в общем-то), качество кода и UX которого характеризует ваш скилл в этом деле определённо не помешает. При этом совсем уж чистый PHP использовать не обязательно: посмотрите актуальные фрэймворки (Laravel, Symfony, Kohana, Yii, Zend, Nette, etc) и сделайте выбор между одним из них или голым PHP/велосипедом по критерию "в каком случае реализацующий мою задумку код будет наиболее читаем, расширяем, надёжен и производителен" (в особо простых случаях фрэймворк - это overkill, в большинстве более-менее сложных - лучше с фрэймворком).

    Если умение делать и поддерживать интернет-магазины - то реализованные проекты на общепринятых e-commerce CMS (PrestaShop, OpenCart, Magento, osCommerce/ZenCart, и т.п.) думаю будут в портфолио ценнее.
    Ответ написан
    Комментировать
  • Стоит ли создавать интернет-магазин для портфолио на чистом PHP?

    Stalker_RED
    @Stalker_RED
    С точки зрения фриланса, лучше взять готовый известный продукт, типа opencart. Может быть пару модулей к нему написать. Во фрилансе большинство заказчиков хочет "быстро, дешево и с хорошей поддержкой". Завтра вы уйдете в другой проект, и кто будет разбираться в вашем коде?

    А при устройстве на работу - работа бывает разная. Большинство хотят чтобы вы знали хотя-бы один крупный фреймворк - типа zend, symfony, yii, lavarel. Знаете один - сможете в приемлемое время разобраться и с другим. А конкретную CMS хотят в основном те, у кого уже есть ряд продуктов на этой CMS.
    Ответ написан
    Комментировать
  • Каковы условия работы с ThemeForest.net?

    hummingbird
    @hummingbird
    Первое условие (правило) - знать английский.

    И это не стёб. Это факт.
    Ответ написан
    5 комментариев
  • Сервис визуализации структуры файлов и папок проекта, где найти?

    Antiless
    @Antiless
    Думаю, архитектура проекта и структура папок это все же разные вещи :)
    Советую использовать фреймворк - он так и понимается обычно, как каркас/скелет/структура + не нужно писать множество велосипедов. Если вы хотите самопис для практики, то посмотреть как устроены топовые фреймворки хороший вариант.
    Ответ написан
    4 комментария
  • Когда стоит использовать ReactJS?

    @WapGeaR
    Программист
    Используй как душе угодно, тем более если блог твой личный.
    А для интернет магазина то почему нет? Там много инфы, много компонентов - смело делай на реакте.
    Ответ написан
    Комментировать