А это вопрос к вашему бизнесу — почему вам до сих пор нужны люди для обслуживания счетов. Специальный сотрудник, который показывает как и в какой последовательности на банкомате нажимать кнопки (15 тысяч отделений, 15 тысяч рабочих мест — только чтобы не сделать эргономичный интерфейс).
Гордиться числом сотрудников, на занятых автоматизацией, может только компания, которая не считает автоматизацию приоритетом.
Любопытно, но в фейсбуке всего 17 тысяч человек работает, а у фейсбука и пользователей в десяток раз больше, и капитализация в десяток раз больше, и девопса у них столько, что непродохнуть.
Почему? Наверное, потому что в фейсбуке пишут код, а сбербанке внедряют аджайл годами.
Ну вот тут вы уже начинаете немного подвирать. Между программистами и «тестировщиком» находятся ещё автоматические тесты, которые и ловят большинство ошибок.
А вот если их нет, то польза от PVStudio будет никакая, потому что результирующий продукт всё равно будет страшно сырой, а тестировщики всё не оттестируют.
Я понял. Вы используете модель с коллекторами на хостах. Это совсем не тривиально, так как есть вариант с центральным коллектором (на udp). Использование syslog/udp в свою же очередь обеспечивает возможность не тормозить работу чего-либо в ситуации, когда elastic'у плохо или медленно.
Винда в этой схеме, конечно, выглядит как гигантский технический долг для исправления.
Это требует графика в машиночитаемом формате, разумеется, и соблюдения конвенций по именованию объектов в svg.
Именно это я и называю «менять ТЗ».
Вместо «должны быть подписи на графиках» — график должен быть в формате svg, в объекте g в объекте plot, для которого должны быть заданы объекты axis_x для горизонтальной оси и axis_y для вертиальной. Обе оси должны иметь текстовое описание в поле text соответствующего объекта axis_*.
Хорошо написанное ТЗ — половина теста. Хорошо написанный тест — половина программы.
Вот так вот написав 25% программы можно более-менее быть уверенным что программа на 100% хороша.
Эм… тесты? Написал тесты, прогоняешь код. Если ТЗ неалгоритмизируемо или его трудно проверить — надо менять ТЗ, точнее, переформулировать так, чтобы можно было.
1. Кликнуть несколько раз на наиболее подходящей картинке.
2. Попробовать «другую версию» (откатиться назад, т.е. вверх на два-три клика).
Надо понимать, что это не «человек» или AI, а всего лишь следование тегам и смежным like'ам. Оно работает много лучше всех остальных техник discoverability я видел до сих пор в сети.
Проблема состоит в том, что после того, как хирургов расстреливают за то, что они живых человек ножами режут, в стране начинаются проблемы с хирургией.
Теперь вы предложили дать два года всем системным администраторам.
Гордиться числом сотрудников, на занятых автоматизацией, может только компания, которая не считает автоматизацию приоритетом.
Почему? Наверное, потому что в фейсбуке пишут код, а сбербанке внедряют аджайл годами.
А вот если их нет, то польза от PVStudio будет никакая, потому что результирующий продукт всё равно будет страшно сырой, а тестировщики всё не оттестируют.
А можно ещё блокировать переписку с лицами, не вставшими на паспортный или миграционный учёт в ближайшем отделении милиции.
Алсо, получали. Машиночитаемость взаимодейтсвия с заказчиком — очень частое требование.
Винда в этой схеме, конечно, выглядит как гигантский технический долг для исправления.
def test_plot_signature_x(...): graph = fixture_to_create_graph() assert len(graph.g.plot.axis_x.text) > 0 def test_plot_signature_y(...): graph = fixture_to_create_graph() assert len(graph.g.plot.axis_y.text) > 0Это требует графика в машиночитаемом формате, разумеется, и соблюдения конвенций по именованию объектов в svg.
Именно это я и называю «менять ТЗ».
Вместо «должны быть подписи на графиках» — график должен быть в формате svg, в объекте g в объекте plot, для которого должны быть заданы объекты axis_x для горизонтальной оси и axis_y для вертиальной. Обе оси должны иметь текстовое описание в поле text соответствующего объекта axis_*.
Хорошо написанное ТЗ — половина теста. Хорошо написанный тест — половина программы.
Вот так вот написав 25% программы можно более-менее быть уверенным что программа на 100% хороша.
Расскажите про причны, почему не logstash.
2. Попробовать «другую версию» (откатиться назад, т.е. вверх на два-три клика).
Надо понимать, что это не «человек» или AI, а всего лишь следование тегам и смежным like'ам. Оно работает много лучше всех остальных техник discoverability я видел до сих пор в сети.
Теперь вы предложили дать два года всем системным администраторам.
Удачи с компьютерами, так сказать.