使っているのだから、少し勉強したほうがよさそう。ついてまとめられた資料を読んだ。Japanwww.slideshare.netストレージがマスターとスレーブ(レプリカ)で共通のものを使っているところがアーキテクチャとしては特徴的。このおかげでレプリケーションが速かったり、いろいろとメリットがあるようだ。書き込みエンドポイント・読み取りエンドポイントが存在し、読み取りエンドポイントは各レプリカインスタンスに負荷分散する。あとは、教科書通りのメリット(パフォーマンスや運用上のメリット)がずらりと。余談スライドにはデータベースの実装としての特徴がいくつも書いてあったけど、正直よく分からず。いう時に、分からない部分をどこまで追うかはいつも迷う。技術者としては、こういう機会を生かして知識を蓄える必要があると思うのだが、適度に割り切って目の前の仕事を進める必要もある。そのバランスをどうするかはいつも迷うが、最近は知識の蓄えの方をサボりがちかもしれない。セットかどうか)かを調べる関数。2つのバリエーション。使うかでリスト内の要素の順序が変わる。機能は同じだけど実装が異なるという話。部分集合かどうかを調べる関数。うまく使うと短く書ける。等しい集合かどうかを調べる関数。使うとうまく簡潔に書ける。set2))]))二つの集合に共通部分があるかどうかを調べる関数。set2)]))二つの集合の積集合を得る関数。set2))]))二つの集合の和集合を得る関数。反対のような処理を行う。l-set)))]))集合のリストからすべての集合の積集合を得るための関数。D))))と適用していくイメージ。#f]))対象がペアかどうかを調べる関数。おける対ではなくて、要素がふたつのリストという意味。rel))]))対象の関係(rel)が関数であるかどうかを調べる。関数であるためには、入力(第一要素)が重複してないことが条件。rel)))]))対象の関係(rel)を逆にする関数。第一要素と第二要素を入れ替えて、リストを構築し直す。rel))]))第二要素に重複がないかどうかを調べる関数。使って書き直した関数。単射の意味(だと思う)。難しいところはそんなになかったかな。最近、進捗があまりよくないなぁ。次章からが本番な気がする。冊は何かしらの本を読んでいこうと思う。MANEGEMENT』。過去に何度か読んだことがある本だけど、また読みたくなったので再読。何度も読んでいるのでさすがに感銘を受けることは少なかったけど、『いかにして自分の組織のアウトプットを高めるか?』という一点に注力して書かれているところに改めて感心してしまった。会議、研修、打ち合わせ、人事考課。日々の仕事すべてを『アウトプットを高める活動か?』という視点で論じていて、姿勢にブレがない。中間管理職に向けて書かれた本だけど、『今日の失敗は、過去のいつかの時点での計画の失敗である』なんてところとか、単なる仕事論としてこの本から学べることも多いのではないかと思う。一方で、二章の組織論の部分は経営層に近い人向けに書かれている気がして、今の自分に直接は関係なかったかな(それでも、やはりミドルマネジャーが重要だという論調だったけど)。最後にこの本で気に入った一節。私の1日が終わるのは疲れて帰宅する時であり、仕事が終わった時ではない。私の仕事は決して終わらない。すごくスパルタな一文に見えるけど、個人的には「疲れたらその日の仕事は終わりだよ」と勝手に解釈している。仕事がうまくいかずに消化不良だった日も、この一節を思い出して「今日は疲れたから仕事は終わり。仕事に終わりはないのだから」と考えて帰路につくようにしている。