О том, как надо и не надо писать программы

Субъективные заметки системного администратора и бета-тестера о том, как должна выглядеть хорошо написанная программа.

Оглавление документа

Введение

О массовой установке

О настройках на компьютерах общего пользования

О резервном копировании: слезы после краха

О резервном копировании: думаем заранее

О удалении записей из базы

О использовании средств версионного контроля кода

Drafts

ToDo

Введение

Все мы пользуемся программами при работе с компьютером. Мне по роду работы приходится устанавливать, настраивать очень большое количество самых разнообразных – и от именитых производителей, и нашего отдела программистов, и вообще сторонних разработчиков. Есть программы, которые мне нравятся, и те, которые нравятся гораздо меньше.
Сам я код пишу редко и только под себя, но некоторые удачные программки, которые мне нравятся и я вижу, что в них есть что сделать, чтобы программа была лучше – ну, пишу авторам, работаю таким свободным бета-тестером.
В процессе работы у меня сложилось личное мнение, о том, какой должна быть программа, чтобы не вызывала тихой ненависти.
Об этом и будет данная статья.

О массовой установке

Почему никто никогда не думает о системных администраторах, которым приходится расставлять единообразно софт для 10, 100, 1000 компьютерах в сети? Программы, которые поддерживают автоматическую инсталляцию, с настройками в файлах unattened – это очень хорошо. Но такое бывает редко в самописном софте. Но если бывает – поставить всем можно очень быстро и на автомате.

О настройках на компьютерах общего пользования

Каждый пользователь, который залогинился должен иметь свой собственный файл индивидуальных настроек. Редко когда увидишь такое, особенно в удобоваримом виде. А в результате ни сделать архивную копию настроек, ни переместить на другую рабочую станцию. Согласен терпеть нетекстовые конфиги, но люблю, когда можно править руками. Под виндой вообще мрак – не говорите мне про реестр, я и сам про него вам могу многое рассказать. Хотя бывает, что автор сам опишет в хелпе, что нужно сохранять в *.reg файле. Редко правда, приходится самому лазить и сравнивать веточки...

О резервном копировании: слезы после краха

Вы никогда не думаете о бэкапе, это головная боль администратора. Но если у вас дома есть компьютер, на нем есть Windows, то вы очень часто (!!!) её переустанавливаете (а посекторным копированием винчестеров вы вряд ли занимаетесь).... Вы еще столкнетесь с проблемой восстановления...

О резервном копировании: думаем заранее

Я ненавижу Access за то, что его базы держатся монопольно и никогда нельзя быть уверенным, что бэкап прошел успешно.
Я просто использую любой sql-сервер. Мораль: как бы плотно вы не работали с компьютером, программа не должна мешать фоновому бэкапу.

О удалении записей из базы

Когда оператор вводит вручную данные всегда должна быть возможность ручного удаления записей (неправильно введенных, уточненных и т.п.) Однако, просто удалить данные не очень хорошо. Как администратор сиквелсервера я постоянно работаю с sql-ориентированными программами, поэтому считаю хорошим тоном не удалять записи, а помечать как удаленные и держать в отдельной таблице историю изменений каждой записи. Операторы не раз скажут вам спасибо, а flush истории изменений не так уж и сложен.

О использовании средств версионного контроля кода

Из всех средств версионного констроля кода я рекомендую использовать CVS, особенно если вам приходится мержить код с использованием интернет-каналов получения исходников: по сравнению с VSS трафик меньше в несколько раз.

Drafts

Этот раздел уже пуст: все черновые заметки раскиданы по другим разделам.

ToDo

Пишите в Драфтс свои замечания.

---

[ / Category Grablevodstvo]