Comments 4
> Сейчас можно было бы использовать Eclipse, но как-то облом и оно очень громоздкое
Вы никогда не работали над большим проектом. Не используя IDE для разработки проектов, Вы воруете время у себя и заказчика.
> Консолька. Даже две
Оно так часто нужно?
> error_reporting = E_ALL | E_STRICT | E_NOTICE;
8191
4-6: Информационный мусор
7. Почему именно всё так?
Для личного сденд-алон блога, который кроме вас никто не читает, очень хороший пост, но для публичного блога, который читают десятки тысяч людей ваш пост - лишь мусор, так как в нём совершенно не передается суть php-девелопмента. ни отрицательная, ни положительная. её просто нет.
Вы никогда не работали над большим проектом. Не используя IDE для разработки проектов, Вы воруете время у себя и заказчика.
> Консолька. Даже две
Оно так часто нужно?
> error_reporting = E_ALL | E_STRICT | E_NOTICE;
8191
4-6: Информационный мусор
7. Почему именно всё так?
Для личного сденд-алон блога, который кроме вас никто не читает, очень хороший пост, но для публичного блога, который читают десятки тысяч людей ваш пост - лишь мусор, так как в нём совершенно не передается суть php-девелопмента. ни отрицательная, ни положительная. её просто нет.
Не соглашусь с вами по поводу IDE. Я работаю и работал над большими проектами. И время гробится не на переход между окнами в IDE, а на фиксинг багов в коде, что от IDE не зависит. Разве что IDE только упрощает их поиск и возможно даёт подсказки по функциям.
2. Просмотр логов - всегда. Запуск консольных скриптов - изредка. Но часто svn commit/update.
3. E_ALL | E_STRICT | E_NOTICE не всегда будет равняться цифре 8191. От версии к версии может меняться, если введут ещё типы ошибок. Константы всегда рулят.
7. Потому что, как подсказывает опыт,—это удобно и экономит время разработки.
Что вы подразумеваете под "сутью девелопмента"? В моём понимании—это оптимальное время разработки с минимальным количеством багфикса + удобство в разработке для достижения цели задача и проекта.
Я описал, чем я пользуюсь и, возможно, кому-то поможет организовать свой процесс.
2. Просмотр логов - всегда. Запуск консольных скриптов - изредка. Но часто svn commit/update.
3. E_ALL | E_STRICT | E_NOTICE не всегда будет равняться цифре 8191. От версии к версии может меняться, если введут ещё типы ошибок. Константы всегда рулят.
7. Потому что, как подсказывает опыт,—это удобно и экономит время разработки.
Что вы подразумеваете под "сутью девелопмента"? В моём понимании—это оптимальное время разработки с минимальным количеством багфикса + удобство в разработке для достижения цели задача и проекта.
Я описал, чем я пользуюсь и, возможно, кому-то поможет организовать свой процесс.
но Вы не описали, почему этим нужно пользоваться. Напоминает "Дети, наркотики это плохо, пнятно?". svnом можно рулить и из IDE. Удобный переход по файлам, подхватывание ваших функций, выравнивание кода, подсветка ошибок в коде - это всё очень сильно упрощает и ускоряет процесс разработки. говорю я так, потому что знаю. сам как-то использовале Kate. удобно, не спорю, но в IDE всё проще и быстрее.
Sign up to leave a comment.
Тема девелопмента