Difference between revisions of "RU/kb/philosophy/the stage of large spreadsheet"
(|booktitle=Философия OpenOffice.org) |
({{KbBottom}}) |
||
| Line 48: | Line 48: | ||
# Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит. | # Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит. | ||
# Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все '''''базовые'' ''элементы''''' ещё жёстче и примитивнее. | # Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все '''''базовые'' ''элементы''''' ещё жёстче и примитивнее. | ||
| − | # Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N | + | # Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N листов, в каждом M строк и K столбцов, из которых 99% совершенно избыточны. |
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый. | К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый. | ||
| Line 59: | Line 59: | ||
{{RU/documentation/signyear|Sancho|А. Е. Харламенков|2009}} | {{RU/documentation/signyear|Sancho|А. Е. Харламенков|2009}} | ||
| − | {{ | + | {{KbBottom}} |
Revision as of 20:06, 15 May 2010
Стадия «большая электронная таблица»
Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк.
Опыт показал, что данная ситуация возможна лишь в трёх случаях:
- Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит.
- Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все базовые элементы ещё жёстче и примитивнее.
- Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N листов, в каждом M строк и K столбцов, из которых 99% совершенно избыточны.
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый.
Здесь возможна ещё одна аналогия:
Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться.
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.
