「プログラマブル」を含む日記 RSS

はてなキーワード: プログラマブルとは

2020-03-25

anond:20200325092142

実際MZ-80の頃からプログラマブルだったぞ。

今でも現場猫刺繍とか織り込めてるはず。

裁縫ってなんでプログラマブルにならないの?

基盤がプログラマブルになる昨今なら可能でしょー

そしたら布と、機械ソフトウェアモデルがあればいくらでも服作れるし

というかマスク作れんじゃん

2020-03-15

クラウドに夢見すぎじゃねーの?

https://www.slideshare.net/TokorotenNakayama/dxdevopstechlive

↑の記事を要約すると、DevOpsのうち、Opsの大半ないし大部分が、クラウドの「コンピュータコンピュータ制御する仕組み」によってプログラマブルになり、DevがOpsを扱えるようになったってことでしょ?

それこそAppleによって、ソフトハードを完全に支配下に置いちゃったみたいな。

でもさあ、開発も運用もやった経験があるから言うけど、それってプログラマ傲慢じゃねーの?

言い換えれば運用や構築に携わる人間は、クラウドメンテする下請け以外要らんってことでしょ?

要するに構築も運用も、仕事としての先はないと。

そういうのが透けて見えると「コーダーの分際で、妄想だけは3人前なんだな」って思っちゃうマジで

2019-09-07

[]2019年9月6日金曜日増田

時間記事文字数文字数平均文字数中央値
004511134247.437
01275537205.199
0233296189.729
03206772338.6118
04214125196.443
0541882470.5349
0622189586.147.5
0738336788.630.5
0871486768.537
09134793059.231
102681218645.529
111801714795.334
121921543480.429
13137607844.424
1494576461.337.5
15160968460.538
161781083260.932
17132961672.844
1897849487.635
19667323111.036
2011613628117.537
2110914381131.952
228713104150.654
231151086594.533
1日234620500687.434

本日の急増単語 ()内の数字単語が含まれ記事

首長竜(8), ネス湖(32), ネッシー(54), UMA(12), チャゲ(9), たき火(3), 鎖鎌(3), 運転士(3), ペルー(3), 具体例(3), 守護霊(3), 個体(14), 青葉(13), トヨタ(7), 徴用工(6), 一律(7), 本質(25), フェミニスト(37), me(6), ゾンビ(6), 未(13), 辛さ(8), フェミニズム(17), 学費(9), 消滅(9), 謝る(6), 水準(6), 生物(12), スタッフ(11), 資産(10), 韓国人(10), メディア(15), 概念(17), 寿司(12)

頻出トラックバック先 ()内の数字は被トラックバック件数

■なぜ皆「生活費以上のお金を稼ぐこと」にそんなに興味を持てるのか /20190905234604(27), ■ノーコメントっているの? /20190906102044(15), ■フェミニストだけど質問ある? /20190906170707(12), ■日本人口10億人にしたい /20190906183425(12), ■どうしたらデキ婚できるかな。 /20190906131352(9), ■はてな民って超馬鹿だったんだな /20190905002238(9), ■世の中の謎設計、謎行動 /20190905230316(9), ■女子リーダーに「お前それでもチンコついてんのかよ」って言われた /20190906111904(7), ■パワハラ研修を受けたけど、オレの感覚おかしいのか? /20190905231959(7), ■ /20190906102030(7), ■黒染め禁止でいいけどさ。 /20190906140902(7), ■ /20190906115705(6), ■名言格言は大体プログラマブル /20190905203132(6), ■Aという環境ならば人間はBをする みたいな情報が欲しい /20190905183211(6), ■紙の付録が作りたいんじゃ /20190906192605(6), ■営業もっと敬えや /20190906221222(6), (タイトル不明) /20190906084217(6), ■危うく寿司屋で「ごめんなさい」するところだった /20190906022752(6), ■昨日、目黒女児虐待事件の傍聴をしてきた。 /20190906202317(5), ■anond20190905230316 /20190906123852(5), ■増田コテハンが生まれない理由 /20190905223653(5), ■なんか面白い本ない? /20190906155933(5), ■ゾンビ映画ってゾンビを根絶しないまま終わるけど人類全員ゾンビになったらその後ゾンビはどうすんの? /20190906165357(5), ■自分意思で買った動物を野に放すクズはさぁ /20190906100230(5)

増田合計ブックマーク数 ()内の数字は1日の増減

6582200(2764)

2018-12-14

anond:20181213125829

小学校必須化されるプログラミング教育は激しく誤解されている。

小学校段階において学習活動としてプログラミングに取り組むねら いは、『プログラミング言語を覚えたり、プログラミング技能習得 したりといったことではなく』、論理的思考力を育むとともに、プログ ラムの働きやよさ、情報社会コンピュータをはじめとする情報技 術によって支えられていることなどに気付き、身近な問題解決主体的に取り組む態度やコンピュータ等を上手に活用してよりよい 社会を築いていこうとする態度などを育むこと、さらに、教科等で学 ぶ知識及び技能等をより確実に身に付けさせることにある。

プログラミング基礎資料

これが学習指導要領になり、教科書になり、現場に降りてくると……

児童コンピュータプログラム作成させるのはダメ!と忖度されて、アンプラグド実践花盛り。

http://www.mext.go.jp/component/a_menu/education/micro_detail/__icsFiles/afieldfile/2018/11/06/1403162_01_1.pdf

改訂第二版の例示では、スクラッチで作った「仮想プラグラミング炊飯器」が登場。ドリル教材なんだけどねぇ。

現場先生に「プログラマブル○○シミュレーター」を製作しろってのも無理があるしなぁ。

文句があるならお前が作れとか言われそうなので……スクラッチでなんか作るのは無理でしたorz

インタプリタBASICインタプリタで開発してみるテスト

お子様が大好きなカードプログラミングして、EXCEED MODEL ZAKU HEAD のモノアイを こいつ動くぞ! にするぞ。

でも、これ現場で使ったら「誰にでもできる授業でなくてはやってはいけない」って怒られちゃうんだよね。

2018-11-19

食品ロス」ロボットで挑む=高校生世界大会出場へ

https://www.jiji.com/sp/article?k=2018111500727

店員さんのかわりにロボットアームね。

私なら、単純に消費期限で分類して価格を安くするなあ。

今も値引きシール貼り換えして店員さん大忙しだけど(鮮度CHKや陳列整頓がてら…)、製造日〇〇日(あるいはロットとかシールマークとか)は幾ら、と価格表を掲示することで、奥から取ったりされて徒労に終わったりしないし、なにしろ我々お客的に公平でしょう?

生鮮中食なら、価格表を数時間おきに書き換え・張り替えすればよいし。

いちばん大変なのはレジレジ装置)との連動よね(インストアコード価格入力とか無理になるからレジこそクラサバ型とかデータプログラマブルものかに改良すべし)

アイデア次第で新潮流になるでしょう。ちょっとした流通革命といって過言ではないでしょうよ。

2018-10-30

個人によるサブカルメディア放送歴史

海賊放送(不法無線局)

アマチュア無線FM放送によって法律違反した電波帯利用、強度電波によって放送される無許可ラジオ

当然ながらバレると摘発され罰金刑を貰うが、無線局運営者が学生だったりすると注意だけで済むことがある。

アマチュア無線をやっていると「ラジオやったら面白いんじゃね?」と発想しやすいため(未成年なら尚更)、アマチュア無線全盛期ではかなり問題になった。

ただし、地域アマチュア無線コミュニティが大抵は遵法派が多いので、地域アマチュア無線コミュニティメンバーから摘発される前に無線上で注意することが少なくない。

クロスベアリング法などによって不法無線局(≒自宅)は簡単に割り出されるので、法律は守ったほうが良い。

この件で代表的ものは「FM西東京事件」が有名。運営者は大学生だった。

ミニFM

免許必要としない無線局で、放送法上では放送局ではない。

超極狭エリアでのみ受信できるFM放送で、実際のところコチラがサブカル放送のメイン。

大半が音楽を垂れ流すミュージックラジオであったが、普段音楽を流しつつ、番組表を作りトークラジオもやるという局もあった。

リスナーからメッセージ郵便局私書箱を設置して受け付けるスタイルほとんど。

稀に地域アマチュア無線おじさんがやる気を出し地域イベント情報提供を行う目的ラジオ放送したりするのに使われたこともある。

この特性から同人誌即売会などでもミニFM限定的に開設されることも多々ある。コミケ参加者バッテリ駆動できるFMラジオ受信機を持っていくと新たな楽しみが増えるかも知れない。

Podcast

長らく個人によるサブカルメディア放送ミニFMが主要なプラットフォームであったが、ブロードバンドの登場によりミニFMからインターネットを通じて放送するPodcastへ移行する者が増えた。

WMAMP3で収録し配信するスタイルは非常に気軽で様々なPodcastチャンネルが生まれたが、Podcastブーム煽りを受けてあまりにもPodcastチャンネルが生まれすぎて混沌と化す。

そして同時に今までリアルタイム放送をしていた者達からするとPodcast感覚が掴めない、配信する環境を整えられないという欠点存在していたので、Podcastリスナーを取られたミニFM局が終了するなどが相次いだ(ミニFM終焉の原因がPodcastかは不明)。

Podcastは全盛期よりもリスナーが減ったとは言え、幾度かの転換点を迎えて今日も続いている。

ネットラジオ

ブロードバンド進化のお陰でリアルタイム配信可能となったことで誕生した音声配信サービス

日本では「らじおちゃんねる(後のねとらじ)」がブームとなり認知度が上がり、更にTVワイドショーで紹介され一部の一般人にすら認知されるようになった。

2ちゃんねるの実況板文化から派生したインターネットラジオを介した声によるTV放送実況は文字ベースの実況からの1つ転換点だったと言える。

極少数例ではあれど、ゲームを同時に起動してボイスチャットのように利用してMMORPGなどをプレイする用例や、ビジュアルノベルゲームをみんなでプレイするなどの用例もあった。現在で言うゲーム配信に近い。

こちらも全盛期と比較してリスナーは減っているが今日も続いているが、個人的な印象としてPodcastの方がリスナー人口は多いように感じる。

インターネットラジオが登場した頃にはミニFMはほぼ壊滅状態にあり、現在では極々一部の趣味人によってのみ期間限定運営されていることが多い(有名な老舗もいくつかはある)。

Adobe Flash

様々なメディアを埋め込みつつ、プログラマブルプラットフォームとして開発されたシステム

2ちゃんねるを中心に爆発的流行をし、現在Webクリエイターの中にはFlashで注目された者も居る。

現在でいうところの「コラボ」も数多く行われ、様々な表現実験の場となり、今でも参考になる発想が多い。

企業Webサイトでの採用事例も多く、インターネットの一時代を築いたと言っても過言ではない。

現在は惜しまれながらもAdobeFlashサポートの終了予定発表やHTML5の登場なども合わさり採用ゼロに近いものとなっている。

ニコニコ動画

Youtubeに感化され、2ちゃんねる実況板の影響を取り込んだ動画文字を表示するスタイル確立したのがニコニコ動画

当初は違法動画アップロードサービスと化して居たが、MAD動画ブームを皮切りにクリエティティの発露の場として成立する。

Flashからの移行組も数多くおりニコニコ動画黎明期を支え、次代にその技術を伝えた。

TV番組実況やゲーム実況が映像と音と文字により完全に成立。

2ちゃんねるDTM板のVOCALOIDスレしか注目されていなかったVOCALOID初音ミクの登場によりニコニコ動画で再評価され爆発的ブームが起こる。

初期のVOCALOID2ちゃんねらー全体で言えば知らない2ちゃんねらーの方が圧倒的に多い状態であり、何ならDTM板住人であってもDTM Magazine読者くらいしか知らないレベルであった。

更にはMikuMikuDance(MMD)の登場により、Flash時代ではマシン性能の兼ね合いで難しかった個人による3D表現が本格化。

現在Vtuberに近いMicrosoft Kinectとの連携によってMMDモデルを動かす試みなどが始まる。

そしてニコ生リリースされるとリアルタイムゲーム実況が確立され、現在Youtube LiveやTwitchの萌芽とも言える状態だった。

一部では現在でいうところのVLOG投稿する者もおり、様々な試みがなされた。

しか運営側の迷走の伴いサービスのコンセプトや品質陳腐化し、対応が後手になってしまユーザが離れるという事態に陥った。

現在ではユーザ目線での改善に力を入れているらしく今後どうなるかが注目される。

Youtube

そして現在個人によるサブカルメディア放送Youtubeがメインのプラットフォームへとなっている。

特徴的なのがニコニコ動画では登録者すべてがいわゆるニコ厨と呼ばれていたのだが、Youtubeでは動画投稿者がYoutuberで視聴者リスナーと呼ばれている点である

ニコニコ動画からコンテンツをそのまま移行したYoutuberも数多いが、元々ニコニコ動画投稿していた者は実写系が少ないという特徴がある(一部例外も居る)。

ニコニコ動画が自らコケたという部分もあるが、堅実に強化とユーザビリティの向上に努めたYoutube日本サブカル層も無視できなくなり、今日Youtube人気を決定付けた。

ニコニコ動画時代では少なかった顔出し実写系動画が増えたり、マシン性能の向上によって実現を果たしたVtuberの登場など個人によるサブカルメディア放送は転換点にあると言って良い。

次は何か?

プラットフォームの移行が発生するかはわからないが、これまで顔出しを拒んできたサブカル層が徐々に顔出しするという動きが昨今では起きている。

日本ではこれまで大手メディアの影響などにより社会全体でのオタク蔑視時代があったりなど海外に比べてサブカル層は顔出ししにくい環境であったとされてきたが、世代交代が進んできたのかサブカル層の顔出しが起きている。これは良い環境変化だと言える。

この次に何が起きるか?と言えばおそらくは「実名活動・顔出しの敷居がより下がる」程度にしか予測はできないが、様々な選択肢が増えることは歓迎したい。

視点を変えれば旧来のサブカル層が若い世代が持つ印象に救われつつあるわけだが、その若い世代技術継承したのは何だかんだで活動を続けてきた旧来のサブカル層なので、今後とも持ちつ持たれつという関係を築けていけたらなと思う。

そして続けて現れる今の若いサブカル層の技術継承した次代・次々代の子たちがどんな風にクリエティティを発揮するか楽しみでならない。

2018-04-08

プログラマブル便器

欲しい

IoTならぬ、UnkoT

 

例えばウォシュレット自分好みに設定して自分専用のコマンドで発動してほしい

今は格ゲーコマンドみたいにボタンガチャガチャ押してる

2013-06-30

ATOKランチャーである

IMEinput method editor略称で、機能としては「かな漢字変換」だけを有するものと思われているが、

ATOKのような多機能IMEのばやい、もっと広い用途に使っている人も数多い。やばい業界人であれば、

ATOK is launcher.は、Yes We can比肩するくらい、もはや常識と言って良いくらいだ。

詳細な実用例は他誌に譲るが、単語コメントを用いれば、言葉辞書的な意味、注意点、豆知識などかなり広範な用途に利用できるのは知っておいて損はない。

また、辞書ファイルから単語一括登録によって、プログラマブル辞書登録も可能と言える。近年では、ATOK Syncも地味な盛り上がりを新たに見せている。

とりわけ、受験生学習のお供にATOKを活用するといいだろう。ATOK連携したジーニアス電子辞典を活用できるだけでなく、

上記のランチャー的使い回しを覚えておけば、今後の人生勉強にも活用できることは請け合い。

電子辞典しか使わない人間には、語学学習に役立つ程度の認識だろうが、決してその応用範囲は語学にとどまるものではない。

老婆心ながら一点言い添えておくが、一括登録でマージされた辞書ファイルは、

ATOK2013であれば、%UserProfile%\AppData\Roaming\Justsystem\Atok26\ATOK26U1.DIC 等に保存されている。

これを単語の一括出力により、単語コメ含め全単語の全情報テキストファイルに変換でき、これなら他ソフト整合を保ちやすい。

例えば、Gmailのラベル重要マークを、単語コメに仕込ませる。単純なようだが、強力な可能性を秘めている。

2011-10-18

Steve Yegge の Googleプラットフォームに関するぶっちゃけ話を訳した(後編)

中編からの続き

そんでもって、 Microsoft は持っている。僕同様、みんなも知ってると思うけど、なんと驚くべきことに、 Microsoft はそれをよく理解していない。実に。でも彼らは、純粋に、偶然、プラットフォーム提供するビジネスから始まって成長してきたから、プラットフォームを分かっているんだ。彼らはその領域で30数年やってきた。 msdn.com に行って、少しの間ブラウジングしてみればわかる。もし見たことが無ければ、驚く準備をしておいた方が良い。なぜならそれがとてつもなく巨大だからだ。何千の、何千の、何千もの API コールがある。彼らは巨大なプラットフォームを持っている。実際の処大きすぎて、全く統率が取れていないけれど、少なくとも彼らはやっている。

Amazon自分ものにしている。 AmazonAWSaws.amazon.com )は途方も無くすばらしい。行ってみてご覧よ。クリックして回ってみるんだ。全く恥ずかしくなる。僕らはこれらのひとかけらも持ち合わせていない。

Apple も、明確に、自分ものにしている。彼らは基本的にクローズな選択を、特にモバイルプラットフォーム周りでしているけれど、アクセシビリティを理解しているし、サードパーティ開発者の力もよく分かっていて、自分たちのドッグフードを食べている。それでさ、わかるだろ?。彼らは実に見事なドッグフードを作る。彼らの APIコールは Microsoft のそれに比べて実にクリーンで、ずっと昔からそれを維持している。

Facebookも持ってる。だからこそ心配になるんだ。ぐうたらな僕をここまでして書かせた理由はそれだ。僕は元来ブログするのも、プラスする(って言うのかどうか知らないけど)のも嫌いだ。そもそもGoogle+ぶっちゃけ話をするのにはひどい場所だけど、とにかくやらなきゃならない。Google成功して欲しいと思ったらね。で、僕は成功して欲しい!。まあ要は Facebook が僕を呼んでいるし、きっとそっちでやるほうがずっと楽なんだろうけど、Google は僕にとって家だし、だからこういう家族同士のお節介焼きのようなことをやっていこうよと言ってるわけだ。(訳注この辺の訳怪しい。トラバで指摘いただいたのがすてきだったのでまるっと差し替え!。"アドバイス" thx !)

MicrosoftAmazon 、それに Facebook (たぶん。実際僕はよく見ていないんだ。だってすごく落ち込むからね…)の提供するプラットフォームに驚いた後に、 developers.google.com に行ってちょっとブラウズしてみて欲しい。ね?大きな差だろう?。まるで君の5年生の甥っ子が、巨大で強力なプラットフォーム企業がもしリソース的に独りの小学5年生しか人を割けないって時に作るようなものデモしてみなさい、なんていう宿題でもでっち上げたみたいな感じだよ。

どうか悪く思わないで欲しい。 Developer relations チームが、これを外部に提供できる形にするためにとんでもない努力をしてきたってことを僕は分かっている。僕が知る限り、彼らはとにかくケツを蹴り上げつつけている。なぜなら彼らはプラットフォームを理解しているからさ。プラットフォームに対して実に冷淡で、しかも時には敵対心さえあらわにされるような環境の中で、彼らは英雄のように努力している。

僕は率直に、 developer.google.com が外部の人にとってどう見えるかを説明しているだけさ。全く幼稚に見えるだろう。 Maps API は一体どこにあるっていうんだ?。いくつかはなんだかよくわからないラボプロジェクトとやらに入っている。で、いざたどり着いてみれば、そこにある API は全くけちな代物だ。まさに本当の意味ドッグフードだ。オーガニックなんかとは無縁だね。僕らの内部 API に比べれば、まるで不格好な別物だよ。

Google+ についても、悪く思わないで欲しい。到底彼らだけが違反者ってわけじゃない。文化的なものが絡んでいるんだ。僕らが内部でやってることっていうのはさ、基本的には、惨めでマイノリティプラットフォーム部隊が、無敵で予算も自信もたっぷりプロダクト部隊に多かれ少なかれ負け続けている、そんな戦争なんだよ。

ゼロから構築したプログラマブルプラットフォームになるべきなんだってうまく気づいたチームってのはみんな弱者さ。 Maps や Docs なんかが思い浮かぶ。 Gmail もなんとなくそっちの方に進みはじめたように見える。でも彼らがそのために予算を獲得するのは実に難しい。なぜなら、それは僕らのカルチャーじゃないんだ。 Maestro の予算なんか、 壮大な Microsoft Office プログラミングプラットフォームの足下にも及ばないちっぽけなものだ。ふわふわ毛皮のうさぎちゃんと、 T-Rex の対決みたいなものさ。 Docs チームだって、このスクリプティング機能が無ければ Office太刀打ちできないってのはよく分かっているんだ。でも残念なことに、予算が付かない。つまりさ、そうじゃないとは思うんだけど、現状 Apps スクリプトが Spreadsheet だけで動作して、 API の一部としてキーボードショートカットすらない。まさにチームが愛されていないって思うしか無いよね。

皮肉にも、 Wave は偉大なプラットフォームだった。冥福を祈りたい。でもプラットフォーム的な何かを作るっていうことは、そのまますなわち成功意味するって訳じゃあ無い。プラットフォームにはキラーアプリが必要だ。 Facebook そのもの(つまり、 wall やら friends やらなんやらというデフォルト機能)が、 Facebook プラットフォームキラーアプリだ。そして、 Facebook アプリが、 Facebook プラットフォーム無しで成功できると結論づけるのは、深刻な誤りだと僕は思う

みんなは、外の人たちが Google傲慢だって言い続けているの、知っているよね?。僕は Googler だ。だから、みんなと同じように、外の人たちがそう言っているといらいらとする。僕らは全般的に見て全く傲慢じゃ無い。僕らは、まあ、99%は傲慢じゃない。僕はこの文章をこう始めた(遠い記憶をさかのぼってよ)、 Google は「正しいことだけをする」って表現した。僕らはよかれと思ったことだけをしている。だから、人々が僕らが傲慢だって言うときは、まあ大抵彼らを雇ってあげなかったときか、僕らのポリシーに不満があるか、まあそんなようなところじゃないかな。彼らはそれで気分が良くなるから傲慢傲慢だと言っているんだろう。

でも、もし僕らが、僕らは全ての人に対して完璧プロダクトをデザインする方法を知っているだなんて、そんなスタンスを取るんだとしたら、僕を信用してくれて良いと思うけど、結構そういう話を聞くんだけど、僕らは飛んだ間抜けになる。それを傲慢って言ったり、無邪気さって言ったり、なんて言ってもいいけど、結局の処、それは愚かさに他ならない。全ての人にとって完璧プロダクトなんて、無いんだ。

デフォルトフォントサイズを設定できないブラウザについて話してこの話題を締めくくろうか。アクセシビリティへの侮辱ってやつについて語ろう。つまり、いずれ僕は年を取って、ほとんど目が見えなくなる。事実そうだと思う。僕は人生でずっと近視だったし、40歳にもなれば今度は近いものが見えなくなる。そうなればフォントの選択ってのは生死を分ける重要ポイントだ。それは君を完全にその製品から追い出してしまう。ところがどっこい Chrome チームってのははっきりと傲慢から、彼らはゼロコンフィギュレーションプロダクトなんて言ってて、まったく厚かましくも、もし目が見えなかったり耳が聞こえないなりなんなりするなら、お前はファックユーだぜってなもんだ。残りの人生、全てのページを表示する度に Ctrl-+ を押せって言うんだよ。

これは彼らの問題じゃ無い。みんなの問題だ。僕らが徹底してプロダクト企業だということが問題だ。僕らは広くアピールするプロダクトを作った。例えば検索がそうだ。そのあまりにもひどい成功が、僕らの目をくらませてしまった。

Amazon もまたプロダクト企業だった。だから。 Bezos にプラットフォーム必要性を理解させるのには、外部の力が必要だった。その力ってのはどんどんと蒸発していく利幅だった。彼は追い詰められて、脱出方法を考えなければならなかった。でも彼の持ちえたものは、エンジニア達とコンピュータの群れだった。そこからどうにかマネタイズするには…?。結果論だけれど、そうして彼は AWS にたどり着いたわけだ。

Microsoftプラットフォームとして始まった。だから彼らにはたくさんの習慣があった。

でも、 Facebook は…、彼らは僕を不安にさせる。僕はエキスパートではないけれど、でも、彼らは最初プロダクトとしてスタートして、そしてそれをうまく成功につなげていたことは確かだ。だから、彼らがどうやってプラットフォームへと変革を遂げたのか、僕にはわからない。それは比較的昔のことだったろうと思う。 Mafia Wars のようなものが現れる前に、彼らがプラットフォームにならなければならなかった時よりもずっと昔。

たぶん彼らは僕らを見て、こう自問したのかも知れない。「どうやったら Google を倒せる?。 Google に足りないものはなんだ?」

僕らが直面している問題はとても大きい。僕らがキャッチアップを始めるには、めざまし文化的な改革が必要だ。僕らは内部的にもサービス指向なプラットフォームを持っていないし、同じように外部的にもそうだ。この「自分ものにしていない」感じは、まさに会社全体を覆う風土病だ。 PM は分かってない。エンジニアも分かってない。プロダクトチームも分かってない。誰も分かっていない。たとえ一個人で分かっている人間がいたとしても、もしそれが君だとしても、僕らがそれを総力を挙げて緊急事態として扱わなければ、これっぽっちも意味が無いんだ。僕らはプロダクトをローンチして、それを後から魔法のように美しい外部拡張可能なプラットフォームに成長させられる、そんなふりをし続けることを、やめなければならない。何度もやって、だめだったじゃないか

プラットフォームの黄金律「自分ドッグフードを食べろ」はこう言い換えることができる。「プラットフォームから始めろ。そしてそれをなんにでも使え」(訳注"アドバイス" thx !)。後からちゃんとやるなんて不可能だ。少なくとも、簡単には無理だ。 MS Officeプラットフォーム化した人たちに尋ねてみればいい。あるいは Amazonプラットフォーム化する為に努力した人たちに。遅れてしまえば、正しく立て直すのに10倍の苦労が必要になるだろう。ごまかしはできない。内部アプリが特別な優先アクセスを受けられるようなバックドア秘密に仕込むなんて、どんな理由があっても不可能だ。難しい問題から、まず最初に解決しなければならないんだ。

僕は遅すぎると言いたいわけじゃ無い。けれど、待てば待つほど、致命的な遅れへとどんどん近づいてゆく。

この記事をどう纏めて終えればいいか、正直よくわからない。言うべきことは全て言ったと思う。この記事はできあがるのに6年かかっていると言える。僕が紳士的ではなくて申し訳ないと思う。プロダクトやチーム、個人を僕が誤解していたら申し訳ないと思う。もし僕らがたくさんのプラットフォームを実は作っていて、僕や、僕が話した人たちみんなが偶然知らないだけだったとしたら、申し訳ないと思う。

でも、僕らは今すぐに始めないとならない。

Steve Yegge の Googleプラットフォームに関するぶっちゃけ話を訳した(中編)

前編からの続き

この努力は僕が Google に来る為に Amazonを離れた2005年半ばも続いていた。でももっとずっと進化していたよ。 Bezos が命令を出してから僕が離れるまでの間に、 Amazon は全てにおいてまず最初サービスを考える企業へと文化的に変化していった。外部の日の目を決して見ることの無いような、スタッフへの内部的なデザインも含めて、今ではそれがデザインというもの全てに対しての基本的アプローチになっている。

その時点では、彼らはもはや解雇の恐怖からそうしているわけではなかった。つまり、もちろんビビってはいたけれど、ドレッドヘアの海賊 Bezos 様にご奉仕するのは日常生活の一部だからね。そうじゃなく、彼らはそれが正しいことだと理解たから、サービス提供しているんだ。確かに SOAアプローチには長所短所もあるし、短所を書き出してみたら切りが無い。でも全体として、 SOAリブンのデザインというものこそが、プラットフォームを可能にする、これは正しいことだ。

これが、 Bezos が彼の指令書で企んだことだった。彼はチームの健康状態なんて興味もなかったし(今もそうかも)、使われている技術もそうだったし、結局の処のどう取りかかるかなんて結果ができあがるまで気にもしていなかった。けれど Bezos は、 Amazon 社員の大多数が理解する前に、 Amazonプラットフォームにならなければならないということを悟っていたんだ。

だって考えてもみてよ。なんで一オンライン書店が、拡張可能な、プログラマブルプラットフォームになる必要がある、なんてことを考える?。そうだろ?

ともかく、 Bezos が気づいた最初の大きなポイントは、本を売り、出荷し、色々とやる仕組みが、素晴らしいコンピューティングプラットフォーム再利用でき得るということだ。だから今、彼らには Amazon Elastic Compute Cloud があるし、 Amazon Elastic MapReduce があるし、 Amazon Relational Database Service があるし、その他たくさんの aws.amazon.com で見つけられるサービスを持っている。しかもこれらのサービス大成功した企業バックエンドを努めていたりもする。 reddit なんか僕のお気に入りだね。

もう一つ、彼が理解した大きなポイントは、常にいつでも正しい、そんなものを作ることはできないということだ。これは Larry Tesler が、ママはこのくそったれサイトを全く使えないよと言ってのけたりでもした時に、 Bezos にピンと来るものがあったんだと思う。誰のママのことを言ったのかははっきりしないし、そんなことは問題じゃ無い。問題は、誰のママだろうとそのウンコサイトを使えないってことだ(訳注アドバイス thx !)。実際、僕自身、そこで5年ほど働いていたわけだけど、あのサイトは胸がザワザワするくらいひどいと思う。でも僕はその気が散るようなサイトに慣れてしまって、トップページのど真ん中あたりの数万ピクセルに集中できるようになったんだからね。

とまあ、実際の処 Bezos がどうやってその理解、一つのプロダクトで、全ての人にとってふさわしいものを作り上げることはできないということに、たどり着いたのかは定かじゃあ無い。でもその方法問題じゃ無くて、彼は理解してるってことが重要だ。実のところこの現象には正式名前だってある。そう、それはアクセシビリティと呼ばれるものだ。コンピューティング世界で最も重要ものだ。

最も、重要な、ものだ。

君は思うかも知れないね。「はあ?つまりそれって、目が見えない人や耳が聞こえない人のあれ?あのアクセシビリティ?」ってね。まあ君だけじゃないと思う。とにかく世間には、アクセシビリティってものを正しく理解していない、君みたいな人たちがいっぱいいっぱいいるんだから。ただそこにたどり着いてない人たちがね。だからアクセシビリティ理解していないのは、目の見えない人や耳の聞こえない人や手足が不自由な人やその他障碍のある人の責任じゃないように、君の責任じゃない。ソフトウェアが(この場合アイデアウェアといった方が正しいかもしれない)何らかの理由で誰かにとってアクセシブルでないというとき、それはソフトウェア自身の、あるいはアイデアの伝え方そのもの責任があるんだ。それがアクセシビリティの失敗というやつなんだ。

人生における重要なその他もろもろと一緒でさ、アクセシビリティには邪悪双子がついている。小さいときにパパとママの偏った愛情で見捨てられて、今や同じくらいの力を持つまでに育った宿敵って奴がね(もちろんアクセシビリティには宿敵はたくさんいる)。それはセキュリティだ。一体全体こいつらが仲良くやっていること何てあるかい

でも、僕は主張したい。アクセシビリティは実際の処セキュリティより重要だということを。だってアクセシビリティを0にダイアルするってことは、何のプロダクトも持たないってことさ。セキュリティを0にダイアルしたって、そこそこのプロダクトを持つことはできるだろう? Playstation Network みたいにさ。

まあつまりですね、僕はみんなが分かってくれないんだったら一冊丸々この話題で本を書くことだってできるよ。分厚くて、僕が働いてた会社のありんことピコピコハンマーエピソードで一杯の面白いやつをね。でも僕がこの話を公開しなかったら、みんなが目にすることも無いだろう。そろそろまとめに入らなきゃ。

Google がうまくやれていない最後の一つは、プラットフォームだ。僕らはプラットフォーム理解していない。僕らはプラットフォーム自分のものにしていない。みんなの中にできている人はいるだろう。でも、そんな君はマイノリティだ。辛いことだけれど、これはこの6年で僕にはっきりと感じられた。僕は競争相手プレッシャーMicrosoftAmazon最近じゃ Facebook なんかが、僕らを一斉に目覚めさせて、ユニバーサルサービスを始めるのを期待したりもした。アドホックな、中途半端なやり方じゃなくて、多かれ少なかれ Amazon がやったようにだ。一度に全てを。マジで。偽りなしに。今その瞬間から最優先事項として扱うというように。

でも、そうはなっていない。10番やら11めくらいのプライオリティだね。いや15番かも?。知らないけど、とにかく低い。真剣に取り組んでいるチームもいくつかあるけど、多くのチームは考えてもいない。一度もだ。ごく一部の人々がちょっとした規模でやっているだけだ。

多くのチームに、彼らのデータと処理に対してプログラマティックにアクセスできるような、ちょっとしたサービス提供させるのだって大変だ。彼らのほとんどは、俺達はプロダクトを作っているんだ、って思っているからね。そんでもってそのちょっとしたサービスなんてのはみじめなもんさ。 Amazon の教訓に戻ってリストを見てくれよ。そんで今すぐ使えるサービスを持ってきて見てくれ。僕が知る限りでは、そんなものはない。小ビンってのは便利かもしれないけどさ、そんなの車がいる時だけだろ?(訳注:この人、 Stubby という小瓶のビールと、 stubby という「ちょっとした・不格好な」という形容詞をひっかけてしゃべってます

プラットフォームが無ければ、プロダクトなんて使い物にならない。いやもっと正確に言うならば、プラットフォームの無いプロダクトは、いずれ同等の機能を持ったプラットフォーム化されたプロダクトに、取って代わられる。

Google+ ってのはまったくまさに、エグゼクティブリーダーシップのとても高いレベルから(やあ Larry 、 Sergey 、 Eric 、 Vic 、やあやあ)枝葉の使いっ走りまで(やあ、君だよ)、全くプラットフォーム理解していないっていう良い例だ。そう、僕らはみんな、全く理解できていない。プラットフォームの黄金律ってのは、自分ドッグフードを食えってことだ。 Google+ プラットフォームってのは惨めなまでに後知恵だ。ローンチ時には一つたりとも API が無かった。そんで最後にチェックしたときには、僕らが提供してたのはわずかばかりのほんのちっぽけな API さ。ローンチの時、あるチームのメンバーが行進してきて僕にそれを説明してくれた。だから僕は訊いたんだ「でさ、これはストーカーAPI?」って。彼女はむすっとして、「ええ」ってだけ言った。いやジョークなんだよ…いや…ジョークじゃ無いんだ…僕らが提供する唯一の API は、誰かのストリームを読み出すだけ…。うーん、僕が間違ってたのか?

Microsoft はこの20年間ドッグフードルールで知られてる。この時代の彼らにとっての文化の一つなのさ。デベロッパドッグフードを食わせて、僕らだけ人間のご飯を食べようってわけにはいかない。それは単に短期の成功のために長期のプラットフォーム価値を損なう行為だ。プラットフォームってのはまったく長期的な視点必要なんだよ。

Google+脊髄反射の代物さ。 Facebook成功したのは、彼らがすばらしいプロダクトを作ったかだって言う、まあ実に近視眼的なもの見方の結果として生まれものだ。でももちろん彼らが成功したのはそんな理由じゃ無い。 Facebook は他の人たちにも何かをさせてあげられる、プロダクトの美しい集合全体を作り上げたから、成功したんだ。だから Facebook はみんなにとってそれぞれ違うものだ。 Mafia Wars に全ての時間を費やす人もいれば、 Farmville で遊ぶ人もいる。何百の、いや何千の、質の高い、暇つぶしができるってわけさ。つまり、みんなのためにふさわしい何かが必ずあるんだよ。

僕らの Google+ チームは、プロダクトを出した後のマーケットを見てこう思った。「おっとっと、我々もいくつかゲーム必要みたいだな。さっそくどこかと契約して、我々のために作ってもらおう」。これが信じられないくらい間違った考え方だってことが、君にもわかってきたかい?。問題なのは、僕らが、人々がほしい物を予測して、それを提供しようとしているということだ。

そんなことは出来ないんだよ。現実的にはね。確実にやる方法なんてない。もちろんコンピューティング歴史全体を見渡せば、それを確実に信頼性を持ってできる人間ってのがごく数人いることにはいる。 Steve Jobs がそうだろう。でも、僕らの処には Steve Jobs はいない。悪いけど、いないんだよ。

Larry Tesler は、 Bezos が Steve Jobs じゃないってことを口説たかもしれない。でも Bezos には分かっていた。全ての人にふさわしいプロダクトを提供する為に、彼が Steve Jobs になる必要はないっていうことを。インターフェースワークフローこそが、人々が気に入り、安心感を得るものなんだっていうことを。彼はサードパーティ開発者にそれを可能にするだけで良かった。そうすれば、後の事は自動で進んでいく。

僕の言っていることが、あまりにも明白なことだろって感じているみんな(多かったらいいな)には申し訳ない。とにかくもうびっくりするほど自明ことなんだ。ただ、僕らがそれをやってないってことを除いてはね。僕らはプラットフォーム理解していない。プラットフォームを持っていない。アクセシビリティ理解していない。アクセシビリティを持っていない。これらは基本的には同じことだ。なぜならプラットフォームアクセシビリティを解決するからだ。プラットフォームアクセシビリティなんだよ。

後編に続く

 
ログイン ユーザー登録
ようこそ ゲスト さん