書籍「プロを目指す人のためのRuby入門」（チェリー本）の中に収録できなかった技術記事を、著者が自ら公開していくアドベントカレンダーです。 以下のような記事を公開していきます。 ページ数の関係でカットせざるを得なかった記事 本書のコンセプトや対象読者にマッチしないと判断して収録を見送った記事 「あ、あの話も書いておけば良かった」とあとから思った記事 チェリー本ではもともとあった原稿からトータル100ページ以上の記事をカット（！）しました。 ですが、このままお蔵入りにしてしまうのはもったいないので、このアドベントカレンダーで無償公開します。 もともとは書籍の原稿だったということで、本文にはときどき章番号や項番号が登場するかもしれませんが、ご了承ください。 チェリー本もここで公開したものと同じような雰囲気で説明していますので、興味を持った方はお近くの書店で本書を手に取ってみてください！

家庭を支える技術Advent Calendarエントリー1日目です。 去年のAdvent Calendarで書いた、esa.ioの家庭での活用術を今年も書こうかと思いましたが、家庭の平穏に一番寄与したのがKPTだったので、KPTについて書こうと思います。 そもそもKPTって？ プロジェクトの振り返りに使われる手法で、Keep, Problem、Tryの頭文字を取ってKPTと呼ばれています。 Keep、Problem、Tryは具体的には以下の通りです。 Keep：やって良かったと感じていること、今後も続けていきたいこと Problem：やりにくい、今後改善したいと感じていること Try：Problemを解決するために、挑戦しようと思っていること これをプロジェクトの終わりのタイミングなどに実施することで、建設的な振り返りができるようになり、それ以降のプロジェクトで同じ失敗を繰り返さなくなった

Connehito inc. ママリのデザイナー きよえ氏です。サービスデザイン全般を担っています。 先日、ママリの登録導線をリニューアルしました。その振り返りをしている際におもしろい改善を見つけたので、noteにまとめてみようと思います。 入力フォームのUI改善以下はママリの初回登録時に通る「ニックネーム登録画面」です。左がこれまでのUI、右がこれからのUIです。 ボタンや文言など全面的に改善を行ったのですが、その中で特に工夫したのは「入力フォームの表現」です。 入力フォームの右側に"さん"を配置することで、ママさん同士でコミュニケーションしやすいユーザー名を登録してもらえるように体験設計をしました。 ママリはママさん同士が会話をしながら課題解決を行う場所なので、コミュニケーションのしやすさは非常に重要です。現状のママリは、匿名でありながら、その先にいるママを感じられる、いわば"2.5次

テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま

この記事は、PIXTA Advent Calendar 2017 1日目の記事です。 てくすた編集長 @kaiba です。冬休みは日本酒の紀土を一升瓶で5本購入し、「しふく〜！」しようかな、と考えております。 12月になりました！ 12月になりました。今年はアドベントカレンダーをみんなでやってみようぜ！ということで、てくすた1編集長の私がスタートを切らせていただきました。 2017年のてくすた運営について 今年のてくすたは途切れること無く1年継続し、ヒット記事も幾つか生まれ、アドベントカレンダーのスタートも切れ、大成功だったと言えるでしょう！ てくすたの運営と良かった点を紹介します。 目的を明確にする 僕達の目的は「ピクスタの開発部がどんなことしているか知ってもらうこと」です。 テックブログができる前はコーポレートサイトしかこの手の情報がなく、「RailsをAWSで動かしているらしい」くら