Я работаю в большой компании (более 8000 человек) уже почти 2 года, и меня приняли на работу сразу после окончания учебного курса. Все здесь ежедневно сталкиваются с устаревшим кодом, который часто очень плохо спроектирован и полон хаков. Сначала я вел себя сдержанно, стараясь не слишком...
Мой друг работает в небольшой компании над проектом, который ненавидит каждый разработчик: он вынужден выпустить как можно быстрее, он единственный, кто, похоже, заботится о техническом долге, у клиента нет технической подготовки и т. Д. Он рассказал мне историю, которая заставила меня задуматься о...
Есть одна вещь, которую я всегда удивлялся, когда читал обо всем этом "проворном развитии" здесь, на SE и других сайтах: В «традиционной» разработке программного обеспечения вы собирать требования пользователя, написать спецификацию на основе этих требований, отдайте его клиенту и выставьте ему...
Это довольно расплывчатый вопрос, но я никогда не чувствовал, что на него ответили удовлетворительно, читая о правильном дизайне. Как правило, когда вы узнаете об объектно-ориентированном программировании, абстракции, факторинге и т. Д., Святой Грааль дизайна - и причина, по которой они всегда...
После разработки проекта может потребоваться слишком много настроек и изменений, чтобы он работал правильно ... Что я могу сделать, чтобы предотвратить