Railsの作者DHH、ルマン24時間耐久レース アマの部で勝利
モータースポーツとWebプログラミングの両方を知る人にとっては大きなニュースです。 タイトルの通り、Railsの作者として知られるDHHがルマン24時間耐久レース、アマチュアクラスで1位になったとのことです。（全体では17位)まさかこのサイトからスポーツニュースのサイトを参照するとは予想外ですが、結果を伝えるニュースにも「DHハンソン」の文字が。 WikipediaのDHHのプロフィールによると、ルマン24時間耐久レースへの参戦は今年で3年目で、写真と並んで彼の「趣味」であるとのこと。またSimple Talkのインタビューの記事によるとシルバーストーンやスパなどルマン以外のレースに参戦しているようです。 https://www.simple-talk.com/opinion/geek-of-the-week/david-heinemeier-hansson-geek-of-the-wee
rakeの作者 Jim Weirich氏、死去
DHH氏のツイートにてrakeの作者、Jim Weirich氏が亡くなったというニュースを知りました。 So very sad to hear about the passing of Ruby legend Jim Weirich. He taught me and many others so much. He will be dearly missed. — DHH (@dhh) February 20, 2014 毎日のように使うオープンソースツールの作者が亡くなったというのを聞くのは非常に残念で、今後コンソールを叩く時にこの事が頭をよぎるような気がします。 昨年の夏のカンファレンスにてウクレレを披露した姿はとても楽しげで強く記憶に残っています。 R.I.P. 追記 一昨日まではGitHubにコミットをしておりログにコメントがあつまっているとのこと。 Jim Weirichが最期に
AWSの認証キーを奪われて仮想通貨を採掘される攻撃が発覚
クラウド環境を悪用した仮想通貨の採掘が密かに行われているようです。今回発覚したのはLuke Chadwick氏のAWSのキーがGitHub上にアップされているのを発見した何者かが、20台ものcc2.8xlargeインスタンスを起動させてBitCoinプロトコルを使った仮想通貨であるlitecoinの採掘を行ったとの事です。 AWSからの警告で気がつき、インスタンスを停止するまでの数日間で利用料金は3000ドルを越えたとの事です。 Litecoinは、世界中の誰に対してもすぐに支払えるP2Pの仮想通貨です。Bitcoinプロトコルに基づいていますが、一般のハードウェアを用いて効率的にデータマイニングできるという点でBitcoinと異なります。Litecoinは素早い取引認証（平均2分半）を実現し、多くの人が所有している一般コンピュータとGPUをターゲットにするメモリーハード、scryptベー
Hoodie – noBackend実装のJavaScriptフレームワーク
進化の早いJavaScript界隈に新しいアプローチのフレームワークが登場しました。Jan Lehnardt氏が中心になって開発されているHoodieはフロントエンドとバックエンドを完全に分離する事でそれぞれの開発効率を最大限にするnoBackendの実装の一つです。Hoodieはサーバーサイド用のモジュールとクライアント用のライブラリの2つから成っており、サーバーサイドが起動している状態であればクライアント側からは例えば下記のコードだけでユーザの登録ができます。 hoodie = new Hoodie('http://localhost:6007/_api'); hoodie.account.signUp('joe@example.com', 'secret'); すでに登録されたデータを取得する場合は下記のようになります。 var type = 'task'; hoodie.store
GitHubが(何故か)ミュージックビデオを公開
タイトルをご覧の通り、GitHubがミュージックビデオを公開しました。曲名は「Better Together」。コラボレーションの素晴らしさを歌ったこの一曲は話題になる事間違いなしです。ビデオにはGitHubberも多数出演していますのでGitHub大好きな私たちにピッタリの一曲です。 追記 このミュージック・ビデオはGitHub Guidesという一連のビデオシリーズの購読を促すものです。以前紹介したようにGitHubは公式YouTubeチャンネルを開設し、動画コンテンツの周知に力をいれているようです。 歌詞 Better Together Song produced by Jeff Kite Sometimes your code looks perfect, Nothing to rearrange. Sometimes you fork, out a feature When yo
上司へ退職を伝える斬新すぎるビデオが話題
上司に退職を伝える為に作成された斬新なビデオが話題になっていました。 まずは動画を御覧ください。 Marina V Shifrin氏はニュース動画を作成する会社に勤務していましたが、交際や時間や体力などを犠牲にし約2年、勤務していましたが、再生数だけに注意を払う上司などに不満を持ち、再生数を気にせず、自分自身の為に動画を撮影しついでに退職の意思を伝えてみたよう。 当然ながらこの動画は現時点で3日で500万回以上再生され大変な話題になっています。 すでにパロディ動画も作成されており、”I Quit Dance”(退職ダンス)というムーブメントに成長するかもしれません。 またMarina氏、はブログなどの活動、コメディアン活動も積極的に行っており、渦中の人物の近況をウォッチするのも面白そうです。 なんでもツイッター上で多数のプロポーズを受けている事に母親が驚いているそうですが、ダンスっぷりはス
Git SubmoduleのトラブルをGit Subtreeで解決できると知っていますか？
ライブラリやフレームワークなど、外部のリポジトリで管理されているソースコードをプロジェクトに取り込む際によく使われているgit submoduleを使わないほうが良いという論争が起こっています。それを受けてgit subtreeを使うべきであるというエントリがAtlassianのNicola Paolucci氏がブログに投稿しています。彼はまずgit submoduleを使うべきではないという話題が盛り上がっているという事で3つの記事を参照したあとに、git subtreeを使うべき理由と使用例を挙げています。それによるとgit subtreeを使うべき理由は以下のとおり。 ワークフローがシンプルなので管理が簡単。 古いバージョンのgitもサポートしている。(v1.5.2ですら。) サブプロジェクトのコードがcloneした直後に利用できる。 subtreeはユーザに新しい学習を要求しない。
綺麗な設計を身に付けるためのSandi Metzルール
Webアプリやモバイルアプリの受託開発やコンサルティングを行うthoughtbot社のブログにて、Sandi MetzルールというRubyプログラマ向けのルールが紹介されていました。 Sandi Metz’ rules for developers このルールは、プログラマーでありPractical Object-Oriented Design in Rubyという書籍も執筆しているSandi MetzさんがRuby Roguesポッドキャストに出演した際に紹介していたものです。 そのルールは以下の通りです。 クラス内のコードが100行を超えてはならない メソッド内のコードが5行を超えてはならない 4つより多い引数をメソッドに渡すようにしてはならない（ハッシュによるオプションもパラメーターとみなす） コントローラーではただ1つのオブジェクトだけをインスタンス変数化できる ビューは1つのイン
図解で見るスタートアップのはじめかた
タイトルどおりのインフォグラフィックが興味深いのでご覧ください。いちおう項目を書きだしておきます。 現在よりも未来を生きる 世界に足りないものを考える それやアイデアを書き起こす プロトタイプを作る プロトタイプを100人に見せる プロトタイプを納得行くまで改良する 共同創業者を探す 会社を登記し株式を分割する 資金調達を探しながらバージョン1を開発する ローンチし人々に何かをつくったことを知らせる ユーザにフォローアップを行い反応を見る 反応がなければ改良を行なってローンチする。(airbnbは3回ローンチしている) 反応があれば、ユーザを1000人獲得する 毎週、5％成長する(大変だけど、可能) 4年間、成長を維持する。レートを維持していれば2500万ユーザに到達している 大成功！ これなら誰でもスタートアップがはじめられますね！というわけには行かないですが、物事をシンプルに考えてみる
GitHub直伝 プルリクエスト活用の3つのコツ
GitHubの特に重要な機能である「プルリクエスト」の活用方法についてGitHub社内でのノウハウが公式ブログの記事になっていました。GitHubが今回更新をしたAboutページの開発でも2ヶ月の間に10人のメンバーが130のコミットと91のコメントのやりとりがブランチ上で行われていました。 GitHubberによる講演などでもプリリクエストが重要な機能であると強調されているようです。 記事によるとプルリクエストは新しいアイデアについてのディスカッションを生み、協力してくれる人を見つける為のとても良い方法との事で活用するコツとして以下の3つの点を紹介しています。 プルリクエストはなるべく早く起こす プルリクエストは機能についての意見交換をする良いきっかけになります。コードの修正が終わっていなくてもなるべく早くプルリクエストをする事で、最後にまとめてフィードバックをするのではなく発展的にコメ
わがままなプログラマにならない為の10のルール
「エゴレスプログラミング」という言葉があります。アメリカのコンピューター科学者、ジェラルド・ワインバーグ氏によって『プログラミングの心理学』にて取り上げられた思想です。プログラマ同士が協調する事で最終的なコードの品質が向上するという思想です。プログラマが協調できていないムードだとコードの品質が下がると言い換えてもなんだか思い当たるフシのある感じです。1970年代からある考え方ですが、ちょうど話題になっていました。さてそのエゴレスプログラミングの為の十戒は下記のようになっています。 自分が失敗をする事を認める コードは自分自身ではない どれだけ空手を知っているかは重要ではない。他にもっと知っている人がいる 相談なしにコードを書き換えない 自分よりも知識が無い人に対して尊敬と敬意と忍耐を持って接する 唯一不変な事は、世界は変わるという事 権威は立場からではなく知識から生まれる 自分が信じるもの
致命的すぎるバグがgithubで話題
github上で公開されているグラフィックドライバのbumblebeeで見つかったバグ修正のコミットが話題になっています。インストールスクリプト内にあってはならないスペースがあり、インストールを実行すると /usr を根こそぎ削除するという悲惨なバグです。（しかもインストールはrootでしか行えない) このバグ修正のコミットはさながら掲示板の様に盛り上がっており、いろいろなネタ画像も貼られています。 「普段はbumblebeeをインストールしないけど、 インストールしたら /usr フォルダを削除しやがったぜ」 「我らの命を奪うことはできても、我々の/usr は決して奪えない」 「僕たちは宇宙を守るために君たちの /usr のエントロピーが必要なんだ」 githubが開発者向けのツールであると同時にコミュニティとして発展している事を伺わせる一コマです。とはいえbumblebeeをインストー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
