🎏
🎏
🎏
あのなぁ、一番大切なのは、基本思想 …… ポリシーなんだよ！
設計思想
1984年、Bob ScheiflerとJim GettysはXの基本原則を以下のように定めた[2][3]。
実際のアプリケーションでどうしても必要という場合以外は、新機能を追加するな。
機構が何でないのかを定義することは、何であるのかを定義するのと同じように重要である。あらゆる要求に答える必要はない。むしろ、互換性を維持した状態で拡張可能にしておけ。
1つでも例を挙げて一般化したほうが、全く例を挙げずに一般化するよりもマシである。
問題が完全に把握できないときは、解決策も提供しないのが最善の方法である。
10%の作業で望みの90%の効果が得られるときには、その解法を使え。
複雑さは可能な限り分離せよ。
方針よりも機構を提供せよ。特にユーザインタフェースについての方針はクライアント側に任せておけ。
先頭の原則は、X11の設計時に「具体的アプリケーションがそれを必要としていることを知っている場合に限って、新たな機能を追加せよ」に修正された。
Xはだいたいにおいてこれらの原則に従ってきた。参考実装は拡張性と改良を視野に入れて開発されており、1987年当時のプロトコルとほぼ完全な互換性を維持している。
🎏
🎏
📙 自分達でやろう！
| 📙 |
実は、自分では やる気はないっ てことなんですかね？！。 （ p(@O@)q ）
「 自分達 で やろうっ~~！ 」 で、
有志が集まって
いざ、「 やる 」となったら、
「 やってもらえば、済むぅ ~~ 」
「 やってくれて、当然だぁ ~~ 」
挙句
「 やってくださる予定 で あらせられるのはぁ~~ 」
そして、
「 やってくれる人 が いなくて、困ってますぅ ~~ 」 *1
ならさ、
じゃぁさ、
貴女方！、いったい何のために集まったの ？ 。
*1: これは、「 自分でやる 」意欲もなく、自分 で 書／描 く覚悟もなく、参加し、
それどころか、自分は。「 困る 担当 」 だぁ~~ と、言いたいのだろうか？。
嗚呼、幸せ 一汁七菜 ~~ ☆
 | |
 | |
 | |
 | |
珍しく AM 11:30 に所用が終わったので、
さぁ、昼食をどこで採りましょう ♡。
九段下にある大交差点の
角の先にある路地を
ちょっと入ったとこにある このお店 。
BF 1 に ある このお店。
なかなか来れなかったのですが 、
ひっさしぶりに、訪店。
一汁七菜。
小鉢で品数が多いのが大好きです。
「お刺身」、「煮物」、「お浸し」、
「お豆腐」、「サラダ」、「お新香」
「お味噌汁」、「白米（ おかわり OK ) *1 」
さて、地下一階にあるこのお店、
二階席があるのですが、
そこに行けるのはいつのことか …… 。
もっとも、 σ(^_^) の興味は、
どうやって二階席に行くのか？であるが。
とにかく、木材基調の内装が、 σ(^_^) 好みのお店で、
*1: 限定で、『 玄米 』 も ある。
