Rubyのリファクタリングでオブジェクト指向設計に沿った美しいコードになるまでの方法を書いた。 元ネタはこちらのBen Orenstein氏のリファクタリングで、そこに私なりの解説とコードを加えた。かなり追加したのでOrenstein氏の原型とはだいぶ違う箇所もあるがオブジェクト指向設計とリファクタリングに対する考え方は同じなはず。 github.com 全３回に渡ってリファクタリングする。 「イケてない」から「マシ」にするためのリファクタリング 「マシ」から「いいね」にするためのリファクタリング 「いいね」から「スゲーいいね」にするためのリファクタリング 今回は1.の「イケてない」から「マシ」にするためのリファクタリング。 イケてないコード 以下にあるのがなんかイケてないコード。一応動くし、テストもパスしている。でもそのコード品質は平均よりちょっと下。 範囲を指定してその間の売上の総合計
ここで言う「Railsの中身のコード」というのはRailsを使ったRailsアプリのコードのことではない。Railsそのもののコード。DHHが書いたRailsのコード。$ rails new AppNameとかのコマンドが動く仕組みが書かれたコードのこと。 これって職場の同僚と英語で話しててもいっつもゴチャゴチャと説明が要る。RailsアプリのコードとRailsの中身のコードを区別してそれが一発で分かってもらえる表現があったら教えて欲しい。 既にご存知の方はたくさん居ると思うがそのRailsの中身のコードというのが巨大でなかなかにレベルが高い。初心者では読むのも一苦労でそこが遠ざけてしまう原因にもなっている。それでも優れたコードをコードリーディングすることはエンジニアにとってとてもいい勉強になるのでオススメ。 いかにコードリーディングが重要かは、いろんなブログなんかで優秀なエンジニアの方々
stagingのEC２インスタンスはデバッグ用にしか使っていないので、土日とか真夜中の時間帯は眠らせて、朝になったら起きる設定にした。その作業メモ。 こういうのを３６５日２４時間稼働させておかないで、要らない時には眠らせておくとAWS様に支払う金額が割安にできる。そこで「本来なら＊＊ドルもかかってるサーバーコストがオレ様の設定で低価格で済んでるんだぜ」と雇用主に言って、その差額分をボーナスとして貰ってください。 指定の日時にスタートする方とストップする方と２種類の設定が必要。２つとも大して違いはないけど、まずはスタートする方から。 1 Lambdaを出す。（もし使っているリージョンにLambdaが無ければ別リージョンへ移動する） Create a Lambda functionのボタンを押す 2 Select blueprintはスキップする 3 Configure functionを設定
エンジニア向けのパズルシリーズの４作目を公開した。パズルサイトにアクセスするとNo Hacking「ハッキング禁止」のタイトルとDO NOT kick my APIs「私のAPIを蹴るな」とだけ出る。 プログラム言語を問わず、どんな技術を担当しているエンジニアであってもほとんど誰にでも解けるパズル。 今回は初めてパズルの公開時間を事前告知をした。せっかくなので上位解答者達のコメントは後で本ブログで紹介するつもり。 これまでのパズルと比較すると今回のは短い。分かる人は本当に一瞬で終わってしまうかもしれない。理由は事前告知をしたからだ。もうこれが不安でしょうがない。まず公開時間に本当に解きに来ていただける方が居るのかが分からない。さらに公開した後に何時間も解答者コメントがまったく入っていない状態で待つ、なんてのが耐えられない。なのでとにかく短くした。「短すぎてオモロない！」と感じたら、そうコメ
半年ほど前にソフトウェアエンジニア向けの求人募集ページに簡単なプログラミング系のパズルを出して、それが解けた人だけ応募できる仕組みにしよう、という話になった。 その時期は求人を拡大募集していたのだが、あまりにハズレな人が多かった。私もいくつか面談をしたのだが「CV（履歴書）には高いスキルって書いてるけど、言ってることがなんでこんなに変なの？」と感じてしまう応募者が多かった。これは私だけの意見でなく、他のエンジニア達からも不満が続出した。つまり履歴書のスクリーニングが効いてないということだ。日本よりも海外の方が履歴書を誇張する率が高い気がする。そこで考えたのが求人募集ページにエンジニア向けのパズルを出す、という発想。 言ってはみたもののどんなパズルにしようかと考えると案外難しい。 パズルの条件は以下の３つ。 簡単なパズルにすること。あくまでダメなエンジニアだけを門前払いするのが目的だから、変
これからAWSを学ぶ方へ「AWSを最短でマスターするための入門者向けココロエ３箇条」を書いた。これはあくまで入門者向け。AWSの全てを把握してバリバリにご活躍中のインフラエンジニアは除く。 AWSを最短でマスターするための入門者向けココロエ３箇条 全AWSサービスを視野に入れない 実践あるのみ ただし基礎は本から この３箇条の意図をそれぞれ解説する。 １．全AWSサービスを視野に入れない 「さあ、これからAWSをマスターするゾ！」となってもいきなりやる気を削いでしまうのがこのアイコン列。 よく使いこなしている人にとってはお馴染みのアイコンだが、初学者にとっては「おいおい、これ全部把握しろてか？」となってしまう。まずは安心して欲しい、少なくとも私が今まで会ってきたバックエンドのエンジニアでこれらのアイコンの中身を全て完璧に把握していた人は居なかった。 「AWSを実務で使いこなすこと」≠「全A
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
