Author Archives: KazuCocoa

子供のUXデザインを読みました。 これは人の認知の発達をもとに、子供を2~4歳、4~6歳、6~8歳、8~10歳、10~12歳と2歳ごとに区切りそれぞれの間で何を目指す必要があるのか、というものをモバイルアプリを使いながらまとめたものでした。年齢によって、どういう感覚が形成されていくのか、というところからどういうアプリにしたら良いのか、すべきなのかを例を交えながら書いています。 例えば、ユーザをどうコントロールしていくか、選択肢をあたえるべきかどうか、単純さをどこまで落とし込むか、コンテンツの階層はどこまで深くできるか、デザインパターンが使えるのはどこからか、ということです。 この書籍では入りとしてジャン・ピアジェによる認知能力の発達段階に言及しています。彼の理論では、シェマ、同化、調節、均衡化の4つが中核概念となるそうです。 それが、 感覚で運動する段階である誕生~2歳 前操作段階になる2~6歳 具体的操作段階になる7~11歳 形式的操作段階になる12歳~成人 と段階を経て、認知の段階が分けられていきます。 子供の認知の発達に注目してまとめられたUXに対する話はなかなか見ないので、とても興味深く読むことができました。 サービスを開発するという点だけでなく、子供と接する上でもどういうことが発達段階なのかを知っていると、より面白く接することができそうですね。More

積読になってた オブジェクト指向入門 第2版 原則・コンセプト を、少しきっかけがあって主に11章付近の契約による設計付近を読みました。 行っていただいてます :bow: https://t.co/747YvMJo4a — KazuCocoa (@Kazu_cocoa) September 1, 2016 内容自体は、ある社内勉強会で得たこと中心でしたが、幾つか自分のためにメモ。 ホアトリプル(Hoare triple)による正しさの公式 {P} A {Q} P: 事前状態、A: 処理、Q: 事後状態 防御的プログラミングと、契約によるプログラミングの違い 前者は、他を信頼しないことを前提に入力値などを検査していく 後者は、契約により表明されたことを信頼し、過剰な防御は行わない。 冗長な検査は、ハードウェアは経年劣化などがあって時間によって変動があったり、例えば電気的な干渉などがある。そのため、電気的なシグナルの送り手と受け手の両方で整合性の検査を行うことはよくある方法。ソフトウェアは、何も経年劣化するようなことはないし、電気的な関与を受けるといったこともない。例えば sqrt(a) というメソッドを一度ちゃんと実装すると、それが1年後に挙動が突如変わる、ということはない。(実行環境の変化やシステムが更新されるとか、そういう外的な変化はないものとする) こう見ると、ハードウェアは過剰な防御をしているようで、実は冗長検査と言いつつも、特別・補足的な確認として利用されていることになる。 require/ensureによる事前/事後の表明 これは表明のサンプル 表明するモチベーション 正しいソフトウェアを書くのを助けるため 文書支援のため テスト、デバッグ、品質保証をサポートするため ソフトウェアの耐障害性(fault tolerance)をサポートする 最後に ここら辺を学んでいると、Elixir/Erlangをやっていると、関数に対するマターンマッチや when によるguard clauseを思い浮かべました。Swiftでは where みたいなやつですね。 でも、この青い辞書はとても厚い…More

料理のアイデアと考え方 -9人の日本料理人、12の野菜の使い方を議論する- を読んだ。 日本料理を専門とする料理人が、どのような考えで、何を狙って、技術/表現を使ってデザインして料理を造るという一連の流れを知ることができました。やっぱり、ソフトウェア開発など含め、達成したい意図を落とし込む、というところは同じものがありますね。 面白かったのは、この中で各々の対談の記録を形態素解析などの分析にかけてどういうものが日本料理として大事にされているのか、という思考パターンの分析などもしていたところです。世界の地域ごとの料理で何が大事にされているのかなとが分析、可視化されて面白かった。 書籍では幾つかの食材をピックアップしていたのですが、ナス、トマトのところで取り上げられていた料理たちが個人的には美味しそうだった。ので今度作ってみよう。More