Про середину — лучший вариант.
Но я думаю, что автор и имел ввиду решать явные и конкретные — нужные здесь и сейчас задачи, а не вдаваться в мечтания и угадывание тенденций рынка или чего-то еще из будущего. Ведь действительно часто такое бывает, что сделаешь монстра, гордишься даже что получилась «мега гибкая» «SOLID-ная» система, а потом тебе говорят «Все говно — переделываем».
Был в практике интернет-магазин такой — вот пилили его на фреймворке и закладывались на все, что может произойти в будущем. В общем потом было печально довольно, — пришлось выпиливать потихоньку 50% заделов на будущее. Просто потому что развитие рынка пошло в другую сторону, совсем не так, как писали в модных журналах про бизнес и говорили эксперты. Ну переделывали, не все конечно и несколько заделов на будущее всеж оправдались. Вдаваться в подробности не буду так как это на целую статью получится.
И была CRM система для небольшой компании, — так там на будущее не закладывались сильно. Было тз из двух слов — «ХОЧУ ТАКУЮ ЖЕ». Превратили эти пару слов в 10 листов и не очень закладывались на изменения в будущем. Сделали быстро довольно. Минус правда в этом тоже был. Один из модулей уже через полгода после запуска пришлось переписать на 40% в виду изменений в требованиях пользователей к нескольким фичам нашей системы.
Так что, я тоже склоняюсь к тому что лучше придерживаться золотой середины и Если действительно уверен, что какие-то условия вскоре поменяются, то почему бы не заложиться на них. Опять же, лично мое мнение, что закладываться на будущее можно, если ты хотя бы на 80% можешь сформулировать Тех задание для этих заделов, иначе это просто бред.
Но я думаю, что автор и имел ввиду решать явные и конкретные — нужные здесь и сейчас задачи, а не вдаваться в мечтания и угадывание тенденций рынка или чего-то еще из будущего. Ведь действительно часто такое бывает, что сделаешь монстра, гордишься даже что получилась «мега гибкая» «SOLID-ная» система, а потом тебе говорят «Все говно — переделываем».
Был в практике интернет-магазин такой — вот пилили его на фреймворке и закладывались на все, что может произойти в будущем. В общем потом было печально довольно, — пришлось выпиливать потихоньку 50% заделов на будущее. Просто потому что развитие рынка пошло в другую сторону, совсем не так, как писали в модных журналах про бизнес и говорили эксперты. Ну переделывали, не все конечно и несколько заделов на будущее всеж оправдались. Вдаваться в подробности не буду так как это на целую статью получится.
И была CRM система для небольшой компании, — так там на будущее не закладывались сильно. Было тз из двух слов — «ХОЧУ ТАКУЮ ЖЕ». Превратили эти пару слов в 10 листов и не очень закладывались на изменения в будущем. Сделали быстро довольно. Минус правда в этом тоже был. Один из модулей уже через полгода после запуска пришлось переписать на 40% в виду изменений в требованиях пользователей к нескольким фичам нашей системы.
Так что, я тоже склоняюсь к тому что лучше придерживаться золотой середины и Если действительно уверен, что какие-то условия вскоре поменяются, то почему бы не заложиться на них. Опять же, лично мое мнение, что закладываться на будущее можно, если ты хотя бы на 80% можешь сформулировать Тех задание для этих заделов, иначе это просто бред.