Для меня как разработчика Magento есть две причины:
1) У нее высокий порог входа (как у промышленных языков) — говнокодерам очень сложно в ней разобраться и они занимаются чем-нибудь попроще.
2) Архитектура разработана таким образом что при кодировании проще написать по правилам чем написать костыль.
В итоге получаем относительно чистый код, откуда бы он ни пришел. И это не говоря про API, которая тщательно проработана используя паттерны
А вот интересно мнение верстальщиков. Пробовал ли кто-нибудь нарезать PSD под линуксом? GIMP их вроде кушает, но как процесс нарезки происходит я только догадываюсь
пользуюсь 10 альфой на qt4 под линуксом
установил альфу после страншой глючности и уродливости интерфейса 9.6 на qt3
альфа рулит, нафига бету выпустили опять на qt3, я ее боюсь ставить
Интересно, если нужно ролбэкнуть транзакцию, вы тоже плюете и заканчиваете выполенение кода? Не смешите, исключения выбрасываются для того чтобы их обработать.
По поводу «данные должны быть всегда те, которые были запрошены» — метод должен возвращать тот тип данных, который он продекларировал, а не менять его в зависимости от настроения. Если каждый метод в вашем коде возвращает разные типы данных, то лучше подумайте как этого избежать. Тогда отпадет вопрос и с исключениями
Расскажу свой способ определения, когда стоит выбрасывать исключение а когда нет: когда я пишу код, то предполагаю что все методы должны возвращать только один любой тип данных (сами определяем какой: Объект определенного типа, массив, число, строку и т.д.) Если по каким-то причинам в методе нужно вернуть еще что-то, или вернуть другой тип данных — выбрасываем исключение
бумажка всегда лучше. софт будет пожирателем времени. если каждые 15 придется открывать окошко с программкой, то через неделю заметишь что только в этой программке и зависаешь, т.е. одним из пунков этого списка станет — заполнение отчетности, причем утечки будут вроде незаметными — минута из 15, но очень ощутимыми всумме
от тайм-менеджмента глупо отказываться, а то что здесь описано только один из его элементов — хронометраж, причем его обычно применяют не «на всю жизнь», а только чтобы организовать время и выявить утечки, когда время оптимизировано — хронометраж откладывается и потом опять используется время от времени
я напишу:)
люди, запомните правило: когда сомневаемся писать «тся» или «ться», пробуем задать вопрос к нему, глагол в котором заканчивается на «т». буква, на которую заканчивается вопросительный глагол будет вписываться и в нужное слово
оставаться — что делаТЬ
ленится — что делаеТ
и т.д.
если get_class() вызывается в статическом методе, он не вернет имя наследника. Костыль, который обсуждается на http://www.php.net/get_class можно сделать только через debug_backtrace(), но это уже будет мегакостыль
в новом скине угнетает не только темная панель вкладок, но и очень низкая контрастность иконок, а так же светло серый фон в истории и на других сервисных страницах
Очень хочется чтобы у MS ничего не получилось. Не из-за злорадства какого-то, а просто Yahoo реально инвестирует в PHP, а под крышей Microsoft эти инвестиции прекратятся
Ctrl+PageUp — перейти на вкладку левее текущей
Ctrl+PageDown — перейти на вкладку правее текущей
Очень удобно, работаю под линуксом, возможно это его фича, не проверял.
1) У нее высокий порог входа (как у промышленных языков) — говнокодерам очень сложно в ней разобраться и они занимаются чем-нибудь попроще.
2) Архитектура разработана таким образом что при кодировании проще написать по правилам чем написать костыль.
В итоге получаем относительно чистый код, откуда бы он ни пришел. И это не говоря про API, которая тщательно проработана используя паттерны
установил альфу после страншой глючности и уродливости интерфейса 9.6 на qt3
альфа рулит, нафига бету выпустили опять на qt3, я ее боюсь ставить
По поводу «данные должны быть всегда те, которые были запрошены» — метод должен возвращать тот тип данных, который он продекларировал, а не менять его в зависимости от настроения. Если каждый метод в вашем коде возвращает разные типы данных, то лучше подумайте как этого избежать. Тогда отпадет вопрос и с исключениями
Расскажу свой способ определения, когда стоит выбрасывать исключение а когда нет: когда я пишу код, то предполагаю что все методы должны возвращать только один любой тип данных (сами определяем какой: Объект определенного типа, массив, число, строку и т.д.) Если по каким-то причинам в методе нужно вернуть еще что-то, или вернуть другой тип данных — выбрасываем исключение
люди, запомните правило: когда сомневаемся писать «тся» или «ться», пробуем задать вопрос к нему, глагол в котором заканчивается на «т». буква, на которую заканчивается вопросительный глагол будет вписываться и в нужное слово
оставаться — что делаТЬ
ленится — что делаеТ
и т.д.