  |
はてなキーワード: ポーティングとは
申し訳ないけど、論点提示で「会議の9割は無駄」といきなり断定してる時点で普通の組織なら落第ですよ
組織が研究の意味を理解してないのは普通のことだから、説明を要求されるのも当然のことなんですよ
あなたがそれを過度なレポーティングやプレゼンだと言っているから、そうではないですよと言ってるだけです
そこらへんは認めるけど、過度なレポーティングとかプレゼンというのは、組織が研究の意味を理解してないから理解させるため、データを解釈する能力がないから説明するためで、レポートやプレゼン資料作成を効率化しても根本解決じゃないと思うんだよな。
研究にはパトロンに金を出してもらうために、プレゼンして、いかに意義があることを成したかをプレゼンして、文書を使って、その中身を読んでもらえるかと言ったら精査する側もそんな能力がないから雑誌の格や学会の賞なんかで判断して来期の金を出す。
企業の研究開発だって泳ぐのをやめたら死ぬってのは同じだけど、アカデミアのそれはいろいろ酷いと思う。
だから、GAFAみたいに、自社で国家予算みたいな額を研究にも開発にも出せるテック企業が強いわけで。
もちろん、新しい可能性ではあるけど、ブロックチェーンが描くWEB3.0とか、VR元年とか、3D元年とかと同じように、アイディアはたくさん出たけれど、みたいなポジションになるんじゃないかと。
よい家計簿ツールがないか探していて、1年ほど前にマネフォをお試しで触ってみた感想です。
マネフォは家計簿としての機能が不十分であり、課金する価値は無いと感じています。
１．外貨での記帳ができない
特にPLが弱い。
年次推移とか月次推移とか表示できないですよね。
円建資産の残高管理だけなら、自動連繋は便利だし、使えるかな。
じゃあ、増田は何を使っているのかというと、MSのMoneyです。
何年も前に販売停止になっているし、古いツールなので自動連繋機能はないけど、家計簿としては最高のツール。
Win11でもなんとか使えているけど、遠くない将来に使えなくなることが残念。
乗り換え先として、GnuCashを使い始めています。
基本構造が複式簿記になっていることと、多通貨記帳ができることはとても良い。
https://anond.hatelabo.jp/20201025110430
合計特殊出生率調べると、すでにBB2直後から緩やかな減少傾向を示しています。
厚労省が示してるデータが間違ってるから実データを当たれ、といってるわけではなく、データをもとにレポーティングする時には、省益などの「意図」が紛れ込んで、別の答えが出ないから、実データを色々見て自分で考えた方が良いですよ、うのみにしないで、と言っているのです。
初婚年齢が上がるほど「産むチャンス」が下がるから厚労省としては初婚年齢が上がったせいだと言うし、それは正しくて当然なんだけど、一方で一つの夫婦が生む子供の数が約2人以上いないと子供は減るわけで（離婚再婚とかあるから必ずしもこの通りではないが）、傾向として子供を産みにくい世界はずーーーっと続いてるのよ。そしてちょっと前までそれは「女が子育てに贅沢をしたがるからだ、働いても居ないのに子育てに金をかけすぎる」みたいな言われ方をしてたりしてたんだよね。
カドショ, シンデレラフィット, 会計年度任用職員, すり混ぜる, 闇営業, ごちロス, カショーホケンチ, くもわ, FIRST, 蟻浴, 光営業, ソカタ, ファーストバイト, 会話泥棒, ビニ傘の「APO」, あまえんぼ言, ヴァンプ女優, 雲上御三家, サンダーストームムーン, シリーシーズン, エアプランツ, ライトヴィラン, ビハインド・ザ・シート, ドラゴンボールAF, ガキ犯, ロナルド・オーパス, ビトウィーン・ザ・シーツ, 殯, ウガリ, ワンワンライス, Nullius in verba, 獅子狗巻, セクシータイム, Joy-Conドリフト, 拝承, 寄り弁, 瀑布, バチャ豚, 羊毛党, タウマゼイン, ディーラーダッシュ, 血迷い言, ちんちんかく, 念仏講, 釘宮三連, ビルピット臭気, ビザンチン将軍問題, KP, 石女, ウェット&メッシー, ヤバタイ, TL, パニックハンドル, ラ米, cuckold, Nagasakied, ブロ解, 冷蔵庫の女, ビーストモード, ソルトランプ, 推しマ, へそ天, セルラン, マダックス, ナーロッパ, 推しごと, バールストン・ギャンビット, ギロチンマンション, 醜態成, シャークトレード, 箱推し, スピン報道, LINE＠, #なちゅぞら, ラプンツェル症候群, 絵畜生, 天然独, 9152バイトの男, ガクチカ, プレグナンツの法則, スト高, awsl, ドグソとSPA, すみれコード, トリプルクラウナー, エコラリア, モレホイ, フリーグスキャム, アンドを取る, ニュル, 太郎系, 石鹸枠, シーステッド構想, クライシスアクター, 3T, ASMR, マミフィケーション, おかる, センテナリアン, カスイチ, ケンチャナヨ, テガイチ, 事后诸葛亮(事後諸葛亮), ディープフリガナ, WWⅠ(Web War Ⅰ), パンダ枠声優, ヨーヨークラブ, イカリング, ルーターシューター, TMD, Nattou, ロリカ・セグメンタタ, ケイジャン料理のホーリートリニティ, satoshi, フードホール, マラネロ, ブルペンデー, woke, エコサイド, グローサラント, Shipfu, リブラ, グッドイナフ, オドメトリ, スピュー, レシートマシュマロ, ピルピル, プルキニェ現象, マクンバ, マンハッタンヘンジ, マックロード, 万歳三唱令, アグレット, おねガキ, おもちゃワード, ジェネリック, ビーフケーキ, タンバリン, ジクロフェナク, ノンバイナリー, 知恵多ければ憤り多し, メイプルソープ事件, ポトラッチ, ジェンダーフルイド, カーディストリー, カワイイメタル, かみなり汁, 奈良漬, 爆アド, 増上慢, ショッパー, 鞣す, ゼッペケ, ローターアクトクラブ, ピンズド, 裏巻き寿司, 三角様, 定食パッチ, ケトション, リープフロッグ現象, 吉川線, CGDCT, ストリートネイム, キモオタブルー, 置き配, CSF, 尻馬サーファー, 夫源病, ペタロイド形状, イカニモ系, ネロナンブル, ヒットエンドラン, UI, ヒンメリ, 産婆術, グルーチョ眼鏡, 麻薬・覚せい剤乱用防止運動, ちんちんもがもが, 山の神, 高見え, チョンガー, プッシャー, プラー, チュンカ, 偸盗, 空気録音, マイオナ, オンライン脱抑制効果, アストロターフィング/人工芝運動, 太平洋でごぼうを洗う, 背中関数, サーフェスウェブ, 絶望ステップ, フロスダンス, 承知しました, ジギリ, 反社会的勢力, トニー！トニー！トニー！, タラノア, AAタイトル, 七福丼, ビビビ婚, チェリー・ピッキング, でんでん現象, アンビャ・フアンビャ, ファーリー, MEP, MEPs, 瞬瞬必生, るるぶ, ポカホンタス女, ルルブ, ルドルフ, ファントム・バイブレーション・シンドローム, ショールーミング, インポスター・シンドローム, 回転窓, デジタルツイン, アンタ, T9(ティーナイン), シス, 時渡り, パフィーニップル, ウィンドラス現象, 推死(おし), ぺごくん, ヒカセン, フェアリージャパン, スクリーンドア効果, 巴板額, 温顔, いっちょかみ, 肉盗み, 桃色筋肉, ペイペイ痴漢, バニラ(ゲーム用語), メリバ, しわしわネーム, 紙しばく, RTFM, YY, ててご, カース・マルツゥ, バイロニック・ヒーロー, デンタルダム, スーパーコンパニオン, サグパニール, トレモ, スノピ, Hindsight is 20/20, DARVO, ヤカ車, 五毛ちゃんねる, マジック・ラウンドアバウト, レモン市場, パイスー, 世界四大ミュージカル, 医産複合体, 2019-nCoV ⇒ SARS-CoV-2, 新コロ, リキッドバイオプシー, ワッパ, アテンションシーカー, ニボラー, スーパーアプリ, レポーティングバイアス, 盤寿, シーライオニング, インフォデミック, シーライオニング, シャウティング効果, バシがけ, ことりベージュ, 2.5Dカラー, ファンチ, 純ジャパ, 人差し指シフト, 切り抜き, five eyes, ピークハント, chimney, bean-to-barチョコレート, ゴーレム効果, 赤文字系・青文字系, ハーフアニバーサリー, チョンセ, キャンセル・カルチャー, おしがま, テンプラ, トモアスキップ, 実力の若林, モザイク破壊, 横浜三塔, FSC, ミソる, グロタンディーク素数, イネイブラー, こする, カーニズム, ミート・パラドックス, 違法マイク, 見て！○○が踊っているよ, ベターハーフ, 引く手あまった, ピーナッツ母子, ヴィブラスラップ, シャクティン, コロンブス交換, ミングる, ミングル, ソーバーキュリアス, マッドプライド, AK朝ドラ/BK朝ドラ, コロハラ, ドアマットヒロイン, インペ, 光落ち, コネクティングルーム, 血管迷走神経反射, ロゴスリー, グレイ・リノ, オキラ, ココセ, パンデモニアム, コヨーテタイム, エダ, チャンピオンシップ・チョーク, ハイジ男子, マルーン, ANTA, 百目蝋燭, ワンカベリカ, チー牛, バウムクーヘンエンド, メザリアンス, ロックタウン, ノー3密, ひんがら目, コビディオット, 天爵、人爵, アラン・メリル, スナイプ, 集・近・閉(シュウキンペイ), タレット, レジャシ, Avoid the "Three Cs"!, 金華糖, 〇〇line, スキール音, 監視資本主義, フェムドム, 卒花, ピンコロ, セーフワード, 花筏, プロシージャ, コンジット, おっぱい, 景照, かみかみ, エライオソーム, 白鷴, 女牆, 徙崖, アンツーカー, ガブ, 梨割, シーヤ派/スンナ派, Tofu on fire, moetron, クルル, 隠亡, 細引, 筆先, 和讃, はらたいらに3000点, 赤新聞, スペニット, ドロ系ラーメン, しぶり腹, 猫毛雨, 紫の州, くくり猿, お染の七役, 天勝, 技癢, アクキー, ションベン, ライスワーク, 蝋型電胎法, タイポグリセミア, 育フェ, ココ電, トピアリー, ムッシュムラムラ, バカ、アホ, vegetative state, テンセグリティ, ギグワーカー, 横紙破り, とせがら, あのね商法、あのねされる, クロスモーダル現象, bf大学, "moxibustion, moxa", NL, ヒロイック・エンジニア・ストーリー, ガンブー, 法論味噌, ギドラ入り, Windows2000, カリン (マメ科), シャコアゲ, 最終回発情期, 自粛テロ, ブリーチ・パラドックス, 闊葉樹（かつようじゅ）, 更紗模様, 椋鳥, 雲母紙, ケンジントン・セキュリティー・スロット, りひか, 待合茶屋, 昼間線, スネークウッド, いちご世代, エア炎上, イシモチ, ヒロピン, 羅宇屋, イロチ, オイモスポイ, CC, ままごと, ゴルディロックスの原理, ペンギン夫婦, ディオプトリ, コロナハイ, アンジャッシュ, I HATEBU, 日の神論争, 要介護ハンター, 端綱, ヘレクスル、鹿石, [Linux]コマンドラインインターフェイス, チャフ, 換地、替地, 新都市基盤整備法, 剔抉, フレア（兵器の）, トゥキディデスの罠, 代位弁済、代価弁済, 大規模修繕、大規模の修繕, ブッチホン, 生存放棄症候群（あきらめ症候群）, その他、その他の, フィルハーモニー, cowgirl, コメデザ, コンフォートフード, どんこ, アガベ, フィジオセラピー, マクラメ, マリーシア, テイラー柱, ムカデ砲, クルクルチャーン, photoshopping, パーレイ, オーバーブロット, べったー, 青焼き, Dolcett, 地雷メイク, オバタリアン, シルヘル, ピチューン(ピチュン), バタ男, 暑さ忘れて陰忘る, トランジスタグラマー, ミステロイド, YMYL, ファントムセンス, ぴえんアイ, A.C.A.B., ウェビナー, クッキードゥ, 肉トロ, ツイ盛り, 推ししか勝たん, vore, トーストサンドイッチ, アネクドータル, tldr, フトモモ科, ツェーマン, ナーロッパ, 不夜城, トレモロバイバイ, ホッブズ問題, ワンレングス, 退蔵益, 事実陳列罪, TT, サンクション, ズンパス
詳細はこちらから⇒ https://anond.hatelabo.jp/c/%E4%BB%8A%E6%97%A5%E7%9F%A5%E3%81%A3%E3%81%9F%E8%A8%80%E8%91%89
そもそもポケGoってのは、如何にあと数十m余計に歩かせるかってのがコンセプトだからね
最近はコロナ禍のおかげで緩和されたけど、自位置から同心円に広がる丸にあと少しでポケストップがあればそこに近づくために歩かせる仕組みを作ろう的な
ポケストップの件もIngressのポータルをある程度そのままポーティングしているからある程度はしゃーない
ポケGoでもポケストップの申請をレベル40に開放したらしいけど、そこで申請されたところはIngressなどにバックポートされているのか興味ある
あと歴史っぽいうんたらってなっているのは、歴史っぽいオブジェクトってその位置情報が変わりにくいってことも考慮されているのでは
駆け出しのデータサイエンティストもどきです。34歳。昨年から外資ITにて”データアナリスト”として解析部署に採用され、働いています。待遇としては年収950万円。額面からみるとかなり恵まれているのは重々承知しているものの、親や家庭の事情があってもっと稼ぎたいと考えています。具体的には40半ばで1500-2000万。ただ、自分のスキルセットから鑑みると現在はもらいすぎ、または頭打ちに近いのではないかと思っており焦りを感じています。なのでアドバイスをいただけないかと思いここに投稿してみることに至りました。
前職では実装まで行う社内コンサル的な業務を6年していました。データをあちこちからもらってエクセル一辺倒（殆どのデータが100万行に収まったため）で加工分析、インサイトを見つけ施策につなげる等。そこでは高度な統計は必要とされず、四則演算にせいぜい大学教養レベルの数学までで事足りていました。
企画としては投資回収FS、KPI再設定や商流・価格体系改善、在庫予測適正化。システム開発、実装に伴う社内外折衝、効果測定。上層へのレポーティングなどなど。内4年間は海外において販社立上げ、地域統括会社での予実管理から現場部隊管理、飛び込み営業まで雑多にやっています。ただ、読んでおわかりいただけるように散漫とした経験です。1社目は重電会社での設計を6年していましたが、企業人としてのいろはを除けばこの経験は現在ほとんど使われておりません。。。
ほぼできません。遅ればせながら最近始めました。SQLを習い、何て便利なツールなのか！！と感動しながら毎日嬉々としてこねくり回しています。幸運にも現在の会社にはDWHがあり、すぐに活かすことができています。あんなに加工に苦労していたデータが一瞬で結合・集計されて出てくる快感。。。業務範囲でも需要予測、異常検知などをMLに置換する動きがあり、幸運にも機械学習スクールに通わせていただくことになりました。実務にもすぐ使えそうなのでとても楽しみにしています。汎用性のある技術を習得することで自身の市場価値が高まるのではないかと期待しています。ただ軌道にのってもプログラミングがそこそこ使えるようになるまでには少なくとも3－4年かかるのかなあと思っています。見積もり甘いでしょうか。そのころには40手前。難しい分野と認識しており、自身の能力的に凡庸なレベルでしか体得できないないし挫折する可能性もあります。
さて、冒頭に書いた収入を目指すための選択肢としては①現在の会社で出世する、②現在のデータアナリストとしての実力を磨き海外に挑戦、③国内他社へ転職、④起業、⑤副収入先を作るでしょうか。
②は給与が高いアメリカを想定しています。しかし、技術力もないし英語もネック。シンガポールでなら何も不便なかったけれども、英語が母国語の国で渡り合っていくには非常に厳しいと感じています。(TOEIC970) 1on1ならアメリカ人相手でも何時間でも会話できますが、相手が2人以上になると格段に難易度が上がる。。。幼子が2人いる上、海外に挑戦するには年齢もそろそろネックだなあと。シンガポールなら給与的にも実現可能性的にも良いのかもしれません。それ以外ではプログラミングスキルと実績を上げて①か③、というのがある意味王道でしょうか。
そもそも、日本におけるデータサイエンティストの給与レンジはこれからの5年10年でどれくらい伸びるでしょうか？アメリカではジュニアレベルで6桁スタートで、チームリーダーなら中央値35万ドルだそうです。夢がある。
https://www.kdnuggets.com/2019/02/data-scientists-expensive-hire.html
一方、次の記事によれば日本では40台で655万程度。信頼性は不明ですが現在の自身の給与から考えるとあまり伸びしろは期待できないように感じてしまいます。
https://heikinnenshu.jp/it/datascientist.html
少しでも増やすために、雇われ以外の副業も考えてはいますがなんとなく踏み出せていない状況です。まとまってない文章ですみません。
もともと日本企業で働いていたけど、家族の関係でEUに来ました。
MScは日本で取っているけど、働いている中でもっと学びたいことができたので、冬学期からまずはnon-degree studentとして通っています。
こっちの人は大学の授業料が無料なのが羨ましいけど、EU外の人にとっても日本の大学に比べて格安の授業料なのがありがたいですね。
私はオーストリアにいるので基本ドイツ語の授業が多いけれど、ERASMUSで他の国からの学生も多いからか、英語の授業も多く、学生も先生も英語が通じるので助かっています。
私が日本で通っていた大学にはこんなにも多くの英語の講義がなかったので、日本に来る留学生はとても大変だったんだなぁと思います。
中国の自然科学系については詳しくわかりませんが、調査対象地域として中国をやられている方は、現地調査や収集データの取扱について中国政府から色々言われることが大変だと言っていました。
生物・化学の実験系の分野だけかもしれませんが、オーストリアの大学院生と日本の大学院生を比べると、日本の大学院のほうが、修論・実験に対して重きをおいたカリキュラムになっているように感じます。オーストリアの場合は、大学院に入っても研究室にいるより授業に出ている方が長いように見受けられます。前述の通り、講義といっても学生に対してプレゼンや何かプロダクトを作ったりレポーティングにより評価することが多いので、こちらの学生の方が自分の成果を表現する能力が高くなるように感じます。一方、日本の大学院ではゼミや実験が重視されているため、実験操作や実務能力に重きをおいているように感じます。
私としては、今の時点でどちらが大学院のあり方として優れているかはよくわかりません。
日本から出たことのない学生は、研究に対して保守的になりがちなので、あなたが日本で学生生活を過ごしたことがない場合、戸惑いがあるかもしれません。
私が学部生で研究室を決める際、先輩から、「いくら有名な先生や研究室でも、実態は違うかもしれないから、研究室訪問をして、本当に自分がそこで一緒に研究したい人たちがいるかを基準にしたほうがいい」と言われました。
NECの研究提案会議はテーマリーダーがプレゼンを行い、研究所長と中央研究所長が審査するものです。件の研究テーマも、江村氏の責任の下で承認されたもののはずで、それを「まだ～」という発言は極めて無責任だと感じました（私もその場にいました）。また、私がその分野に明るくないことを差し引いても、当時の技術水準であの研究テーマは極めて先端性を有しており、今後20年間のSIビジネスをけん引できる可能性に満ちているものだっと思います。それこそ、「企業の基幹システムのAWSマイグレーションはNECが見積もりも含め、一番仕事が早く、安心感がある」、というようなステータスにすることは可能だったと思います。江村氏はCTOになる以前は、常々から「NECはSIをもうやりません」と公言していましたが、NECのSIビジネスはレベニューの増大は不可能でも、規模としてのシュリンクが非常に困難です。そのため、最低限のSIビジネスをやっている人たちが、それで食っていくための武器が必要です。特に外部リソースの活用が不得手なNECにとって、NEC発の技術なのかどうか、非常に大きな意味をもっています。私がかかわるところでは、顔認識は世界でみれば3流ですが、それでもNEC発であることを最重要視して商流に乗せています。
専門性をもってビジョンを示すことは研究者として重要であることには同意しますが、それは提案を聞く姿勢がある場合に限っていえることです。江村氏の経営では、「わからんから却下、再提案」ということが横行していました。その分野のビジネス判断として事業部とネゴシエーションをテーマリーダは実施してニーズを特定し、ビジネスチャンスを示すこと。そしてリスク要因として将来そのビジネスを取り巻く環境変化を示しても、江村氏はそれらを理解できず、却下することがしばしばありました。無論、配下の研究所長がリーダーシップを発揮し、責任をもって推進する、と援護があれば進むこともありますが、NECではそのようなリーダーシップをはぐくむことは不可能でしょう。なぜならNECのリーダーは、自身の責任を明確化しないまま、YesともNoとも言わずに、上位のポジションが空くのを待つことが基本姿勢だからです。結果、研究者が優れた業績を上げればそのウマに乗ってポイントを得るし、却下した研究テーマで他社が優れたポジションを獲得しても、そのテーマに投資しなくて正解だった、などと宣うのです。
また、CTOブログが言語道断な内容という主張についても、元の増田に同意です。研究資金獲得において、江村氏の発言は全く参考になりえません。資金投入の考え方として、客観指標と主観指標の2つの側面があります。まず、エビデンスや世界情勢への理解といった点で、客観指標としてガートナーレポートに遥かに劣ります。一方、主観指標として役に立つかといえば、意思決定として、NECが注力すべき研究テーマもぼやけており、責任をもって推進する、という姿勢は全く見えません。元の増田氏は江村氏をIT音痴と評していましたが、私はそれに加えてビジネス音痴でもあると思っています。江村氏が重要視し、集中投資したすべてのテーマで競争優位性を確保することができていません（劣化診断や農業ICT、そして漏水検知は試験プレスは出ているのに、正式に導入されたプレスは出ていないことからもわかります）。それを踏まえれば、キャピタリストとしてのCTOに対する評価は、落第も良いところかと思います。それでも江村氏がそのポジションについていることは、単に大チョンボをやらかした研究所出身の國尾氏の後釜という意味合い以上のものはないでしょう。
先日の増田以来、研究所内でも重役に対する評価が変わってきたことは喜ばしい点でもあります。リーダーシップを発揮しようとしない所長に対するレポーティングは省力化を優先するようになりました。彼らはビジネスを動かすことも、資金を調達することも存在感を発揮できないだろう、という見方が強まってきています。この、影響力がない仕事コストを下げようという試みが機能するかどうかは、彼らのプライド次第という面もありますが、うまくいかなければ転職しよう、という現場の考え方が出始めているように感じています。
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす
http://japan.internet.com/busnews/20111013/8.html
で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。
（2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。
Stevey の Google プラットフォームぶっちゃけ話
僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやもうとにかくね。百、いや二百のポイントで二つの会社を比較することが出来るだろうけど、僕が正しく覚えていれば、 Google はそのうち三つを除いて優れている。実にある一点に関してはスプレッドシートを書いたんだけど、法務が外に出すなって言うんだ。リクルーティングは惚れ込んだみたいだけどね。
つまり、まあ簡単に言えば、 Amazon の人事採用プロセスってのは基本的に欠陥品なんだ。だって、チームがチーム毎に、自分達のために人を採用するんだぜ。だから、色々平均化の努力はしてるみたいだけど、採用基準はチームによって信じられないくらいバラバラさ。そんでもって作業工程ってのも腐ってる。ソフトウェア信頼性工学なんてお呼びじゃないし、エンジニアに何でもやらせようとするんだ。コーディングする時間もないくらい。もちろんこれもチーム毎にバラバラで、要するに、運次第ってところ。施しやら困った人を助けるのやら、コミュニティに貢献するのやら、そんなのはもってのほか。バカにしに行くんでもなけりゃ、近寄るべきじゃないね。それにまた施設も染みだらけの壁に囲まれた箱みたいな家畜場で、装飾やらミーティングエリアなんてものには一銭も使ってない。給料やら福利厚生なんてのも最悪だ。まして最近じゃあ Google やら Facebook っていうライバルがいるのにね。社員特典なんてものも見たこと無かったな。採用通知の番号を照合して、ハイ終わり。コードベースも悲惨そのもの。エンジニアリング基準ってものがないんだから。チームによっては個別にがんばっていたくらいかな。
公平に言えば、彼らは良いバージョン管理ライブラリシステムを持っていた。これは僕らもまねるべきだし、僕らのところには同様のものが無い、良い pubsub システムもあった。でも多くの部分で彼らが使っていたのは、ステートマシンの情報を RDBMS に突っ込んだり読み出したりするだけのくそみたいなツールの塊だった。僕らならただでも欲しくないようなね。
僕が思うにその pubsub システムとライブラリ管理システムが、まさに Amazon が Google より優れている三つのうちの二つだ。
早期にリリースして、狂ったようにイテレートするってのも彼らのうまいところじゃないかって言うかもしれない。けど逆もまたしかり。彼らは早期にリリースすることを何にもまして優先する。品質保持やらエンジニアリング規則、その他長い目で見たら重要になってきそうなものはみんな後回し。そんなだからたとえ市場で競争相手よりアドバンテージがあったとしても、結局ちょっとしたことをやるのにも問題を起こしちゃうよね。
でも、一つ、そんな政治的な、思想的な、技術的なへまを補うだけの、彼らが本当に本当にうまくやってることがある。
Jeff Bezos は悪名高きマイクロマネージャーだ。彼は Amazon の小売りサイトの1ピクセルまで管理する。彼は以前 Larry Tesler を雇った。 Apple の主任科学者で、たぶん世界で最も有名で尊敬される HCI エキスパートさ。そんでもって、 Jeff は Larry が言ったことを、 Larry が辞めるまで3年間無視し続けた。 Larry は大規模なユーザビリティ研究もやっただろうし、少しの疑いの余地も無く誰もそのひどいサイトを理解できないってことをデモしたに違いない。けれど、 Jeff は1ピクセルたりとも動かさせはしなかった。トップページにぎっちりつまった内容の1ピクセルたりともね。それらはまるで何百万という彼の貴重な子供達なのさ。けれど Larry はそうじゃなかった。
マイクロマネジメントが Amazon が僕らよりうまくやっている三つ目ってわけじゃあない。つまり、まあ、彼らはうまくマイクロマネジメントをやっていたと思うけど、それを強みって言いたいわけじゃ無い。まずは何が起こっているかみんなに理解してもらうための文脈を準備しているだけさ。僕らはこれから、公衆の面前で、 Amazon で働きたけりゃ私に金を払えと言ってのける男について話すわけだからね。誰かが彼に反対したときは、彼は彼の名前入りの小さな黄色いポストイットを手渡して、誰が会社を動かしているかを常に忘れさせまいとする。思うに彼は全くの… Steve Jobs なのさ。ファッションとデザインセンス抜きのね。 Bezos はとんでもなく頭が切れる。誤解しないで欲しい。彼の前じゃ、普通のコントロールフリークなんてヤクが極まったヒッピーみたいなもんだよ。
それである日 Jeff Bezos が指令を出した。まあ彼がいつもやってることなんだけど。その度にみんなはピコピコハンマーで叩かれるありんこみたいに走り回るんだ。でもそのある一度、2002年かそのくらいのことだったと思うけれど、彼は指令を出した。とんでもなく巨大で、目の玉が飛び出るほど重たいやつを。普段の指令が頼んでも無いボーナスに思えるようなやつを。
彼の巨大な指令はこんな感じだった。
1)この時点より、全てのチームはサービスインターフェースを通じて全てのデータと機能を公開すること。
2)各チームは各々そのインターフェースを通じて通信しなければならない。
3)その他の全てのプロセス間通信は許可されない。ダイレクトリンク、他のチームのデータソースから直接データを読むこと、メモリ共有モデル、バックドア、全てを禁じる。ネットワーク越しのサービスインターフェースを経由した通信だけが許可される。
4)使用する技術は問わない。 HTTP 、 Corba 、 Pubsub 、 カスタムプロトコル、何でも良い。 Bezos は気にしない。
5)全てのサービスインターフェースは、例外なく、外部に公開可能なようにゼロから設計されなければならない。すなわち、チームは全世界のデベロッパに向けてインターフェースを公開することができるよう、設計し、計画しなければならない。例外は無い。
6)そうしない者は解雇される。
7)ありがとう！良い一日を！
ハハ！。ここにいる君たち150人ちょっとの元 Amazon 社員ならもちろんすぐにおわかりの通り、7番は僕が付け加えたジョーク。 Bezos は間違いなく君たちの一日なんかに興味ないからね。
それでも、6番は、本当だった。だからみんな一生懸命会社に行った。 Bezos は、さらに上級のチーフ熊ブルドッグであるところの Rick Dalzell に率いられた数人のチーフブルドッグを雇って、成果と進行を監視させた。 Rick は元レンジャーで、陸軍士官学校出身で、元ボクサーで、元 Wal（ごにょごにょ）Mart で拷問のような削減をやってのけた人物で、デカくて愛想の良い、「堅牢なインターフェース」という言葉を連呼する男だった。 Rick は歩き回り、「堅牢なインターフェース」について語り回り、そして言うまでも無く、みんなたくさんの進展をし、 Rick にそれを知らせた。
それからの数年間、 Amazon 内部はサービス指向アーキテクチャに姿を変えていった。その変化を形にしている間に、彼らは非常に多くのことを学んだ。 SOA に関する学問や論文は当時もいくつかあったけれど、 Amazon のとんでもない規模からすれば、そんなもの、インディ・ジョーンズに向かって「通りを渡るときは左右をよく見るんだよ」って言うくらいの意味しかない。 Amazon の開発スタッフはその途上でとにかくたくさんの発見をした。そのほんの一部をちょっぴり挙げると、こんな感じだった。
とまあこれらがほんの一例。他にもたくさんの、おそらく何百の、 Amazon が見つけた個別の発見や教訓があった。外部サービスにはおかしなところがいくつもあったけれど、君たちが考えるほどじゃあない。サービスに対して組織するってことは、外部のデベロッパを信用できないのと同じように、お互いを信用することなんてできないんだということを、チームに教えてくれたんだ。
最近、Scala信者が増えたが、Scala、Groovy、Clojureで仕事している人はいるのだろうか？
Javaと比較してライブラリが増えるわけでもなく、応用分野が増えるわけでもなく、良さが理解できない。
| 検索順位 | 人気順位 | 言語名 | 登場年 | 特徴 |
|---|---|---|---|---|
| 1位 | 95位 | Scala | 2003年 | Javaに関数型言語の特徴を組み込んだ。 |
| 2位 | 71位 | Groovy | 2003年 | Javaより少ない記述量が特徴。 |
| 3位 | - | Jython | 1997年 | Python 2系のポーティング。 |
| 4位 | - | JRuby | 2001年 | Rubyのポーティング。 |
| 5位 | - | Clojure | 2007年 | Lispの方言、つまり関数型言語。 |
| 6位 | 75位 | JavaFX Script | 2008年 | JavaFXを残して廃棄処分。 |
