index0h

второй вариант для boolean , а первый для строк, массивов

PHP

Делать ставку на сложный язык, вы сами себе яму роете. надо наоборот писать на том на чём легче пишется, чтобы максимально быстро притворять в жизнь свои идеи.
Веб-разработка для магазинов, а вернее те задачи которые вы описываете, это скорее задачи дизайна и верстки, здесь выбор не сильно большой. И здесь надо упор делать на то, на сколько хорошо ваш верстальщик работает со своим инструментом. Если он хорошо и быстро идею раскроет(хотя это не только от него зависит) - успех. Если всё будет сложно, то это создаст сложности при реализации, и вы упретесь в одну идею пока ваши конкуренты будут клепать много новых. Вывод: инструмент должен быть максимально простым чтобы новые фичи реализовывались легко и быстро.
UPD: Может задачи и не ограничиваются версткой, но пока вы будете страдать и мучиться на сложном инструменте, ваш конкурент сделает тоже самое на легком.

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

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

1) Я упорно отказываюсь называть верстальщиков - программистами.
На 90% это тупая низкооплачиваемая работа, никакого отношения к программированию не имеющая
Исключения есть, но не много.
Для того что бы стать web backend программистом - знания верстки нужны самые минимальные (читай - не нужны вообще, но в процессе все равно появятся), зато нужно например sql которого в вашем списке нет почему то.

2) Если хочется денег и нет отвращения к дресс-коду - можно пойти в java разработчики.
По деньгам выиграете заметно, но это в 99% enterprise со всеми вытекающими.

3) Если хочется денег и свободы - можно пойти в разработчики ios/andoid на выбор.
Самый правильный вариант если с нуля выбирать профессию.
Кадровый голод в сфере дикий, в dc берут с 0ми знаниями на неплохие деньги.

Imho самый правильный вариант для Вас - второй или третий.
Становиться верстальщиком сейчас - явно не самая хорошая идея.

UPD

PolzuizYami: Что за enterprise и что за вытекающие? )
Какой порог входа для разработчика под мобилки и через сколько я смогу показать результат и что то за это начать получать ? Почему вы не любите fronted? ) И почему становится fronted'ом не лучшая затея(на верстке я как бы не собирался останавливаться, но это основа основ для fronted'a)?

Enterprise - работа или в крупной компании или в аутсорсере который работает на крупную не IT компанию. Вытекает из этого определенный уровень бюрократии, чинопочитания, формализма, дресскода и прочего, что в какой то мере компенсируется кешем и стабильностью™.
Опять же не всюду, но очень много где.

Порог входа для мобильной разработки сейчас достаточно низкий, 0-1-2 месяца самостоятельной практики и можно идти на вакансию junior, в dc платят 40-50 на старте, за год-два можно выйти на 150-250+ с учетом фриланса.

По поводу фронтенда:
Сразу небольшой дисклеймер:
a) не хочу никого обидеть, пишу исходя из личного опыта. b) это справедливо не для всех проектов.

Итак:
1) В отличии от backend - сложность и объем задач по frontend не зависит от размера аудитории проекта.
2) В отличии от backend - работы по frontend выполняются быстро и в отсутствии требований по изменениям - доработкам не подвергаются.
3) В отличии от backend - текущая работа по frontend сильно менее связана с прошлыми этапами работы, либо погружение в проект требует не много времени (не всегда, но часто)
4) Следствие из 1, 2, 3: Для запуска развития среднестатистического проекта нужны backend разработчики в команду (штат/длительный аутсорс) и не нужны frontend разработчики в команду (проще и дешевле брать фрилансеров под конкретные задачи)
5) Вывод: Путь верстальщика это в 90% либо короткая дешевая работа на фрилансе, либо работа в штате по поддержке постоянных маркетинговых хотелок (подвиньте банер на 20px в бок, итд), либо в очень редких случаях - действительно сложные, нагруженные с точки зрения frontend проекты.
Почему в редких случаях? Потому что таких проектов очень мало :) (и кстати многие из них - enterprise)

UPD-2
По поводу мобильной разработки:
Куда пойдет mobile dev через 5 лет - предсказать сложно. На мой взгляд основная масса проектов сейчас достаточно простая и для успешной реализации требует монотонной аккуратной работы (70-80% времени это собирание верстки и анимаций, подключения к внешним апи). Адские зарплаты сейчас обусловлены дикой нехваткой людей. Но есть мнение что пик уже прошел.
С другой стороны появляются новые мобильные платформы - и разработчики нужны уже под них) Непрерывный процесс саморазвития как он есть)

UPD-3

Собственно, почему Веб ,а не мобильная или Java. Ориентировался чисто по вакансиям своего города, к сожалению живу не в DC и да же не в DC2, а наверно DC 666 (Владивосток).

Вся прелесть бытия IT специалистом - в нашей широкой востребованности. Не нужно ориентироваться на свой город, да и на DC по большому счету не стоит. Перед тобой вся планета.

да и маме сайт сделаю

ппц мотивация для выбора жизненного пути.
Ну а про потолок верстальщика - я расписал ниже.

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

На опыты его

что заряжать значит тоже самое что и создать

ЭЭЭЭэээээээ.......
Я понял...
Это машинное понимание текстовой информации.
Чтобы такое сделать - нужна модель.

Вы пробовали хотя бы начать её строить?

ищу SSH клиент с подсветкой синтаксиса

ssh клиент с подсветкой синтаксиса -- это нонсенс. Вы ищете эмулятор терминала, способный отображать цвета.
putty точно это умеет.

Будущее за теми, кто хотя бы умеет читать википедию.

Для справки, ни MVVM ни MVC не являются шаблонами проектирования. Это схема использования нескольких шаблонов проектирования. Основная идея оных - разделение логики на слои. MVC декларирует разделение на логику представления, бизнес логику и связывающие это все контроллеры. В MVVM же основная идея заключается в более удобном управлении представлением модели. Особенно в случае когда модель может меняться из слоя представления (из UI тобиш, датабиндинги и все такое).

p.s. Помимо MVC и MVVM существует масса других схожих схем, типа MVP, HMVC, PAC...

1) кеширование
2) горячие данные, например очередь сообщений для обмена данными между компонентами приложения.

Qt это кроссплатформенный С++ фреймворк. Для него написана отличная документация. Просто начинайте использовать его для создания GUI и решения прикладных задач.
Большой список того что стоит прочитать про linux.

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

`t` это алиас для таблицы, ActiveRecord его добавляет.
Какой запрос был во втором случае сгенерирован?

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

1) реклама
2) инвестиции
3) никак

выбирай любое, но только одно.

Вы опоздали лет на 45-50. Поймите, что сейчас не работает правило "чем меньше размер, тем проще устроено". Посмотрите на вашу видеокарту. Допустим, что это Nvidia. Допустим, что вы её купили в прошлом году. Вы держите в руках результат работы и исследований почти 8,800 человек. Я не имею в виду, что 8,800 её делало каждый день по 8 часов. Но то что в Nvidia на момент выпуска видеокарты работало 8к человек - факт. Можете почитать Computer Architecture, Fifth Edition: A Quantitative Approach или любой университетский курс по архитектуре ЭВМ.