残業をなくす合理的アプローチ。エンジニアが生み出した時間管理テク「DRYの原則」（ライフハッカー・ジャパン） - Yahoo!ニュース

2024/09/05 6 users ウェット don't repeat yourself 残業

仕事においてより生産的になるためには、「DRYの原則」を使う必要があります。 これは、あなたの仕事がウェットすぎるということではなく、繰り返しが多すぎるということ。 DRYとは「同じことを繰り返さない（don't repeat yourself）」という意味であり、一度理解してしまえば、実はすばらしい時間管理テクニックなので... 続きを読む

残業をなくす合理的アプローチ。エンジニアが生み出した時間管理テク「DRYの原則」 | ライフハッカー・ジャパン

2024/09/05 17 users エンジニア 残業 原則 アプローチ ライフハッカー・ジャパン

モバイルバッテリーとは呼べない。「ほぼポタ電」なコレ1台で有事の時もアウトドアも大活躍!【AmazonスマイルSALE】 続きを読む

「コードに早まってDRY原則を適用しないこと」とGoogleが呼びかけ

2024/06/04 168 users DRY原則 Testing Google コード Don't

Googleに存在するコードを読みやすく保守しやすい形に保つ取り組みを行うグループ「Code Health」が、「DRYを早まって適用しないこと」と題した記事を公開しました。 Google Testing Blog: Don't DRY Your Code Prematurely https://testing.googleblog.com/2024/05/dont-dry-your-code-prematurely.html DRYは「Don't R... 続きを読む

仕事の生産性を向上させたいなら試してほしい「DRYの原則」 | ライフハッカー・ジャパン

2023/12/04 5 users 原則 ライフハッカー・ジャパン 意味 生産性 仕事

DRYとは「同じことを繰り返さない」という意味であり、一度理解してしまえば、実はすばらしい時間管理テクニック。この記事では、そんな「DRYの原則」について知っておくべきことを解説します。 続きを読む

IAM Identity Center(AWS SSO)のグループとユーザーをTerraformでDRYに書く

2022/10/12 10 users Terraform ter AWS SSO ユーザー グループ

こんにちは、株式会社スマートラウンドSREの@shonansurvivorsです。 Terraform AWS Provider v4.33.0より、IAM Identity Center(AWS SSO)のグループとユーザーが作成できるようになりました！ 当社は以前からIAM Identity Centerを利用しており、これまではマネジメントコンソールによる管理だったのですが、今回早速Ter... 続きを読む

過度なDRYは読みやすさの敵！？「リーダブルテストコード」という発表をしました #vstat - give IT a try

2022/08/01 117 users Twitter vstat スライド テーマ 発表

先日、このブログでもお伝えしましたが、「VeriServe Test Automation Talk No.3」というオンラインイベントで登壇してきました。 veriserve-event.connpass.com 申込者数はなんと1000人を超えていて、大変驚きました。 僕は「リーダブルテストコード」というテーマで発表しました。スライドはこちらです。 Twitterでた... 続きを読む

プログラマーのための原則（2 万字） - Qiita

2021/05/30 479 users Qiita 万字 Problem プログラマー 原則

Help us understand the problem. What are the problem? はじめに 今でも語り継がれる「原則」は、それだけ価値のあるコンセプトです。 歴史を振り返ることは、失敗を防ぐための効率の良い方法になります。 👑 DRY (Don't repeat yourself) 「同じことを繰り返すな。」 Andy Hunt と Dave Thomas の著書『達人プログラ... 続きを読む

アサヒスーパードライの"DRY"に付いている引用符の意味――千葉雅也氏の問題提起を受けて｜山口尚｜note

2020/07/01 197 users 大喜利 Note 一種 引用符 千葉雅也氏

千葉雅也さんが「アサヒスーパードライの"DRY"に付いている引用符は何を意味するか。2000字以内で論じなさい」という問題提起をした（すぐ下で紹介するツイート参照）。これは一種の大喜利であり、特定の答えが排他的な正答性をもつ問いではない。むしろ、この問いにおいては人文学の大喜利能力が試されているのであり、... 続きを読む

コードレビューの目的と心構え :: by and for engineers

2020/02/03 16 users 心構え コードレビュー 目的 アーキテクチャ 単一責任

Jun 12, 2016 コードレビューを実践する中でバランス感覚が難しいと思い、自分なりにコードレビューの目的をまとめてみました。具体的なコードレビューのやり方を規定するものではなく1つの指針です。なので、アーキテクチャ/デザイン（DRY か？ 単一責任か？）やスタイル（メソッド名や変数名は適切か？）のチェックリ... 続きを読む

「氷結」16年ぶり首位譲る　「ストロングゼロ」がトップに - 毎日新聞

2018/12/27 499 users 氷結 毎日新聞 サントリースピリッツ キリンビール 年末商戦

キリンビールの「氷結　シチリア産レモン」（左）、サントリースピリッツの「－196℃　ストロングゼロ　DRY」 2018年の缶酎ハイ出荷実績で、キリンビールの「氷結」シリーズが02年から16年連続で守ってきたブランド別首位の座を譲る見通しになったことが27日、分かった。年末商戦の行方にもよるが「ストロングゼロ」で知... 続きを読む

rspec-parameterizedで条件だけが異なるテストコードをDRYに書く - ぴよログ

2018/06/24 25 users よログ テストコード 条件

続きを読む

Cgoを使ったパッケージと「Docker as Bug Report/Reproduce」というOSS運用について - DRYな備忘録

2017/12/03 31 users Qiita cGO 備忘録 エントリ otiai1

2017 - 12 - 04 Cgoを使ったパッケージと「Docker as Bug Report/Reproduce」というOSS運用について go cgo tesseract-ocr oss このエントリは Go2 Advent Calendar 2017 - Qiita の4日目です。 2017年は、着実にエロ リツイート 先生として実績を上げた１年でした、otiai10です。WETな方もよ... 続きを読む

CSS書きたくなさすぎ問題2017 - DRYな備忘録

2017/05/30 837 users 備忘録

2017 - 05 - 30 CSS書きたくなさすぎ問題2017 CSS css 書きたくない。できればjsも書きたくない。js必要なの嫌。軽くやりたい。という個人の日記です。 参考 Best CSS Frameworks of 2017 | Three29 10 Free Lightweight CSS Frameworks for a Fast Start 2017年にチェックしておきたい、C... 続きを読む

GoのコードからDockerコンテナの起動を実装する - DRYな備忘録

2017/05/24 24 users Dockerコンテナ 備忘録 vendor 起動 Docker

2017 - 05 - 24 GoのコードからDockerコンテナの起動を実装する docker やったこと docker client をGoのコードからimportする container作成 container起動 container停止（& 自動削除） 苦労したこと けっこう docker（現moby） のコードの移り変わりが激しくて、vendorを固定するのが苦労した これ とか できな... 続きを読む

DRYと不当な抽象化によるコストについて | プログラミング | POSTD

2016/10/31 244 users ベストプラクティス POSTD KISS ToDoリスト 原則

ベストプラクティスである、DRYとかKISSといった原則に熱心に従ってきました。これらの原則にとらわれすぎていて、そこに背を向けることを拒んでいるのです。しかし、コードが重複することコピー＆ペーストが良い場合もあり得ます。それはコードの繰り返しを抽象化に置き換えると理解しにくくなる時です。本記事は、もう随分と長い間、私がToDoリストに記したままになっていたものです。ですが今日だけは、その考えを実... 続きを読む

Ruby - Punditから考えるDRYな権限管理の設計方針 - Qiita

2015/11/04 40 users Pundit CanCan Qiita Ruby tl;dr

TL;DR Web application書いてると大体業務ロジック実装のための分岐処理でコードが汚くなるし色々な場所に業務が分散する Punditを使って業務ロジックにおける分岐処理を1箇所にまとめると良いケースがある 複雑なUser Roleベースの権限管理をするときはcancanなどを使うべきで、目的に応じた使い分けが大事 書いていないこと Punditの詳しい使い方（コードベースが非常にシ... 続きを読む

テンプレートをDRYにするのは慎重にやったほうがいいですよねというお話 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

2015/02/24 46 users 蓄音機 守秘 ソフトウェア 本文 部品

2015-02-25 テンプレートをDRYにするのは慎重にやったほうがいいですよねというお話 programming 社内でレビューおじさん業してて書いた内容ですけど守秘する必要ない情報なんでちょっと内容書き換えてオープンアンドシェアーします。 本文 見た目とかUIというのはソフトウェアの中でめちゃめちゃ柔らかい部品（些細な変更されることが多い部品）なので、「同じような部品だから共通化しちゃおう」... 続きを読む

湿った場所を徹底的に乾かす。システム開発の「DRYとWET」とは？ #dry｜CodeIQ MAGAZINE

2015/01/23 25 users WET ナレッジマネジメント ドキュメ リファクタリング 冗長

システム開発とは切っても切り離せない「DRY」の話です。 以下の順に説明します。 ・ DRYとWETとは？ ・ リファクタリングとDRY ・ ナレッジマネジメントとDRY by tbpgr DRYとWETとは？ DRYとは？ “Don’t repeat yourself” の略で 「同じことを繰り返すな」という意味です。 DRYはソースコードに関する話題で登場する機会が多いですが、 冗長なドキュメ... 続きを読む

#1

2014/07/13 38 users Scala Option Future 直和型 例外

例外によるエラー処理の問題点 副作用である 型チェックできない(Scalaは非チェック例外しかない) try catch構文はめんどくさい(catchしてまた例外を投げたり、DRYに書けないことも多い) 例外が起きてほしくない場所がある(Futureの中など) 直和型を使って解決したい 直和型とは 複数の型のうちどれかを表す型 たとえば 何もない or Aの型のデータがある → Option[A]... 続きを読む

jscpd·不具合防止に。コードの重複をチェック！ MOONGIFT

2014/03/12 25 users MOONGIFT npm 関数 重複 概念

DRY（Don't repeat yourself）という概念があります。つまり同じコードは繰り返すなということです。もし繰り返す必要があるならば、それは関数にするなどまとめるようにしなければなりません。 DRYをなくしていくことでコードの可読性を高めたり、メンテナンスしやすくなります。そんなコードの改善を手助けしてくれるのがjscpdです。 jscpdのインストール npmなのでインストールは簡... 続きを読む

zshのプロンプトにgitのブランチ名とステータスを色で表示したい【zsh】【git】【PROMPT】 - DRYな備忘録

2014/03/09 16 users prompt zsh Git プロンプト 備忘録

2013-12-19 zshのプロンプトにgitのブランチ名とステータスを色で表示したい【zsh】【git】【PROMPT】 git つくった ソースコード 将来の自分のためにできるだけ何やってるか分かりやすく書いた zshのプロンプトにブランチ名とかステータスとか出すアレ 背景 zshの設定で、プロンプトにgitのブランチ名とステータスを色で表示したいので、まあかつてプラグインを設定したりしたの... 続きを読む

「本当は怖いChrome拡張」がなぜ本当にやばいのか。野良よりストアに気をつけよう - 現代版徒然草 〜「片腹」痛いではなく「傍ら」痛い〜

2014/03/02 43 users 傍ら 野良 片腹 ストア 備忘録

2014-03-02 「本当は怖いChrome拡張」がなぜ本当にやばいのか。野良よりストアに気をつけよう インターネット 【PR】月額1,050円で高機能・安心レンタルサーバー 本当は怖いChrome拡張機能（作ってみたら確かにヤバかった） - DRYな備忘録といった記事が話題になってました。 ではなぜChrome拡張が本当にやばいのか、上の記事では野良(ストアなしで自分でDLして取り込む)の拡張... 続きを読む

本当は怖いChrome拡張機能（作ってみたら確かにヤバかった） - DRYな備忘録

2014/03/02 493 users GitHub TypeScript 備忘録 Chrome拡張

2014-03-02 本当は怖いChrome拡張機能（作ってみたら確かにヤバかった） otiai10です。最近はフロントエンドのTypeScriptを書くお仕事をしています。個人的に艦これウィジェットやtwickというChrome拡張を作ってたりもします。先に言っておきますが、これらはどちらもGithubでソースコードを公開しており、悪いことしようが無いです。 端的に言うと、Chrome拡張はヤバ... 続きを読む

DDDがよく分かんないときに見てそこそこ分かった資料置き場 - DRYな備忘録

2014/02/25 227 users DDD 備忘録 達人プログラマー ドメイン駆動設計 ドメイン

2014-01-26 DDDがよく分かんないときに見てそこそこ分かった資料置き場 ざっくり Dddをもっと身近に DDDとはこういうことなのか - Some Days You Get the Bear レイヤー化アーキテクチャ ドメイン駆動設計・アプリケーション構築編・レイヤ化アーキテクチャ - Strategic Choice DDDの読書記録（第4章、ドメインを隔離する） - 達人プログラマー... 続きを読む

DRY(don't repeat yourself)するかしないか、その判断基準について - kazuhoのメモ置き場

2014/02/20 148 users kazuho methane 負債 前者 暗黙知

「過剰なDRYが技術的負債を生む」みたいな内容の記事を書きたいが、うまく言語化できない。「過剰な食事制限が健康を損なう」程度の内容に成り下がりそうだけど、そんなんじゃないんだよ…@methane 実装におけるDRYみたいなものを考えていて、そうすると前者のDRYというのがどこに位置づけられるかはわからないんですが、とにかく暗黙知みたいなものを過剰に増やすDRYは良くないよね、というような話なんです... 続きを読む