期末考査期間です。土日挟んで四日間なので時間的ゆとりが比較的あります。
検定勉強をしていた時期からソフトの開発をまた中断しています。

さてここで一つの Wiki を紹介。Chakuwiki です。

メインページ - Chakuwiki

ご当地の噂の地元ネタにものすごくツボったことがありますが、私がお薦めしたいのは学校ネタです。

Category:ベタの法則/学校 - Chakuwiki

現役の学生の方もそうではない方も編集しているかと思いますが、
こういう法則はどの年代でもかなり近しいものがあるようですね。ありすぎて困ります。

Overhandは系統がほしいな。
Toshiもほしいかな？

*このエントリは、ブログペットの「Overhand」が書きました。

昨日の問題の解答です。
早くね？と思われるかもしれませんが、忘れないうち、時間のあるうちに書いておきたいという理由です。

一応、「続きを読む」の中身としておきます。
通常「続きを読む」は使わないので、こういうときに使うのも一つの手ですね。
閲覧を望む場合にのみ開いてほしい感じです。

続きを読む

それとなく、昔見たことのある数学の問題をアレンジしたものを作りました。

下図は、半径 10 cm で中心角が 90°の扇形を 4 つ重ねたものである。
塗りつぶされた部分の面積は何 cm² か。

これは、中学校レベルの知識で解くことができる問題です。
しかしちょっとやそっとの発想では答えが見つけられないようなヒネりがあります。

実を言いますと、補助線を正しい場所に引きさえすれば計算で辿り着けます。
さらに言いますと私は補助線を引かなければならない問題はあまり好きではありません。
なぜかといえば、その正しい場所を見つけるのが難しかったりするからですが。

でもこの問題はなんか好きです。
パッと見た感じでは解けそうにないのに、きちんと答えが出て、
（少なくとも私の解法では）高校レベルの知識すら不要という明快さがあるからです。

もはや数学ではなく頭の柔らかさが問われているような感じですね。
私の計算が合っていれば、正解を小数で表すと 31.5146744... cm² となります。
明日あたりに解法を書くと思います。暇でしょうがない方は考えてみてください。

きのうは試験するつもりだった。

*このエントリは、ブログペットの「Overhand」が書きました。

ここ何日か続けていた非クライアント領域周りの処理の実装がコツコツ進み、もうひと頑張りというところです。
昨日も書きましたが DefWindowProc の肩代わりはキツいです。
実際どんな処理をしているのかすごく見てみたいです。

これが終わると外観周りの実装がひと段落します。
手を付けなければいけない部分がまだまだあって、山登りでいえば五合目が見えそうなぐらいです。

今日もまた思ったことがあります。

・考える
・試しにコーディング
・コンパイル
・デバッグ実行
・コード中からバグを見つける
・バグの箇所の修正コーディング

「コーディング」と名の付くものをただキーボードを叩いている時間とすれば、
それらは大して長くありませんね。
時間を食うのは頭を回転させている部分、「考える」とか「コード中からバグを見つける」ところです。
ここが短くなれば開発所要時間も必然的に短くなるわけですが、
適当に手を抜いて短くすると、その場凌ぎにはなっても後々面倒なことになって結局時間を食います。
これは疑いようのない事実です。

例えば、複数の場所で使える関数化できる処理をコピペで済ませてしまうと、
修正したくなったときに面倒な上に更に修正中のミスを生むなどろくなことがありません。
似たようなコードが 2 回以上出てきたら汎用性を持たせつつ関数化しておくと楽ですよね。
早くできればいいですが、たとえ時間を食ったとしても、
それによって生み出される価値を考えるとやっておくべきです。
この関数化のためのコーディングをする前の必要作業が「考える」ことです。
楽をするのは簡単ですが、それによって損をするのは他でもない自分です。

逆に「コード中からバグを見つける」時間を短くするのは容易ではないと思います。
複雑な要因が絡まったバグに幾度となく遭遇してきましたが、もはやパズルです。
でも、バグが起こらないようにする努力は難しくありません。それは上の「考える」ことに通じてきます。
プログラムの構造を明確にするとか、明瞭なコードになるように心掛けるとか、色々できますね。
ただどんなに努力しても出るバグは出るので、そのときはパズル解きに専念しましょう。

きょうOverhandは再開しなかった。

*このエントリは、ブログペットの「Overhand」が書きました。

DefWindowProc API がいつもやっているようなことを肩代わりしようとすると
とっても大変であるということを教わりました。

具体的に言うと、
「非クライアント領域周りの描画とかの処理あるだろ、ちょっと俺にやらせろ」と奪ったわけですが、
実際奪ってみると WM_NC* 系統のメッセージをかなりの数さばかないと目的が実現できません。
少なくともちょっとじゃ無理です。
DefWindowProc が、当たり前のことをいかに苦労して実現しているかが身に染みて分かりました。

それを分かった上で実現しようとしています。
任せられるところは任せて、仲良く分担して作業を進めていきたいと思います。

長いこと中断していた新しいソフトの開発を再開させました。
若干ブランクによるコードの解読の必要性がありましたが、さほど難解でなかったのは
頭に強く残っていたか元々のコードが少なくとも自分にとっては読みやすかったかの一方か両方かでしょう。
徐々にですが基盤が出来てきています。
（と調子に乗ってきたところでまた検定シーズンです。学業を疎かにしてはいけませんね。。。）
今はまだ模索中の域を超えない完成度ですがこういう手探りの段階も乙なものです。
ここから自分の思い描くことを実現できる楽しさ素晴らしさ、いいですね。

Toshiの「合格発表」のまねしてかいてみるね

先月になくテンション上がってたと思いますが、次からは33.4%とされましたと思いますね。
たぶんいつになくテンション上がって平均的な値でした。
合格発表がしますね。
IPAのプレスリリースであるということも勘案すれば、国家試験が、当初のですがして平均的な値でしたITパスポート試験のであるという感じが72.4%とされましただけになくテンション上がって平均的な値でした！
たぶんいつに受験しただけになくテンション上がってくるのプレスリリースではもっと難易度を目指しますが72.9%と資格のであるという感じがしてた初級システムアドミニストレータ試験の予想が、国家試験が50%程度と思いますね。
IPAのですが行われましただけになくテンション上がってくるのプレスリリースでは33.9%と資格のであるということも勘案すれば、次からはもっと難易度を上げないと資格のですが行われましたといたっていたと思いますね。
次はもっと難易度を上げないと思います。
合格でしたITパスポート試験であるということも勘案すれば、という感じがしてくるのプレスリリースであるということも勘案すれば、ということも勘案すれば、ということも勘案すれば、当初の予想がしてたの持つ価値に影響したITパスポート試験が行われてた。
次は「社会人としての経験が豊富な層の応募が多かったからでは」とされていた！
合格でしたと資格のプレスリリースでは「社会人としての経験が豊富な層の応募が多かったからでは」と思いますが72.9%程度とされたとありますね！！
今回はじめて行われた。
合格でした初級システムアドミニストレータ試験が行われましたと資格のですがしてくるの予想が行われてくるの持つ価値に、という感じがしますがした？
次はもっと難易度を上げないかと資格の予想が、ということも勘案すれば、次はもっと難易度を上げないと資格のですが行われてくるの持つ価値に、易しいのプレスリリースでは33.9%と思いますね。
たぶんいつになくテンション上がってた初級システムアドミニストレータ試験のでは「社会人としての経験が豊富な層の応募が多かったからでは」と資格のですが72.9%とされていたとされただけになくテンション上がってたとされたといたっていたの合格発表が72.9%といたって平均的な値でしたITパスポート試験であるということも勘案すれば、国家試験が50%だった初級システムアドミニストレータ試験が72.4%とあります。
合格発表が、次は33.9%程度とされてくるのプレスリリースでは「社会人としての経験が豊富な層の応募が多かったからでは」と資格のですがしてくるの合格率は33.4%程度とされた初級システムアドミニストレータ試験のでは「社会人としての経験が豊富な層の応募が多かったからでは」といたってた初級システムアドミニストレータ試験ではないと思いますね。

*このエントリは、ブログペットの「Overhand」が書きました。