それはそうとして。折った直後はあっ折れたーみたいな感じで、驚きがまずあった。痛みはあまりなかったが、いずれ激しく痛むこと予想されたので、痛み止めを買って 20 錠全部飲んだ。 その日は徳之島からの帰国日だったので、とりあえず子宝空港というサイケな名前の空港に行って、鹿児島空港でトランジットして帰国した。痛み止めが効いていたので羽田空港ではラーメンを食べた。歯が折れていて、食べづらい。 その日のうちに歯医者を予約する。かねてから通っている歯医者で、予約を取りづらいのだけど腕は信用している。歯が折れたというのは緊急事態なので、無理やり枠を作ってくれた。 翌日、朝起きると口がもうとにかく異常に痛い。意識がもうろうとしたまま、遠くにある歯医者に行く。歯医者で歯の様子をみるためにたたかれると激痛で叫ぶ。 X 線写真を撮るために口に入れられる何かが痛い。 この日はどういう治療したかよく覚えてないんだけ
今、Node.jsに起きてることを語る上で、io.jsは避けて通れない話題でしょう。 今回のNode.js アドベントカレンダー 2014の締めを飾るために、このio.jsについて僕が知っている限りの事をまとめて書くことにします。 io.jsを知り、今後"Node"がどうなっていくのかを皆で一緒に考えていきましょう。 またこの一連のio.jsのfork騒動はOSSという特殊なプロジェクトをどう進めていくのがハッピーなのかを知る一つの教材だと思います。 OSSに関わっている皆さん、今回も長いですが、最後まで読んでもらえると幸いです。 io.js とは何か Node.jsのForkです。次のNode.jsの安定版になる、v0.12をForkしています。「アイ・オー ジェイエス」と読みます。名前の由来は木星にある四番目に大きな衛星の名前から取られました。*1 Nodeを使っている人のことをnod
ここ半年ほど取り組んでいた Serverspec に関する本が出ます。2015年1月17日発売予定です。 O'Reilly Japan - Serverspec Amazon.co.jp： Serverspec: 宮下 剛輔: 本 どんな内容か、というのは、サイトの紹介文や目次を見ればわかるので、ここでは、なぜこの鳥が表紙に選ばれたのか、といったことでも書こうかな、と思ったんですが、こういうのは明かさない方がおもしろいので、やっぱり書かないことにします。おそらく、何という名前の鳥なのかすらわからない方が大半かと思いますが、あえて伏せておきます。名前や生態は最後のページに載っていますので、知りたい方は買うなり、店頭で確認するなりしてみてください（妻が Facebook に名前を書いちゃってるけど）。 本書は、開発者である自分にしか書けないことをできる限り盛り込み、自分以外の人でも書けるような
Publickeyでは毎年、その年の売り上げなどを発表しています。その理由は、アフィリエイト以外の手段でもブログで十分な売り上げを作ることができるのかどうか、その実態を知ってもらうためです。 IT分野でも特にエンタープライズ向けの記事は比較的専門性が高いため、ブログの読者数がそれほど多く見込めませんから、AdSenseやAmazonアソシエイトなどのアフィリエイト系の売り上げはたかがしれています。これはIT分野に関わらず、ある程度の専門性を持つ（それゆえに読者層が絞られる）コンテンツに共通する状況です。 しかし多様な専門メディアがネットにあることは世の中にとっていいことだと僕は信じていますし、＠ITやアイティメディアでオンラインメディアの経営を見てきた経験に照らせば、専門性が高い小規模なメディアを低コストで運用しつつある程度の単価の広告を維持できれば、ビジネスとしては成立するのではないかと
あらすじ 会社のイベントで運良くディズニーのチケットを手に入れたダメ人間。しかしそこに記載されていた文字は「ペア」。生粋のソロプレイヤーである彼は困惑する。しかし「ペア」の文字はまやかしだった。「ペア」=「ソロ×2」だったのである。 イベントを進行してくれていた941さんが聞く、 941さん「ペアチケット、誰と行くんですか？」 それに対する答えは一つ ダメ人間「え、あっ、一人で二回行きます！」 ディズニーペアチケット(一人分二枚)頂きましたが一人で二回行きます。よろしくお願いいたします。— ダメ人間 (@dameninngenn) 2014, 7月 31 一人焼肉をものともしない男のつらいソロプレイが今始まる あらすじ2 酔っぱらってたので指が滑ってハードモードを選択してしまった。 クリスマス・イヴとクリスマスの2daysで行くってきいた RT @dameninngenn: ディズニーペア
あなたはプロジェクトのソースコードに対して適切にCIを回しているかもしれません。定期的にコードカバレッジの測定も行い、90%以上もしくは100%の数字を出しているかもしれません。 しかし果たしてそれで十分でしょうか？もしくはコードカバレッジだけにとらわれすぎていないでしょうか？ 監視とは(システムに対する)継続的なテストである、というのは筆者の尊敬する奥一穂氏の言葉ですが、その逆もしかりで 「テストとはプロジェクトに対する継続的な監視である」 ということも言えます。 その観点に立ってみると、プロジェクトのソースコード以外にもテストが必要なものがたくさんあることに気づくでしょう。以下に実際に筆者が自分のプロジェクトの中でソースコード以外にテストを書き、CIを回していたものを挙げてみます。 アプリケーション設定ファイルのテスト 開発中に本番用の設定ファイルを使うことはないため、本番用の設定ファ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く