aIRChat
Here's a quick look at what the world's most modern, user-oriented, browser-based IRC client looks like. We're sure you're going to love it! Step 1: Install Node.js aIRChat is built on top of the Node.js platform, so you will have to install the version for your operating system first. On Windows, make sure Node.js is installed into "C:\Program Files (x86)", the default location. Step 2: Download
ゆるふわなかんじで Sensu の話題をするためのIRCチャンネルをつくってみた - Glide Note
Sensuについて、ゆるふわなトークが出来るIRCチャンネルを作ってみた。 #sensu-casual@freenode まだ誰もいないのでChanServだけ話をしてる。 たまにカレー情報 たまに寿司情報 がこんな感じで流れるのでSensu使ってないけど、 カレー情報や寿司情報を入手したい人も入ってくるといいと思います。 BotBot.meに依頼して、zncとか使って常駐してなくてもログが追えるよう https://botbot.me/freenode/sensu-casual/ に記録されるようになっているので、便利な感じになってます。 14:18 追記 BotBot.meのBotさんが即死して帰ってこないので、ログが追えなくなってます… 。そのうち生き返ると思います。 参考 ゆるふわなかんじで perl の話題をするためのチャットルームをつくってみた - blog.64p.org ゆ
Facebookの継続的デプロイメント - ワザノバ | wazanova
https://www.facebook.com/publications/514128035341603/ 1日500件、3,000ファイルに及ぶ本番アップ フロントエンドのコードは1050万行、内850万行がPHP 開発エンジニア1,000名とリリースエンジニア3名 QAやテスターは存在しない 自分でプロジェクトを選ぶ & 自己責任のカルチャーが強い。 1/3のファイルが一人のエンジニア、1/4が二人のエンジニアでメンテされている。 フロントエンドの本番コードベースは一つのものを共有 日常業務ではローカルのgitを利用。本番アップ可能になれば、中央のレポジトリにマージして、それからSubversion（過去の経緯で使っている。）にコミットする 同じエンジニアがコードをコミットする間隔は中央値で10時間 本番にプッシュする前に、担当エンジニア自身でのユニットテストを終え、同僚によるコード
転職してから半年くらいでやったことまとめ - Perl日記
IRCを導入した 遠隔地で作業しているひともいた中でメールでのやりとりはとても面倒だった。 (同じオフィスで開発してるひとからもメールでいろいろ来た) だるかったので、ngIRCdを導入して、やりとりがすごく楽になった。(基本英語だが) リポジトリを分割した サーバに置いてあるものがすべて1つのリポジトリで管理されていた。(僕は泣いた) だるかったけど、頑張って適切なサービスの単位で分割した。 ファイルサーバ作った クラウドに置かないほうがいいファイルとか共有するため。 ユニットテスト直した ぶっ壊れていたのをとりあえず動くようにしてから、とにかく自分が触るところを中心に追加していった。 カバレッジが最初は30%くらいだったけど、いまは90%近くまで上がっていて、 僕に多少の精神的な安寧をもたらしてくれている。 Pull Reqestベースの開発にした それまでは(ローンチ後も)maste
Node.jsで書かれたIRC bouncer、homura を作りました - はこべにっき ♨
いわゆる IRC proxy や IRC bouncer はIRCサーバに常時つないでおいてログをとったり、チャンネルを維持したりするのに、大変便利なソフトウェアです。ZNCやtiarraなんかが有名ですね。 その IRC bouncer をNode.jsでのネットワークプログラミングの手習いに書いてみました。homuraというソフトウェアです。はじめてつかったIRC bouncerがmadokaという名前だったのを思い出して名づけました。 homuraにはIRC bouncerとして最低限の機能がそろっています。同時に複数のサーバへの接続、複数のクライアントから接続の受付が可能で、サーバークライアントの両方でTLS接続に対応しています。チャンネルごとにログを記録したり、クライアントからの接続がなくなった時に自動でawayになるといった、機能を備えます。(READMEのmodulesの項を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2014/04/08/jp140408hatena-mackerel/
http://www.swatz.net/entry/2013/11/26/205903
