Этак можно подумать, что функции socket_ тоже не нужны.
Допустим есть компания, занимающаяся разработкой веб-проектов. Приходит заказчик и говорит, что вот мол помимо веб-нитерфейса нужно сделать также оконный клиент. Все программисты в компании знают только PHP. Да и в принципе — с точки зрения управления сложностью нет желания писать часть проекта на ещё одном языке.
Это не просто много, а ОЧЕНЬ много. Достаточно сравнить с тем, что предлагают на у них на job-сайтах. Просто по поводу зарплаты есть старое доброе правило — сколько ни плати, все равно мало.
Знание приоритетов операторов может быть и не помешает. Но на практике, если порядок их выполнения не очевиден — все нормальные прогаммеры ставят скобки. Таким образом код становится более понятным и устраняется возможность потенциальных ошибок. Поэтому приведенный пример не несет большой пркатической ценности. Кто как — а я не сторонник таких вопросов на собеседовании.
Если условия хорошие — я бы не стал заморачиваться.
Заморачиваться по поводу плохого кода в проектах должен прежде всего работодатель. Это он несет дополнительные расходы из-за того что работа идет не так быстро. А все потому что разработчики тратят многое времени на понимание того что сделано раньше.
> А вааще, если по теме, то афтар — крайне плохой человек, ибо способствует делу спамеров гребаных. Хоть и из праздного любопытства.
А вот это палка о двух концах. Чем больше будет взламываться простых капч, тем больше будет тех, что у Яндекса. Тем сложней будет их взламывать… до поры до времени — пока не научатся )) Закон щита и меча, одним словом.
А меня удивил низкий процент пользователей FF2. Удивил в плане быстроты переползания юзеров на третью версию. При том что вроде не все плагины в ней работают.
Допустим есть компания, занимающаяся разработкой веб-проектов. Приходит заказчик и говорит, что вот мол помимо веб-нитерфейса нужно сделать также оконный клиент. Все программисты в компании знают только PHP. Да и в принципе — с точки зрения управления сложностью нет желания писать часть проекта на ещё одном языке.
Ну это совсем уж клинический случай.
Заморачиваться по поводу плохого кода в проектах должен прежде всего работодатель. Это он несет дополнительные расходы из-за того что работа идет не так быстро. А все потому что разработчики тратят многое времени на понимание того что сделано раньше.
Это те которые своей запутанности очень сильно грузят мозг? :))
> Про goto — за него руки мне отбивали еще в школе.
В принципе верно, хотя даже тут не все однозначно на самом деле.
А вот это палка о двух концах. Чем больше будет взламываться простых капч, тем больше будет тех, что у Яндекса. Тем сложней будет их взламывать… до поры до времени — пока не научатся )) Закон щита и меча, одним словом.
Но ни в коем случае не является признаком плохого кода 6 и 9. 10 — тоже слишком категорично.