ネットワーク製品のソリューション・ディストリピュータ Microsoft社を始めとする様々なネットワークベンダー(メーカー)の主要ディストリピュータであり、300以上のベンダー、3万点以上の商品を取り扱い、どんなユーザーにも最適なシステム構築を提供できる製品を品揃えしています。
ネットワーク製品のソリューション・ディストリピュータ Microsoft社を始めとする様々なネットワークベンダー(メーカー)の主要ディストリピュータであり、300以上のベンダー、3万点以上の商品を取り扱い、どんなユーザーにも最適なシステム構築を提供できる製品を品揃えしています。
概要 Linuxのパフォーマンス解析ツールであるperfの使いかたの紹介 背景 個人的にperfよくできてると思うので紹介したいというのと、 パフォーマンスカウンタの読み方ってあんまり知られてないみたいなので、 それの解説を書きたい。 構成 perf について説明したあと、パフォーマンスカウンタの読みかた、見かた、を説明する。 perfとは何か Linuxに付いてくるプロファイラ。 man perf によると、 NAME ---- perf - Performance analysis tools for Linux と、書いてある。名前がひどいのでなんとかしてほしい。 perf の特徴 個人的には、手軽に使えるのが素晴らしいと思う。 2.6.31以降カーネルに標準で付いてる。(Ubuntuだとlinux-tools-common(TODO:あとで確認)で入るはず) 特殊な設定が必要無く、
Pythonの処理系はどのように実装され,どのように動いているのか? 我々はその実態を調査すべくアマゾンへと飛んだ.kiki utagawa
先日、vim-jpがオープンした訳だけど、これの真の意味はバラバラだったユーザや開発者を1ヶ所に集めるのが目的。まぁVim-users.jpもあって良いし、各々でやったらいいと思うけど僕が求めていたのは開発側。 vim-jpを作って良かったと思った。 githubのIssueトラッカーを使ってvim_devにパッチを放流するまでのワークフローが出来上がりつつある。 不具合報告 皆で再現確認 修正方法の提案そして議論 修正担当者をアサイン パッチを仮で書いて貼り付ける レビューしてもらって提出 突然、有識者がパッチ書いてvim_dev投げるとツメも甘かったりしますし、第一に新しい開発メンバが増えない。仕事でも同じだな。不具合が出たら修正者にすぐ直させるものいいんだけど、どう直すのかを予めレクチャーさせると不具合の認識が共有出来る。 後からそういう修正じゃなかったんだけど...って事がなくなる
「スクラム」は、アジャイル開発の手法群の中でも、「チームとしての仕事の進め方」に特化したフレームワークだ。スクラムの知識を応用して、開発チームの日常をちょっとリファクタリングしてみよう。 今回の内容 ●課題: 「ほう・れん・そう」が意外と使いづらい&時間が掛かる ●スクラムのプラクティス 「朝会」の要素を取り入れる ポイントは4つ。「決まった時間・全員参加・日々の報告のみ・15分」 ほう・れん・そうの苦いわな 「上司とのコミュニケーション時には、常に“ほう・れん・そう”をしなさい」 「報告しろ、連絡しろ、相談しろ」。新人研修で、必ずと言っていいほど教えられるフレーズです。もしかしたら今、教える側の人がいるかもしれません。 「ほう・れん・そう」は、覚えやすいという素晴らしい利点があるのですが、重大な欠陥があります。「いつ/どのくらいそれを行えばよいか」を教えてくれないのです。 「ほう・れん・
AndroidプログラミングのTOPへ これはWebアプリ開発者にとっても,モバイルアプリ開発者にとっても朗報である。 下図は,「Webアプリ + モバイルアプリの,自動テストツールの技術動向」を表す。 ┌─── Webの自動テスト────┐ ┌モバイルの自動テスト┐ | | | | | Selenium WebDriver | |Robotium─→Sirocco | | (2004, (2009, Google)| | (2010) (2010) | | ThoughtWorks) | | | | | | | | └────────┐ | | | | | | | | | | | | | | | | ↓ ↓ | | ↓ | | Selenium WebDriver | | NativeDriver | | (=Selenium 2.0, 2011/07〜) | | (Google, 20
Emacs"で"デバッグする方法はいっぱい出てくるのに、Emacs"を"デバッグする方法が http://www.emacswiki.org/emacs/DebugEmacs くらいしかみつけられないです... とりあえずgdb で elispのスタックトレースをみたいので GDBで実行中のスクリプト言語のスタックフレームをダンプしてみる試み - muddy brown thang を参考に 書いてみました。 関数(struct Lisp_Function)以外に対応してないとか, アーキテクチャ(OSX)にとても依存している気がします。 あとハッシュを計算するのが面倒なのでシンボルテーブルを引くのが欲しいです。 実行結果は以下 bt だと C の関数ばっかりでよくわからない! のが (gdb) bt #0 0x00007fff84a210b6 in __kill () #1 0x0000
ruby+groongaで動作するソースコード検索エンジン、Milkode0.2.3をリリースました。 インストール ダウンロード - Milkode 更新履歴 更新履歴 ※ Windows版のインストール方法が複雑になってしまいました、もう少し改善出来ないか調べています。 メーリングリスト milkode-jp を作りました メーリングリストを作ってみました、バージョンアップ時の公式アナウンス等に使用していく予定です。 入退会は簡単なのでお気軽にどうぞ。 Milkode-jp | Google グループ 新機能その1 日本語ファイル名に対応 日本語のファイルが使えるようになりました! $ milk add ~/Documents/export-memo/ package : export-memo add_record : /Users/ongaeshi/Documents/export
執筆した井上誠一郎氏ら共著者に敬服。お疲れさまでした。 パーフェクトJavaScript (PERFECT SERIES 4) 言語仕様のpart2(2〜7章)まで読みました。その後はパラパラっと流し読み。まずは言語仕様までの内容について雑感を述べます。 JSには既にサイ本と呼ばれるバイブルが存在しますが、サイ本は「仕様を淡々と解説している本」といった印象を持っています。対してパーフェクトJavaScriptは「仕様における用語を整理し、分かりやすくまとめて解説している本」といった印象でした。そして表紙がダサいです。ガラケーがのってます。サイ本に対してガラケー本といったところでしょうか。・・・って不名誉な名称だからやめとこうと思いましたが、パーフェクトJavaScriptと長いのでやっぱり使います。 対象読者 入門書ではないと「はじめに」で言い切っています。対象読者についてもそのページで言
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く