caxapa.ru :: Я один раз делал устройство, в которых функции диагностики занимали в три раза больше ресурсов, чем прикладная часть. Понравилось, чего уж там.

Скрипач^пророк (08.09.2015 16:43, просмотров: 378) ответил =AlexD= на ... а потом обнаружить, что всё, что прекрасно работало с логгерами, страшно глючит без них ;-))

Я один раз делал устройство, в которых функции диагностики занимали в три раза больше ресурсов, чем прикладная часть. Понравилось, чего уж там. Да только наверняка не стану делать так еще когда-либо. Диагностика требует большей квалификации чем "просто" программирование. И чем больше диагностики, тем выше требования к квалификации персонала. Весь мир борется чтобы уменьшить "time to market", а вы разработчикам такую игрушку 8)

... но не любой ценой.

Ответить

- И че? С диагностикой работает, значит и без нее - тем более. В чем проблема ? - _basile(09.09.2015 08:41, )
- Дык инструментарий пишется один раз, и потом только дорабатывается, большие только начальные вложения, потом - ускорение разработки. - =AlexD=(08.09.2015 20:26)
  - Да ладно?! 8) - Скрипач(08.09.2015 20:27)
    - Ну чо, ты логер будешь в каждом проекте переписывать? - =AlexD=(09.09.2015 07:05)
      - Выше определенного порога сложности ЛЮБАЯ программа впадает в режим постоянного переписывания. - Скрипач(09.09.2015 15:26)
        
        Чему равен этот порог, если оценивать по количеству строко кода, на ваш вщгляд? - _KLIM83(09.09.2015 15:57, )
        
        Пальцем в небо: каждая тысяча строк кода требует не менее одной модификации в год. - Скрипач(09.09.2015 16:07)
- Так-то оно так... Но выходит - как всегда, time to shit. Быстрый жизненный цикл, горы мусора... - Точка опоры(08.09.2015 16:59)
  - Да, именно так. На другой чаше весов персонально ваше финансовое благополучие. Выбор за вами. - Скрипач(08.09.2015 17:19)

Средства и методы разработки