Comments 15
я так и сделал, но сначала почему-то тупил :)
По мне, так такое решение иначе как грязным хаком не назовешь:
-логика формирования меню разносится по нескольким местам (усложняет поддержку);
-нет никакой гарантии (т.к. логика "формирования строковой переменной" вам попросту неизвестна), что при наличии некоторых факторов исходная строка будет иметь иной вид, чем предполагает ваш regexp;
-понять, где и как формируется переменная - никак не смахивает на свехзадачу - даже в отсутствии комментариев.
Другое дело, что в мире php такие решения - норма...
А по поводу "утро вечера мудренее" и "решения проблем в подсознании" - совершенно согласен.
Самый тривиальный пример - чтение забористых IT-книжек: утром с легкостью понимаю строчки, которые пытался осознать весь вечер :)
И самое удивительное то, что субъективно совершенно незаметно, что "опосля" думается легче - это видно только постфактум (когда понимаешь, то за 5 минут решил задачу, над которой вчера бился весь день).
Но есть реальная проблема у альтернативных способов мышления: нет никакого четкого алгоритма, а следовательно и никаких гарантий что решение будет найдено в указанный срок (или хотя бы доказано, что решения нет).
-логика формирования меню разносится по нескольким местам (усложняет поддержку);
-нет никакой гарантии (т.к. логика "формирования строковой переменной" вам попросту неизвестна), что при наличии некоторых факторов исходная строка будет иметь иной вид, чем предполагает ваш regexp;
-понять, где и как формируется переменная - никак не смахивает на свехзадачу - даже в отсутствии комментариев.
Другое дело, что в мире php такие решения - норма...
А по поводу "утро вечера мудренее" и "решения проблем в подсознании" - совершенно согласен.
Самый тривиальный пример - чтение забористых IT-книжек: утром с легкостью понимаю строчки, которые пытался осознать весь вечер :)
И самое удивительное то, что субъективно совершенно незаметно, что "опосля" думается легче - это видно только постфактум (когда понимаешь, то за 5 минут решил задачу, над которой вчера бился весь день).
Но есть реальная проблема у альтернативных способов мышления: нет никакого четкого алгоритма, а следовательно и никаких гарантий что решение будет найдено в указанный срок (или хотя бы доказано, что решения нет).
100% согласен, и такое бывает. Когда работа не являеться монотонной и когда ты совершенно не уверен какой ты должен следующий шаг, то лучше перенести такую работу на следующий день. Продумать, распланировать, а тогда уже писать. Ну и кроме того, когда мозг перерабатывает, ему свойственно не видеть простых решений, он зацикливается на прямолинейном решении какой-то проблем.
Правильно, бывает полезно загрузить подсознание задачей и заняться чем-нибудь другим. А оно поскай там думает.
Не откладывай на завтра то, что можно отложить на послезавтра!
P.S. Хотя бы в заголовке, исправьте "ни" на "не" и поставьте недостающую запятую, пожалуйста ;)
P.S. Хотя бы в заголовке, исправьте "ни" на "не" и поставьте недостающую запятую, пожалуйста ;)
да, поддерживаю, с чужим кодом я тоже зачастую так делаю. но...
...впрочем, есть несколько техник формирования "срезов" программы, когда нужно разобраться в работе чужого кода, которые можно эффективно применять в таких вот случаях, если надо сделать грамотно, а не налепить сверху заплатку из преобразований чужого результата.
Очень советую книгу "Анализ программного кода" Д. Спинеллис.
...впрочем, есть несколько техник формирования "срезов" программы, когда нужно разобраться в работе чужого кода, которые можно эффективно применять в таких вот случаях, если надо сделать грамотно, а не налепить сверху заплатку из преобразований чужого результата.
Очень советую книгу "Анализ программного кода" Д. Спинеллис.
Sign up to leave a comment.
Простые решения приходят сами, и вовсе не в тот момент, когда их усердно пытаются найти.