y_kohのブックマーク / 2012年12月20日

y_koh id:y_koh

2012年12月20日のブックマーク (3件)

Facebookのモバイルアプリが失敗した理由はHTML5のせいじゃない。HTML5でサクサク動くFacebookアプリを作って見せたSencha Touch開発チーム
Facebookのモバイルアプリが失敗した理由はHTML5のせいじゃない。HTML5でサクサク動くFacebookアプリを作って見せたSencha Touch開発チーム Facebookは今年、HTML5ベースで開発したモバイルアプリの動作速度や安定性で不評を買い、動作を改善したネイティブアプリケーションをあらためてリリースしました。ザッカーバーグ氏もこれを振り返って「HTML5に賭けたのは失敗」と発言しました。しかし「Facebookのモバイルアプリ開発チームが抱えた問題の理由を、私たちは怪しいと思っている」（We had our suspicions about why Facebook's mobile application team had probl ems）とブログに書いたのは、HTML5ベースのモバイルアプリケーションフレームワーク「Sencha Touch」の開発チーム。
y_koh 2012/12/20
ちょっと待った。これはSafariで開いてるんでしょう？そもそもSafariで使えるJSエンジンとアプリ内WebViewで使えるJSエンジンは異なっていて、アプリ内で使える方が遅かった気がするのだけれど？
リンク
エンジニアを頑張ったで評価する会社は衰退する | rake enjoy
この前飲み会でこんな話をしていたのでまとめてみます。終身雇用が崩壊し、昨今では会社の評価制度では成果主義というのが普通になりつつあります。ただ成果主義とは言いつつ何を持って成果とするかは議論の余地があると思います。例えば営業職であれば分かりやすく売上目標というものがあります。企画職の場合でも売上やその他のKPIを目標設定することで分かりやすく評価出来ると思います。ではエンジニアの場合はどうでしょうか。開発したシステムが実際に軌道に乗って数字を出し始めるまでには相当時間がかかります。（最近のゲームなどは除く）またその数字が出るか出ないかは実際営業や企画側の問題が多分にある為、こういったケースでエンジニアを数字で評価するとシステムの良し悪しとは関係なく単純に運がいいか悪いかだけになってしまいます。もちろん企画に意見が反映出来る環境であったり営業に指示できる環境であればエンジニアでも数字を
y_koh 2012/12/20
これは賛成。わかりやすいから。あと誰の目から見ても明らかだから。評価に時間もかからない気がする。迷ったらはてブ数とか。そこを評価しないとそういうことが出来ない人たちだけが残る気がするの。

エンジニア

仕事

会社
リンク
WBS は、作業分解構造ではないのよ。 - haradakiro's blog
ちょっと大人数で行うプロジェクトに参加したことがある人なら、WBS (ワークブレークダウンストラクチャー) を目にしたことがあるだろう。日本語だと作業分解構成と説明されることが多い。Work(作業) Breakdown(分解) Structure(構造) というわけだ。日本語の説明では、そういう説明が主流のようだ。でも、WBS の Work は実は作業ではない。 WBS を定義した標準の最新版MIL-STD-881Cを見てみると、"A product-oriented family tree composed of hardware, software, services, data, and facilities." 「WBS の定義は、ハードウェア、ソフトウェア、サービス、データ、設備などからなる成果物指向の分解ツリーである。」ここでいう Work は、成果物のことだ。Workb
y_koh 2012/12/20
そうだよね。だからそもそもあれはスケジュールじゃあない。
リンク
- 2012年12月21日
- 2012年12月20日
- 2012年12月18日