olexandr7

Хотел сначала написать это как комментарий к предыдущему ответу, но решил, что этот ответ все-таки не до конца верен. Тут человек спрашивает скорее "зачем нужны типы byte и short, если есть int", а не "когда нужно оптимизировать". На вопрос "когда нужно оптимизировать" ответ, безусловно, правильный.

Типы с разрядностью, меньшей чем у int, нужно использовать только с точки зрения экономии памяти, например, в больших массивах или классах с большим количеством полей. Использовать их в качестве локальных переменных не имеет смысла, т.к. процессор в любом случае оперирует типами размером с машинное слово (а Java на 16-битных машинах не работает, так ведь?). Т.е. об оптимизации вообще речи не идет, разницы нет, и в качестве локальных переменных типы byte и short, в принципе, появляться не должны. А вот если у тебя массив из over9000 элементов, в качестве элементов которого пойдет и short, то int использовать не стоит.

Это не php код, а какой-то шаблонизатор. Правда это само по себе странно, использовать шаблрнизатор на языке, который является шаблонизатором.

По поводу срачей - это будет в любом случае. Я вот косо смотрю на большинство ruby программистов, так как мой опыт общения с ними показал что большая их часть хают php, и при этому их код ни чуть не лучше. Но я так же знаю и достаточное количество толковых рубистов, которые не так страстно пропагандируют свою религию. Точно так же как знаю хороших php-шников, которые в свободное время пишут простенькие web-приложения на haskel и других языка.

Я для себя решил уже давно, что язык программирования никакой роли не играет. И да, останавливаться на php смысла нету. Но вам нужно на нормальном уровне освоить хотя бы одну платформу. Из того что вы писали в комментариях ясно, что вам стоит попробовать себя в java хотя бы по одной причине: все виденные мною популярные технологии под java обладают неплохой архитектурой. Это вам не yii, в котором архитектуры как таковой и нет. Когда при обучении у вас жесткие рамки, стандарты... Когда инструменты подталкивают вас все делать по best-pratice, тогда можно учиться быстрее. А с иструментами вроде yii это сложно. А уже после осознания этих best-practice, осознания концепций базовых, переход с java куда угодно не станет таким уж сложным. Скажем перейти с java на php в таком ключе будет очень легко (при условии подобающих фреймворков, на вроде symfony2/zend2), как и на .NET, как и на любую другую платформу.

Можете так же попробовать golang, тот же ruby (но не ror, ror пропитан религией), javascript (все же опыт работы с асинхронными языками программирования достаточно полезен), python идеально подойдет для написания небольших утилит или демонов... java после php осваивается нормально, возможности языков в плане построения архитектуры с большего одинаковы. Просто у вас не достаточно опыта в разработке как таковой.

А по поводу депрессий программиста - это нормально и никак не зависит от используемых инструментов. У каждого такое бывает, нужно добавлять в жизнь немного разнообразия. Я вот для борьбы со скукой вообще решил немного попрактиковаться в написании чего-то на c++ (анализ аудио, классификация и т.д.).

Я бы посоветовал вам качественно изучить хотя бы одну технологию от и до.
PhoneGap это тупик. Лучше не стоит, правда.
Вот вы сделаете приложение для iPhone, реализуете там свой тулбар на css + html. В аппстор сунете, а вам пропишут reject и скажут "Друг, у нас для тулбаров нативные элементы управления есть".
Вы начнете искать, а можно ли как-то из под PhoneGap использовать нативные элементы управления. Найдете.
Окажется, что там нужно будет в phonegap-проектике покопаться под XCode (вы же в курсе, что вам OS X нужна будет для сборки проекта для iPhone?)
Потом вам понадобится простенькая база данных в приложении. Вы попробуете использовать in-browser SQL database storage. Окажется, что из-за особенностей хранения данных браузером из-под PhoneGap она у вас периодически будет пропадать. Вы пойдете искать бесшовную замену, найдете. Опять надо в XCode идти проект править, чтобы он собрался правильно.
В итоге вы вместо разработки будете искать пути решения проблем, с разработкой никак не связанных.
Так что мой вам совет: хотите малой кровью начать делать мобильные приложения - возьмите Android и делайте на здоровье. А нервы поберегите, пригодятся.