You Aren't Going to Need It 「今必要のあることだけをやれ」という意味.
XPのシンプルな設計における原則
レトロスペクティブとは レトロスペクティブ（retrospective）とは、スクラム開発のスプリント終了時に行う振り返りミーティングのことです。アジャイル開発手法のひとつであるスクラム開発では、スプリントを繰り返して製品の品質を高めていきます。スプリントは1～2週間の期間内にタイムボックスを構築して仕様設計からリリースまで一通りの行程を迅速に行う開発方法です。 KPT法 KPT法とは、振り返りの手法のひとつです。「keep（成果がある継続事項）」「problem（解決が必要な課題）」「try（次に実施する事項）」の頭文字をとってKPT（ケーピーティー・ケプト）と呼ばれています。アジャイル開発…
はじめに 3連休もう一回やらせて！ nikkieです。 『Clean Agile』を読み返していて、XPのテクニカルプラクティス「シンプルな設計」はあっさりしているという感想を持ちました（文字サイズにもよると思いますが、Kindleで5-6ページです）。 ふと『Clean Craftsmanship』を手に取ったときに6章で「シンプルな設計」のプラクティスをがっつり扱っていることに気づき、「これ読みたかったやつでは」と読んだログを綴ります。 目次 はじめに 目次 第6章 シンプルな設計 シンプルとは シンプルな設計のルール Uncle Bobによる4つのルールの指南の感想・気づき 終わりに 第…
PRODUCTION READY GRAPHQLを読む: 1章. GraphQL入門の続き。 今回読んだ章 この本の章立て 2章のタイトルは GraphQL Schema Design です。 この章の冒頭に、Googleの開発者Joshua blochの言葉が引用されています。 APIs should be easy to use and hard to misuse 優れたAPIは、簡単に使えて、誤った使い方をしにくいものでなければならない。 クライアントが使い方や振る舞いを容易に理解できる設計とするための考え方をこの章で学んでいきます。 なお、2章は長いので、3回程度に分けていく予定です…
小さなチーム、大きな仕事 働き方の新しいスタンダード (ハヤカワ文庫NF)作者:ジェイソン フリード,デイヴィッド ハイネマイヤー ハンソン早川書房Amazon Getting Realとは？ まずこの本を紹介する前に、『Getting Real』について説明します。 Getting Real - basecamp.com 上のリンク先の本が『Getting Real』です。37signals*1という会社が出していて、Webアプリの作り方をまとめた本になります。 『Getting Real』とはその英題の通り、現実を掴み取る――現実的に有用なアプリを作るための方法論が書かれています。 Get…
久々に読書レビュー的なブログを書きました。 今回はフロントエンドのテストに関する書籍で、特に入門者向けにおすすめなものになります。 僕自身もそこまでフロントエンドまわりをやっていた訳ではないので、初心者目線で読ませて頂きました。 フロントエンド開発のためのテスト入門 今からでも知っておきたい自動テスト戦略の必須知識作者:吉井 健文翔泳社Amazon 目次 書籍の目次はこのようになっています 章 タイトル 第1章 テストの目的と障壁 第2章 テスト手法とテスト戦略 第3章 はじめの単体テスト 第4章 モック 第5章 UIコンポーネントテスト 第6章 カバレッジレポートの読み方 第7章 Webアプ…
ラクスル事業部エンタープライズ開発グループの宮田です。 今回はエンタープライズ開発グループの最近のチーム運用についてご紹介したいと思います。 ラクスル エンタープライズ エンタープライズ事業は、ラクスル印刷事業の大企業向けの EC プラットフォームです。 安い・早い・ラクといったラクスルの強みを活かした上で、大企業のユースケースに合わせてデザイン管理・承認ワークフローなど、業務効率化に繋がる機能を提供しています。 近年はラクスル EC サイトの横軸展開を行い、クロスセルの増加を狙うなど、顧客価値にフォーカスした開発が多いのが特徴です。 多様な業界の顧客要望に応えるため、新機能のデリバリーにもス…
はじめに デッドコード デッドコードとは 例 デッドコードの弊害 YAGNI原則 YAGNI原則とは 不要な機能を作る弊害 マジックナンバー マジックナンバーとは マジックナンバーの特徴 マジックナンバーを使わないコードに修正 参考 続く… コメント はじめに 本記事では「良いコード 悪いコードで学ぶ設計入門」で学んだ内容と別途気になって調べた内容や知識も含めアウトプットしています。 書籍ではJavaで説明されていたのですが本記事ではRubyに置き換えながら解説しています。 デッドコード デッドコードとは どんな条件であったとしても実行されることのないコードのことをデッドコード、または到達不能…
gihyo.jp 良いコード／悪いコードで学ぶ設計入門 の読書メモです。 このあと追記していきます…。 期待していること よくない設計やコードのパターンを知り、本業の開発に活かしたいです。 仲間と読むことで、同じ目線を持てればなおいい感じです。 はじめに 設計や実装上の問題を「悪魔」にたとえ わかりやすいけど、そのまま職場で使うと軋轢を生みそう…。 ただパターンに名前をつけて、チーム内で議論しやすくする効果もあると思うので…。 実世界では気をつけて使いたいです。 ken1flan.hatenablog.com ken1flan.hatenablog.com ken1flan.hatenablo…
薄くて読めそうだなと思ったので買って読んでみた。 レガシーコードとどう付き合うか作者:めもりーシーアンドアール研究所Amazon 目次。 CHAPTER-01 なぜレガシーコードが生まれやすいのか CHAPTER-02 レガシーコードを改善するための道筋 CHAPTER-03 レガシーコードを読む力 CHAPTER-04 レガシーコードを改善するための準備 CHAPTER-05 レガシーコードを改善する まずはレガシーコードとは何かから話が始まっている。本書では、創業期の資金不足や人材不足によって生じるコードの負債をレガシーコードと定義している。その説明の後、レガシーコードが生まれる背景として…
forkwell.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会の概要 会の様子 目的単位で抽象化する 「作る」と「使う」を分ける 目的のバリエーションと機能性 interfaceを使うときの注意点 参考書籍 Q&A インターフェースを実装したことがあるのだが、PhpStormなどでコードジャンプするとインターフェースのメソッドに飛んでしまうため、インターフェースはいらないと思う interfaceは一度広く公開してしまうと変更するのが難しくなる。どのような対策があるのか？ 目的と解決手段、及びその具体化と抽象化をモデリングや言語化す…
皆様こんにちは。ユニファCTOの赤沼です。 先日 2023/05/11 から 05/13 まで松本市で開催された RubyKaigi 2023 に参加してきました。RubyKaigi は毎回違う場所で開催され、松本での開催は2020年に予定されていたものの、COVID-19 の影響でキャンセルになってしまい、それが今回ついに松本で開催されたということで大変盛り上がりました。参加者もスポンサーのブース出展も多く盛況だったので、色々と書きたいことはありますが、長くなってしまうので今回はまつもとゆきひろさん（Matz）の基調講演について書きたいと思います。
概要 生産性について 綺麗に書くことのメリット ハッキーな書き方をする 綺麗なコードとは ボーイスカウトルール YAGNI KISS 単一責任の原則 早計な最適化を控える 命名 曖昧な単語 コメント ドキュメンテーション 非形式的なコメント 状態 直交と非直交 直和型 列挙型 関数 コマンドクエリ分離の原則 定義指向プログラミング ネスト メソッドチェイン マジックナンバー 早期リターン 依存 結合 単純なクラスから複雑なクラスへの依存 コードレビュー まとめ 概要 今回こちらの本を読みました。 Amazon.co.jp: 読みやすいコードのガイドライン 内容的には、コードの保守性や、可読性を…
まとめてみる 名前大事 メソッドに抽出する カプセル化する 仕様変更を想定する 早期retunrを使う 判定メソッドを作る(条件分岐で使う) 破壊的代入等 & 再代入をつかわず、目的ごとの変数を用意する 不正な値が入らないように、ガード節で弾く 呼び出し先にロジックを集約する(呼び出し側は気楽で居て良い) 名前大事 全ての基本。 クラス名も変数名も、関数名も、全て名前が大事。 名前がガバガバだと、色んなロジックが入ってきてfatになる。 メソッドに抽出する 再利用しやすいように関数化する。 小さければ小さいほど再利用しやすくなる。 しかし、目的毎の意味のあるまとまりにする事 カプセル化する 超…
初めに JUnit に触れたことがなく最近実務で触れ始めた自分用の記事です。実務歴一年過ぎた位です。 具体的なコードや方法も記述しますが、それよりも JUnitなどの自動テストのFW・ユニットテストの概念や目的など本質的なことを把握し理解する事を主題にしてます。JUnit を用いた例で話していますが、単体テストや自動テストに対する一般的な解釈の話の方が多くなります。 また、参考資料欄にあるように、様々なものを参考に網羅的にまとめています。非常にボリュームがるので興味あるところだけ読んでもらう方が良いかもしれません。 こちらでは、ある程度開発経験（1年程度）があり、自動テストについて少しでも触れ…
AmazonのAudibleで聞いた2冊目の本、「コンサル1年目が学ぶこと」。社会で働くうえで大事なことがこの1冊にまとめてある。結論から話す、事実と自分の考えを分けて話すなど、すでに意識して実践していることも書かれており、その事が出てくると、あぁ自分ちゃんとやってるんだな、と何だか嬉しくなった。
www.slideshare.net
ja.wikipedia.org
yamamotoyama.tumblr.com
u-1roh.hatenadiary.org
techracho.bpsinc.jp
ameblo.jp
d.hatena.ne.jp
martinfowler.com
atmarkit.itmedia.co.jp
