Shodan Mind

Вот наша корзина. Всё для людей.

Почитайте отчёт совместного исследования MasterCard и UsabilityLab, посвященного юзабилити процесса покупки в интернет-магазинах:
newsroom.mastercard.com/ru/files/2015/06/MasterCar...

По скриншоту видны следующие недочеты:

1. Слишком много полей формы, чтобы получить адрес доставки. Достаточно одного поля "Адрес". При желании можно прикрутить сервис DaData.
   
2. Если пользователь уже авторизован и уже вводил свой адрес, не нужно повторно просить его вводить всё заново. Можно добавить возможность выбирать любой из адресов, на которые уже осуществлялась доставка. Аналогично с Ф.И.О. и прочими контактными данными.
   
3. Вместо трёх полей "Фамилия", "Имя", "Отчество" может быть одно "Ф.И.О." или что-то вроде "Как к Вам обращаться".
   
4. Всё вышеперечисленное служит одной единственной цели - получить минимальное число требуемых действий для оформления заказа. Не смотря на минимум действий, пользователь должен получить максимум информации о том, что, откуда и куда он заказывает.
   

Что непонятного в слове "опыт"?
Сложно предположить сколько времени займет верстка нового шаблона под известную CMS и под ту, которую первый раз видишь?
И ежу понятно, что время это займет разное. Вот заказчик и хочет человека с опытом работы с определенной CMS.

Не просто так ковыряют бездумно в ИДЕ и отладчике.

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

Но кошерные зиродеи может найти только пытливый человеческий ум.

https://vimeo.com/97909752

Знаю сам проходил такую компанию: в вакансии написана одна сумма , на собеседование говорят что подумаем. Итоговая сумма такая как будто из суммы в вакансии вычли все налоги ( 30% ) . Получается ЗП из разряда low-end. При это топ ставит на задачу от 30 минут, системы контроля версий вообще не в курсе, сервера у меня дескотоп круче, соцпакета никакого ( у меня до этого в двух фирмах соцпакет включал оплату обеда) .
И что в результате : я наблюдал как в среднем по одному сотруднику( программисты и админы ) в месяц сваливают.
Одно странно манагеры все на месте. А потом я удивлялся что у них вакансия на сайтах висит по 8 месяцов.

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

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

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

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

Тут 2 варианта:

1. Заказывают верстку, подразумевают создание шаблона/темы для CMS. По хитрости, по не знанию, по глупости - не важно. Важно не подписаться пилить это по цене только верстки.

Верстка - это когда макет превращается в набор html/css/js файлов.

Да, могут быть вариации. Может быть сразу под движок: Smarty, Twig, Jade, или все шаблоны в Handlebars, или сразу чтобы всё под Angular было. Но это всё частные случаи, требующие более высокой квалификации, или находящиеся уже где-то во front-end разработке.

2. Просят учесть особенности CMS.

Маленьких нюансов может быть много.

Вот Битрикс, например, и его Эрмитаж (тыкнул в блок - тут же его отредактировал если по простому). Где-то лишняя обертка элемента, чтобы в режиме редактирования не разваливалось. Везде - z-index меньше 1000, чтобы Эрмитаж не перекрывало.

Wordpress вообще генерирует огромное количество своих классов. Взять те же навигационные меню. Использовать их = наплевать на все эти ваши БЭМ и прочее.
И т.д.

Если я верстал и без проблем натягивал свои макеты на Wordpress - могу ли сказать что у меня есть опыт верстки под Wordpress?

Могу.
Так же как могу сказать что есть опыт верстки под Drupal (не знаю натягивали ли какие-то из моих работ на Drupal, но чё бы нет).

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

.nav
    .nav__list
        .nav__item

Когда ему движок выдаст меню в виде

.menu
    ul
        li

Но я не считаю это своей проблемой.
Когда понадобилось, оказалось нет ничего сложного 1 раз потратить время и написать свой вывод меню в Wordpress, чтобы можно было любую верстку натянуть. Почему так не может сделать тот кто натягивает? Почему в ТЗ об этом не предупредили?

Уменьшает ли "опыт верстки под CMS" время верстки?
Если не были оговорены нюансы (те же меню WP) - то нет.
Может увеличиться время натягивания верстки на движок, но это уже проблемы заказчика, который не озвучил требования заранее.

Таким образом, хотя в идеале на движок должно быть возможным натянуть любую верстку, действительно некоторые имеют CMS особенности.
Об этих особенностях следует договариваться заранее. Должно быть конкретное ТЗ на верстку.
В остальном как правило речь об "опыте верстки под %CMS%" - просто болтовня.

Это означает, что люди больны на голову.

Да, теоритечиски понимая, то как работают компоненты в битриксе, верстальщик может чуть упростить жизнь колегам, но если верстальщик изначально адекватен и верстает с применением одной из методологий БЭМ, SMACSS, Atomic Design, OOCSS то проблем быть не должно.

Вот просто убейте не понимаю, как CMS может накладывать ограничения на верстку. Это примерно как подойти к дизайнеру и сказать - "Чувак, ты нарисовал классынй макет, он конечно нравится клиенту, но наши программисты не смогут его сделать, потому что не умеют и давай ты просто нарисуешь в стиле "среднестатистический интернет магазин на джумле" и не будешь выеживаться".

У каждого CMS своя структура, своя система по которой строится тема.
Загрузите пару CMS и посмотрите структуру и вы поймете.
Есть общая верстка(где конечный результат - простые html странички), а есть адаптированная под какую либо CMS(где конечный результат - тема , которую понимает тот или иной движок)

вы путаете верстку и интерфейс. На чем-то нужно писать морду, и верстка это только часть от разработки интерфейса.
Ну а после node.js, его уже можно использовать просто в любом прикладном программировании и частично системном.

• прикладное ПО для телеприставок
  
• embedded programming
  
• программирование роботов
  
• нативные и гибридные приложения для мобильных платформ
  
• приложения для Windows
  
• программирование терминалов оплаты
  
• программирование игр на платформе Unity
  

и т.д.
Продолжать можно долго.

а он денег стоит!

3500р.Вы серьезно?)
Пора бы уже привыкать покупать софт.Тем более если Вы - компания.
Уважайте труд разработчиков!
Не устраивает - пишите сами.

На современном JS можно писать абсолютно все (ну почти), еще как пример ChromeOS - операционка от гугла, на 70% написана на js
Правда вот мое мнение, что начинать изучать программирование лучше все же с другого языка так как js абсолютно фиолетово качество Вашего кода да и парадигмы он использует весьма сложные для начального понимания

Игры, серверные приложения ,кроссплатформенные десктопные приложения, кроссплатформенные мобильные приложения. Сейчас JS на подъеме ))

Посмотрите в сторону NodeJS. Это серверный JS, сейчас применяется достаточно активно, но пока не понятно на сколько перспективен.

Никогда не пробовал, но знаю, что во многих игровых движках можно писать на нем. Например unity и cocos2d. Но не уверен требуются ли разработчики такого плана.

Попробуйте посмотреть вакансии по ключевому слову, это поможет найти другие применения.

Что на самом деле происходит, когда пользователь вбивает в браузер адрес google.com
habrahabr.ru/company/htmlacademy/blog/254825

(Unity3D (HTML5,Android,iOS и все-все-все)) или three.js) и Blender
Unity-уроки (и иное): подборка линков