gro

Не слушайте глупости выше, в javascript как и в любом другом языке нужно использовать try… catch. От ошибок ниток не застрахован, а этот блок как минимум покажет пользователю что произошла неизвестная/такая-то ошибка. лично я часто использую try как возврат из методов/функций, ибо не всегда удобно делать цепочку ретурнов, а иногда возникают ситуации что дальнейшее продолжение не нужно.
тот же аякс да, это отличный пример, пришли неверные данные
его же можно использовать для своих ошибок в библиотеках (крупные популярные библиотеки его активно используют)

Молоток vs Кувалда vs Отвёртка

Я решил выяснить, какой из инструментов лучше. Представил одинаковую задачу — ударять себя по большому пальцу ноги. Отвёртку решил держать за ручку и ударять наконечником, так как неудобно держать за наконечник и ударять ручкой. Для молотка и кувалды это одинаковые схемы. Запросы: ударить по большому пальцу и измерить время, сколько болит.

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

PS: Что вы используете для надёжного перманентного отбивания пальцев? Холивар классический русский молоток vs молоток из икеи можно опустить, разницы между ними практически не будет.

Вся таблица символов Юникода с названиями разделов и символов на русском
http://unicode-table.com

Непонятно что Вы спросили. О каком ещё стеке речь? В java на уровне байткода есть стек и активно используется. А если на уровень языка подняться, то и тут в c++ всё точно так же, вроде. Но тогда тем более непонятно, причём тут «сложность для разработчика», если с этой т.з. стек совершенно прозрачен. Поясните в каком именно аспекте имеются ввиду различия? В java строго говоря нельзя сказать, что объекты «создаются только в heap», всё несколько сложнее (ввиду gc в том числе), в том числе тут на хабре были заметки о модели памяти в java.

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

Потому что вы используете var_dump/

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

Чтобы просто вывести на экран значения достаточно заменить var_dump($cat); на echo $cat.'
';

Всем пофиг на мизерные доходы фрилансеров. Поэтому можете не оформляться и ничего не будет.

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


Но, если Вы все же зарабатываете деньги нормальные, тогда:


Оформляться надо, если Вы возьмете крупный заказ и заказчик будет отчислять Вам деньги с расчетного счета, тогда Вы должны быть оформлены, чтобы заказчик платил не со своих личных денег (уплатив налог), а со счета фирмы.


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


Если работаете один, работаете честно, долги брать и кидать кого-то не хотите — оформляйте ИП на усн в 6%. Помните, что отвечаете всем своим личным имуществом, если что. Если деньги крупные и не все гладко — то ООО, но там налоги не малые и штрафы серьезнее.


В помощь будет e-kontur.ru или moedelo.org


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


Удачи

1) Перешел в геймдев

2) ActionScript, Python, и тот же PHP — он в разы удобнее для того чтобы быстро написать простое приложение. Например, у нас клиент на AS, сервер на питоне (с GAE), а статистика на php+mysql, и мне это нравится.

3) Нет никакой пользы от того чтобы «уйти» от языка. Есть польза от того, что, возможно, изучил что-то новое, да.

Поправлю Вас

Известно, что PHP программистов в наше время «великое множество»

PHP программистов, как и программистов в целом ничтожное меньшинство, великое множество малоопытных программят.

Как вы ушли от PHP?

Как вы думаете, что вам скажет музыкант в ответ на вопрос «Как бы бросили балалайку и начали играть исключительно на домре?» или у сантехника «Как вы перестали пользоваться ключем на 13?»
Нельзя прийти или уйти от языка — это инструмент, который предназначен для определенных задач. И хороший настоящий программист должен наращивать свой инструментарий, и уметь его использовать по назначению.

Если говорить именно о недостатках языка — то мне лично не нравится в нем нестрогая типизация и всякие неожиданности zend engine — как например интуитивно непонятная оптимизация работы со значениями по ссылке.

Постоянно в вопросах-ответах кто-то спрашивает стоит ли то, стоит ли это, и практически всегда одно и то же. Откуда в людях такая неуверенность? Стоит публиковать, а не спрашивать.

используй неймспейсы.
namespace Tickets\LkBundle\Entity;
use FOS\UserBundle\Entity\User as BaseUser;

Зашло!

Я думаю, что вам прекрасно подойдет логика GITа. Там на любую фичуру или мелочь (хотфикс) вы делаете ветвь. Тем образом вам бы подошёл вариант: хот-фикс = сделать ветвь из релиза, исправить ошибку, мердж в мастер(девел) и релиз. (Каждый называет рабочие названия ветвей по разному)

Паттернизм головного мозга.

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