Всем известно, что энтропия любой системы возрастает, что неумолимо ведет ее к разрушению.
Для любой системы это неверно, только для замкнутых.
А над незамкнутой системой можно выполнить работу, и ее энтропия уменьшиться. Работу эту обычно называют рефакторинг
Для задачи с размерность 100х100 результат очевиден: чем проще код тем меньше в нем накладных расходов
Совсем другой подход когда для расчетов нужно написать программу для гетерогенного кластера из ~60 нод, и расчет занимает 6-7 месяцев…
Как эффективно сделать глубокое копирование (deep copy)? Как сделать неизменяемый обьект (freez)?
Как сделать аналог деструктора/финализатора? И вообщем, как управлять временем жизни объектов?
Возможно ли сделать кастомную реализацию DomElement так чтобы при разборе для подмножества тегов использовалась она?
Мне кажеться или переизобретен SimpleXml
Что то типа такого
$img = simplexml_load_string('');
$img['src'] = 'myimage.png';
$a= simplexml_load_string('/>');
$a->addChild($a);
Еще нужно помнить что локаль для gettext устанавливается на процесс.
Если вы используете php режиме тредов, о можете получить интересные сложно повторимые баги
Например:
a = :test
b = :test
a.equal?(b) => true
Для любой системы это неверно, только для замкнутых.
А над незамкнутой системой можно выполнить работу, и ее энтропия уменьшиться. Работу эту обычно называют рефакторинг
Совсем другой подход когда для расчетов нужно написать программу для гетерогенного кластера из ~60 нод, и расчет занимает 6-7 месяцев…
Как сделать аналог деструктора/финализатора? И вообщем, как управлять временем жизни объектов?
Возможно ли сделать кастомную реализацию DomElement так чтобы при разборе для подмножества тегов использовалась она?
А потом врубили APC и полетели…
Что то типа такого
$img = simplexml_load_string('');
$img['src'] = 'myimage.png';
$a= simplexml_load_string('/>');
$a->addChild($a);
Посимпатичненько вроди :)
Если вы используете php режиме тредов, о можете получить интересные сложно повторимые баги