人のコードを引き継ぐときに一番困るのは「使われていないコード」 | mah365
プログラミングを生業としていると、人のコードを引き継いで開発するなんてこともままある訳ですが、そういうときに一番困るのは「使われていないコード」だなー、としみじみ感じます。 使われていないコードがもたらす弊害 特に動的言語で書かれたコードというのは前触れ無く呼び出される可能性があるため、本当に利用されていないのかどうなのか、きっちりと調べあげるのは困難なケースがあります。例えばrubyであれば、method_missingでキャッチしてsendで動的に処理先を振り分けるなんてことをしていると、単純にgrepして利用状況を見るだけでは不十分な場合があります。 そういう意味では「使われていないコード」というよりは、「使われているのか使われていないのかはっきり分からないコード」という方が適切な表現かも知れません。 そういった「はっきりと判断のつかないコード」がある状態だと何が問題なのかと言うと、
自分がメンテしないコードの品質を上げようとするわけがないよね | mah365
先日、リーダブルなコードを保つためには、コードが読まれるような文化をつくらなければならないのではないかというエントリを書いたのですが、こんなことを思ったのもある思い出話があったからでした。 「どうしたらこんなコードを納品できるの！？」 僕にとってのはじめてのオフショア。外部設計書を書いて「これ作ってねー」と海の向こうへ投げるだけの簡単な仕事を引き受けまして、設計書を投げた後、いい感じの時間が過ぎた頃に「どれどれ」とコード（PL/SQL）を見てみたのですが、 「このプロシージャ、すごく・・・長いです・・・」 ・・・うーん、外部設計書の章単位でプロシージャが区切られています。 確かにまぁ、設計書通りっちゃ設計書通り。 しかしいろんなプロシージャ間での処理が書かれていてDRYじゃない。共通の設定を読み出すところもハードコードされているので、仕様変更したいときに死んでしまいそう。 「どうしたらこん
知っておきたい！Herokuを使う上では当たり前？の16の常識 | mah365
Herokuの公式ドキュメントは英語なので読みづらいですよね。herokaijp/devcenterのように、有志が日本語訳してくれているドキュメントもありますが、その中でも特に抑えておきたい16個の常識について挙げてみました。（16日に公開する予定の記事なので、何となく16個挙げてみました。。） （補足）Herokuを使う上での登場人物の名前 Dyno 「だいの」と呼びます。1Dynoと言ったとき、一つサーバが立ち上がっているようなものだと考えて下さい。 Routing Mesh Herokuアプリにアクセスがあったときに、Dyno間の負荷をロードバランスしながらリクエストを振り分ける機構をRouting Meshと呼びます。たまに「Router Error」というログを吐くのですが、そのとき障害が起こっている場所はここです。 常識1. Dynoは1時間アクセスがないとアイドル状態になる
WordPressのブログをherokuで立ち上げて、何かメリットあるの？ | mah365
blog.mah-lab.comはWordPressに移行した上に、現在みんな大好きherokuで運用しております。 「なんでわざわざherokuなんかで運用するんですか？ マゾなんですか？」 いえいえ、ライトに立ち上げるなら、わざわざVPSなんて借りなくてもいいんですよ！ herokuで立ち上げるメリットは、たくさんあるんです。なんといっても、無料だしね。 以下のような人に多大なメリットがあります。 無料で運用したい。 FTPなんて前時代的なものは使いたくない。git push heroku masterとか、コマンド一発でリリースしたい。 WebサーバやMySQLの面倒を自分で見たくない。誰か代わりに運用して！ ものすごい負荷が来たときでも（金さえ払えば）落ちないようにしたい。 無料で運用したい。 herokuは無料からはじめられます。上手くいくかどうか分からないものを、お金を払っては
日本酒大好きっ子に向けたアプリ、SakeLoverの開発で知るObjectiveC vs RubyMotion | mah365
HOMEソフトウェア開発日本酒大好きっ子に向けたアプリ、SakeLoverの開発で知るObjectiveC vs RubyMotion プロトタイピング with RubyMotion みなさま、RubyMotionという技術をご存知でしょうか？ Rubyという言語でiOSアプリを開発できるビルドツールです。しかもTitaniumなどとは違い、ネイティブ動作するアプリが開発できます。SakeLoverでも開発初期から採用しておりました! 主な採用理由は以下の通り。 XCodeなんて知らんがな、ObjectiveCなんて知らんがなという状態でアプリを作ろうとしていたので、渡りに船だった。 出たばかりのRubyMotion、このビッグウェーブに（ｒｙ RubyMotionが出たばかりでライセンスの割引があったのと、期末で会社のお金に余裕があった(重要!) 期待通り、ほぼサンプルのパクりでそれな
2013年版! SonicGardenにおけるherokuでのサービス運用構成 | mah365
ちょうど去年の今頃、SonicGardenにおけるherokuでのサービス運用構成をご紹介しました。去年の比較して、今ではherokuで本番運用されているサービスも増えているかと思いますが、実際の構成例はあまり紹介されていないようです。去年ご紹介した内容も少し古くなっていますので、2013年バージョンとして、再度ご紹介したいと思います! 去年からの変更点 去年と比較して大きく変わっている点は、以下の3点ですねー。 バックアップ取得方法の見直し & 監視の導入 Route53愛してる! ログ取得のアドオンをPapertrailに変更 バックアップ取得方法の見直し & 監視の導入 @interuが去年のJAWS-UG in Nagoyaで講演したように、「本当にバックアップ取れてるの？」というのは重要な視点ですね! なので、バックアップを取得するところと、監視するところ、セットで構成するように
大は小を兼ねない〜丁度良いソフトウェア開発〜（SonicGardenアドベントカレンダー2日目） | mah365
SonicGardenアドベントカレンダー、伊藤さんの1日目の記事を空振りで終わらせることなく、次につなげてみたいと思います。20日からはじめたら25日までに最後まで回らないじゃん・・・ということで、20日のうちにこの記事も公開してしまいます。SonicGardenアドベントカレンダー2日目の記事です。 「なんかソニックガーデンらしいことを書け」ということなので、結構悩んだのですが、そういえば「徹底的にシンプルにする」という原則があるなーということを思い出しました。 誰でも開発できるように、シンプルな実装をする 誰でも運用できるように、シンプルな構成にする 誰でも復旧できるように、シンプルなインフラにする といったように、「誰でも◯◯できる」ということを重要視しています。少人数で複数のサービスをまわしているので、あまりに凝ったことをしていると、何かが起こった時に復旧が遅れてしまい、サービス
転職して1年経った今、改めて自分戦略を振り返ってみる | mah365
DevLove2012が自分戦略で随分盛り上がっていたらしいので、僕も自分戦略について生々しく振り返ってみようかと思いました。綺麗な自分戦略は語りつくされていると思うので、ドロドロした感じで行こうかと思います。 自分にとって大事なこと まず、自分にとって大事なことは何でしょう？ このポイントさえおさえられれば、とりあえずは良いかなと思えるポイント。僕にとっては次の3つが、とても大事なポイントでした。 人に自慢できるようなソフトウェアの開発を続けられること。 ソフトウェア開発に限らず、新しいことに挑戦し続けられること。 家族が路頭に迷わないこと。 それはつまり、 仕事の自慢はしたいです（ドヤッ 作ったものの自慢もしたいです（ドヤッ 気になる事にはフットワーク軽く挑戦したいです（ドヤッ ということ。つまり、常にドヤ顔しつつ（できるような状況にありつつ）家族も幸せにしたい。それは持続的に収入を得
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
