Программирование в PHP 5.3

Получается, что PHP — язык с защитой от дурака, созданный дураками для дураков.

P.S. Простите, не удержался ;-)

Какой стиль написания/оформления кода вам ближе?

зачем же так? Код станет вот таким:

$string = trim(
str_replace(
$pattern,
$replacement,
$debug_value = preg_replace( // look here
$preg_pattern,
$preg_replacement,
$string
)
)
);

Моделируете ли вы классы (UML), прежде, чем приступить к разработке? (только PHP пожалуйста!)

Это уже становится забавно.

Архитектор (PHP проектов, прим. /me), практикующий Agile, которому платят большие деньги? Подчеркните два из трех. ;-)

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

А если подцепить релюшку в комнате без окон? Что быстрее перегорит: лампочка, светодиод или реле? ;-)

Какой стиль написания/оформления кода вам ближе?

да без проблем:

…
$debug_value = preg_replace()
…

echo $debug_value;

Моделируете ли вы классы (UML), прежде, чем приступить к разработке? (только PHP пожалуйста!)

А сам-то движок тестами покрывали? Судя по UI — QA должен рыдать ;-)

Моделируете ли вы классы (UML), прежде, чем приступить к разработке? (только PHP пожалуйста!)

Предлагаю не маяться херней, потому как незнание UML не подразумевает отсутствие способностей к моделированию и проектированию как таковому.

Программирование в PHP 5.3

Вопрос: в замыканиях будет использоваться лексический или динамический скоп?

Профессиональный e-mail

Да ну их, эти емейлы… Куда веселее копать whois в поисках артефактов ;-) Напомню старую шутку:

$ whois -l microsoft.com

Server Name: MICROSOFT.COM.ZZZOMBIED.AND.HACKED.BY.WWW.WEB-HACK.COM
IP Address: 217.107.217.167
Registrar: DOMAINCONTEXT, INC.
Whois Server: whois.domaincontext.com
Referral URL: www.domaincontext.com

Server Name: MICROSOFT.COM.ZZZ.IS.0WNED.AND.HAX0RED.BY.SUB7.NET
IP Address: 207.44.240.96
Registrar: TUCOWS INC.
Whois Server: whois.tucows.com
Referral URL: domainhelp.opensrs.net

Server Name: MICROSOFT.COM.WILL.LIVE.FOREVER.BECOUSE.UNIXSUCKS.COM
IP Address: 185.3.4.7
Registrar: MELBOURNE IT, LTD. D/B/A INTERNET NAMES WORLDWIDE
Whois Server: whois.melbourneit.com
Referral URL: www.melbourneit.com

Server Name: MICROSOFT.COM.WILL.BE.SLAPPED.IN.THE.FACE.BY.MY.BLUE.VEINED.SPANNER.NET
IP Address: 216.127.80.46
Registrar: COMPUTER SERVICES LANGENBACH GMBH DBA JOKER.COM
Whois Server: whois.joker.com
Referral URL: www.joker.com

Server Name: MICROSOFT.COM.WILL.BE.BEATEN.WITH.MY.SPANNER.NET
IP Address: 216.127.80.46
Registrar: COMPUTER SERVICES LANGENBACH GMBH DBA JOKER.COM
Whois Server: whois.joker.com
Referral URL: www.joker.com

Server Name: MICROSOFT.COM.TOTALLY.SUCKS.S3U.NET
IP Address: 207.208.13.22
Registrar: ENOM, INC.
Whois Server: whois.enom.com
Referral URL: www.enom.com

Server Name: MICROSOFT.COM.SOFTWARE.IS.NOT.USED.AT.REG.RU
Registrar: MELBOURNE IT, LTD. D/B/A INTERNET NAMES WORLDWIDE
Whois Server: whois.melbourneit.com
Referral URL: www.melbourneit.com

Server Name: MICROSOFT.COM.SHOULD.GIVE.UP.BECAUSE.LINUXISGOD.COM
IP Address: 65.160.248.13
Registrar: GKG.NET, INC.
Whois Server: whois.gkg.net
Referral URL: www.gkg.net

Моделируете ли вы классы (UML), прежде, чем приступить к разработке? (только PHP пожалуйста!)

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

Я понимаю, например, почему TDD — это хорошо. Но проектирование туманного облака (а любой проект несет в себе процент неопределенности требований) со старта — это неправильно. Правильно делать схему архитектуры после очередного релиза, чтобы увидеть какие есть косяки в фактической архитектуре, и где еще нужно хорошенько поработать.

Моделируете ли вы классы (UML), прежде, чем приступить к разработке? (только PHP пожалуйста!)

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

Если вы хотите что-то смоделировать, сядьте в кружочек всей командой, распределите роли для рассматриваемого кейса и проиграйте ситуации в живую. Это будет гораздо эффективнее, нежели чтение UML с экрана каждым участником команды (а если человек не знаком с UML или читает «со словарем»?)

> Постоянно деражть UML модель up2date — ошибка и пустая трата времени

А какой толк от устаревшей UML модели? Зачем тогда их вообще делать, если вы заранее знаете, что не будете поддерживать синхронизацию UML source code. Как раз таки up2date делать надо, чтобы, взглянув на UML диаграмму, можно было быстро выяснить, как работает (что делает) тот или иной кусок кода.

Моделируете ли вы классы (UML), прежде, чем приступить к разработке? (только PHP пожалуйста!)

Вообще-то, чем больше проект, тем больше шансов накосячить в UML диаграммах. И если это делает Супер-Архитектор, а не программист, то это вдвойне плохо, потому как программисты зачастую не горят желанием доказывать архитектору, что он, в конечном итоге, неправ. Поэтому молча делают свое дело, и в итоге мы получаем:
а) рабочий продукт, не соответствующий UML.
б) нерабочий продукт, но в строгом соответствии с архитектурой согласно когда-то нарисованному UML.
в) ступор в середине разработки в силу архитектурных косяков на начальной стадии, которых никто не увидел в силу множества причин.

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

Google — покажет где вы, мы — все остальное

Nokia 5800 + WiFi ждет своего часа)

Заметаем следы

Самый чистый способ сделать что-то действительно незаметно — заюзать ботнет. Только сначала нужно где-то этот ботнет раздобыть. Но эта тема, пожалуй, не для хабра, да и вообще, бяка. ;-)

Заметаем следы

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

Умные цели

> По поводу сроков в веб-разработке (да и в разработке ПО вообще) идут жарки баталии: их должен ставить руководитель (как бывает часто) или исполнитель.

Обычно суть баталий в конечном итоге сводится к следующему: кто [будет] отвечать (получать по ушам) за просрочку поставленной задачи? Если сроки ставит руководитель — то ему и флаг в зубы, т.е. ответственность целиком и полностью лежит на нем. Право исполнителя в данном случае — предложить свои сроки для выполнения задачи. Если мнение исполнителя игнорируется — как в старом добром детском анекдоте: «кто успел — тот присел».

Zend выпустила бета-версию собственной серверной сборки

Примечательно, что как-то незамеченным осталось введение поддержки в PHP5 лямбда-функций и полноценных замыканий. Никто не пишет в функциональном стиле? ;-)

Zend выпустила бета-версию собственной серверной сборки

Ай-ай разрывы! ;-)

Python: 1990 год,
Ruby: 1995 год.

Про перл все и так знают, да?

Zend выпустила бета-версию собственной серверной сборки

Хм… ну-ка ну-ка, какие это языки позже возникли?

PHP/FI: 1994 год,
PHP3: 1997 год,
PHP4: 1998 год,
PHP5: 2004 год.

код PHP/FI, PHP3 и даже PHP4 несовместим с текущей mainstream-версией PHP5. Так о каком грузе обратной совместимости вы говорите?

Плагин jquery.keyfilter.js

Добавьте в user-defined filter второй аргумент — текущее значение строки в инпуте, это позволит делать фильтры из разряда «все символы в строке должны быть уникальными».