Initializr - HTML5 project - templateAcest website foloseste cookies. Continuarea navigarii reprezinta acordul dvs. Politica Cookies
Node.jsとは何か、開発者ライアン・ダール氏が語る（後編）～ 複数コネクションの並列処理とデバッグ
Node.jsとは何か、開発者ライアン・ダール氏が語る（後編）～ 複数コネクションの並列処理とデバッグ いま注目されているサーバサイドJavaScriptの火付け役となったNode.js。その開発者であるライアン・ダール（Ryan Dahl）氏自身がNode.jsを紹介した講演「Introduction to Node.js with Ryan Dahl 」のビデオが公開されています。 この講演は、サンフランシスコのPHP開発者の集まりであるThe SF PHP Meetup Groupが2月にダール氏を招待して行われたもの。 そのため、Node.jsを知らないデベロッパーに向けて、Node.jsがどのような特徴を持つプログラミング言語なのか、分かりやすく解説しています。内容を紹介しましょう。 （本記事は「Node.jsとは何か、開発者ライアン・ダール氏が語る（前編）～ノンブロッキングとは
2011年のVimプラグインの管理はVundleで
Vimをお使いの皆様の多くは、pathogenとgit-submoduleを駆使してプラグインを管理しているのではないかと思います。 pathogenとgit-submoduleの問題私もこの方法を使っていたのですが、git-submoduleをVimプラグインの管理に使うのはオーバースペックだと感じていました。 私はプラグイン開発者ではないので、プラグインのバージョンを固定したいという欲求があるわけでもないですし、できるだけ新しい物を使いたいわけです。 そうすると、たとえば毎朝「git submodule update」とかやっちゃうともう大変です。 毎日「plugin version bump」みたいなコミットをしなきゃいけないわけですよ。 私は常に最新のプラグインを使いたいだけなのに、コミットログがどんどん汚れていきます。 また、外の環境でプラグインを管理しなきゃいけないというのが、
Gitのベストプラクティクスっぽいもの - Sexually Knowing
tbaggery - A Note About Git Commit Messages A successful Git branching model » nvie.com Commit Often, Perfect Later, Publish Once—Git Best Practices だいたいこれらに書いてあることを考えている。 基本的にGit Successful Branch Modelで運用する。git-flowを入れて使っているけど、手でやってもそんなに面倒ではないし好きなようにしたらよさそう。 Subversionを個人で使っていたころはブランチはよくわからないけど恐しいものだったけど、Gitを使いはじめてだいぶ親しめるようになった。 文字通り、ブランチ、枝である。気軽に扱えるということは理解の助けにもなる。 コミットの単位 論理的に最小限度のコミットをつくる。「こう
TDDカンファレンスでLTしてきたのでその補足
4月の6日のTDDカンファレンスに参加<発表してきた。参加といっても遅刻していったのでほとんど話を聞けていないのだけれど。 とりあえず資料はこちら。読み直してみたら途中の話の飛躍がこれはひどい。当日もかなり短い発表の上に色々内容を省いてしまったので色々と補足しておく。(当日聞いていただいた方に申し訳ないし、あまりこういうのはよくないね。パブリックスピーカー読んででなおします。) 今回の内容の発端は「TDDはテストではない」という言葉の暴力性というか、言い切りに何となく違和感を感じていたのがきっかけ。もちろん、誤解されたくないという意味では言い切るのは大事なんだろうけどちょっとだけ暴力的に感じる。暴力的に感じる理由は資料にも書いてあるけど、実際TDDで書いたユニットテストはテスト資産として流用している。それは副産物的なものかもしれないけれど、TDDの効果としては大きいんだから言い切っちゃ
B2Bベンチャーのススメ
こんにちは、堀(@jojihori)です。 最近、ここやここなどで、自分がシャノンに来てやったことについて振り返る機会があったので、ちょっと文章として書いてみようと思います。主にこれからB2Bの中でなんかやってみようとかそういうベンチャーに行ってみようとか思う人向けです。 ちょっぴり長いです。まったくもって技術ブログじゃないですね... ■Oracleからシャノンに 僕がシャノンに来たのは2005年末なのですが、前職ではOracleでアプリケーションサーバのエンジニアをしており、後半3,4年ぐらいはアプリケーションサーバ（アプリケーション開発支援ツールや、J2EEコンテナを担当してました）のメンテナンス部隊で日本を含めたアジアやヨーロッパ向けの障害解析やパッチのコードを書いたりしていました。 その時に、「こんなにWebサービスが流行っているのに、パッケージソフトなどは絶対なくなる。しかも、
ふりかえりが失敗する10の要因
みなさんこんにちは。@ryuzeeです。 10 Ways to Kill Your Retrospectiveという記事で、失敗するふりかえりについて、要因のリストが紹介されていたので、抜粋・意訳にてご紹介します。 そもそもふりかえりは自分たちのプロセスの改善のために行うのであって、ふりかえりを行うこと自体は目的ではありません。 ただし、うまくいかないチームを見ていると、問題は出せるが、具体的なアクションに落とせていないとか期限を切っていないためにずるずるやるやる詐欺になっていたり、もしくはあまりに大量の問題が出てしまいチームが諦め気味になってしまったりすることが多くあります。 少しづつでも改善していくことに価値があるので、たとえば、KPTというフォーマットで常にやらなければならないわけでもないですし、いつもと違う場所でやっても構いません。 1. 何も準備していないNG : スクラムのミー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
