Пират Карибского моря

1. IDE
2. xdebug
3. git
4. composer
5.bower
6.npm/bower
6. less/stulys/sass
7. grunt/gulp/webpack
8. apache/nginx
9. apc/opcache/memcache/varnish etc
10. bootstrap
11. VIM!!!!!!!!!
12. English!!!!!!!!!!
13. Все дырки через границу
14. Умение не читать ИТ литературу русских программистов за исключением Макарова, Индутного
15. Ненавидеть Попова

На абстрактный ответ мог бы ответить абстрактно, но отвечу с вариантами.
В зависимости от задачи, я опишу не для сервисов или больших сайтов\ресурсов.
Советую так же прочесть вот эту статью: frontender.info/building-a-better-responsive-website

Обычно использую bootstrap, который дополняю своими стилями, к примеру, сразу удаляю\перекрываю .row с его -15px margin'ом по сторонам, добавляю класс padding-0 для убирания в некоторых блоках padding'a у col- (который стандартно по 15px).

Стандартно учитываю разрешения - HD, ноутбучное 1366 и свое чуть меньше 1366 (у меня пуск справа:) ), 1024-960 - старые мониторы и нетбуки, смотрю в диапазоне 768px-960 для некоторых планшетов и телефонов, и меньше 768 для телефонов. Тут дизайн один, через media onlyscreen убираем с загрузки ненужные части.
Если все сверстано правильно и добавлены везде классы, то сайт будет полностью адаптивным.
Для тестов меньше 768px проверяю через iphone 5 и старенький android-телефон. (Через Toggle Device mode в Google Chrome получаешь очень сильно разительные результаты в сравнении с устройством - браузеры то другие, хотя большие косяки всплывают сразу.)
Тут кстати еще (мобильная) кросс-браузерность очень тонкий вопрос. Стиль у каждого браузера свой, особенно у всяких элементов типа input, так что тоже требует проверки и состояний тоже (placeholder, цвет текста в поле).

Нужно ли это? Безусловно - на любом сайте, в любой отрасли половина трафика с мобильных устройств, это уже стандарт качества, на мой взгляд:)

А в чем у вас проблема с регистрацией доменов? На nic.ru вон партнерская программа есть, в которой "партнером может стать любое юридическое лицо, ИП или физическое лицо", наверняка, у других регистраторов тоже.

Ну а вообще, это же вопрос грамотного обоснования. Вместо (просто пример):

мы не можем вам домен зарегать, потому что "мы" - это 15-летний школьник

преподнесите так:

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

У клиента ещё и впечатление останется, что вы о нём заботитесь.

Часто применяется для:

1. Локальные приложения и утилиты командной строки

• Сборщики и трансляторы
  
• Пакетная обработка и сценарии отложенной обработки
  
• Скрипты, CLI (интерфейсы командной строки)
  
• Генерация документации, отложенное формирование отчетов
  
• Сценарии тестирования для других систем
  

2. Серверы

• Серверы веб-приложений и SPA
  
• Серверы и API для мобильных приложений
  
• Любые другие веб-API (RPC, JSON, REST)
  
• Серверы сообщений и трансляция событий (чаты, игры, интерактив)
  
• Заплаты на уже готовые системы, написанные на других языках, для реализации вебсокетов, SSE, лонг-пулинга и т.д., т.е. для затыкания дыр, для решения проблем в узких местах уже работающих систем.
  

3. Клиенты

• Оконные приложения (nw.js, node-webkit)
  
• Кравлеры, парсеры и сбор данных
  

4. Железо

• Программирование микроконтроллеров (arduino, espruino, tessel)
  
• Промышленная автоматизация
  

Редко применяется (но подходит) для:

• CMS, публикация контента (просто ниша уже занята и в этой задаче нода не дает чего-то принципиально нового или сверх соблазнительного).
  
• Массовая электронная коммерция и торговля (не применяется для массовых движков магазинов, но используется отдельными крупными компаниями для торговых и платежных задач в качестве дополнительного средства к уже имеющемуся ПО, по сути закрывает узкие места).
  

И плохо подходит:

• Вычисления и моделирование, со скоростью математических операций нода и JS, как не типизированный язык, не дают хороших показателей
  
• Научные приложения (по тем же причинам)
  

Maxim

• Определитесь какие товары Вы будете продавать на своей landing page
  
• Целевая аудитория, кому нужен Ваш товар
  
• Какие фишки у Вашего товара и что стоит выделить
  
• Определитесь что Вы хотите получить: продажи, регистрации, звонки
  
• Какие контакты должны быть на сайте
  
• Какой Вы хотите внешне landing page? Если есть страницы которые Вам нравятся, ссылки на них. Вот большая подборка landing page.
  

Запишите это все к ТЗ.

Посмотрите:
Как нельзя делать сайты. Открытый доступ к статист...
Гай Кавасаки «10 способов привлечения внимания от ...

На хабре почитайте:
Создаем landing page: чек-лист для новичков
Landing page, которая работает
Устройство минималистичных посадочных страниц
Как сделать самую лучшую посадочную страницу: чеклист из 50 пунктов
Каждому по Landing Page. Наболевшее
7 основных принципов юзабилити для интернет-магазинов
Продающий дизайн интернет-магазина. Часть 1. Аналитика
Продающий дизайн интернет-магазина. Часть 2. Элементы интерфейса
Продающий дизайн интернет-магазина. Часть 3. Дизайн элементов

Но как бы странно это не звучало, не совсем представляю, к кому идти за "помощью"?

Если сами текст не можете написать, то Вам надо к маркетологу, а не к копирайтеру. Можете еще и сеошника привлечь, если сами не хотите разбираться. Только если траф на лендинг Вы с рекламы гнать будете, по сео работы с Вашим одностраничником совсем мало и можете самостоятельно разобраться.

Когда Вы знаете что хотите и написали подробное ТЗ, идти Вам к дизайнеру за шаблоном, а потом к вебразработчику за сайтом под ключ. Вместо одного вебразработчика, можете обратится сначала к верстальщику, а потом к программисту. Быстро сайт Вам могут сделать на CMS, либо на фреймворке. Можете например взять wordpress, под него много готовых бесплатных плагинов и тем, может и под свой landing тему найдете и скачаете, а не будете делать с нуля. :)

Если денег на дизайн и разработку landing page у Вас маловато, то лучше воспользуйтесь готовыми решениями типа ecwid, до 10 товаров там бесплатный тариф, а сэкономленные деньги лучше пустите на рекламу и нагон трафика на Ваш landing.

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

В наше время врестальщик, должен быть Front-End Developer'ом, по сему перед тобой лежит выбор. Либо ты углубляешься в программирование, либо в дизайн (т.е. изо). А совмещать это возможно даже и не имеет смысла. Конечно, дяде заказчику возможно и проще для себя найти одного исполнителя, делающего ВСЁ, и не заморачиваться, однако сомневаюсь, что крупная компания будет брать на работу универсала (там нужны профессионалы своего дела).

Но это все не значит что нужно выбрать одно и забыть о втором. Фронт-ендеру всегда нужно понимать основные принципы построения дизайна. Часто приходится допиливать какие-то мелочи самому, и эти "мелочи", должны быть на соответствующем уровне. Да и не только для этого..

Эти уровни - абстракция, причем зависящая от компании. Пройдите несколько собеседований и спросите, что думает о вас интервьюер.

Юниор чаще всего - это программист с в основном теоретическими знаниями, либо наоборот только практическими знаниями. Он умеет решать более-менее стандартные задачи. Юниора обязательно надо учить. При получении нового задания он "создает" свое решение.

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

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

-----------------

Многое зависит от интервьюера.
У меня был случай, собеседование на php senior developer: поговорили про HL оптимизации, архитектурные предложения для решения неких задач, способы оптимизации и т.д., а потом:
- перейдем к практике: что произойдет в таком коде:
$a = 5 + '5abc' + 'abc5';
- произойдет следующее: я посмотрю blame скрипта и поговорю с автором этой строчки, что бы узнать, что такого хренового в жизни может произойти, что бы он позволил себе это написать.
- ну, тут вопрос на приведение типов
- 10, но вы в своей практике с подобным сталкивались?
- нет
- вот и я не сталкивался...

OpenServer - крайне удобный сервер под винду
phpStorm - лучшей студии просто нет, только что кофе в постель не носит
FireBug + WebDeveloper + Easy XDebug - больше ничего в фаерфоксе не стоит
Notepad++ - всегда открыт, замена текста регулярками нереально выручает
Git Bash - для регулярных простых действий с гитом + всякие разные дополнительные скрипты
SourceTree - для мониторинга большого проекта незаменимо
NaviCat для mysql, но если нет лицензии то и HeidiSql из набора опенсервера сойдет
Еще Winmerge периодически помогает сравнить 2 больших каталога

Вдохновляйтесь на Behance или Dribbble. И вообще бывает полезно выйти, прогуляться, съездить за город или вообще совершить поездку по незнакомым городам. Находясь в одной и той же обстановке, созирцая одни и те же вещи вокруг себя и не меняя круг общения, врядли в голову может прийти свежая и хорошая идея, кардинально не похожая на Ваши предыдущие работы.

лучше вообще не покупать

Такие any-кейщики может кому-то и нужны, но особо они не ценятся, т.к знают, там, там и там. Профессионал он и есть профессионал в какой-то определённый области, ну может ещё две-три, но не больше. Знать абсолютно все не возможно, отсюда у Вас будут обрывочные знание во всех областях, но не знания специалиста. Отсюда и будет соответствующая зарплата (не высокая)

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

P.S Люди бывают разные, так что это только моё мнение :)