Difference between revisions of "RU/kb/philosophy/the stage of large spreadsheet"
(.) |
(Основной текст статьи) |
||
Line 22: | Line 22: | ||
[[ru/kb/philosophy/The_basic_concept_of_a_spreadsheet|Базовая концепция электронной таблицы]]<br> | [[ru/kb/philosophy/The_basic_concept_of_a_spreadsheet|Базовая концепция электронной таблицы]]<br> | ||
[[ru/kb/philosophy/Automating_spreadsheet|Автоматизация в электронных таблицах]]<br> | [[ru/kb/philosophy/Automating_spreadsheet|Автоматизация в электронных таблицах]]<br> | ||
+ | |||
+ | |||
+ | === Стадия «большая электронная таблица» === | ||
+ | Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк. | ||
+ | |||
+ | Опыт показал, что данная ситуация возможна лишь в трёх случаях: | ||
+ | |||
+ | # Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит. | ||
+ | # Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все '''''базовые'' ''элементы''''' ещё жёстче и примитивнее. | ||
+ | # Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N‑листов, в каждом M‑строк и K‑столбцов, из которых 99% совершенно избыточны. | ||
+ | |||
+ | К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый. | ||
+ | |||
+ | Здесь возможна ещё одна аналогия: | ||
+ | |||
+ | Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться. | ||
+ | |||
+ | Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым. | ||
Revision as of 23:12, 26 March 2010
База Знаний
Базовые концепции философии OpenOffice.org
Концепция стилей
Что такое стили?
Зачем использовать стили?
Предназначение различных типов стилей
Стили абзаца «Базовый» и «Заголовок»
Предназначение стандартных стилей
Применение стилей
Создание новых (пользовательских) стилей
Удаление стилей
Копирование и перемещение стилей
Работа со списками
Проверка орфографии
Концепция шаблонов
Шаблонитарий
Концепция электронных таблиц
Отличие электронных таблиц от прочих видов таблиц
Базовая концепция электронной таблицы
Автоматизация в электронных таблицах
Стадия «большая электронная таблица»
Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк.
Опыт показал, что данная ситуация возможна лишь в трёх случаях:
- Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит.
- Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все базовые элементы ещё жёстче и примитивнее.
- Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N‑листов, в каждом M‑строк и K‑столбцов, из которых 99% совершенно избыточны.
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый.
Здесь возможна ещё одна аналогия:
Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться.
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.
А. Е. Харламенков
2009