何らかの文書を編集後、「保存」を実行し、データを保存する。
「保存」を実行せずに終了すると、データは保存されない。

これは、(処理速度の速い一時記憶装置へ逐次記録して)
処理速度の遅い永久記憶装置への書き込み回数を極力少なくしようという
制約から来ているのだと思うが
もうコンピュータ操作のルールとして広く浸透している感がある。

当然ながら、現実社会では(紙に)書いた瞬間に保存される。
「保存」処理を行ってからノートを閉じるなんてことはしない。

でも、前者のルールに慣れてしまえば、逐次保存処理が行われたりすると
勝手にデータを破壊されるようで危なっかしくてかなわない。
＃そんなダンプツールをいじるときは冷や冷やする。

現実社会と同様の処理の流れとすれば操作性としては感覚的にわかりやすいが
必ずしもそれが便利だとは限らず、
コンピュータ世界の(大多数の)流儀に従ったシステムの方が
(他で慣れているので)逆に感覚的にわかりやすい場合もある。

ただし、コンピュータ世界のローカルルールを押しつけるというのは
如何なものかというのものある。

例えば、現実社会と同じように逐次記録するけど、
UNDO機能というやり直し機能が精巧に出来ていて、やり直しが効く、
保存していない状態に戻れるというのであれば、両者のいいとこ取りのような感じだ。

ただし、それでも「保存」処理に慣れてしまっていれば、
UNDOすらめんどくさいとなる。

生まれながらにそのシステムに慣れてしまえばそれが正義になるのだろう。

「1年1組」と「2年1組」は別のクラスだ。

「1組」という名称が同じでもだ。

「年」＋「組」で一意だからだ。

ただ、「1年11組」と「2年21組」としてしまえば(1学年が9組以下という前提で)
組だけで一意に判別することができる。

「11組」は学校に一つだけの組だからだ。

ってなると、「年」って何の意味があるの？ってことになる。

データベースの世界で、枝番を自動採番する主キーにすればこれと同じことが起きる。

でも、便利なことは便利だ。
いちいち二つ以上のキーで連結しなくてもよい。

枝番はなにもきっちり前詰めじゃなくてよく、スペースを大きく使ってよいってことなら
これもアリかもしれない。

入力エラーチェックは入力直後のクライアント側におけるチェックと
データベース等に書き込む直前のサーバ側におけるチェックがある。

前者はJavaScript、後者はPHP等による処理ということになろう。

後者の方がより書き込む処理に近いので安全であるといえる。

しかし、UIの観点からは前者の方がやさしい。
入力した内容が誤っていてもそのまま画面に残っているからだ。

後者であっても、入力した内容を引き継げばそれは実現できるのだが
ちょっと煩雑な気がする。

もちろん前者だけではチェックに限界がある場合がある。
例えば、画面に表示されていない情報をデータベースに問い合わせなければ
ならない場合などは、通常のJavaScriptでは無理だ。

しかし、Ajaxを使えばそれは克服できそうだ。

データベースでコードと名称が対になっているサブテーブルがあった場合、
メインテーブルを参照する時にLEFT JOINする方法と、
その時はLEFT JOINしないで後で都度サブテーブルを参照する方法がある。

前者はLEFT JOINができるデータベースシステムならではの方法で、
後者は単なるシーケンシャルファイルでもできる方法だ。

前者と後者の大きな違いは、ずばり、抽出と並び替えだ。

前者の場合、LEFT JOINした先の名称でも抽出や並び替えができてしまう。

設計に限った話ではないが、パソコンで書く文章に句点(「。」)は必要なのだろうか？

日本語としては当然「。」があった方がいいのだろう。
そういう常識から、「。」がないことを画一的に批判する人もいる。

でも、読みやすさとしては、「。」で改行した方が断然見やすい。

ってことは、末尾の「。」って別になくてもいいじゃんと思う。

実際、禁則処理なんか気にせず「。」を改行コード(\n)に置換しちゃえば楽チン。

別に「。」の後に空改行をいれなくても全然違和感はない。

ま、最大の欠点は、一行に二文以上書けないということなんだけどね。

ここだけ、「。」で区切るってのもね(だいたい、「。」は全部置換するつもりだし)。

ってことで、当ブログでは一行に二文以上書きそうなので、
他の文書とは違って「。」を使ってます(ダブルスタンダードは避けては通れない)。