課題発見とはお客様の課題を知ることではありません - ベテランIT営業が教える「正しいITの使い方、営業の使い方」
ところで、課題発見力とはどのような能力なのでしょうか、また、どうすれば身につけられるのでしょうか。今日は、そんなことを考えて見ました。 例えば、私達が「それは課題だ!」と思ってみても、お客様にそれを解決したいという意欲がなければ、それはお客様にとっては課題ではありません。お客様の「なんとしてでも解決したい」、その想いを引き出すことができてこそ、お客様の課題になるのです。そんなお客様の意欲があるから、私達は、課題解決のための提案が可能になるのです。 課題発見力とは、このような「課題を解決したいというお客様の意欲」を引き出す能力なのです。
20分でわかるHBase
PyFes 2012.07 で発表したときのスライドです。 HBaseのアーキテクチャ周りを中心に話しました
Facebook のリリースと文化 - Kato Kazuyoshi
公開されたのはもう去年のはなしだけど、Facebook の リリースエンジニアリングの Tech Talk (予告編) は面白い。話している Chuck Rossi さんは Facebook のリリースエンジニアリングチームのリーダーだ。 彼は “The business requires change, but change is the root cause of most outages!” と話をはじめる。Facebook の規模で毎日変更をリリースするために、リリースのリスクをできるかぎり減らさなくてはいけない。そのために出てくるのが「文化」と「道具」だ。 現在のソフトウェア開発では開発者と顧客 (your mom) の間に薄いレイヤーしかない: 昔は QA とかプロダクトマネジャーとかいろいろいたけど、いまは違う。 ブランチとリリース: 開発者は trunk にコミットする。日
アップル元社員語る「過酷な社内政治とクレイジーな要求」
「社内政治は本当にキツい。マイクロソフトもすごいらしいですが、それに負けないくらいすごい」 「そもそも要求が無茶なんです。まずジョブズの思いつきから始まるわけです」 数々のヒット商品を生み出してきたアップル。世間では創業者の故スティーブ・ジョブズを、神様のように畏敬の念をもって崇める人々も多い。 だが、実際のアップルの現場では、多くの優秀な人材を集め、優れた製品やサービスを生み出すために、キレイごとだけでは済まされない、“超過酷な”社内政治やジョブズから出される“不可能に近い”要求に、社員は絶えずさらされているのだ。 アップルのスマートでクリエイティブなイメージの裏には、どんな姿が隠されているのか？ 4月に発売され、IT業界のみならず多くのビジネスマンの間で好評を博している『僕がアップルで学んだこと』（アスキー新書）（http://www.amazon.co.jp/dp/404886539
デプロイ作業の属人化を徹底的に排除したい話 - @kyanny's blog
ここ数カ月、デプロイとリリースについて、同僚や友人と議論したり雑談したりする機会が数多くあった。そんな折に、友人から Facebook のリリースエンジニアリングチームについて教えてもらった。曰く、 Facebook ではリリース作業を専門とするチームがあり、そこのメンバーは開発ブランチのコミットとそれに付随する ITS の議論を精査した上でリリースに値する変更をリリースブランチへ cherry-pick するのだそうだ。 2012/07/25 追記 Facebook のリリースエンジニアリングについては Facebook のリリースと文化 - Kato Kazuyoshi を参照のこと cherry-pick は無いわー、というのは置いておくとしても、リリースという極めて重要な作業が特定の人たちに委ねられている点に恐ろしさを感じた。嫌だと思うのはなぜなのかしばらく考えて、デプロイ作業の属
RESTful Web アプリの設計レビューの話
1. RESTful Web アプリの 設計レビューの話 和田 卓人 (a.k.a id:t-wada or @t_wada) July 23, 2012 @ sendagaya.rb 3. 自己紹介 名前: 和田 卓人 (わだ たくと) ブログ: http://d.hatena.ne.jp/t-wada メール: takuto.wada@gmail.com Twitter: http://twitter.com/t_wada タワーズ･クエスト株式会社 取締役社長 4. 私と REST (input) • WEB+DB PRESS vol.32「REST アーキテクチャスタイル入門」 • はてぶ設計議論 • DHH の RubyKaigi 2006 Keynote • WEB+DB PRESS vol.38∼「REST レシピ」 • 『RESTful Web Service』
Monitor HTTP Traffic on Mobile/Fennec | Software is hard
Published:May 14th, 2012 Comments:20 Comments Category:Documentation, HTTP Monitor, Planet Mozilla I have been recently working on an extension (code name HTTP Monitor) that can be used to intercept HTTP traffic of a browser tab. The extension is based on Firebug's Net panel and is on its way to be embedded in Firefox by default. This post explains how to use HTTP monitor to intercept HTTP traffic
シェル操作課題 (cut, sort, uniq などで集計を行う) 設問編 - Yamashiro0217の日記
この記事は弊チームの新人の方にシェル操作に慣れてもらうために作った課題である。 皆様のチームの新人にやってもらってもいいですね。 あとで解答編を書く。 もちろん他の方も解いてもらって構わない。 というか僕の解答以上の解答がきっとあるはずなので、それを教えて欲しい。 はてブで解答でも面白解答お待ちしてます。 さて本題。 Webアプリケーションを作っていると偉いさんとか、いわゆる企画の人とかから 「ちょっと○○がどうなってるかログから数字だせない？」 とさらっとお願いされたりする。 そこで「いや、ちょっと手が空いてなくて（こっちは忙しいんだよ糞がっ）」と答えたくなるかもしれないが、 そこは「じゃあさくっとやっておきますよ！僕にかかればちょろいっすよ！」と答えらればかっこいい。 （あまりさくっとやりすぎるとそういう細々依頼がたくさんくる諸刃の剣） 例えば以下のようなログファイルがあったとする。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
