Designing Data Visualizations
Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. Data visualization is an efficient and effective medium for communicating large amounts of information, but the design process can often seem like an unexplainable creative endeavor. T
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を使いはじめてだいぶ親しめるようになった。 文字通り、ブランチ、枝である。気軽に扱えるということは理解の助けにもなる。 コミットの単位 論理的に最小限度のコミットをつくる。「こう
fluent-plugin-forest released! - たごもりすメモ
現状のfluentdでは、タグを動的に扱う方法がいまいち無い。具体的に言うと設定項目にタグに応じて変化するような指定をしたい場合、タグごとに分けて書くしかない。例えば out_file で出力先ファイル名をタグに応じてつけたい場合、タグの数だけ match 節を書く必要がある。 <match hoge> type file path /var/log/hoge.log </match> <match pos> type pos path /var/log/pos.log </match> # 以下いっぱいこれには極めて簡単にわかる範囲で、ふたつの大きな問題がある。 多数のタグを扱う場合、設定ファイル全体のボリュームが肥大化して管理コストが増大する(品質が低下する) 新しく扱うタグが増える場合、設定ファイルの更新と適用が必要となり、管理コストが増大する 既に手元でこの問題に悩まされていて、H
ncstudy - ncstudy、hbstudy、odstudy合同勉強会 トラぶるシューターズ を開催しました。
■ 開催のきっかけ 開催しようとしていたきっかけ。皆さんは”trouble-maker”というツールをご存知でしょうか？gigagineさんとかで紹介されていたので、ご承知の方も多いかと思います。 このツールを見て、Twitterで「ニフティクラウド上で発生させて直す勉強会をやろう」って言っていたのが最初です。 その後しばらくサブマリンしていましたが、2月29日の深夜、hbstudy馬場さん、odstudy前田さん、@ysaotomeさん、とfbチャットを使って開催を決定しました。 当初は”trouble-make”を実行してそれを解決するだけだったのですが、 「 どうせやるならリアリティを！！」 「 チーム戦にして！！」 「 ぼっち禁止、ディスカッションを重視！！」 みたいな要素が加わって、なんじゃかんじゃで、結局”trouble-maker”は利用せず、すべてお手製で障害を作り込むこと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
