態度重要
みなさんこんにちは。@ryuzeeです。 今度翔泳社さんから発売される、「100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊」という本に明らかに場違いな感じ(まわりの人凄過ぎる)ですが、寄稿させていただきました。 100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊著者／訳者：出版社：翔泳社発売日：2012-02-22単行本（ソフトカバー）：216ページISBN-13：9784798126005ASIN：4798126004 原稿を公開して良い、ということなので、公開しておきます。他の寄稿者の方は本当にすごい方ばかりで、いままでにないタイプの本だと思いますので、本当にオススメです。 僕が選んだ本は、あえてアジャイルプラクティスです。 アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣著者／訳者：Venkat Subramaniam、Andy Hunt
new を不当に貶める陰謀と JavaScript におけるクラスの継承構造の話 - vivid memo
私は陰謀論者じゃないですし JavaScript の new 演算子が大好きなわけでも大嫌いなわけでもないです。 念のため。 本記事は Hiraku さんが書かれた下記記事への言及です。 newを封印して、JavaScriptでオブジェクト指向する(1) newを封印して、JavaScriptでオブジェクト指向する(2) newを封印するべき4つの理由 new 演算子は使うな!? 「newを封印するべき4つの理由」 でも new がいかに糞であるかが書かれていますし、その記事からも言及があるように Crockford さんが書かれた書籍 『JavaScript: The Good Parts ―「良いパーツ」によるベストプラクティス』 でも new 演算子は Bad Parts に分類されています。 new 演算子が忌避される理由はいろいろあるみたいですが、Hiraku さんの記事では n
大きなリリースの際にチェックすべき34のこと
以前に作っておいた大きめなリリースをする際にチェックしておくべきことのリストが役に立ちそうなので公開しておきます。 僕の場合は普段はワンクリックデプロイが多いんだけど、かなり大掛かりな変更をするケースが年に数回あったりするので、その際にこういうリストを使ってリリース計画をチェックしています。(もちろん大掛かりなリリースでもワンクリックでできるのに越したことはないし、そもそもビッグバンリリースにならないようにできるだけ小さい単位で頻繁にリリースできるに越したこともない) 体制当日の体制は決まっているか夜間立会いの場合、日中の営業時間の対応体制は決まっているか翌営業日以降の体制は決まっているか連絡担当と作業担当は分離されているか作業担当はペア作業になっているか。作業者と確認者を定めているか顧客の連絡先を抑えているか顧客の連絡順番を抑えているか、お客様の当日の所在を抑えているか顧客への連絡タイミ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
