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

From Apache OpenOffice Wiki
< RU‎ | kb‎ | philosophy
Jump to: navigation, search
(удалены лишние категории)
(section begin=title)
 
(5 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 10: Line 8:
 
|NextPage=RU/kb/philosophy/the_stage_of_large_spreadsheet
 
|NextPage=RU/kb/philosophy/the_stage_of_large_spreadsheet
 
|bookid=1234'''
 
|bookid=1234'''
|booktitle=[[RU/kb/philosophy/format|Философия OpenOffice.org]]
+
|booktitle=[[RU/kb/philosophy|Философия OpenOffice.org]]
 
|ShowParttitle=block
 
|ShowParttitle=block
 
|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 48: Line 46:
 
# Автор является профессионалом в&nbsp;области электронных таблиц, который отлично понимает как они устроены, что от&nbsp;них можно ожидать и&nbsp;чего ожидать не&nbsp;стоит.
 
# Автор является профессионалом в&nbsp;области электронных таблиц, который отлично понимает как они устроены, что от&nbsp;них можно ожидать и&nbsp;чего ожидать не&nbsp;стоит.
 
# Проект достиг той стадии, когда его пора демонтировать и&nbsp;перемещать в&nbsp;нормальную БД (базу данных). В&nbsp;которой все '''''базовые'' ''элементы''''' ещё жёстче и&nbsp;примитивнее.
 
# Проект достиг той стадии, когда его пора демонтировать и&nbsp;перемещать в&nbsp;нормальную БД (базу данных). В&nbsp;которой все '''''базовые'' ''элементы''''' ещё жёстче и&nbsp;примитивнее.
# Автор не&nbsp;ведает что творит и&nbsp;как результат — совершенно неудобный в&nbsp;эксплуатации документ, в&nbsp;котором N?листов, в&nbsp;каждом M?строк и&nbsp;K?столбцов, из&nbsp;которых 99% совершенно избыточны.
+
# Автор не&nbsp;ведает что творит и&nbsp;как результат — совершенно неудобный в&nbsp;эксплуатации документ, в&nbsp;котором N листов, в&nbsp;каждом M строк и&nbsp;K столбцов, из&nbsp;которых 99% совершенно избыточны.
  
 
К сожалению, в&nbsp;основном встречается третий случай. Примерно в&nbsp;30% — второй. И&nbsp;по пальцам можно пересчитать первый.
 
К сожалению, в&nbsp;основном встречается третий случай. Примерно в&nbsp;30% — второй. И&nbsp;по пальцам можно пересчитать первый.
Line 58: Line 56:
 
Но делать решения на&nbsp;базе 100&nbsp;000 видов кирпичей будет в&nbsp;высшей степени непрактично — лучше на&nbsp;базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.
 
Но делать решения на&nbsp;базе 100&nbsp;000 видов кирпичей будет в&nbsp;высшей степени непрактично — лучше на&nbsp;базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.
  
{{RU/documentation/signyear|Sancho|А. Е. Харламенков|2009}}
+
{{RUsignyear|Sancho|А. Е. Харламенков|2009}}
{{KbВottom}}
+
{{RUkbBottom}}

Latest revision as of 20:43, 14 November 2010



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

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

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

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

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

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

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

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









Personal tools