最後にはじめに久しぶり、私のブログよ・・・ってほど放置してたわけですが、セッションの言い訳記事を書くっていっちゃったので今回のwacate2019冬セッション「形式手法ってなんだろう」について書きます。クリスマスイブだからだれも気が付かない・・・はずだ!書くとは言ったものの、Twitterでも書いた通り、今回技術的にも精神的にも本当に限界だったため、補足的なものはあまり書けないのです。成り立ちという名の言い訳と、自分がセッションやってみての感想がメインになります。01:46「形式手法ってなんだろう」についてTweet広告を非表示にするもっと読むコメントを書く2017-12-25ラムダ式を使ってFizzBuzzしてみるラムダ式が嫌いです。7年前くらいから苦手意識をひきずっています。こんなお年頃になってもラムダ式が使えません。いうわけで、そろそろどうにかせねばとラムダ式でFizzBizzを書いてみようと思いました。・・・これであってるのかな?真っ当なのかな?さっぱりわからぬ。いうか最初のFuncとかこんなに長いなら普通にメソッドに書き出せばいいじゃんみたいな気もする。}}ちなみにGithubにも上げてみたけど、Githubもイマイチやっぱりよくわからない。練習なのできにしないでください。github.com追記:全部つづりがまちがってたもうだめだ。23:50ラムダ式を使ってFizzBuzzしてみるTweet広告を非表示にするもっと読むコメントを書く2017-12-18はてなブログにかえてみたどうせだからといってはてなブログに移行しました。ダイアリーから記事をインポートしたのに、Topに出てきません。各記事は見れるのにねおかしーね。更新できるといいなぁ・・・。23:33はてなブログにかえてみたTweet広告を非表示にするもっと読むコメントを書く2017-12-18【WACATE2017冬】ユーザビリティテストをやってみよう久しぶりにブログを開いた。最初のセッションはちゃんとブログ書いてたんだな覚えてなかったよ。「【WACATE2017冬】ユーザビリティテストをやってみよう」のセッションをやってみての雑感を書いてみます。※github使ったことないので、間違ってたら教えてください。※ソースコードはもしかしたら予告なく消すかもしれません。伝わらなかったかもしれないけど伝えたい点タスクは手順(小井土さんセッションでいうところの「レシピ」)ではユーザーに対する「操作指示」になってしまうのでうまいテストになりません。物語風(小井土さんセッションでいうところの「ガイド」)にして、ユーザーがいつもどおりの作業をやってくれる様を観察することに意味があるんです。こんな感じでユーザーテストやっても、わかってるところがわかるだけと思ってませんか?いやいや、実際やってみると面白いくらいでますし、わかってたところでも、実際の影響度がわかるのでとても有意義です。逆に、テスト中いかにも使いづらそうだったのに見た目がいいと「使いやすくなりました!!」(満足度だけは大幅向上)みたいに言われることがあったりしてとっても興味深いです。だまされたとおもってやってみるといいと思います。ダメだったところ初めて60分セッションやったわけですが、どうみても90分セッション用ワークですありがとうございました。いうか、90分でも無理だったかもしれません。削ったんですが、それでもだめでした。上に関連、タスク設計で手順を書いてしまっている参加者の方が結構いらっしゃった。タスク設計を丁寧に説明するとか、ワーク中に説明スライドをだしておくとか、もっと工夫の余地があった。いうかこの事態を予測できなかった自分にびっくりだ。参加申込サイトを作りこみすぎた。普通に作ってしまうとワークにならないんじゃないかと思っていろいろ小細工した結果、やりすぎた。無駄にワークの時間がのびた。参加承認サイトのほうはいい感じのうざさで作れたと思う。よかったところ参加者質問への受け答えスキルはさすがに少しずつ上がっている・・・気がする。アプリケーション作成と公開・実機ワーク・もちろんユーザーテスト等々今回の自分の瞬間到達速度は半端なかった(と思う)。加速した!(こっぱずかしくてあんまり使いたくないけど)。いつになく勉強したし、実際に身になったと思う。