じっくりと取り組む内に、色々理解が進む。
興味深い点として、IPv6について。
未だに影が薄いが、既存のIPv4と如何にして
通信を可能にするかが現状の問題点のよう。
デュアルスタックとトンネリングによる解法が
主流なのは納得できるが、ブロードキャストが
出来ない、マルチキャストを使えというのが
根柢の問題ではなかろうか。
特にノード、リンク、サイト、管理のそれぞれ
ローカルという考え方が面倒。
しかも管理に至っては現状用途不明。
とりあえずFF0/8で定義してあるというのが特殊。
あと、IPv4ではDHCPによってIP割り当てられるが、
v6の場合ステートレスオートコンフィグレーション
によって自動でIP割り振られるのも大きい違い。
特定パケ処理用にフローラベルが20bit存在するが
実験段階である等色々まだまだ不備がある模様。

同日　22:45
下絵がある状態だと気付かないんだけど、
体部分を白く塗りつぶすとすげー違和感があって、
30分位してから理由に気付く。
右足と左足が逆にあると感じるからだと。

バレエの影絵錯覚と同じ原理だな。

もう一度まともに考えたかったので、
ちょっと時間をかけた。

小さい絵が苦手だなというのは何となくあった。
今回ははっきりと理由が分かった。
非常に情けない理由だが、
拡大縮小せずに描こうとするからだ。
全体を眺めて線を引く場合、客観的に線を引けるが
線の誤差が最大化するという事を意識した事が
無かった。今回ははっきりとそれを感じた。
今まで気付かなかった理由は、解像度の低さと
手ブレ補正及び自身の指先調整への過信がある。
ミスが積もり積もって、望んだ形からずれていく。
今後はこの事を肝に銘じておこうと思った。
フリルとか柄物が上手く描けないのはこれが原因。

同日　20:07

最後まで確認。
ベルト忘れてたが、まぁいいや。

なんか4月9日まで時間が出来た。
ちょっと調整して自重してたのに、まあええ。
CCENTの方は実機シミュレーション問題やった。
片手間でSQL本読む。従業員の欠勤テーブル
とかで連続欠勤集計する場合の対処とか読んだ。
個人的にはその日の前の出勤日を保持しておけば
連続休日判定をSQLで行う事を避けられると思う。
その前の出勤日ってのはどうやって出すか？
それこそphpとかのプログラムで算出するべき
なんだよなぁ、休日判定はお手の物。
餅は餅屋ってな。

別テーブルでカレンダー保持する場合、
カレンダーテーブルが必要な上に、
欠勤テーブルにはレコードが増えるのに対して、
上記方法ならdateフィールド1個増えるだけ。
そのフィールドが改変されているかのチェックも
集計前にphpを介してチェックすれば問題無い。
こうして考えると、ちょっと面白いと思った。
さて、そろそろ夕飯。

最近のLTEに感化されて、VoIP関連の調査と
サーバーセキュリティ側の調査。
VoIPについてはSIPとRTPが一般的に使われて、
特に気になるのがRTPだったので調査した所、
UDPにRTPヘッダとペイロード乗せる
との事で、ソケットプログラミングで可能っぽい。
perlで音楽再生を実装したプログラムも見つかった。
リアルタイム再生は魅力的ではあるが、
現状は使いどころが見当たらん。
あぁ、コールセンターでは結構一般的らしいね。
音声リアルタイム送受信でサーバー側に
データの保持もできるし、成程。

次にサーバーセキュリティだが、DoS攻撃関連。
特にDrDosやらが興味深い所。
結局のところ、帯域食い潰しのイメージ。
Syn FloodやらConnection Flood。
一般的対策では、

使用しないポートを閉じる。
iptables等でスプーフィングを遮断する。
syncookieをオンにする。

位かと、QoSでの対策は制限かかっちゃう
ので微妙と思われる。
無論調査をして最適な値が出るなら
使った方がいいけど。
これでも完全ではないというのだから奥が深い。
サーバー内部での対策だけだと限界が近いので
やはり別途対処用の機器を置いて対処させた方が
良いとか、また金か・・・理屈は分かるが。
余談だが、syncookieの問題点はLinuxが
吸収してくれているとの事。

同日　21:58
久々にエロゲネタキタな。
2013年クソゲーオブザイヤーinエロゲー板
http://www.nicovideo.jp/watch/sm23267427
大爆笑必至、クソワロタ。