Difference between revisions of "RU/kb/philosophy/the stage of large spreadsheet"
(RUkbBottom) |
(Корректировка ссылки) |
||
Line 14: | Line 14: | ||
|parttitle=[[RU/kb/philosophy/basic concepts of philosophy openoffice org|Базовые концепции философии OpenOffice.org]] | |parttitle=[[RU/kb/philosophy/basic concepts of philosophy openoffice org|Базовые концепции философии OpenOffice.org]] | ||
|ShowPrevPart=block | |ShowPrevPart=block | ||
− | |PrevPart=RU/kb/philosophy/ | + | |PrevPart=RU/kb/philosophy/philosophy |
|PrevPartName=Философия OpenOffice.org | |PrevPartName=Философия OpenOffice.org | ||
|ShowNextPart=none | |ShowNextPart=none |
Revision as of 09:53, 24 October 2010
Стадия «большая электронная таблица»
Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк.
Опыт показал, что данная ситуация возможна лишь в трёх случаях:
- Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит.
- Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все базовые элементы ещё жёстче и примитивнее.
- Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N листов, в каждом M строк и K столбцов, из которых 99% совершенно избыточны.
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый.
Здесь возможна ещё одна аналогия:
Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться.
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.