Описание тега yagni
"Вам это не нужно": принцип [тег: экстремальное программирование], который выступает за внедрение новых функций в приложение только тогда, когда они действительно необходимы (в отличие от предвиденной необходимости).
4
ответа
В чем разница между принципами YAGNI и KISS?
Очевидно, что между YAGNI и KISS есть синтаксические различия, но я не вижу никаких семантических различий между ними. Они на самом деле одно и то же?
23 сен '14 в 16:03
2
ответа
Zend_Validate хорошая стратегия, чтобы избежать повторения кода
Я в настоящее время строю два пользовательских валидатора, которые расширяются Zend_Validate_Abstract которые названы соответственно Lib_Validate_TimeAfter а также Lib_Validate_TimeBetween, Имена довольно просты: первое используется для проверки, ес…
18 авг '11 в 12:47
3
ответа
Разве авторы Прагматического Программиста забыли о YAGNI?
Прагматичный программист настоятельно рекомендуется многими людьми. Я только что закончил читать, и я могу понять, почему люди рекомендуют это, хотя я хотел бы отметить, что Code Complete охватывает почти все те же материалы гораздо глубже. Однако …
31 июл '10 в 16:23
10
ответов
Интернационализация позже действительно дороже?
Большинство людей согласятся с тем, что интернационализация существующего приложения обходится дороже, чем разработка интернационализированного приложения с нуля. Это действительно так? Или когда вы пишете интернационализированное приложение с нуля,…
25 фев '10 в 12:42
15
ответов
Почему так сложно применять YAGNI?
Я постоянно ломаю эту модель. ЯГНИ - Тебе это не нужно Я всего лишь младший разработчик, но я считаю, что даже разработчики старшего уровня делают то же самое. "Ну, эта система может использовать его, и этот, так что давайте разработаем для него". И…
16 сен '09 в 14:33
11
ответов
Применяется ли YAGNI и при написании тестов?
Когда я пишу код, я пишу только те функции, которые мне нужны, когда они мне нужны. Этот подход также применим к написанию тестов? Должен ли я заранее написать тест для каждого варианта использования, который я могу придумать, чтобы просто проигнори…
03 июн '09 в 15:44
8
ответов
Когда нарушать ЯГНИ?
"Принцип" YAGNI гласит, что вы не должны фокусироваться на предоставлении функциональности до того, как вам это понадобится, поскольку "вам это все равно не понадобится". Я обычно склонен использовать здравый смысл над любым правилом, несмотря ни на…
16 фев '09 в 08:56
3
ответа
Замените переключатель Enum с шаблоном проектирования (IOC)
У меня есть обработчик событий, который получает объект eventargs внутри, который является перечисляемым значением, которое дополнительно уточняет информацию внутри. Это выглядит примерно так public enum StatusCallbackType { Status1, Status2, Status…
17 июн '11 в 10:51
0
ответов
OCP и DIP ломают YAGNI?
Насколько я понимаю YAGNI говорит, что нам нужно извлечь интерфейс, только если нам нужно. Поэтому, если нам не нужен полиморфизм и у нас есть только одна реализация, нам не нужно использовать интерфейс. Но DIP говорит: A. Модули высокого уровня не …
17 авг '16 в 13:15
8
ответов
Относится ли YAGNI к проектированию баз данных?
В коде, как правило, довольно легко добавлять новые классы для обеспечения дополнительной функциональности и тому подобное. У меня достаточно хорошее понимание рефакторинга кода и того, что с ним связано, поэтому YAGNI, как правило, имеет для меня с…
17 апр '09 в 02:46
14
ответов
Как далеко вы идете с YAGNI?
Я занимаюсь разработкой нового революционного веб-приложения для корпоративного рынка. Конечно, многие до меня думали, что их веб-приложение будет революционным, только если узнает, что это не так. (Или это так, но бизнес все равно не хорош). Поэтом…
07 янв '10 в 21:00
6
ответов
ЯГНИ - Гибкая практика, которую нельзя назвать?
Поскольку я все больше погружаюсь в гибкое мышление в то, как я работаю, ягни ("тебе это не понадобится"), кажется, становится все более и более важным. Мне кажется, это одно из самых эффективных правил для фильтрации ошибочных приоритетов и решения…
15 дек '08 в 22:23
4
ответа
Язык волшебников считается вредным?
Мастера могут запускать функции. Они также могут запутать ваш код и против YAGNI. В целом, как вы думаете, волшебники более полезны или более вредны?
01 ноя '08 в 21:42
8
ответов
Причины не переоценивать решение текущей проблемы
G'day, Размышляя над этим вопросом о том, как переоценить возможные будущие изменения, это заставило меня задуматься. Какие аргументы против вы можете предоставить людям, которые настаивают на том, чтобы выдувать проекты, потому что "они могут захот…
29 июн '09 в 14:20
9
ответов
Развязка против ЯГНИ
Они противоречат? Разделение - это что-то великое и довольно труднодостижимое. Однако в большинстве приложений нам это не нужно, поэтому я могу проектировать сильно связанные приложения, и это почти не изменит ничего, кроме очевидных побочных эффект…
02 мар '09 в 09:15
7
ответов
YAGNI и младшие разработчики
При написании кода для новой системы я не хочу вносить ненужную сложность в дизайн, который мне никогда не понадобится. Так что я следую за YAGNI здесь, и скорее рефакторинг, так как я вижу необходимость большей гибкости или когда обязанности станов…
18 июл '09 в 19:06
1
ответ
Преждевременная абстракция против YAGNI в нескольких похожих проектах
Я недавно начал заниматься программированием для хобби. Когда я только начинал, я старался создавать абстракции. Даже при том, что я имел в виду определенную игру, я спрашивал себя, как каждый элемент может использоваться в нескольких играх и типах …
22 ноя '11 в 16:50
2
ответа
В чем смысл принципа YAGNI, применяемого к шаблонам проектирования?
Я недавно прочитал "Head First Design Patterns". Книга хорошо написана и заслуживает прочтения. Часто каждая глава начинается с представления проблемы и очень "наивного" решения проблемы. На следующих страницах предъявляются дополнительные требовани…
03 дек '18 в 14:10
10
ответов
ТВЕРДЫЕ против ЯГНИ
Один из самых частых аргументов, которые я слышу за то, что не придерживался принципов SOLID в объектно-ориентированном проектировании, - это YAGNI (хотя аргумент часто так не называет): "Это нормально, что я поместил и функцию X, и функцию Y в один…
13 окт '10 в 08:27
2
ответа
ПОЦЕЛУЙ & шаблоны дизайна
Мне представляется необходимость переписать старое устаревшее настольное приложение. Это небольшая настольная программа, не относящаяся к Java, которая по-прежнему поддерживает ежедневные задачи нескольких внутренних сообществ пользователей. Язык, н…
20 ноя '12 в 19:18