Difference between revisions of "RU/kb/philosophy/the stage of large spreadsheet"
From Wiki
Jump to navigationJump to search (Корректировка ссылки) |
|||
| (5 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
| − | {{DISPLAYTITLE:База Знаний: Философия | + | <section begin=title /><noinclude>{{DISPLAYTITLE:База Знаний: </noinclude>Философия {{OOo}}. Стадия «большая электронная таблица»<noinclude>}}</noinclude><section end=title />{{BreadCrumbL10n}} |
__NOTOC__ | __NOTOC__ | ||
| − | |||
<!-- Оглавление книги --> | <!-- Оглавление книги --> | ||
| − | {{ | + | {{PhilosophyTOC |
|ShowPrevPage=block | |ShowPrevPage=block | ||
| − | | | + | |ShowPrevNext=none |
|PrevPage=RU/kb/philosophy/automating_spreadsheet | |PrevPage=RU/kb/philosophy/automating_spreadsheet | ||
| − | |NextPage= | + | |NextPage= |
| − | | | + | |basicconcepts=block |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
}} | }} | ||
<!-- Конец оглавления книги --> | <!-- Конец оглавления книги --> | ||
| + | |||
=== Стадия «большая электронная таблица» === | === Стадия «большая электронная таблица» === | ||
| + | |||
Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк. | Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк. | ||
| + | |||
Опыт показал, что данная ситуация возможна лишь в трёх случаях: | Опыт показал, что данная ситуация возможна лишь в трёх случаях: | ||
| Line 49: | Line 22: | ||
# Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все '''''базовые'' ''элементы''''' ещё жёстче и примитивнее. | # Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все '''''базовые'' ''элементы''''' ещё жёстче и примитивнее. | ||
# Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N листов, в каждом M строк и K столбцов, из которых 99% совершенно избыточны. | # Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N листов, в каждом M строк и K столбцов, из которых 99% совершенно избыточны. | ||
| + | |||
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый. | К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый. | ||
| + | |||
Здесь возможна ещё одна аналогия: | Здесь возможна ещё одна аналогия: | ||
| + | |||
Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться. | Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться. | ||
| + | |||
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым. | Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым. | ||
| − | {{ | + | |
| + | {{SignYear|Sancho||2009}} | ||
| + | |||
{{RUkbBottom}} | {{RUkbBottom}} | ||
Latest revision as of 18:00, 24 September 2011
| ← Предыдущая страница | [[|Следующая страница
→]] |
Стадия «большая электронная таблица»
Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк.
Опыт показал, что данная ситуация возможна лишь в трёх случаях:
- Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит.
- Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все базовые элементы ещё жёстче и примитивнее.
- Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N листов, в каждом M строк и K столбцов, из которых 99% совершенно избыточны.
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый.
Здесь возможна ещё одна аналогия:
Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться.
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.
