Difference between revisions of "RU/kb/philosophy/the stage of large spreadsheet"

From Apache OpenOffice Wiki
< RU‎ | kb‎ | philosophy
Jump to: navigation, search
({{KbBottom}})
(section begin=title)
 
(3 intermediate revisions by the same user not shown)
Line 1: Line 1:
{{DISPLAYTITLE:База Знаний: Философия OpenOffice.org. Стадия «большая электронная таблица»}}
+
<section begin=title /><noinclude>{{DISPLAYTITLE:База Знаний: </noinclude>Философия {{OOo}}. Стадия «большая электронная таблица»<noinclude>}}</noinclude><section end=title />{{BreadCrumbL10n}}
 
__NOTOC__
 
__NOTOC__
 
[[RU/knowledge_base|База Знаний]]
 
 
<!-- Оглавление книги -->
 
<!-- Оглавление книги -->
 
{{RU/documentation/mastertoc
 
{{RU/documentation/mastertoc
Line 14: Line 12:
 
|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/philosophy_openoffice_org
+
|PrevPart=RU/kb/philosophy/philosophy
 
|PrevPartName=Философия OpenOffice.org
 
|PrevPartName=Философия OpenOffice.org
 
|ShowNextPart=none
 
|ShowNextPart=none
Line 58: Line 56:
 
Но делать решения на&nbsp;базе 100&nbsp;000 видов кирпичей будет в&nbsp;высшей степени непрактично — лучше на&nbsp;базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.
 
Но делать решения на&nbsp;базе 100&nbsp;000 видов кирпичей будет в&nbsp;высшей степени непрактично — лучше на&nbsp;базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.
  
{{RU/documentation/signyear|Sancho|А. Е. Харламенков|2009}}
+
{{RUsignyear|Sancho|А. Е. Харламенков|2009}}
{{KbBottom}}
+
{{RUkbBottom}}

Latest revision as of 20:43, 14 November 2010



Стадия «большая электронная таблица»

Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк.

Опыт показал, что данная ситуация возможна лишь в трёх случаях:

  1. Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит.
  2. Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все базовые элементы ещё жёстче и примитивнее.
  3. Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N листов, в каждом M строк и K столбцов, из которых 99% совершенно избыточны.

К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый.

Здесь возможна ещё одна аналогия:

Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться.

Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.









Personal tools