Difference between revisions of "RU/kb/philosophy/the stage of large spreadsheet"
(исправлено оглавление) |
(удалены лишние категории) |
||
Line 1: | Line 1: | ||
{{DISPLAYTITLE:База Знаний: Философия OpenOffice.org. Стадия «большая электронная таблица»}} | {{DISPLAYTITLE:База Знаний: Философия OpenOffice.org. Стадия «большая электронная таблица»}} | ||
__NOTOC__ | __NOTOC__ | ||
− | + | ||
[[RU/knowledge_base|База Знаний]] | [[RU/knowledge_base|База Знаний]] | ||
<!-- Оглавление книги --> | <!-- Оглавление книги --> | ||
Line 58: | Line 58: | ||
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым. | Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым. | ||
− | |||
{{RU/documentation/signyear|Sancho|А. Е. Харламенков|2009}} | {{RU/documentation/signyear|Sancho|А. Е. Харламенков|2009}} | ||
− | |||
{{KbВottom}} | {{KbВottom}} |
Revision as of 14:26, 26 April 2010
← {{#switch:Previous Page | Previous Section = Предыдущая часть | Next Section = Следующая часть: | Previous Page = Предыдущая страница | Next Page = Следующая страница | }} | Previous Section = Предыдущая часть | Next Section = Следующая часть: | Previous Page = Предыдущая страница | Next Page = Следующая страница |
}} → |
Стадия «большая электронная таблица»
Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк.
Опыт показал, что данная ситуация возможна лишь в трёх случаях:
- Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит.
- Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все базовые элементы ещё жёстче и примитивнее.
- Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N?листов, в каждом M?строк и K?столбцов, из которых 99% совершенно избыточны.
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый.
Здесь возможна ещё одна аналогия:
Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться.
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.