翔ソフトウェア (Sho's) 議論のアンチパターン 〜不毛な議論を避けるために〜
『議論パターン』 (Discussion Patterns) ～不毛な議論を避け、実り有る議論とするために～ はじめに ～「パターン」について～ ソフトウェア開発では、よく「パターン」という言葉が使用される。 「定石(じょうせき)」のような意味である。こうすればうまく行く、という問題解決の典型的な例をカタログ形式で収集し、纏(まと)めたものである。 「デザイン (設計) パターン」、「アーキテクチャ (構造) パターン」、「アナリシス (分析) パターン」等の種類が有り、総称して「ソフトウェア パターン」等と呼ばれる。 「アンチパターン」という言葉もある。こちらは逆に、こうしたらうまく行かない、という典型的な例を集めたものである。 「パターン」という概念は別にソフトウェア開発に特化したものではない。「ソフトウェア パターン」自体、元々建築の方に有った方法を持って来たものである。様々
「速」を落とさないコードレビュー
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/Read less
エンジニア立ち居振舞い：重箱の隅をつつかない - 面白コンテンツ探求日記
お題「エンジニア立ち居振舞い」 自分は重箱の隅をつつかないというのを意識してる。 重箱の隅をつつく問題はコードレビューの現場でよく聞く。レビューの場で所詮「書き方レベル」の指摘が横行してしまうというやつ。 誰しも綺麗なコードを追求したい気持ちはあると思うし、自分もそうなんだけど、あまり良くないなと思ってやらない事にしてる。理由は3つ。 時間の無駄 指摘される側の精神衛生上よくない そもそも意味ない 細かい指摘でも修正してマージするまでには結構時間がかかる。コードを直し、手元でビルド・動作確認し、pushしてCIを回し、「修正しました」と報告し、LGTMが付いてやっとマージできる。このプロセスが日に何度も発生すると確実に時間を食ってしまうし、Nitsな内容を何度も何度も受けると精神的にも疲弊してしまう。それで生産性が下がってしまえばもっと大きな問題になる。 こうした指摘をしたくなる時、「コー
mixiレビューは本の絶対評価になっていて面白い - Cheshire Life
本を買う時はブログで紹介されていたものをAmazonのレビューを参考に購入することが多い。ある程度ネットリテラシーが高ければこの方法で自分の専門外の分野の本でもはずれの本をつかむ可能性は低くなるし、自分の読まないような本に出会うこともできる。ネットで話題になるような本はアホみたいに本を読んでいる人が厳選した本であることが多いので、とりあえず読んでみてもはずれは無い。なぜならアホみたいに本を読んでいる人は、アホみたいに読んだ過去の本と比較して本を評価できるからだ。 そんなネット上の常識が通じないネットサービスでmixiというものがある。このサービスはネット云々を全く知らない人たちが闊歩しているので、ネットに慣れた人からは新鮮な所が多くて面白い。そのmixiの機能の中でも最近僕がとても気に入っているのがレビュー機能だ。このレビュー機能は同じ本でもブログの書評やAmazonのレビューなんかとは全
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
専門家は個人の責任で情報発信するな - void GraphicWizardsLair( void ); //
