Принадлежность кода кому-то — это вредное явление.
Я знаю что вредной может быть высокая связанность слоев, но зависимость в принципе… с чего вдруг. Ваши классы по любому будет кто то использовать — ui например.
KISS и YAGNI по-моему, почти одно и то же.
Вот я как раз и говорю о том что не стоит смешивать понятия. Они вам кажутся близкими, но это разные явления в принципе.
KISS — мы декларируем, что архитектура системы должна быть максимально простой. Это защита от желания разработчиков применить более сложные конструкции чем необходимо. Они это делают чтобы применить какой то паттерн, который изучили. Но это не значит, что не стоит абстрагироваться сильнее.
YAGNI — мы декларируем, что не будем реализовывать функциональность, которая нам не нужна. Это в первую очередь относится к требованиям. Защита от желания разработчиков реализовать функционал, который кажется им важным, но не имеет достаточного бизнес значения.
Система может быть очень простой архитектурно, но половина того, что там сделано — никому не надо. Может быть так, что все, что есть — является реализацией требуемого функционала, но слишком сложными конструкциями.
Вы рассказываете про подход, когда разработчик реализует пользовательскую историю в отрыве от всех остальных историй. И по мере понимания системы поднимается на более высокие уровни абстракции в системе, но не раньше.
Это очень гибкий подход, который может быть эффективен.
Но в реальности мы имеем чаще всего целый скоп задач, и архитектурное планирование тогда становится важным, так как помогает уменьшить затраты. У нас обычно есть много информации о том, что будет потом — и ее тоже нужно использовать.
Даже в скраме и то фиксируется скоп задач на спринт, а не на каждую пользовательскую историю. И мы декларируем что знаем что те истории что будут в рамках спринта — точно будут.
Возможно Вам стоило бы добавить в вашу замечательную статью границы применения данных принципов.
Как видим, нет никаких сложностей преобразовывать архитектуру на ходу, по мере поступления требований.
О да, в программе с несколькими сущностями, и требованиями, которые приводят к работе на одном логическом уровне, преобразовывать архитектуру не составляет труда. Замечательный пример.
Любые классы вообще поменять проще пареной репы, пока их никто не использует.
Вообще спасибо автору за хорошую статью. Однако в истории про Бориса и Маркуса речь шла не о YAGNI, а о KISS — там шла речь о том, что система должна быть простой. Борис ничего лишнего, не относящегося к требованиям, не реализовывал.
Вот в этой книжке приведен замечательный пример реализации данных принципов на реалистичном примере (реализация программы по работе с боулингом).
Спасибо за подробное описание. А у вас не осталось каких нибудь ссылок на эти трюки с закручиванием гаммы? А то мне в рабочий t420 даже смотреть не хочется без подключенного монитора. Настолько отличается от домашнего лептопа.
Когда стандартные требования к ноутбуку — хорошая матовая матрица, разрешение не ниже 1440 на 900 для диагонали 13-14 дюймов, память не менее 8Гб и современный процессор — то вариантов раз-два и обчелся.
Надеюсь когда нибудь ситуация изменится. Но если для вас лептоп не рабочий инструмент, то да — можно выбирать проще.
По поводу Thinkpad — наверно речь все таки о модели t420, в модели t420s — вообще совершенно другая конструкция корпуса. У меня оба лежат на столе. t420 — толстый поросенок с внушительной блямбдой на месте соединения экрана и корпуса. Корпус у него вообще практически не скрипит. t420s — наоборот скрипит, никаких дополнительных конструкций на место соединения экрана и корпуса нет. Расположение разъемов другое совсем. При этом он тоньше, легче и у него намного качественней экран.
Мне всегда казалось что у thinkpad не просто хрупкий пластик, а некий магниевый сплав. Так рассказывает сам производитель.
Типа он всего лишь похож на пластик, но таковым не является. И если не брать в расчет эстетику, то он приятнее для прикосновений и значительно легче. Только тонкие ноутбуки из них не сделаешь, зато сделаешь легкие.
Но вообще мой t420s скрипит и не выглядит очень крепким когда с усилием нажимаешь на корпус.
Думаю не имеет права. Слова первых лиц государства должны переводится только крутыми профессиональными переводчиками. Потому что каждое неточно переведенное слово может привести к серьезным последствиям.
Чесно говоря я не знаю, что такое фрамуга и гуава, но подозреваю что если речь о быстром старте — то предполагается, что когда бизнес поднимется, данный продукт заменит новое решение. Если работа с фреймворком ведется как с блек боксом — то чем меньше будет расширений для него — тем лучше на этом этапе.
Когда сравниваем две картинки кажется что слева всего много и все сложно.
Когда заглянем в солюшен эксплорер засомневаемся, а когда заглянем в исходный код — картинки поменяются местами.
Много лет назад был тренд переусложнения функционала, до появления гибких подходов к разработке.
Сегодня все чаще начинаешь встречать злоупотребление принципом KISS.
Когда такой продукт достаточно развитый его уже невозможно переписать, а стоимость внесения изменений начинает стремится к бесконечности.
По моему у всех бук ридеров предыдущего поколения (до уровня амазон киндл 4), проблемы со стеклом. Уверены что это конструктивная особенность именно покет бука?
Когда я задумываюсь над тем, как назвать сущность, я исхожу из ее смысла в рамках уровня абстракции этой сущности.
И по факту смысл сущностей которые вам кажутся одними и теми же — может быть очень разными.
Например конечный испольняемый файл возможно удобно назвать маркетинговым названием или каким нибудь простым, если это утилита sdk. А вот проект из исхоников, который его компилирует, например назвать trololo.GUI. Ну или как то исходя из его смысла в рамках данного контекста.
Я вам больше скажу — даже Карамазов — которого люди называли по разному был совершенно разным человеком, для окружающих. И Леша и Алексей Карамазовы — это совершенно разные люди в рамках кроугов знакомств, тех кто его так называет.
С какой то точки зрения это один человек да. Ну и ладно — он сам знает как его могут назвать — держит в уме карту этих названий. Тоже самое и с кодом. Как правило реальные возникающии задачи заставляют работать с сущностью только на одном уровне абстракции. И называть ее будет удобно так, что бы был понятен ее смысл именно в этом окружении.
Майкрософту наплевать нравится ли он вам или нет. Будете пользоваться как миленький. Они кучу денег вложили чтобы создать удобный инструмент.
У меня был случай когда прислали документ docx с несжатыми картинками. Он весил десятки мегабайт и нещадно тормозил.
Я просто зашел в него как в зип папку и сжал картинки Picture Manager — ом. По моему это чудесно.
Что бы я делал без джимейла, гугль календаря, гугл ридера, ну и конечно, где бы я проводил гугление материалов?
С днем рождения Гугл! Проживи еще долго долго и радуй нас новыми сервисами.
Я с вами не согласен. Нет объективных оснований полагать, что невысокий средний доход на душу населения и уж тем более наличие вот таких заводов с тяжелыми условиями труда как то связано с количеством жителей в стране. Это может быть связано с тоталитарным управлением в стране, низким уровнем свобод и низким уровнем урбанизации (много сельского населения).
Есть и другие причины.
Я даже больше скажу — я работал в компании, которая имела филиал в Китае и нам приходилось с ними тесно сотрудничать. Так вот оказалось, что оклады квалифицированных сотрудников в этой стране не особенно отличаются от Российских, если брать примерно одинаковые города для сравнения. Тем не менее, даже российские компании там открывают филиалы, потому что государство предоставляет невиданные льготы на открытие бизнеса там. Но не из-за дешевой рабочей силы вовсе.
Так что не надо говорить что это нормально.
И да — если в вашем городе компании поделятся на два типа — где платят хорошо и дают печенки — и где тебя держат за решеткой в общежитии и платят гроши — вы ооочень захотите в компанию первого типа.
По моему неправильно оправдывать действия по ущемлению прав и свобод граждан.
Чем руководствовалась компания, когда закрывала завод?
Ведь это такие расходы. Почему не уволили половину? Может быть это был город-завод?
Не думаю что это как то может помочь остальным заводам не брать пример.
Может это была не драка сотрудников, а какое нибудь восстание или забастовка.
Такую версию кто нибудь проверял?
Оттуда же все время была информация, что люди жувут в ужасных условиях.
Не думаю что стоит относится к докладам Freedom House как к каким то «купленным» данным проамериканской организации.
Достаточно ознакомится с их докладами, чтобы понять что они проводят четкие и адекватные исследованиями.
Да — на основе их данных проводили цветные революции. Но от этого факта их исследования не перестают быть значимыми. Просто их используют для геополитики. Не было бы во многих странах бывшего ссср узаконенной диктатуры, американцы бы как нибудь по другому оказывали давление: не революцией, а экономическим давлением например.
В общем я к тому что не стоит этой организации навешивать ярлыки и стоит с уважением относится к их исследованиям.
Ну и конечно смотреть правде в глаза.
Принадлежность кода кому-то — это вредное явление.
Я знаю что вредной может быть высокая связанность слоев, но зависимость в принципе… с чего вдруг. Ваши классы по любому будет кто то использовать — ui например.
KISS и YAGNI по-моему, почти одно и то же.
Вот я как раз и говорю о том что не стоит смешивать понятия. Они вам кажутся близкими, но это разные явления в принципе.
KISS — мы декларируем, что архитектура системы должна быть максимально простой. Это защита от желания разработчиков применить более сложные конструкции чем необходимо. Они это делают чтобы применить какой то паттерн, который изучили. Но это не значит, что не стоит абстрагироваться сильнее.
YAGNI — мы декларируем, что не будем реализовывать функциональность, которая нам не нужна. Это в первую очередь относится к требованиям. Защита от желания разработчиков реализовать функционал, который кажется им важным, но не имеет достаточного бизнес значения.
Система может быть очень простой архитектурно, но половина того, что там сделано — никому не надо. Может быть так, что все, что есть — является реализацией требуемого функционала, но слишком сложными конструкциями.
Вы рассказываете про подход, когда разработчик реализует пользовательскую историю в отрыве от всех остальных историй. И по мере понимания системы поднимается на более высокие уровни абстракции в системе, но не раньше.
Это очень гибкий подход, который может быть эффективен.
Но в реальности мы имеем чаще всего целый скоп задач, и архитектурное планирование тогда становится важным, так как помогает уменьшить затраты. У нас обычно есть много информации о том, что будет потом — и ее тоже нужно использовать.
Даже в скраме и то фиксируется скоп задач на спринт, а не на каждую пользовательскую историю. И мы декларируем что знаем что те истории что будут в рамках спринта — точно будут.
Возможно Вам стоило бы добавить в вашу замечательную статью границы применения данных принципов.
О да, в программе с несколькими сущностями, и требованиями, которые приводят к работе на одном логическом уровне, преобразовывать архитектуру не составляет труда. Замечательный пример.
Любые классы вообще поменять проще пареной репы, пока их никто не использует.
Вообще спасибо автору за хорошую статью. Однако в истории про Бориса и Маркуса речь шла не о YAGNI, а о KISS — там шла речь о том, что система должна быть простой. Борис ничего лишнего, не относящегося к требованиям, не реализовывал.
Вот в этой книжке приведен замечательный пример реализации данных принципов на реалистичном примере (реализация программы по работе с боулингом).
Надеюсь когда нибудь ситуация изменится. Но если для вас лептоп не рабочий инструмент, то да — можно выбирать проще.
По поводу Thinkpad — наверно речь все таки о модели t420, в модели t420s — вообще совершенно другая конструкция корпуса. У меня оба лежат на столе. t420 — толстый поросенок с внушительной блямбдой на месте соединения экрана и корпуса. Корпус у него вообще практически не скрипит.
t420s — наоборот скрипит, никаких дополнительных конструкций на место соединения экрана и корпуса нет. Расположение разъемов другое совсем. При этом он тоньше, легче и у него намного качественней экран.
Типа он всего лишь похож на пластик, но таковым не является. И если не брать в расчет эстетику, то он приятнее для прикосновений и значительно легче. Только тонкие ноутбуки из них не сделаешь, зато сделаешь легкие.
Но вообще мой t420s скрипит и не выглядит очень крепким когда с усилием нажимаешь на корпус.
Так правда это или нет?
Когда заглянем в солюшен эксплорер засомневаемся, а когда заглянем в исходный код — картинки поменяются местами.
Много лет назад был тренд переусложнения функционала, до появления гибких подходов к разработке.
Сегодня все чаще начинаешь встречать злоупотребление принципом KISS.
Когда такой продукт достаточно развитый его уже невозможно переписать, а стоимость внесения изменений начинает стремится к бесконечности.
Хотите быстого старта — используйте готовые фреймворки.
Архитектурное планирование необходимо. Надо придерживаться разумного балланса.
Маркетологи асуса довольны собой.
И по факту смысл сущностей которые вам кажутся одними и теми же — может быть очень разными.
Например конечный испольняемый файл возможно удобно назвать маркетинговым названием или каким нибудь простым, если это утилита sdk. А вот проект из исхоников, который его компилирует, например назвать trololo.GUI. Ну или как то исходя из его смысла в рамках данного контекста.
Я вам больше скажу — даже Карамазов — которого люди называли по разному был совершенно разным человеком, для окружающих. И Леша и Алексей Карамазовы — это совершенно разные люди в рамках кроугов знакомств, тех кто его так называет.
С какой то точки зрения это один человек да. Ну и ладно — он сам знает как его могут назвать — держит в уме карту этих названий. Тоже самое и с кодом. Как правило реальные возникающии задачи заставляют работать с сущностью только на одном уровне абстракции. И называть ее будет удобно так, что бы был понятен ее смысл именно в этом окружении.
У меня был случай когда прислали документ docx с несжатыми картинками. Он весил десятки мегабайт и нещадно тормозил.
Я просто зашел в него как в зип папку и сжал картинки Picture Manager — ом. По моему это чудесно.
С днем рождения Гугл! Проживи еще долго долго и радуй нас новыми сервисами.
Есть и другие причины.
Я даже больше скажу — я работал в компании, которая имела филиал в Китае и нам приходилось с ними тесно сотрудничать. Так вот оказалось, что оклады квалифицированных сотрудников в этой стране не особенно отличаются от Российских, если брать примерно одинаковые города для сравнения. Тем не менее, даже российские компании там открывают филиалы, потому что государство предоставляет невиданные льготы на открытие бизнеса там. Но не из-за дешевой рабочей силы вовсе.
Так что не надо говорить что это нормально.
И да — если в вашем городе компании поделятся на два типа — где платят хорошо и дают печенки — и где тебя держат за решеткой в общежитии и платят гроши — вы ооочень захотите в компанию первого типа.
По моему неправильно оправдывать действия по ущемлению прав и свобод граждан.
Ведь это такие расходы. Почему не уволили половину? Может быть это был город-завод?
Не думаю что это как то может помочь остальным заводам не брать пример.
Может это была не драка сотрудников, а какое нибудь восстание или забастовка.
Такую версию кто нибудь проверял?
Оттуда же все время была информация, что люди жувут в ужасных условиях.
Достаточно ознакомится с их докладами, чтобы понять что они проводят четкие и адекватные исследованиями.
Да — на основе их данных проводили цветные революции. Но от этого факта их исследования не перестают быть значимыми. Просто их используют для геополитики. Не было бы во многих странах бывшего ссср узаконенной диктатуры, американцы бы как нибудь по другому оказывали давление: не революцией, а экономическим давлением например.
В общем я к тому что не стоит этой организации навешивать ярлыки и стоит с уважением относится к их исследованиям.
Ну и конечно смотреть правде в глаза.
Тоже себе такую куплю.