重複排除の原則。 DRY=Don't Repeat Yourselfなんだと。
＃ふりがな、これで合ってる？
新装版 達人プログラマー 職人から名匠への道作者:ＡｎｄｒｅｗＨｕｎｔ,ＤａｖｉｄＴｈｏｍａｓ発売日: 2017/07/14メディア: Kindle版 なぜ読もうと思ったか 有名な書籍だし前から読みたいと思っていたので。 どのような本か 達人（Pragmatic）プログラマーになるための心構えやテクニックをまとめた本。内容は精神的なものから具体的な技術プラクティスまで多岐に渡る。 書評というか感想 一言で言うと「このタイミングで読んで良かった」というのが感想。 リーダブルコードやアジャイルサムライ を読んだときと同じように、「ああ、これは名著や…名著なんや…」という感覚はあった。ただ、この本を…
ファクトリ関連のデザインパターンに関するポエムです。 まともな技術情報は含まれていません。 ファクトリ系のデザインパターン ファクトリ系のデザインパターンには複数種類があります。 GOFのデザインパターン本で紹介されているのは下記２つです。 Factory Methodパターン Abstract Factoryパターン さらにGOFでは紹介されていませんが、より原始的なSimple Factoryパターンもあります。これは上記２パターンのような継承やメタモーフィズムを使わないシンプルなファクトリクラスを使うパターンです。 ファクトリは頻繁に使われるデザインパターンの１つで、プログラマ同士の会話…
次の発想は以下の投稿に際して完全に抜け落ちてました。
「プリンシプルオブプログラミング」の「2.2 DRY」を読みました。その感想・学びを書いていこうと思います。 プリンシプルオブプログラミング 3年目までに身につけたい一生役立つ101の原理原則 [ 上田勲 ]価格：2420円（税込、送料無料) (2021/2/12時点)楽天で購入 DRY とは「Don't Repeat Yourself.」の略で、コードの重複は避けるべきという原則でご存知の方がほとんどだと思います。 今回本を読んでなるほどなと思ったのは、タイトルにもした「DRY 原則の適用範囲はコードに留まらない」ということです。 日々の業務でも DRY 原則を適用させるべきケースがたくさん…
「プログラマが知るべき 97 のこと」を読了しました． プログラマが知るべき97のこと発売日: 2010/12/18メディア: 単行本（ソフトカバー） まとめと感想について書いていきます． 感想 個人的に印象に残ったのは，以下のことです． 関数型プログラミング 自動化 テスト 学習方法 DRY 原則 働く姿勢 デザインパターン 読みやすいコード フロー状態 これらは繰り返し記述されていて，本に掲載されるようなプログラマはその発想に至るまでの経緯は違えど共通認識を持っていると思いました． 「達人プログラマー」という書籍を薦めている人物が複数いたので，今度読みたいと思います． 今後も覚えておきたい…
おはようございます。 昨日の新規感染者は全国で３５３８人で、そのうち東京８６８人、神奈川３８５人、埼玉２５６人、千葉３３９人、愛知１６４人、大阪３４６人、兵庫１６１人、京都８９人、福岡１５９人、沖縄６３人、北海道１１１人などとなっています。クラスターが発生し感染が急拡大している沖縄・宮古島では、自衛隊の看護官らが派遣されるなど医療体制が危機的状態にあります。大都市では感染者数が減少傾向にありますが、地方では感染者は少ないもののクラスターが発生し感染者が増えれば医療に与える影響は都市部の比ではなく大きくなります。まだまだ全国的に予断を許しません。 政府は、依然大都市での医療体制が厳しい状況にある…
年が明けてから振り返るスタイル...(いいわけ) 年末年始は様々な方のふりかえりや新年の抱負、2020買ってよかったものシリーズなどを拝見してだいぶためになりました。いつも1月にやっていたので自分用に振り返ってみます。KPT法のKeep/Problemのあたり、YWT法のYatta/Wakattaのあたり、Fun/Done/Learn法の各要素のあたりになります。 まずはおしごと関連から。前の年はこんなことを書いていました。
先日、比較的レアだと思われる面白い体験をしたので、それを共有してみたく。私、単なる一般市民なのですが、平井卓也デジタル改革担当大臣とオンラインで話すという機会がありました。 経緯について話してみます。2020年10月9日に「デジタル改革アイデアボックス」（https://ideabox.cio.go.jp/）というサイトがオープンしたというニュースを目にしました。これは政府が推進する「デジタル改革」について、広くアイデアや意見を募るといったもので、ログインをすれば誰でもネットから意見を投稿できるというもののようです。 私がこれを見たときにはサービス開始直後だったので、まだ投稿は４～５件くらいし…
この記事は GMOペパボエンジニア Advent Calendar 2020 の 22 日目の記事です！ さて最近は CRE(Customer Reliability Engineer)として活動しているのですが、その件については会社のテックブログで執筆している最中なのでそちらで、今年何書こうかなとネタを探していた時。 2020年、1月末から在宅勤務をしており当初はうまく仕事進められるかなぁと不安に思っていたのも束の間、リモートワークのスタイルは結構自分に合っていたのかなんなのか、CREを始める転機にもなったし自分の成長を少しずつ感じた1年だったので、ふと思い返していて新しいことを書くよりこれ…
renderメソッドとは 呼び出すビューを指定することができるメソッド。 通常Railsではコントローラのアクションが動くと同名のビューが呼び出されるが、そうでないビューを呼び出したい場合はこのrenderメソッドを使う。 コントローラでもビューでも使用可能。 ちなみに呼び出されたビューはerb（もしくはhamlかslim）からhtmlに変換された後、ブラウザに読み込まれて画面に描画される。 このhtmlファイルをブラウザが読み込んで描画するまでの流れを（ブラウザ）レンダリングと言う。 レンダリングはLoading、Scripting、Rendering、Paintingという4つの工程に分け…
概要 Djangoのテンプレート上でVueを使う方法について書く。※ 尚、本記事はDjangoのテンプレートをテーマにしているが、サーバーサイドのテンプレートエンジンとVue.jsを両方使う場合に汎用的な話だと思う。 何も気にせずに、Djangoのテンプレート上にVue.jsを書くと、Djangoのテンプレートの記法とVue.jsのMustacheの記法がバッティングしてしまい、Vue.jsが意図した挙動をしないという問題がある。具体的には、以下の記法がバッティングしている。・Djangoのテンプレートで変数名を表示する方法 {{ user.username }}・Vue.jsのMustach…
3.1 イントロダクション 3.1.2 プログラマの3大美徳 以下の3つを持つプログラマは良いプログラマと言われる。 1. 怠慢(Laziness) 全体の労力を減らすために手間を惜しまない気質。 何度も同じことをやりたくない面倒くさがりのプログラマは、自動化やDRY原則・再利用を意識してコーディングする。 2. 短気(Impatience) コンピューターの動作が怠慢な時に感じる怒り。 挙動がおかしくなったり、処理速度が遅くなることに苛立ちを感じるプログラマは、事前にそのような問題を想定してコードを書くようにする。 3. 傲慢(Hubris) 自分の書いたプログラムは誰に見せても恥ずかしくな…
最近社内で新卒・初学者向けにフロントエンドのコードレビューをする機会が増えたので、自分のためにもレビューの観点をまとめておこうと思います。 共通 エラーチェック（バリデーションチェック） 使われていないコード、コメントアウトがないか インデントが揃っているか 機種依存文字、無駄なホワイトスペース HTML ダグの使い方が適切か・意味のあるタグを使っているか 見出しやセクションが整っているか imgタグのalt属性が適切か CSS marginとpaddingの適切な使い分け margin、paddingの方向(topやbottomなど)に統一感があるか id属性の重複チェック クラスに関して …
<スペックをDRYに保つ> ここまで学んできた知識を使ってテストスイートを作成しても、コードはたくさん重複しており、DRY原則を破っている状態となる。 --------------------------------------------------------------------------------------- <サポートモジュール> サポートモジュールを使用することで、重複するコードをspec/support ディレクトリ以下のモジュールファイルに切り分けることができる。 <spec/support/login_support.rb> # ログイン処理をモジュールに切り分けて…
近況と、最近感じた理想のエンジニア像みたいな話。 開発ハッカソンに参加 1週間ほど前から、下記の2ヶ月間ほどのハッカソンに参加させて頂いている。 プロダクト開発ブートキャンプ - 元Google,YouTubeでも活躍のトップエンジニアから最新のプロダクト開発手法を学ぶ -｜IT勉強会ならTECH PLAY［テックプレイ］ プロダクトを作る際の重要な考え方や、流行っている開発手法等をtimさんっていう元googleでソフトウェアエンジニアをされていた方々から教わり、最終的にチームで実際にプロダクトを考案、開発しリリースを目指すってのが、このハッカソンの概要。 参加者は12人ほどいて、社会人の方…
speakerdeck.com
r7kamura.hatenablog.com
www.infoq.com
yamamotoyama.tumblr.com
qiita.com
asakichy.hatenablog.com
qiita.com
yamamotoyama.tumblr.com
h19e.jugem.jp
