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

From Apache OpenOffice Wiki
< RU‎ | kb‎ | philosophy
Jump to: navigation, search
({{KbВottom}})
(RU/kb/philosophy/basic_concepts_of_philosophy_openoffice_org)
Line 2: Line 2:
 
__NOTOC__
 
__NOTOC__
 
[[Category:Руководства|Философия OpenOffice.org. Стадия «большая электронная таблица»]]
 
[[Category:Руководства|Философия OpenOffice.org. Стадия «большая электронная таблица»]]
[[Knowledge_base|База Знаний]]<br>
+
[[RU/knowledge_base|База Знаний]]<br>
[[ru/kb/philosophy/Basic_concepts_of_philosophy_OpenOffice.org|Базовые концепции философии OpenOffice.org]]<br>
+
[[RU/kb/philosophy/basic_concepts_of_philosophy_openoffice_org|Базовые концепции философии OpenOffice.org]]<br>
 
[[ru/kb/philosophy/The_concept_of_styles|Концепция стилей]]<br>
 
[[ru/kb/philosophy/The_concept_of_styles|Концепция стилей]]<br>
 
[[ru/kb/philosophy/What_styles|Что такое стили?]]<br>
 
[[ru/kb/philosophy/What_styles|Что такое стили?]]<br>

Revision as of 13:52, 2 April 2010

База Знаний
Базовые концепции философии OpenOffice.org
Концепция стилей
Что такое стили?
Зачем использовать стили?
Предназначение различных типов стилей
Стили абзаца «Базовый» и «Заголовок»
Предназначение стандартных стилей
Применение стилей
Создание новых (пользовательских) стилей
Удаление стилей
Копирование и перемещение стилей
Работа со списками
Проверка орфографии
Концепция шаблонов
Шаблонитарий
Концепция электронных таблиц
Отличие электронных таблиц от прочих видов таблиц
Базовая концепция электронной таблицы
Автоматизация в электронных таблицах


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

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

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

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

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

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

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

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


А. Е. Харламенков
2009

Template:KbВottom

Personal tools