• Если вам нехватает отладки через echo, то с 99% вероятностью, у вас что-то не так с архитектурой или с тестами.

Replies (23)

  • @korchasa, нахуй тесты
  • @Shchvova, Основания?
  • @korchasa, м… Время. Тесты не нужны, и обычно тесты показывают только то что программист и так знает. Нужны очень редко, чтобы не сломать рефакторингом что-то. А елси у тебя такой рефакторинг что может что-то сломать — то значит определенно архитектура неправильна. Вывод, выкидываем всех кто пишет тесты, нанимаем архитектора
  • @korchasa, а TDD вообще какая-то ущербная хрень...
  • @Shchvova, Любой рефакторинг может что-то сломать. Люди не могут не ошибаться.
  • @korchasa, угу. Так что они успешно ошибаются и при написании тестов. Более того, есть идея что программист не может оценить свою работу с нужной стороны. Потому тесты не отражают ничего хорошего, и всеравно он пропустит ошибку которую не предположил при написании. Общим, хуйня ваши тесты. Только деньги и время тратить.
  • @Shchvova, Ошибиться при написании тестов и ошибиться в коде одинаково, чтобы — на — дало +?
  • @Shchvova,
    Потому тесты не отражают ничего хорошего, и всеравно он пропустит ошибку которую не предположил при написании.
    Ну как бы тесты надо уметь писать. Этому вполне можно научиться. Граничные уловия, обратные проверки и все такое.
  • @Shchvova, >Тесты не нужны, и обычно тесты показывают только то что программист и так знает.
    А если тесты пишет кто-то другой?
  • @korchasa, бля, вот не надо мне тут рассказывать как квадратные уравнения писать. Видели мы ваши тесты, и как их пишут реальные люди. Тесты проходит, но нихуя не работает. 100 раз видел
  • @Shchvova, вообще мне похую, что вы там еще придумаете для высасывания времени. ББ. Я за продуктивность, а не за дублирования кода для перепроверок.
  • @Shchvova, Ты удивишься, но я тоже))
  • @korchasa, так... Ты у нас php кодманки? Опыт работы? Позиция?
  • @Shchvova, PHP, Python, 7 лет, тимлид
  • @korchasa, не верю.
  • @Shchvova, твое право)
  • @korchasa, А не лучше ли логи? Ну и real world как бэ без дебаггера тоже иногда не обойтись, хотя я и считаю, что надо в него лезть, только когда место известно с точностью до класса.
  • @sherman, Ну я логи обычно и слушаю :). После dnet'а приучился.
    А зачем дебаггер, если ты место до класса знаешь? ИМХО, как раз наоборот, потому и показатель.
  • @korchasa, Ну классы разные бывают:-) Иной раз надо просто тупо строчку за строчкой смотреть. Энтерпрайзная жаба она такая, да. Однажды я дебажил class loader, например. Потроха hibernate тоже доводилось. Иногда нету возможности logging добавить или делать сборку с logging тяжко.
  • @korchasa, Ну и самое когда у тебя есть куча сервисов, они как-то обрабатывают запрос по цепочке, при это некоторые внутри себя имеют кучку потоков. Вот тогда даже logging не спасает. Но я думаю ты это и по DNET уже успел пощупать ;-)
  • @sherman, Цепочка, по идее, стандартный случай — ты должен представлять и контролировать что передается (привет нестрогой типизации). С потоками, процессами и разными машинками обычно, как раз, использую единый лог.
  • @korchasa, Ну это легко сказать, а вот сделать не так просто. Тем более, если авторы кода использовали помимо http(json) еще и сокеты(для бинарных данных), очереди и даже RMI(это в java что-то типа dcom)! Но в любом случае logging в таких случаях все равно лучшее, что можно придумать.
  • @sherman, Да, с 99% я загнул. Гипербола)