Не могу сказать, что я со всеми этими тезисами согласен. Исходная публикация на листе "Знаток" навеяна тем, что один острый дискуссионный материал был опубликован в
chgk, а на листе - несколько позже. Поскольку он был дискуссионный, то флейма вокруг него хватило.
Мое мнение по данному вопросу может не совпадать с мнением Бориса. А может совпадать.
© Борис Вейцман
Наиболее удобная форма дискуссий -- листы, можно с архивом в WWW. Наименее удобная -- ЖЖ. Но за долгие годы я сформулировал для себя три закона, которым я хочу дать своё имя.
Итак, три закона Вейцмана:
Закон 1. Если есть несколько способо решить какую-либо задачу при помощи компьютера, то люди неизменно выбирают наименее удобный, наименее надёжный и наименее пригодный к решению задачи способ. Когда речь идёт о компьютере, люди неизменно забивают гвозди отверткой, а шурупы вкручивают плоскогубцами.
Закон 2. За годы пользования неудобным способом он обрастает разными примочками, заплатами и хаками. В итоге этот способ со всеми наросшими финтифлюшками начинает напоминать бледное подобие более удобных способов, предоставляя жалкое подмножество тех возможностей и удобств, которые были в более продуманной технологии с самого начала.
Закон 3. Когда люди выбирают неудобный способ, они обычно ссылаются на лёгкость в обучении. Более удобный способ надо изучать час, а менее удобный -- десять минут. Однако вскоре выясняется, что без набора финтифлюшек из Закона 2 менее удобный способ использовать нельзя. Поскольку финтифлюшки писались как заплатки, без логики и понимания, на их изучение надо потратить куда больше часа. Появляются Маги и Волшебники неудобного способа, знающие Секретные Танцы С Бубном, Которые Иногда Работают. Преподавание неудобного способа (т.е. Танцев С Бубном) становится важной отраслью компьютерной промышленности.
На основании этих законов я берусь предсказать, что скоро в нашем общении ЖЖ вытеснит листы. Всего неделя, потраченная на изучение разных примочек и специальных служб даст пользователям ЖЖ слабое подобие тех возможностей, которые дают полчаса, потраченные на изучение документации к вашему любимому мейлеру.
Мое мнение по данному вопросу может не совпадать с мнением Бориса. А может совпадать.
© Борис Вейцман
Наиболее удобная форма дискуссий -- листы, можно с архивом в WWW. Наименее удобная -- ЖЖ. Но за долгие годы я сформулировал для себя три закона, которым я хочу дать своё имя.
Итак, три закона Вейцмана:
Закон 1. Если есть несколько способо решить какую-либо задачу при помощи компьютера, то люди неизменно выбирают наименее удобный, наименее надёжный и наименее пригодный к решению задачи способ. Когда речь идёт о компьютере, люди неизменно забивают гвозди отверткой, а шурупы вкручивают плоскогубцами.
Закон 2. За годы пользования неудобным способом он обрастает разными примочками, заплатами и хаками. В итоге этот способ со всеми наросшими финтифлюшками начинает напоминать бледное подобие более удобных способов, предоставляя жалкое подмножество тех возможностей и удобств, которые были в более продуманной технологии с самого начала.
Закон 3. Когда люди выбирают неудобный способ, они обычно ссылаются на лёгкость в обучении. Более удобный способ надо изучать час, а менее удобный -- десять минут. Однако вскоре выясняется, что без набора финтифлюшек из Закона 2 менее удобный способ использовать нельзя. Поскольку финтифлюшки писались как заплатки, без логики и понимания, на их изучение надо потратить куда больше часа. Появляются Маги и Волшебники неудобного способа, знающие Секретные Танцы С Бубном, Которые Иногда Работают. Преподавание неудобного способа (т.е. Танцев С Бубном) становится важной отраслью компьютерной промышленности.
На основании этих законов я берусь предсказать, что скоро в нашем общении ЖЖ вытеснит листы. Всего неделя, потраченная на изучение разных примочек и специальных служб даст пользователям ЖЖ слабое подобие тех возможностей, которые дают полчаса, потраченные на изучение документации к вашему любимому мейлеру.
no subject
Date: 2005-09-22 08:05 pm (UTC)проблема в том, что практически все системы, разрабатываемые "сверху" - закрытые, и там вообще практически ничего сделать нельзя.
кто бы спорил, но это нужно в любом случае.
еще раз - в контексте этого разговора "сверху" и "снизу" - это зарактеристика, описывающая, с какой стороны административной пирамиды мы идем, а не метод проектирования конкретного куска системы. проектирование "снизу" еще не означает, что мы пишем код абы как и прилепляем куда попало, лишь бы работало.