Difference between revisions of "RU/kb/philosophy/the stage of large spreadsheet"
(RU) |
|||
| Line 5: | Line 5: | ||
[[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/why_use_styles|Зачем использовать стили?]]<br> |
| − | [[ | + | [[RU/kb/philosophy/the_purpose_of_different_types_of_styles|Предназначение различных типов стилей]]<br> |
| − | [[ | + | [[RU/kb/philosophy/paragraph_styles_basic_and_title|Стили абзаца «Базовый» и «Заголовок»]]<br> |
| − | [[ | + | [[RU/kb/philosophy/the_purpose_of_the_standard_styles|Предназначение стандартных стилей]]<br> |
| − | [[ | + | [[RU/kb/philosophy/applying_styles|Применение стилей]]<br> |
| − | [[ | + | [[RU/kb/philosophy/create_a_new_(custom)_styles|Создание новых (пользовательских) стилей]]<br> |
| − | [[ | + | [[RU/kb/philosophy/deleting_styles|Удаление стилей]]<br> |
| − | [[ | + | [[RU/kb/philosophy/copying_and_moving_styles|Копирование и перемещение стилей]]<br> |
| − | [[ | + | [[RU/kb/philosophy/working_with_lists|Работа со списками]]<br> |
| − | [[ | + | [[RU/kb/philosophy/spelling|Проверка орфографии]]<br> |
| − | [[ | + | [[RU/kb/philosophy/the_concept_of_templates|Концепция шаблонов]]<br> |
| − | [[ | + | [[RU/kb/philosophy/shablonitary|Шаблонитарий]]<br> |
| − | [[ | + | [[RU/kb/philosophy/the_concept_of_spreadsheets|Концепция электронных таблиц]]<br> |
| − | [[ | + | [[RU/kb/philosophy/the_difference_between_a_spreadsheet_from_other_types_of_tables|Отличие электронных таблиц от прочих видов таблиц]]<br> |
| − | [[ | + | [[RU/kb/philosophy/the_basic_concept_of_a_spreadsheet|Базовая концепция электронной таблицы]]<br> |
| − | [[ | + | [[RU/kb/philosophy/automating_spreadsheet|Автоматизация в электронных таблицах]]<br> |
| Line 31: | Line 31: | ||
# Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит. | # Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит. | ||
# Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все '''''базовые'' ''элементы''''' ещё жёстче и примитивнее. | # Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все '''''базовые'' ''элементы''''' ещё жёстче и примитивнее. | ||
| − | # Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором | + | # Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N?листов, в каждом M?строк и K?столбцов, из которых 99% совершенно избыточны. |
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый. | К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый. | ||
Revision as of 15:28, 2 April 2010
База Знаний
Базовые концепции философии OpenOffice.org
Концепция стилей
Что такое стили?
Зачем использовать стили?
Предназначение различных типов стилей
Стили абзаца «Базовый» и «Заголовок»
Предназначение стандартных стилей
Применение стилей
Создание новых (пользовательских) стилей
Удаление стилей
Копирование и перемещение стилей
Работа со списками
Проверка орфографии
Концепция шаблонов
Шаблонитарий
Концепция электронных таблиц
Отличие электронных таблиц от прочих видов таблиц
Базовая концепция электронной таблицы
Автоматизация в электронных таблицах
Стадия «большая электронная таблица»
Нередко приходилось сталкиваться с документами электронных таблиц, состоящими из нескольких сотен столбцов и ещё большего количества строк.
Опыт показал, что данная ситуация возможна лишь в трёх случаях:
- Автор является профессионалом в области электронных таблиц, который отлично понимает как они устроены, что от них можно ожидать и чего ожидать не стоит.
- Проект достиг той стадии, когда его пора демонтировать и перемещать в нормальную БД (базу данных). В которой все базовые элементы ещё жёстче и примитивнее.
- Автор не ведает что творит и как результат — совершенно неудобный в эксплуатации документ, в котором N?листов, в каждом M?строк и K?столбцов, из которых 99% совершенно избыточны.
К сожалению, в основном встречается третий случай. Примерно в 30% — второй. И по пальцам можно пересчитать первый.
Здесь возможна ещё одна аналогия:
Кому-то могут понадобиться кирпичи необычной формы (стакан, конус и т. д. и т. п.)... И каждый модный архитектор начнет доказывать, что он без ещё сорока трех видов кирпичей ему никак не самореализоваться.
Но делать решения на базе 100 000 видов кирпичей будет в высшей степени непрактично — лучше на базе умеренного числа типовых блоков решать все конструкторские задачи, чем под каждую задачу изобретать свой типовой блок. Собственно, он уже не будет типовым.
А. Е. Харламенков
2009
