Побочный эффект :) В листах А* главная мысль — это соотношение сторон(оно позволяет, сложив два листа одного формата, например А4, получить следующий формат, А3 для нашего примера). А то, что по теореме Пифагора получается такое соотношение диагонали к стороне — это побочный эффект от главной мысли.
Все эти пропорции активно используются, даже более, чем активно. Скажем отношение диагонали листов формата А1, А2, А3 и т.д. относится к короткой стороне, как корень из трёх. И это не совпадение.
Не смешите. Там соотношение сторон — корень из двух. И совершенно ясно — почему. А то, что диагональ как корень из трех — это просто побочный эффект такой получился.
В этом, кажется, и был весь ироничный смысл этой картинки :) Пример с айфоном у автора(к которому он нас подводил все начало статьи) примерно такой же по смыслу.
Смесь из манипуляции числами, подгонки вещей под свои теории, ереси насчет офигительной мудрости древних(атлантов и лемурийцев не хватает для полноты ощущений) а также искания смысла там, где его нет.
Нашел очень много общего с нашими внутри-конторовыми стандартами использования svn :) (10 из 12 пунктов совпадают)
Все достаточно очевидно и всплывает практически сразу при активном использовании svn вместе с другими разработчиками.
С другой стороны ещё вопрос с какой скоростью работыла бы mysql с 125 петабайтами даных. Возможно текущая СУБД мозга еще самая удачная из возможных, однако же она не лишена своих недостатков.
Думаю тут надо не с мускулом сравнивать, а хотя бы с Google BigTable.
Мне всегда казалось, что из-за них логика рассредотачивается по разным местам, их по-нормальному не поместишь в систему контроля версий, а язык там — со всяческими ограничениями.
Попробуйте сказать это программистам PL/SQL :) Логика на сервере — это очень хорошо. Не хочу показаться невежливым, но в этом вопросе — «чтобы понять, надо гонять» :)
Системы контроля версий для этих языков тоже есть.
И всетаки один аргумент приведу — в больших промышленных БД перед/после каждого insert, update, delete надо сделать большую кучу проверок. Часто они затрагивают большие объемы данных. Хранимая процедура все эти данные «крутит» в том же месте, никуда их особо не перемещая. А на клиенте вы будете вынуждены при каждом «чихе» эти данные запрашивать. А клиент и сервер слишком часто не на одном компе. Аргументов кстати еще можно привести. Правда я ни разу не занимался программированием хранимых(только работал с такими людьми), поэтому не могу полностью аргументировать.
Носов кстати говорит о коммунизме и диком капитализме. А не об СССР и Америке(хотя и намекал на это). Разные вещи. Коммунизма никто пока создать не смог.
Не смешите. Там соотношение сторон — корень из двух. И совершенно ясно — почему. А то, что диагональ как корень из трех — это просто побочный эффект такой получился.
В этом, кажется, и был весь ироничный смысл этой картинки :) Пример с айфоном у автора(к которому он нас подводил все начало статьи) примерно такой же по смыслу.
Все достаточно очевидно и всплывает практически сразу при активном использовании svn вместе с другими разработчиками.
Взято отсюда
Думаю тут надо не с мускулом сравнивать, а хотя бы с Google BigTable.
Попробуйте сказать это программистам PL/SQL :) Логика на сервере — это очень хорошо. Не хочу показаться невежливым, но в этом вопросе — «чтобы понять, надо гонять» :)
Системы контроля версий для этих языков тоже есть.
И всетаки один аргумент приведу — в больших промышленных БД перед/после каждого insert, update, delete надо сделать большую кучу проверок. Часто они затрагивают большие объемы данных. Хранимая процедура все эти данные «крутит» в том же месте, никуда их особо не перемещая. А на клиенте вы будете вынуждены при каждом «чихе» эти данные запрашивать. А клиент и сервер слишком часто не на одном компе. Аргументов кстати еще можно привести. Правда я ни разу не занимался программированием хранимых(только работал с такими людьми), поэтому не могу полностью аргументировать.
Носов кстати говорит о коммунизме и диком капитализме. А не об СССР и Америке(хотя и намекал на это). Разные вещи. Коммунизма никто пока создать не смог.