База Знаний: Философия OpenOffice.org. Стадия «большая электронная таблица»
- Базовые концепции философии OpenOffice.org. Вступление
- Концепция стилей
- Что такое стили?
- Зачем использовать стили?
- Предназначение различных типов стилей
- Стили абзаца «Базовый» и «Заголовок»
- Предназначение стандартных стилей
- Применение стилей
- Создание новых (пользовательских) стилей
- Удаление стилей
- Копирование и перемещение стилей
- Работа со списками
- Проверка орфографии
- Концепция шаблонов
- Шаблонитарий
- Концепция электронных таблиц
- Отличие электронных таблиц от прочих видов таблиц
- Базовая концепция электронной таблицы
- Автоматизация в электронных таблицах
- Стадия «большая электронная таблица»
← {{#switch:Previous Page | Previous Section = Предыдущая часть | Next Section = Следующая часть: | Previous Page = Предыдущая страница | Next Page = Следующая страница | }} | Previous Section = Предыдущая часть | Next Section = Следующая часть: | Previous Page = Предыдущая страница | Next Page = Следующая страница |
}} → |
Стадия «большая электронная таблица»
Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк.
Опыт показал, что данная ситуация возможна лишь в трёх случаях:
- Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит.
- Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все базовые элементы ещё жёстче и примитивнее.
- Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N?листов, в каждом M?строк и K?столбцов, из которых 99% совершенно избыточны.
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый.
Здесь возможна ещё одна аналогия:
Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться.
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.