「docs」を含む日記 RSS

はてなキーワード: docsとは

2018-07-27

https://anond.hatelabo.jp/20180727042958

日本MS中の人たちのツイートもこじれる原因の一つになったようだ。

御社の顔であるエヴァンジェリスト様が、この記事オススメです!と共有されていた」(https://twitter.com/megascus/status/1021899269412798464)らしい。

推測すると@chomadoのツイートっぽいけど、元ツイートは削除されているのか、コメントさんくす。issueの方のコメントか。https://github.com/dotnet/docs.ja-jp/issues/118#issuecomment-407345824

@megascusの告発にもソースがない(全体的にソースがなく、【俺はこう感じた】が多い)し、【@megascusのフィードバック方法がまちがっていたことを共有したい】みたいなつもりではなかったんだろうが、よくわからん

@megascusは@chomadoをブロックしているし。@chomadoはブロックされているのでツイートでは直接絡んでなくて、issueとはてブコメントしてるぐらい。

Microsoft中の人からDM代替手段提示がないまま-1つけるのを煽るのは止めろ的な発言されたのは割と悲しい。」というのもある。まあたぶん本当だろう。最初の-1ツイートは正当だと思うが、MS寄りの人とか日本MS中の人とかが動き出したのがissueにもみえてきて、修正PRまで出てきた時点で、元ツイートの意義は終わってて、あとはネタ騒ぎだけだったような気もするが、それはまあいい。

@yoshioteradaは謝ってる。@okazukiは謝りもあるけどそれ以外もいろいろ対話してる。とくに、【Docsフィードバックから「ためになりました!」って投稿しようぜ】というツイートに対して@okazukiからそれはやめてというお願いが入って「OSS世界ででは常識」とリプライした後最終的にはツイートを消してる。(https://twitter.com/megascus/status/1022258072020967430) これは@okazukiの対応でこじれてることにはならないだろう。

で、こじれたあとでまたさらにこじれたのが 日本MSの @mihochannel のエアツイと、MSMVPの @mitsuba_yuのエアツイ。

@mihochannelは鍵垢になっているのでソースがないが、たしかMSMVPの一部は自分たちのことを冗談交じりに圧力団体って呼んでて、それを日本MS中の人たちも知ってる。MSと単になれ合うだけの存在じゃない】的な話だったはず。これも圧力団体のところが切り取られてなんかおかしなことに。

@mitsuba_yuは一度鍵かけたあとまたオープンにしてるので引用

そもそもmsドキュメントが読みにくいのは昔からなんやし、なんかよしなにしようっていう、コミュニティなり個人なりの自浄能力を発揮できるようにgithubにしたんもあるんやろうから別にわーわーいうようなもんでもないやろ」

(https://twitter.com/mitsuba_yu/status/1022305530075725824)

「えむぶいぴーやめるためにえむぶいぴーとりたいでぇすみたいな頭の悪いのもいるけど、えむぶいぴーの趣旨を把握しないままでぃするぐらいやったら、社員にでもMVPにでもあるいはコントリビューターにでもなってからにしーや」

(https://twitter.com/mitsuba_yu/status/1022305903742050304)

丁寧に読み取れば、ひとつめとふたつめは違う話で、二つ目の方はMVP趣旨…とかいってるからMVPMS後ろ盾があってMSのご機嫌取ってるとかいうのは違う、そんなDisFUDだ】的なことなんだろう。でも@megascusは「MSMVPの人がMSドキュメントは昔からこうなんだ!文句があるならもっとコントビュートするかMS社員になってから言えや!的なことを言われた。」(https://twitter.com/megascus/status/1022360339168411649)だそうだ。これもソース無しだけどいっとき鍵かけてたししゃーないわな。

後ろの方は、「MSMVPとかもあって、Microsoftの機嫌を損ねるわけにもいかない」とかの、MS界隈の嫌われ風潮に対する軽口からもめてる印象。

もうこのぐらいでいいか……。

Microsoftドキュメント誤訳を報告したら炎上(増田目線での話)

http://d.hatena.ne.jp/megascus/20180726/1532557216

----

空リプ文句言う人がいて悲しいらしいが、直接リプライ文句言う人はブロックされたみたい(https://twitter.com/neuecc/status/1022474784569876481)(https://twitter.com/megascus/status/1022431727979913217)なんで、増田で書くわ。

@megascusがMS自動翻訳おかし問題ツイッター経由で知って、軽い気持ちフィードバックしようとしたのが6月

https://twitter.com/megascus/status/1009298346064822273

(彼はJavaプログラマーなので、.NETフレームワークデザインガイドラインにはモチベーションがないはずなので、たぶん気まぐれから善意)

そしたら自動GitHubレポジトリにissueが立つという予想しない仕掛けだったので、一週間後に気づいてちょっと驚く。

https://twitter.com/megascus/status/1011826869413470209

どうやら、初めにMicrosoft Docsが始まった2016年の時点では、フィードバックコメントGitHubと連動なんてしていなかったらしい。

https://docs.microsoft.com/en-us/teamblog/introducing-docs-microsoft-com

それが、2018年2月システムが変わってGitHubと連動するようになっている。

https://docs.microsoft.com/en-us/teamblog/a-new-feedback-system-is-coming-to-docs

でもそんなのMS寄りの人しか知らなくて当然だし、日本語ページからフィードバックの流れの中で全然説明されていないので、@megascusが驚くのも当然だし、UX改善されるべき。

(彼はフィードバックコメントの一週間前にMicrosoft DocsについてのQiita投稿を読んで「こういうのって普通なのでは。」と言ってた https://twitter.com/megascus/status/1006760629494042626 ようだが、Qiita記事フローとは異なるので、GitHub管理されてるとはまったく思わなかったんだろう。)

それよりも、割と前からMSDNやMicrosoft Docs日本語文書クオリティひくい機械翻訳ベースになって、フィードバックコメントもissueもPRも)対応にも日本語ネイティブの人がほぼ関わってなさそうな残念な感じできてるっぽいのだけど、それもたぶんMS製品に興味ない人には関係ない話だな。

@kiyokuraはそのあたりのことをわかってるMS寄りの人なのか、issueに英語コメント。@kiyokuraのコメントは元のフィードバックとはちょっと違う話をしているが、それより@megascusはいきなり英語で割り込まれたからまた驚いたかもしれない。

で、7/24に「マイクロソフトスタイルガイドラインに従わない」というよくわからない不当な理由クローズ。@megascusにも@kiyokuraにも何の問題もないにもかかわらず。@megascusのコメントちゃんと読まずに@kiyokuraのコメントだけを読んだのか(日本語がわからないならわかるやつに聞くことをしなかったのか)はわからんが、とにかくMS対応はひどい。

https://anond.hatelabo.jp/20180727042905

2018-06-24

差別に関する利用規約を調べてみた

大雑把なまとめ

差別」や「ヘイト」などの表現が出てこないのは モバゲーNAVERniconicoYahoo!JAPAN ※すべて「他者権利侵害禁止」などの記載のみ

差別」の具体例が出てこないのは AbemaTVLivedoor小説家になろう

差別」の具体例が一番多いのが Facebookはてな11種 ☆はてな優秀!えらい!

ユニーク差別の具体例

Facebookの「移民ステータス」(移民の滞留資格のことでいいのかな?)

はてなの「収入

YouTubeの「従軍経験

メジャーサイト利用規約から差別に関する部分のみ抜粋ドメインアルファベット順)

対象にしたサイトはてなによく上がってきてコメント機能などがあるサイトをできるだけ網羅したつもりです。

URLがいっぱいあると投稿できないみたいなのでh抜きで書いてます

AbemaTV

ttps://abema.tv/about/terms

第8条(禁止事項)

(5)当社または第三者を不当に差別しまたは誹謗中傷する行為、当社または本サービス名誉・信用を毀損する行為

Ameba

ttp://helps.ameba.jp/rules/post_104.html

第13条(禁止事項)

4.本条第1項に定める禁止事項とは以下に定めるとおりとします。

(2) 他の会員や利用者、当社、その他第三者中傷したり、名誉を傷つけたりするもの権利侵害するもの

人種民族性別信条社会的身分居住地身体的特徴、病歴、教育財産等による差別につながる表現・内容の送信

Facebook

ttps://www.facebook.com/communitystandards/objectionable_content/

12. ヘイトスピーチ

Facebookが考えるヘイトスピーチとは、人種民族国籍信仰性的指向性別ジェンダー、性同一性、重度の病気や障がいなど、保護特性と呼ばれるもの理由に人々を直接攻撃することです。Facebookでは、移民ステータスに関する保護提供しています

GREE

ttps://pid.gree.net/?action=term_generic&page=terms_pc

9. 禁止行為について

(1) 反社会的行為

i. 民族人種性別・年齢等等による差別につながる表現掲載行為

はてな

ttp://www.hatena.ne.jp/rule/rule

第6条(禁止事項)

2. ユーザーは、本サービスを利用するに際し、以下のような社会的不適切行為を行ってはなりません。

b. 人種民族信条性別社会的身分居住場所身体的特徴、病歴、教育財産及び収入等を根拠にする差別表現行為

Livedoor

ttp://www.livedoor.com/rules/

1.4 禁止行為

1.4.1 禁止事由

3.他者差別もしくは誹謗中傷し、他者名誉もしくは信用を毀損侮辱し、もしくは業務妨害する行為、または、そのおそれのある行為

モバゲー

ttp://www.mbga.jp/www/kiyaku.html

第5条 モバゲー会員記述情報について

1.~前略~モバゲー会員は以下の情報記述することはできません。

d. 特許権実用新案権意匠権商標権著作権肖像権その他の他人権利侵害するもの

NAVER

ttps://help.naver.jp/rules/

第3条(禁止事項)

(2) 公の秩序または善良の風俗を害するおそれのある行為(過度に暴力的表現露骨性的表現、その他反社会的な内容を含み他人不快感を与える表現投稿掲載、公開、送信する行為などを含みます。)。

(3) 当社または第三者権利著作権商標権特許権等の知的財産権名誉権、プライバシー権、その他法令上または契約上の権利を広く含みます。)を侵害する行為

niconico

ttp://ex.nicovideo.jp/base/guideline

3.コンテンツによる表現の自由は無制限ではありません

他者権利侵害する行為

例)

他者名誉社会的信用、評判、プライバシー侵害する内容

他者基本的人権著作権等の知的財産権、その他の権利侵害する内容

note

ttps://note.mu/terms

8.禁止事項

差別につながる民族宗教人種性別・年齢等に関するもの

小説家になろう

ttps://syosetu.com/site/rule/

第14条 禁止事項

3. 当グループもしくは他者を不当に差別もしくは誹謗中傷し、他者への不当な差別助長し、又はその名誉もしくは信用を毀損する行為

Togetter

ttps://togetter.com/info/terms

第6条 禁止行為について

4. トゥギャッター若しくは第三者を不当に差別若しくは誹謗中傷し、又はトゥギャッター若しくは第三者の信用若しくは名誉プライバシー権パブリシティ権肖像権若しくはその他一切の権利侵害する行為若しくは侵害するおそれのある行為

7. 国籍民族人種社会的身分性別思想、信教、又は年齢等に関する差別的な表現一般ユーザーが感じ得る行為

Twitter

ttps://help.twitter.com/ja/rules-and-policies/twitter-rules

攻撃的な行為ヘイト行為

ヘイト行為: 人種民族出身地信仰している宗教性的指向性別、性同一性、年齢、障碍、深刻な疾患を理由とした他者への暴力行為脅迫嫌がらせ助長する投稿を禁じます

Yahoo! JAPAN

ttps://about.yahoo.co.jp/docs/info/terms/chapter1.html

第1章 総則

7. サービス利用にあたっての順守事項

(2) 社会規範公序良俗に反するものや、他人権利侵害し、または他人迷惑となるようなものを、投稿掲載、開示、提供または送信(以下これらを総称して「投稿など」といいます)したりする行為

YouTube

ttps://support.google.com/youtube/answer/2801939?hl=ja

悪意のある表現とは、次のような特性に基づいて個人集団に対する暴力助長したり差別扇動したりするようなコンテンツを指します。

人種または民族出自

宗教

身体障がい

性別

・年齢

従軍経験

性的指向性 / 性同一性

2018-02-27

anond:20180227102858

社内では日付管理

設計書_20180226.docs

この日付が最新のものが最新。

外注とかで社外に出す場合は、日付でなくバージョン管理になる(設計書_v0.1.docs)。バージョン更新履歴は、書類の中に書くようになる。

日付もバージョンも無い、ただの「設計書.docs」が最新になるのは、納品物として納めるとき

うちの会社ファイル管理おかしいと自分の中で話題

例えば「設計書.docs」というデータがあったとする。

それを他の人が触った時に念のため前のデータをおいて置かなければいけない(バックアップを作らなければならない)決まりがあるわけ。

※そんなもんgitなりSubversionなりのバージョン管理ソフト入れれば良いのでは?っていう話は今はNG。その提案は「業務効率が悪くなる」という理論で通らなかった。

 

なので、フォルダの中には2017年02月27日現在

設計書.docs

設計書_20180201.docs

設計書_20180226.docs

があるとした時に、どれが最新版データになるかというとどうやらうちの会社では「設計書_20180226.docs」が最新版となるようだ。

なので設計書.docsは一番古い元データということになる。

業務の流れとしてはこの後、設計書に変更があったとき設計書_20180226.docsコピーし、本日の日付をつけたファイル作成しそこに変更を加えていくわけだ。

現在の状況だけど、平気で「設計書_20180226.docs」を最新版として業務が一日跨いだので2018年02月27日に書き足しを行っているわけだ。

まり、このまま行くと「最終更新日2018年02月27日設計書_20180226.docs(最新版)」が出来上がることになる。そして、そういうファイルがざらにある。

 

個人的にだけど

フォルダの中には2017年02月27日現在

設計書.docs

設計書_20180201.docs

設計書_20180226.docs

という並びがあった時、設計書.docsというデータがあれば日付がついていないものが最新版にならないといけないのではないかと思う。

設計書.docsあくまでもマスターで、それをいつコピーしたのかが日付つきファイルという認識だ。

設計書_20180226.docsというのは2018年02月26日状態設計書.docsコピーしたものという意味ではないかと思う。

というか、取引先もこちらに設計書を渡す時、「2018年02月26日マスターコピーしたものですよ」という認識で「設計書_20180226.docs」を渡してきていると思っている。

 

私が「最終更新日2018年02月27日設計書_20180226.docs(最新版)」はおかしいのではないか?と社長に話したところ「他の会社ではそれ普通。おまえは経験が浅いから間違ってる。すなわち俺が正しい。他の会社の人に聞いてもらってもかまわない。」という話なのでこうやって増田に話をしに来たわけ。

 

※そんなもんgitなりSubversionなりのバージョン管理ソフト入れれば良いのでは?っていう話は今はNG。その提案は「業務効率が悪くなる」という理論で通らなかった。

 

バージョン管理ソフトいれたい…。

2017-08-08

日本工程师笨蛋的五个理由

  • 他们并不透过github的星星数量或发布服务等等,而透过上台会议为工程师成为有名把自己的价值提高,只在推特而搏客想说“我要上台”“我上台了”。他们并不透过代码而服务,而透过术语而行为做“Mounting”。Mounting驱动开发。衒学趣味
  • 大概的发表而搏客是“把官方Docs翻译到日语了”“把Get Started试试看了”这样的水平,可是因为大部分的读者是没有看英语的习惯(或者不会看)的人们,就被受欢迎的。透过“我明白了”“我有了新知识”“等一下看”等等的反应,著者满足他们的承认欲求而又写下一个垃圾记事。对在日生活中看英语一次情报的人们,这样的记事只是个噪音,可是“觉得明白最新技术”这样的感觉就是一个保持这样的垃圾记事评价的理由
  • 他们非常喜欢技术书,他们就连前端开发透过“学习”开始。可是这种书上的情报只是英翻日的文件或者自私代码,在这个变化很快的世界下,数个月就会简单地落后。虽然最新信息是很多而这些信息都是免费的,可是因为他们被动受到一个传播者给他们的二次情报,信息差距就在市场上成立。
  • 他们不能受到,或者因为很低情报感度不知道这样的事实,透过“日本优秀的工程师很多”等等的发言互相安慰。可是优秀的日本工程师因为已经在海外工作,跟海外工程师议论,而很快地产生成果,所以两极化越来越大。

参见: https://anond.hatelabo.jp/20170728223725

2017-08-06

5 reasons why Japanese Engineer are fu*king da*n

  • Because they likes "Technical document" much, though they usually study with books even it's Front-end latest technology, Many of them are just translated original EN contents or da*n not sexy sample code, it's worthless in the world which dynamically changing day by day in few months. Regardless of free latest contents which can be found everywhere, they just get Secondary Information given by some evangelists with passive mindset, it causes making this Evangelist? market stable due to this kind of information gap structure.

See also : https://anond.hatelabo.jp/20170728223725

2017-07-28

ここがクソだよ日本人エンジニア

2017-06-15

モンスターハンターワールドの現時点での情報

なんかゲーム記事とか英語圏でも色々情報が出てるようなのでまとめてみる

箇条書き


集会所でクエスト受注してフィールドに移動して最大4人で狩るというゲームの基本部分は一緒

クエストの途中で信号弾を上げると他のハンター募集がかかる(★足りない人は入れない

HP・スタミナはある(なんか通常時は消えてるらしい。ダメージ受けたりすると表示される?

アイテムは動いたまま使用可能ガッツポーズはなさそう

スリングというツールがある。石を飛ばしたりワイヤーを出せる道具

・石はフィールドで拾ってそのまま使う

・導蟲という蟲がいて、モンスター足跡などを探知して場所を知らせてくれる(PV緑色の光

・導蟲を使ってモンスターを見つける。アイテムも見つける(採取ポイントかな?

・なのでペインボール廃止

・一応普段モンハンと同じようにエリア毎に番号が振られてるらしい。

ただ、エリア間はロードなしで移動可能

エリアエリアの間は狭い通路だったりすることも多い

PVモンスターが突っ込んできたのはその通路かな。

ってことは通路にもモンスターが突っ込んでくる?

ミニマップエリア毎にズーム

麻痺を誘発するナイフ(消耗?投げナイフかな

モンスター同士のバトルは結構アニメーションがいいらしい

3DS系列ロックオンカメラクイックターンあり

大剣の溜めはありそう。エフェクトは派手ではない

尻尾は切れる

・フックショットを使って表面をはじき飛ばすことができますGoogle翻訳ではわかりませんでした(笑)

ベースキャンプにファストトラベル可能(鳥型恐竜を呼んで移動?

ベースキャンプ武器防具チェンジ可能クエスト中に装備変えれる

ヘヴィボウガン装備者の弾丸発射中は移動速度低下

・弾の種類と弾薬切り替えはあり

植物採取に長いアニメーションなし

・肉を切るのは遅い(モンスターを倒した後の採取かな

デモでやったのはチュートリアルで、クエスト提供者の顔を表示したワイプが右上に出ていた。


スピンオフではない。

新世代のモンハン

・開発期間は4年

・もともとはモンスタハンター5だった

ベースキャンプランダムに配置される。狩りが始まるたびにハンターは別のベースキャンプに行く

・敵のHPバーはないけど、ダメージ表示はあり

・水にはもぐれるけど水中戦はなし

釣り鉱石採取、蟲捕獲あり

武器は14カテゴリー(そうちゅうこんあり

・30FPS固定

トンファーなし?

アイルーはあり

ジェスチャーチャットでのスタンプ有り

ローカルでの複数人プレイはなし

ギリースーツありでモンスターから身を隠せる(スキルかなにからしい

・逆におびき寄せるスキルみたいなのもあり

・川を爆破して水流でモンスターを流したり出来る。

・逆に上部の岩?かなにかを落下させてモンスターを押しつぶすことも出来る

ヘヴィボウガン弾丸乱射は特殊スキル

・昼と夜の概念有りでリアルタイムに変わる

・弓はモンスターの上に小さな爆弾を降らせるわざがある

デモでは大きなモンスターが3体出てきた。

・そのうち1体は草食動物を丸呑みした

MH4より垂直戦闘が凝っているらしい

PVの感じだとMAPが縦に長い場所もあって飛び降りとか色々有効に使えるっぽい


ttp://www.neogaf.com/forum/showthread.php?t=1391293


ttp://game.watch.impress.co.jp/docs...w/1065192.html

ttp://dengekionline.com/elem/000/001/538/1538583/

ttp://www.4gamer.net/games/384/G038421/20170614098/


面白そうなので買うかな

2017-04-13

[][][][][][][][][]

management

自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー

会者定離 - Wikipedia

ttps://ja.wikipedia.org/wiki/会者定離

できる人ばかり辞めていく会社研修費用を出すようになったら、さら退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ

ttp://b.hatena.ne.jp/entry/s/togetter.com/li/1170691

従業員トレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員トレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。

ttp://japan.zdnet.com/article/35058310/

ジョイインク (Joy, inc.) のメンローイノベーションズに行ってきた

ttp://kawaguti.hateblo.jp/entry/2017/08/15/095840

ペアプロ 属人化 - Google 検索

ttps://tinyurl.com/y8tkhuhz

1業務に2人を配置して23連続黒字になった秘密

ttps://bit.ly/2MylBjs

サイボウズ、離職防止の切り札は「出戻り歓迎」

ttps://s.nikkei.com/2vJsvYx

優れたマネージャー自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う

ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html

コアコンピタンス経営判断技術ノウハウ・開発スピード改善技術顧問・内製化・比較判断基準トレードオフ・ABテスト

事業のコアになる部分は、アウトソースしてはいけない。

ttps://medium.com/@kuranuki/aac6062adfb2

アウトソーシングしてるものを強みには出来ない。

ttps://twitter.com/kuranuki/status/225727331925368832

スキルノウハウが蓄積できる業務はコア業務

ttps://www.noc-net.co.jp/blog/2015/01/column_025/

コア技術の強みは、自社が大切に保持しなければならない。それが、以上に並べた4つの事例からくみとった教訓だ。

ttp://brevis.exblog.jp/26943020/



内製 外注 - Twitter検索

プログラミングとは経営判断の集積である

ソースコードの一行一行は、経営判断のものだ。

どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか

(中略)

ソフトウェア開発とは、経営意思決定の集積なのだから経営意思決定を外部の会社委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。

もっと言うなら、自分会社の今後のビジネスポジションを、他社に決めてもらうようなものからだ。

外注を出された会社は、そのソフトウェア未来に実現するであろうビジネス価値犠牲にして、できるだけ少ないコストで作ろうとする。

ソースコードの一行一行が経営判断のものになる

ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683

プログラムは全て決断である

ttps://bit.ly/2JzCggZ

ソフトウェア業界特に受託開発業界)は、基本的に正直者が馬鹿を見る世界である顧客が、保守性というソフトウェアの最も重要品質を正しく評価できないという、情報の非対称性存在するからだ」/分かるなぁ

ttps://twitter.com/machu/status/25494063962

モダンな開発環境×技術顧問×内製化」Sansan×日経電子アプリ開発最前線を語る夜

ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。

アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更対応できないし、技術ノウハウも貯まらない。」

ttp://careerhack.en-japan.com/report/detail/525

ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています

ローンチした後、そこからの追加・改善ものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対不可能です。

サイバーエージェント藤田社長が語る技術採用理由/Tech総研

ttps://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=001780

2017年1月ネット証券大手マネックス証券証券基幹システム刷新した。

お客様提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コスト適正化目的に、

開発環境も外部のASPサービス利用から内製化に切り変えた。

(中略)

サービス改善新サービスの開発時に、ASPサービス提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。

ttps://thinkit.co.jp/article/12761

システム内製化は、業者に頼むよりずっと難しい

ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467

システム内製化度テスト

ttp://d.hatena.ne.jp/forest1040/20101015/1287109777

システム発注社はSI発注するより内部で作った方が幸せになれる理由 - Rails Webook

ttp://ruby-rails.hatenadiary.com/entry/20140818/1408287600

「五年あれば、どんな企業でも内製の体制を築ける」

ttps://twitter.com/kanayang2009/status/129677947572465666

ttps://amzn.to/2ncDXrO

即戦力になるような人材なんて存在しない。

から育てるんだ。

スティーブ・ジョブズ



ABテスト デザイン OR ボタン OR 文言 - Twitter検索

B2Cサイト/アプリ外注して成功している会社ってどこ?

外注でもA/Bテストユーザの反応を計測してトライ・アンド・エラーシステム開発ってできるもんなんだろうか。

できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの?

ttps://twitter.com/fromdusktildawn/status/874796380522336256

「外部委託すると細かい継続的機能改善が遅くなるので、自社採用でかなり優秀な人材ケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン

ttps://bit.ly/2QWMsoJ

外注PDCAを回せないという致命的な欠点がある。ITスタートアップ感覚だと外注と内製には天と地ほどの差がある

ttps://bit.ly/2J5UCWQ

銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFコントロールできる開発チームが必須でそれは内製でしか達成困難。

ttp://b.hatena.ne.jp/entry/363456374/comment/Shin-JPN

Joel on Software - ジョエルテスト

ttps://bit.ly/2vkDd8E

1日1000個のA/Bテストを行う「Booking.com」の開発の裏話を聞いてきました【前編】

ttps://gigazine.net/news/20161002-booking-com-ab-test/

1日1000個のA/Bテストを行う「Booking.com」の開発の裏話を聞いてきました【後編】

ttps://gigazine.net/news/20161002-booking-com-technology/

正解に当たるまで回し続ける!3ヶ月で200回のA/Bテストから得た「意外な結果」とは

弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチレイアウトのものテストすると、いつも必ずテキストの方が勝ちます

社員は全員一致で、リッチな方が見やすくて良いと思っているのですが…。

ttps://seleck.cc/165

海外テック情報局eBayではダサいデザインのほうがコンバージョン率が高かった|gihyo.jp技術評論社

デザイナと口論したいのではなく,見たいのは数字とお客さんの利用例。

そして何がうまくいっているのか突き止めたい。

あんたがありえないほどキレイだ! とか思ってても,何の役に立つ?

ttp://gihyo.jp/dev/clip/01/tech_information/vol69/0003

選択の科学 24種類のジャムを売り場に並べたときと、6種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの10分の1しかなかったのです。

ttps://amzn.to/2I2V1O4

エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond

理由1:変更につぐ変更を重ねられるようにする

最近 lean startup なる考え方がはやってますが、これはどういうことかというと、

トライする回数 × 成功率 = 成功

という式で、成功率の方をあげることは不可能なので、トライする回数を圧倒的に増やすのが成功の鍵だ、という発想なり。

ttps://chikawatanabe.com/2010/11/17/technical_founders/

東大合格ランキングは正しいのか?――常に分母は何かを考えよ

コツは、(2)と(3)の両方の“率”を正確に記録し、両方が上がるようにそれぞれ別の施策を立てることである

ttp://bizmakoto.jp/makoto/articles/0705/22/news008.html

何事にも閾値はある。そこに至らなければ、意味がないという数字だ。

「頭のいい人が成功しない理由」という本に、閾値の話があった。

だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。

閾値を越えない限り、やっても意味はないのだと。

ttps://ameblo.jp/chimu841/entry-10036171360.html

ttps://amzn.to/2Odv25b



技術ノウハウたまるノウハウの社内蓄積)

①内製

内製+技術顧問

技術ノウハウがたまらない

顧問プログラマ

外注

レモン市場情報の非対称性

レモン市場 - Wikipedia

ttp://bit.ly/2qQbadu

フラクタルレモン市場問題建築不動産クラスタ交流会の件その1

ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457

中間業者中抜きすると受発注者はWin-Winになるか?

ttp://ledsun.hatenablog.com/entry/2016/02/28/014851

ttps://ja.wikipedia.org/wiki/情報の非対称性

ttps://ja.wikipedia.org/wiki/逆選抜

取引コスト

ttps://ja.wikipedia.org/wiki/取引コスト

「探索コスト

交渉コスト

監督強制コスト



時給○○○○円、月額○○○万円、

時給制(時間を売る)が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね

ttps://twitter.com/YamadaQuality/status/955988197976059905

でも拘束時間金額を決めてしまっては効率化を目指さなくなるんじゃないか

ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96



利益相反エージェンシースラック管理モニタリング時間

エージェンシー・スラック(agency slack)とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優先した行動をとってしまうこと。プリンシパル=エージェント理論 - Wikipedia


ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872820182883762176

ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872822997106565120

ttp://getlife.hateblo.jp/entry/2013/09/10/015011

見積もり人日工数計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。

ttp://b.hatena.ne.jp/entry/357516986/comment/netcraft3

プログラマーは皆、常に秘密や嘘を抱えている

納期よりもかなり早い段階で実際には完成しているにも関わらず、

納期ギリギリになるまで「まだできていません」と発言するのだ。

ttp://d.hatena.ne.jp/totopon114689/20120111/1326266304



モニタリングコスト監視費用

 エージェント利益相反行動をしていないかどうか監視するためのコスト

ボンディングコスト保証費用

 自身の行動がプリンシバルの利益追求にかなっていることを証明するために

 エージェント自らがかけるコスト

ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292

エージェンシーコストとは

ttp://www.nsspirit-cashf.com/yougo/yougo_agency.html



技術顧問・内製化・顧問プログラマ

文系経験からプログラミングを独学で学び外注してたWebサービスを内製化するために勉強したこと - ゼロイチ起業ノート

ttps://blog.zerotoone.jp/entry/2017/03/15/065148



Rails 技術顧問

ttps://twitter.com/search?q=rails%E3%80%80%E9%A1%A7%E5%95%8F

顧問プログラマ再考 - Rails 雑感 - Ruby on Rails with OIAX

ttps://www.oiax.jp/rails/zakkan/rethinking_of_adviser_programmer.html

顧客企業による内製化を支援する

ttps://www.oiax.co.jp/consulting

ITエンジニア採用に欠かせない原則とは (1/5):IT人材ラボ

ttp://b.hatena.ne.jp/entry/s/itjinzai-lab.jp/article/detail/856

ttps://www.slideshare.net/fukumura1/fukuokarubykaigi-medpeer-ver1

開発支援

ttps://everyleaf.com/development-support

【256人がリモートワークで回る仕組みを考える】後編

ttps://www.remotework-labo.jp/2015/10/interview_10/

ttp://cast-er.com/blog/client-interview-masaki-komagata/

内製化に切り替える場合も援助をいたします。

ttp://fjord.jp/commissioned-development/



真の人月商売こそが受託開発産業を救う ― 請負契約ではITプロジェクトは失敗する

ttp://b.hatena.ne.jp/entry/shunichi-arai.blogspot.com/2014/05/it.html



ソニックガーデンとテレワークマネジメント業務提携 〜 働き方改革の実現を支援するシステム『F-Chair+(エフチェアプラス)』提供開始

『F-Chair+』では「働いている時間」と「何をしているか」を同時に管理できる機能を実現

ttps://prtimes.jp/main/html/rd/p/000000001.000022534.html

納品のない受託開発

「納品」をなくせばうまくいく

ttps://amzn.to/2naCphY

43.一括請負しないので、長く続く方が嬉しい

ttps://www.slideshare.net/kuranuki/ss-87706585

お客さんには僕らがどれだけ時間をかけているかは見せません。

ttp://mydeskteam.com/casefile/2171/

毎週何時間働きますよという契約ではない

ttp://gihyo.jp/dev/serial/01/take-evolution-site/0002?page=2

最初は1社しか担当できなかったのに、スキルを磨くことで2社、3社と顧問契約が増えていく。

ttp://careerhack.en-japan.com/report/detail/205

ソニックガーデン

ttps://www.sonicgarden.jp

原価共有型受託開発

ttps://www.slideshare.net/pandeiro245/2016-01<

2017-03-05

コメ率の低いはてブエントリ英語エロか?

http://anond.hatelabo.jp/20170305115905増田以外のホットエントリで見ると。

2017年2月コメント率の低いホットエントリ

コメントタイトルコメント数/ブクマブクマページ
0.0%Python3.6 から追加された文法機能 - Qiita0/96b.hatena.ne.jp/entry/324476241
0.8%文章ベクトル化して類似文章の検索 - Qiita2/245b.hatena.ne.jp/entry/324662835
1.0%[wip] 会社サーバサイドエンジニアにReactとかReduxのことを説明する資料 - Qiit1/97b.hatena.ne.jp/entry/319535213
1.1%機械学習ディープラーニングの入門者向けコンテンツまとめ - Qiita1/94b.hatena.ne.jp/entry/321793279
1.9%Web制作時の概算費用と想定納品日を簡単に計算する票をつくってみた – のんびりデザインしているよう7/375b.hatena.ne.jp/entry/320010979
2.0%最近見かけるレイアウト・ナビゲーション・スライダーフォームなどがどうやって実装されているのかのまと7/344b.hatena.ne.jp/entry/322198623
2.2%フロントエンド知らない私のwebpack入門 その1 - Qiita4/186b.hatena.ne.jp/entry/319233247
2.3%フルマネージドのSaaSクラウドデータベースサービスdashDBの活用スタイルとは ~手間いら5/216b.hatena.ne.jp/entry/323891713
2.4%Pythonをやるときに参考になりそうな情報 - のんびりSEの議事録19/807b.hatena.ne.jp/entry/322300431
2.5%React基礎 · GitBook17/681b.hatena.ne.jp/entry/321494522
2.7%開発効率を上げるテスト設計 // Speaker Deck5/183b.hatena.ne.jp/entry/323584734
2.8%畳み込みニューラルネットワーク可視化 - 人工知能に関する断創録3/108b.hatena.ne.jp/entry/322431100
2.8%グランブルーファンタジーを支えるインフラ技術 // Speaker Deck10/359b.hatena.ne.jp/entry/324611754
2.9%仮想DOMの内部の動き | プログラミング | POSTD6/206b.hatena.ne.jp/entry/321289144
3.0%金融データPythonでの扱い方 - 今日も窓辺でプログラム16/527b.hatena.ne.jp/entry/322842311
3.1%Python Jupyter notebookでpandasを使いCSVを読み込みグラフを描画してp5/162b.hatena.ne.jp/entry/321556884
3.1%React Redux Real World Examples 〜先人から学ぶReact Redux9/290b.hatena.ne.jp/entry/323749846
3.2%Awesome Python:素晴らしい Python フレームワークライブラリソフトウェア・リ15/472b.hatena.ne.jp/entry/319013267
3.2%履歴書志望動機|最速で書く方法と受かる書き方14/433b.hatena.ne.jp/entry/279613157
3.4%今日からはじめるGitHub初心者がGitをインストールして、プルリクできるようになるまでを解38/1128b.hatena.ne.jp/entry/318690305
3.4%スケーラブル GCP アーキテクチャ6/178b.hatena.ne.jp/entry/322723492
3.5%アーキテクチャから新しい! 初めてのエディタには、21世紀生まれの「Atom」がおすすめ【続・若手エ11/311b.hatena.ne.jp/entry/322534650
3.5%フロントエンドの基礎知識 // Speaker Deck15/423b.hatena.ne.jp/entry/322749937
3.7%ロードバランサー再入門 | ツチノコブログ26/704b.hatena.ne.jp/entry/323163487
3.7%APIサーバを立てるためのCORS設定決定版 - Qiita5/134b.hatena.ne.jp/entry/321742626
3.8%画像】こんなのソフマップじゃないwwwwwwwwwwwwww|ラビット速報5/131b.hatena.ne.jp/entry/321219627
4.0%動画あり】人志松本のゾッとする話のあるある探検隊の話怖すぎwwwwww | 2ちゃんねるスレッド10/252b.hatena.ne.jp/entry/319507149
4.0%翻訳2017年展望: pandas, Arrow, Feather, Parquet, Spa7/176b.hatena.ne.jp/entry/324411617
4.2%【たまに行くよ!って人向け】いつもと少しちがう東京ディズニーシーデートにするための5つの方法 @ja3/72b.hatena.ne.jp/entry/321496344
4.3%高速なシステムを作る方法 // Speaker Deck9/211b.hatena.ne.jp/entry/283448858
4.3%処分・廃棄にお金は要らない!?パソコン無料引取してくれる業者一覧7/162b.hatena.ne.jp/entry/320803373
4.3%タデサプリを支えるデータ分析基盤 ~設計の勘所と利活用事例~3/69b.hatena.ne.jp/entry/322583838
4.4%「Front-End Developer Handbook 2017」がGitBookで無償公開。フ24/542b.hatena.ne.jp/entry/318947145
4.6%デブサミ2017「DeNAの機械学習基盤と分析基盤」講演メモ #devsumi - 元RX-7乗りの7/152b.hatena.ne.jp/entry/322562611
4.6%大量の要素を高速に表示するためのバーチャルレンダリング入門 / Virtual Rendering 6/130b.hatena.ne.jp/entry/323604383
4.7%MySQLアンチパターン22/473b.hatena.ne.jp/entry/319218778
4.7%5年間コードを書き続けたエンジニアが、新人に読んでもらいたい11冊+αを紹介する - エンジニアHu47/1006b.hatena.ne.jp/entry/313934939
4.7%グーグル社員も長友選手も行う集中力を高める方法 - 自分で学ぶ心理学20/427b.hatena.ne.jp/entry/322090614
4.8%例の機械学習コースが良いらしいと知りながらも2年間スルーし続けたがやはり良かったという話 - Qii68/1418b.hatena.ne.jp/entry/321403591
4.9%NoSQL を使用する場合と SQL を使用する場合Microsoft Docs28/577b.hatena.ne.jp/entry/322834020
4.9%Awesome Selenium : 素晴しい Selenium ライブラリの数々 - Qiita5/102b.hatena.ne.jp/entry/321629987
4.9%誰でもできる、プレゼンが劇的にうまくなる基本テクニック - 科学非科学迷宮77/1557b.hatena.ne.jp/entry/318913434
5.0%脆弱性発見者が注目する近年のWeb技術 // Speaker Deck24/481b.hatena.ne.jp/entry/319516657
5.1%たった3つのコトで仕事が楽になる!「できる上司の会議」がマジで真似したい | CuRAZY [クレイ7/138b.hatena.ne.jp/entry/322534334
5.1%日経電子版を支える基盤API // Speaker Deck13/256b.hatena.ne.jp/entry/319592914
5.1%30歳から始める数学 - Shoyan blog50/982b.hatena.ne.jp/entry/323617832
5.1%インフラチームと開発チームの垣根をなくすためにAWSのCI環境を構築した話 - VOYAGE GRO20/392b.hatena.ne.jp/entry/323171376
5.1%『How to Get Startup Ideas』 - いかスタートアップアイデアを得るか -17/333b.hatena.ne.jp/entry/324384439
5.1%無料ウェブサイトブログに使える写真を検索可能な28サービスまとめ - GIGAZINE18/350b.hatena.ne.jp/entry/323600897
5.2%内向的な人のための面接ガイド - GIGAZINE14/271b.hatena.ne.jp/entry/322036523

Pythonデータベース関連が目立つ。コメント無しで96ブクマに達するPythonさん凄い。マウンティング心?を刺激しないのだろうか。炎上したくない人はインデントに気をつけながらオブジェクト指向で書くといい。

2017年2月コメント率の高いホットエントリ

コメントタイトルコメント数/ブクマブクマページ
74.5%はてブ要望「返信出来るようにして欲しい」 - interact114/153b.hatena.ne.jp/entry/319990286
73.5%あなた朱雀とか白虎とか四神を覚えたキッカケは何?」という質問に対し世代がバレそうになる人々→「幽319/434b.hatena.ne.jp/entry/322198765
67.8%内海 聡さんのツイート: "あなた甲殻類アレルギーだった場合あなたの心は殻に閉じこもっている可449/662b.hatena.ne.jp/entry/318821783
67.4%日米首脳会談 首相は「ドラえもん」のスネ夫になった!民進党野田幹事長が批判 (産経新聞) - Ya95/141b.hatena.ne.jp/entry/321930776
65.7%いい記事書けばブクマつくとか嘘っぱち!こんな嘘がまかり通るはてな界に物申すっ! - ゆるくいきていく260/396b.hatena.ne.jp/entry/323206934
65.5%痛いニュース(ノ∀`) : 梅沢富美男(66)、老害判定に怒り 「日本は俺達が作ったんだぞ!」 - 190/290b.hatena.ne.jp/entry/322785094
65.5%茶碗に米粒を残した状態で「完食」する人は完全悪ではないけど相容れられない、という話に意見続々 - T413/631b.hatena.ne.jp/entry/321479096
64.6%けものフレンズを視聴1分30秒で挫折。 - 自由ネコ122/189b.hatena.ne.jp/entry/321589678
63.7%けものフレンズコスプレ批判に対する異論まとめ - Togetterまとめ228/358b.hatena.ne.jp/entry/323622485
63.6%レジでバレる!二流の人の超ヤバい3欠点』という東洋経済記事を読んで。クレジットカードイメージ119/187b.hatena.ne.jp/entry/323599229
63.5%痛いニュース(ノ∀`) : 日本在住のイスラム教徒の子どもがハラール対応給食に苦慮→学校側に配慮290/457b.hatena.ne.jp/entry/321128745
63.0%あざなわさんの炎上はてな村権威のなさ - メロンダウト133/211b.hatena.ne.jp/entry/323813866
62.7%プレミアムフライデーって何でこんなに叩かれてるんだろう? - シャイニングマンの「勇気を君に」126/201b.hatena.ne.jp/entry/324113658
62.5%飯田譲治さんのツイート: "日本が悪い日本が悪いって、民間人は殺さないってルール破って、原爆落として65/104b.hatena.ne.jp/entry/321434534
62.4%偏差値40の大学日本必要なのか?子供を焼き殺す大学補助金は不要 - カキカエブログ166/266b.hatena.ne.jp/entry/318786744
62.2%坂上忍 清水富美加の月給5万円は正当「僕らの時もそうだった」 (デイリースポーツ) - Yahoo!237/381b.hatena.ne.jp/entry/321888913
61.9%清水富美加17日著書出版「全部、言っちゃうね。」 - 芸能 : 日刊スポーツ73/118b.hatena.ne.jp/entry/322431771
61.5%警視庁捜査1課長が竹刀で23歳美人記者ボコボコ (文春オンライン) - Yahoo!ニュース415/675b.hatena.ne.jp/entry/322218394
60.7%ゴルフに興じる首相、誇れない」民進・蓮舫氏:朝日新聞デジタル136/224b.hatena.ne.jp/entry/321608217
60.6%金があるのに、理屈をつけてコンテンツに金を落とさない」連中について - うらがみらいぶらり243/401b.hatena.ne.jp/entry/321324226
60.6%痛いニュース(ノ∀`) : 中学校で「やばい」という言葉を使用禁止に 若い世代意味多様化 - ラ132/218b.hatena.ne.jp/entry/324642052
60.3%受動喫煙対策東京だけでやれ」 自民党内で反対論噴出:朝日新聞デジタル241/400b.hatena.ne.jp/entry/321316384
60.1%娘の卒業式用の服を買いに行ったら驚愕した - コバろぐ92/153b.hatena.ne.jp/entry/321299915
60.1%「洗剤いらず」スポンジで教頭などが児童の体こすりけがNHKニュース215/358b.hatena.ne.jp/entry/322584234
60.0%松井一郎さんのツイート: "長谷川さんが、ブログで伝えたかったのは、健康であるための自己管理重要201/335b.hatena.ne.jp/entry/320414066

2016-07-25

gitにおけるコミットログ/メッセージ例文集100

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくま単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。

要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのであるググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか

仕方なく自分でまとめたので、増田に垂れ流しておく。

はじめに

ここで挙げているコミットログは全て実際のコミットログから転載である。当然ながら各コミットログ著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユース範囲なら許してくれるだろうと考え名前プロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。

抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリGitHubSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した(あわせて前処理として、コミットログ冒頭のタグ情報は消去した)。

結果として対象としたリポジトリは以下の通り。

atomのみ5400件抽出していたため、計25400件のコミットログベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。

こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である個人的に「うーんこの」と思った表現も、散見される場合は載せた。

ということで、以下用例を羅列していく。

用例集

オプションフラグメニューを追加した
ファイルを追加した
メソッド機能を追加した
実装を別のものへ切り替えた
  • Use args.resourcePath instead of args.devResourcePath
  • Use arrays instead of while loops
  • Use auto instead of repeating explicit class names
  • Use weak pointer instead of manual bookkeeping
  • Change all uses of 'CInt' to 'Int32' in the SDK overlay
  • Change Integer#year to return a Fixnum instead of a Float to improve consistency
新しく何かに対応した/機能上の制約を取り払った
何かを使うようにした
より好ましい実装に改良した
何かを出来ない/しないようにした
  • Don't bail reading a metadata instance if swift_isaMask isn't available
  • Don't exit until the parent asks for an instance
  • Don't include Parent pointer in Nominal/BoundGeneric TypeRef uniquing
  • Don't use MatchesExtension for matching filters
  • Don't use ES6 class for AutoUpdater windows class
  • Don't use MatchesExtension for matching filters
  • Avoid `distinct` if a subquery has already materialized
  • Avoid infinite recursion when bad values are passed to tz aware fields
オブジェクトの内容や挙動確認やすくした
Assertを追加した
不要コードを除去した
コードを移動した
名前修正した
さなバグタイポ修正した, 警告を潰した
バグや好ましくない挙動修正した
テストコメントドキュメントを追加した
テストを削除した
テストコメント修正した
ドキュメント修正した

表現傾向とまとめ

以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。

Add1149
Fix1014
Update584
Remove566
Use382
Don't260
Make228
Move178
Change103
Rename85
Improve76
Avoid68
Allow65
Implement60
Handle58

コミットログの基本形はもちろん動詞 + 名詞である名詞固有名詞複数形、不可算名詞が多いが、単数形場合冠詞は a が使われるか、あるいは省略される。the はまず使われない。

何かを追加した、という表現では非常に広く Add が使われる。メソッドからテストドキュメントに至るまで大概これでまかなえる。

一方、何かを修正した、という表現では広く Fix が使われる。「何か」は typocrash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である

Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合Make sure が使われる(こちらはthat節が取れる)。ただし Fix よりもニュアンス的に重い表現と思われ、Fix を使わず Make sure ばかり使うのはちょっとキモいのではないかと思う(Ensure はさらに重い表現っぽい)。

また、Fixtypo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメントコメントテストに使われ、本体コード修正に対しては使われない。本体コード修正にあわせてテスト更新したなら Update が使われる。ただ、テスト機構それ自体バグ修正したなら Fix である

無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)からのもの(B)に切り替えたのであれば Use B instead of A か Change A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合Don't use を使うことが多い。

何かをしないようにしたなら Don't を、内部実装効率化なら Make A + 比較級/形容詞Improve が使われる。

中身の変更を伴わない単なる名前の変更なら Rename A to B、コード機能論理上の場所を移動させたなら Move A to B である

この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。

余談

コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えば get rid of とか2件しか使われておらず、圧倒的に remove である

一方で、シンプル単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。

おわりに

8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体効率のいい学習になるという話と同じだと思う。

このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。

2016-06-06

anond:20160606151215

NHKYahoo!ニュースブクマしてないか読み返しもしてないんだろうなぁ。

そこらへんのリンク先、半年後には消えるのがほとんど。

既に他の増田が指摘してるが、元増田でもちゃんと言及があるだろ。

Impressと言えば新聞社等のニュース配信と異なり、過去記事も削除されることな


それに今回のインプレスの件は、ニュースサイトのような
記事ブクマページのリンククリック → 記事が消されてて読めない」
というのとは逆のケース。




例:はてななどの各社担当者自作サーバーノウハウを紹介 -BB Watch


記事の旧URL
bb.watch.impress.co.jp/docs/news/20091126_331459.html


……の、ブクマページ (※現時点で471ブクマ
b.hatena.ne.jp/entry/bb.watch.impress.co.jp/docs/news/20091126_331459.html


……の、リンククリックすると、リニューアル後のURLリダイレクトされる
bb.watch.impress.co.jp/docs/news/331459.html


……ので、旧ブクマページから記事を読む際には不便は生じない。




問題は「記事のページからブクマページへ移動したい場合」。

記事リニューアル後のURL
bb.watch.impress.co.jp/docs/news/331459.html


……をブクマしようとすると飛ばされるのは、新たなURLブクマページ (※現時点で0ブクマ
b.hatena.ne.jp/entry/bb.watch.impress.co.jp/docs/news/331459.html


ブクマページのURLも変わってしまったことで、過去の多数のブコメへの動線が途切れてしまった。
また、ひとつ記事複数ブクマページが存在することで、ブコメ散逸が起こってしまう。




ブコメデータが削除されてしまったわけではないので「資産が失われた」は大袈裟かと思うけど、不便ではある。

以下のような例があるので、技術的には対応可能なようだけど…




Google ウェブマスター向け公式ブログ
googlewebmastercentral-ja.blogspot.jp/


……をブクマしようとすると、
b.hatena.ne.jp/entry/googlewebmastercentral-ja.blogspot.jp/

このエントリーには、他のブックマークエントリーページが存在します。以下のリンクから、別のコメントなどの情報も参照できます
Webmaster Central 日本版 公式ブログ 481 users
http://googlewebmastercentral-ja.blogspot.com/

と表示される。

無視してそのままブクマしようとしても、実際には『このエントリーには~』で示された「blogspot.com」の方がブクマされる。

2016-01-16

テキスト入力専用機としてiPad mini + Magic Keyboardお勧めする理由

この組み合わせで仕事として本をまるごと一冊書いている人間としての感想

iPad mini 4 16GB + Magic Keyboardの組み合わせでMacbook Air最安モデルの約半額で、macの快適なキーボードを使って高速で仕事ができ、電源がない場所でも一日中問題ない。

iPadは消費電力がPCより少ないので、スマホ用のモバイルバッテリを持ち歩けば、24時間電源なしでいける。

実感として、iOS仕事に使えないというのは、すでに過去の話になっている。(追記:ものを書くという仕事に関して使える/使えないを議論している旨をタイトルで表明している。他の業種については論じていない)

勤務先の事情によりつねにフルWindowsを使わなければならないという制限が外せる人は、重いノートpcACアダプタバタバタ持ち歩いたり、最近たくさん出始めている格安windows10タブレットキーボードカバーやらをつけて、安っぽいキーボードの打ちにくさを我慢しながら使う必要はもはやないと思う。

現在の組み合わせにたどり着く前に、Macbook AirWindowsノートWindowsタブレットAndroidタブレットChromebookPomera DM100を買って使ってみたが、常に以下のいずれかの点で問題があった。

バッテリーの持ち時間

携帯性と重さ

キーボードの快適さ

直感的な操作と速さ

オフライン環境での使用Chromebookは速くて快適だが、オフライン環境で起動するとログインすらできない)

日本語処理、多言語処理の甘さ

クラウド上でのファイル保管・同期

原稿へのスタイル適用(章タイトル見出しフォント変更、ルビ振り、レイアウト指定等)


上記の欠点をすべて補うのが最初に述べた組み合わせであった。

特にキーボードの選択は、一日8時間以上タイピングを続ける人間にとっては致命的であった。現在出回っているMicrosoftモバイルキーボードAmazon等での評価が高かったので全種類試してみたが、打鍵の快適さはMagic Keyboardに比べると、どれも3万円前後格安Windowsタブレットについてくるキーボードと変わりない。

携帯性と重さという点では、最初のうちはMacbook Airに満足していたが、やはりこの機械の独特のゴツゴツ感と肌触りの冷たさには最後まで抵抗があった。また、あのアダプタをつねに持ち歩くと、けっこうかさばるのである(あのアダプタの華奢な感じが携帯時に与える不安は、Macbook Airをずっと持ち歩いている人ならわかってくれるだろう)。

iPad miniの分解できるアダプタ&ケーブルは、カバンに入れるときに大きな安心感を与える。また、旅行中以外はそれすら持ち歩く必要がないことにあとで気づいた。

iPad mini 4 16GB + Magic Keyboardで約530g、好みのケースを付けて600 - 650g 、

テキスト入力メインでの動作時間体感で約8〜9時間といったところだ。

一方、最近話題になったキングジムの小さなpcポータブック XMC10は、本体重量が約830g、

動作時間は約5時間本日付での価格.com最安値は約9万円。

Surfaceをはじめとして、携帯性を重視したWindows機を最近各社がこぞって出しているが、サクサク動くスペックにして15 - 20万の価格帯を考えるとどれもライトユーザーにとっては高嶺の花だという感じがする。フルwindowsで1kg以下というのは、現時点でそんなに高い付加価値なのだろうか。

追記:

Docsオフラインでもほぼ完全な形で使えるはず

そういう評判をネットで読んでChromebookを購入して使ってましたが、オフライン環境で電源OFFから立ち上げるとゲストユーザーとしてしか使えず、いろいろ制限が多すぎて面倒なので結局売ってしまいました。(再追記:映像ありがとうございます。去年秋頃までAsus C200MAを使っていて、何回やってもオフライン環境では自分アカウントログインできなかったんですが、その後アップデート改善されたという理解でよいのでしょうか。ちなみに、このエントリの著者です→http://anond.hatelabo.jp/20150927211800

Google日本語入力はとてもよいと思いますが、問題は別の言語(欧文)との入力を組み合わせる場合です。Android端末と共通の問題ですが、特定言語(欧文)に特有しかも頻繁に使う引用記号などがChromebookでは瞬時に打てません。OS全体の言語設定を変えても無理でした。多言語処理が一番まともにできるのがmaciOSという消極的理由現在選択肢に落ち着いています

8時間書き続けて、現在

iPad miniのバッテリ残量:38%

Magic Keyboardのバッテリ残量:100%


自分場合は、特定仕事必要な条件を列挙していって、あとのことには目をつぶったら消去法でこの組み合わせになった。最初iPad miniなんて割高な情弱向けの端末だと思って、見向きもしなかったが、いろいろ試してみて結局現時点でこれが残った感じか。

出先であれもこれもやる必要がありそうだと考えて、「全部入り」を選択するとフルwindowsノートになるんじゃないか。

その場合でも、価格/重量/バッテリー持続時間/キーボードタッチバッドの使いやすさ等で、トレードオフがある。

あらゆるシーンでフルwindows必要だという考え方は、仕事必要もの明確化ができていないか、心配事が多くて、バッグにいろいろ詰め込みすぎて重くなってしま事態に似ていると思う。

文章を書く時は横置き。iPad miniだと、縦置きでPagesを使うと字が小さすぎる。Wordドラフト表示みたいなのができて、プレーンテキストだけじゃなくて、傍線を引いたりスタイル設定できるアプリがあったらそっちに乗り換えて縦置きで書くかも。


Thinkpadキーボードの使い心地、自分も大好きだけど、やっぱり重量が問題

歩き回って考える→カフェ図書館で座って書く→歩き回って考える

の繰り返しで書いていくので、バックパックに重いノートpc一式を入れて1日それをやると、背負い紐が肩に食い込んで痛くなってくる。

テーブルが高すぎる施設もけっこうあるので、キーボードだけを膝に置いて打てるのは便利。

タブレットホルダーやらをいちいち立ててセッティングするのが面倒ではある。


帰宅してから古くて大きい方のiPad + Microsoft Universal Mobile Keyboardでこれを書いてみたが、やっぱりこのキーボードは長時間執筆には向いていないと感じる。ちなみにこれは、最近話題だったASUS Transbook T90 CHI のキーボードによく似ていると思うのは自分だけ? まったく使えないほどひどくはないが、どこかおもちゃっぽい。



iPad日本語入力が完全ではないというのはまったく同意します。ただ、使い続けているとなんとかなってきます。いまのところATOKは買わずに、もともとの日本語入力だけで毎日原稿用紙10枚分書いています。他の人が言われてるほどこの日本語入力苦痛ではないです。


なぜキーボードにそんなにこだわるのかというと、腱鞘炎が再発しないように気をつけているから。

エディタ無料PagesUI好き嫌いで選んでますが、結果的アイディア出しをやりながら草稿を貯めていく作業にけっこう向いているようです。起動すると文書カード形式で並び、それまで自分が考えてきたことがおよそ俯瞰できますCommand + Spaceキースポットライト機能を出して検索するとpagesファイル全文検索がかかるので、ipadに入れてある他の資料複数の草稿の間を行き来しながら納品原稿を仕上げていくイメージです。縦書き状態のチェック等は最後docx形式エクスポートしてノートpcでやりますpagesファイルdocxファイル互換性、見た目の再現性等については、校正が入るので基本的には問題になりません。


なぜ電源のない環境にこだわるかというと、自分場合、歩いて体を動かしているといちばん考えがまとまるので、ある程度まとまって座ったところに電源があるかないかを気にして行動を制限したくないからです。


「多言語処理」で意味するところは、複数言語特有記号文字組みを同一の文書内で適切に混在させるという程度のことです。

日本語入力を切って半角入力にしただけでは入力しにくい欧文の記号はたくさんありますアクセント記号、"と違うかたちの引用符、改行できないスペース記号等)。日本語英語だけを混在させる分にはこれは問題になりませんが、他の欧文を表示させる段階になると問題になってきて、Androidはこういった処理がひどく弱いので実用に耐えませんでした。Windows + Word文書を書いている分にはこの問題クリアされていますが、日本語版windowsにたとえばフランスで作られた辞書アプリインストールすると、文字化けします。OS全体の言語設定をフランス語に変更しても解消されません。一方、同じアプリmac版は、OS言語設定に関係なく適切に表示されます。こうした処理をユーザーの側がいちいち気にしないレベルで解決されているのがmaciOSという消極的理由で、少々高くてもしょうがなく使うわけです。Androidキーボード周りがもう少し洗練されてきたら乗り換える可能性もあります

2015-11-23

ミスコン批判」は正当に行われたか

 京大ミスミスターコンテスト2015がTwitter上で盛んに行われた批判(と一部中傷)により中止に追い込まれた。私自身は京大生でもジェンダー論界隈の人間でもないのだが、この過程を見ていて多くの疑問を感じたので、ここにまとめていく。別にミスコン批判について詳しく解説する記事ではないので、そのようなものを期待していたなら別に読まなくていい。

京大ミスミスターコンテスト2015の問題点まとめ」を振り返る

http://togetter.com/li/903456

 基本的にはこのtogetterに沿って発言していく。ミスコン批判者側のパースペクティヴがわかりやすく整理された良いまとめであると思う。最初に断っておくが、私はミスコンをやめさせることには賛成であり、その意味ミスコン批判者側であるミスコンを開催するようなやつらは大抵が最も憎むべきタイプキモい人間であるしかし今回、ミスコン開催反対派としていち早くステートメントを出していた人々の持つある決定的な傾向が私にはないと感じたので、普通意味でのミスコン批判を〈ミスコン批判〉と呼び、この記事で疑問を投げかける対象となるものを「ミスコン批判」と呼ぶことにしよう。

 注意しなければならないのは、私は「ミスコン批判」者に敵意は全くない、ということだ。ミスコンを中止に追いやったこと、ただその一点に関しては全面的肯定したい。この記事特定の人々に対する人格攻撃に見えたのなら先に謝罪しておこう。申し訳ない。私が考えたことのどこが間違っているのかをわかりやすく教えてくれるひとが現れれば、私は満足だ。

 11月16日に「京大ミスミスターコンテスト」なるアカウントが取り上げられたことから騒動は始まる(アカウント作成自体7月のようである)。

【開催】本日より京大ミスミスターコンテストを開催します!???????? 11/29まで1日1回投票を受け付けております????是非サイトをCHECKしてみて下さい????✨ ▶︎http://www.missmisterkyoto.com/

https://twitter.com/kyotomissmr/status/666089786373877761

 これまでに何度かミスコンに関し議論が繰り広げられてきた(そして開催を阻止してきた)京大でのミスコン開催がこの時点で全くと言っていいほど問題視されていなかったという事態を重く見たひでシス氏らは、「京大ミスミスターコンテスト2015の問題点まとめ」なる文書の公開及びミスコン運営団体に対する公開質問状の提出を実行した。

京大ミスミスターコンテスト2015の問題点まとめ」草案 です。気が付いた点があれば自由コメント編集をしてください。 https://t.co/ZZeaWzn81b

https://twitter.com/hidesys/status/666153853885247488

.@kyotomissmr 京大ミスミスターコンテスト京大ミスコン)に対して公開質問状送りました。https://t.co/ENgjjDZwvk 多くの京大生たちが貴団体コンテストについて違和感・疑問点を抱いています生産的な対話となることを期待し、誠実な回答を希望します。

https://twitter.com/hidesys/status/666567472485695488

 正直に言うと私にはこの公開質問状意味がわからない。大学当局主催ならまだしも、単なるひとつ学生団体企業が関わっているかどうかは本質的問題ではない)にこのような物々しい文書を送りつけても「一部のTwitterユーザー臨場感提供できる」ことくらいしか得られないだろう。

今回、貴団体が「京大ミスミスターコンテスト」をWeb上で開催していることを知りました。しかし、私はこのコンテストにどこか違和感を覚えざるを得ませんでした。それは、これまで京大において積み重ねられてきた、ミスコン開催を巡る歴史議論をまったく軽視しているように思えたからです。

 「これまでのミスコン開催を巡る歴史議論を軽視している」のは当たり前ではないか? そんな歴史議論認知している学生がいったどれ程いるというのだろうか。私が部外者であるから知らないだけでほんとうは多くの京大生――あくまでも「当時の」――がミスコン問題認知している、という可能性もあるが、そもそも前回類似問題が取り沙汰されたのが2012年(なんと3年も前である! 当時の2回生留年・休学あるいは大学院進学していなければもういない)らしいということからも明らかであろう(そしてあなた京大生ならば、2012年から2015年にかけてあなたフォロー欄にどれだけの変化があったか考えてみてほしい)。2012年ミスコン問題について調べたところ今回のものとは異なる質の問題だとも感じたので、実質2004年まで遡って議論を追っていく必要がある。Twitter存在しない時代じゃないか。突然「これまでのミスコン開催を巡る歴史議論」などと言われても混乱するだけだ。

今回議論に参加したわれわれ京大生の多くは本コンテストの開催を知りませんでした。京大名前を冠しているにも関わらず、京大生への認知不足に不信感を感じる覚える意見が多く出たのは事実です。「大部分の京大生の知らぬ間に京大ミスミスターコンテストを開催し既成事実を作ろうとしたのではないか」等の疑問点や不満を持っている方が多くいますミスコン開催容認派からもこのような声は聞かれました。本コンテストの告知をどのように行ったか具体的にご回答下さい。

 これは単なる団体の体力の問題だろう。7月アカウントを作り、9日間でフォロワーを300人まで増やし、ビラも配っていたのに「知らぬ間に」などと責めたてるのはちょっと厳しすぎる。普通にかわいそう。「京大」名義の使用には許可必要という話は置いておくとして、京大名前を冠しているかどうかは本質的重要な要素なのだろうか。逆に、誰の目から見ても十分な告知が成されたところで京大名前を冠しても良いと言えるのだろうか。ところで私の大学ミスコンも毎年知らぬ間に終わっている。あれが外見至上主義的だなんて思ったこともない(し無自覚に外見至上主義を推奨しているようにも見えない)。

「知と美の狂演」とWebサイトには書かれていました。コンテスト開催の意図を教えて下さい。

 「美」のほうには噛みつくのに「知」のほうには噛みつかない理由についてひでシス氏は以下のようにツイートしている。

ちなみに「人を社会的容姿で順序付けることはよくない」と考えている人たち、その理論論理力という権力勾配に乗って展開されてること、人を学力で順序付けることに関してはどう考えてるのだろう。ぼくは「学力による順序付けは生産性向上を通じて人類幸福に影響する」で一応決着つけてるんだけど

https://twitter.com/hidesys/status/667511609619841025

 故にこの批判の核、と言うか土台は、ガッチガチ功利主義であることが明らかとなった。「普遍的道徳が前提とされていて、それに従っている」というわけではないらしい(「ミスコン批判」者の中には功利道徳混同が見られるステートメントを提出する者が多く見られた)。功利に基づく批判ホリィ・セン氏の以下のツイートの後半と衝突する。

容姿」という価値基準絶対化してしまった世界――「顔という牢獄」――からの逃げ場はあるべきで、京大はその逃げ場を担っていると思う。もし京大ミスコンを許してしまったら、他大学も「右にならえ」でしょうよ。ある種の「多様性の維持」のためにもミスコンは阻止しなきゃならん。マジで

https://twitter.com/holysen/status/666300727346618368

 〈ミスコン批判〉とは「多様性の維持」のためにミスコンを阻止しようという運動であるという側面を持つ、ということか。「功利」という価値基準絶対化してしまった世界――「ユーティリティという牢獄」――からの逃げ場もあるべきである。もし京大功利主義を許してしまったら、他大学も「右にならえ」でしょうよ。ある種の「多様性の維持」のためにも功利主義には断固として抵抗しなきゃならん。マジで

今回気になったのは、そういった少しでもマシな社会を引き寄せるための泥臭い活動を、シニカルを装って冷笑したりこのヒドい現状をさも世の中の真理のように説いたりする言説があったことですかね。「たしかおかしいとは思うが仕方ない」と言った瞬間に少しでもマシな社会は手から離れていってしま

https://twitter.com/hidesys/status/667449023977123840

 良い社会を実現するためには何をやってもいいのだろうか。功利主義的には良いんだけど。社会的に悪い影響を与えるというただその一点だけを根拠にして、単なる一つの企画弾圧することを手放しで称賛するような風潮を放置しているとさらにとんでもないことになるのは火を見るより明らかであろう。正当かつ普遍的理由で反対していないのだから、中止の時点で追及はやめるべきである

 先程のホリィ・セン氏のツイートに従うなら、今回のミスコン功利主義的に弾圧することは避けるべきなのだホリィ・セン氏のツイートそれ自体京大における 「多様性の維持」という価値基準絶対化してしまった世界――「ダイバーシティという牢獄」――を象徴してしまっているのが残念ではあるが。

 さて、公開質問状に戻ろう。

a. 容姿による人間の順序付けという行為についてどういった意見を持っていますか?

 突然「容姿による人間の順序付け」というワードが出てきたが、ミスコンと何の関係があるんだ? そもそも「ミスコン」と「容姿」の間に直接的な関係はあるのだろうか。これらの間接的・結果的な「つながり」がこの一文によって再生産されている、ただそれだけである

c. 所謂女性らしさ」や「男性らしさ」の押し付けに繋がることについてどういった意見を持っていますか?

大学という本来容姿や性で判断されてはならない場でこういった企画を行うことは問題だ。という意見が寄せられています

ミスミスターコンテストは、ほとんど容姿判断されるコンテストと言って過言ではなく、そういったコンテストを男女で分けて行い、女性男性)同士を比べてその中で1番を決めると、「この人が女性男性)の中で1番」という「基準」が生まれしまう。その「基準」は女性男性)らしさの押し付けに繋がっているという意見が出ました。

 同上。直接的には繋がらない。最初からルッキズムが浸透していることを仮定しており、本末転倒である。また、ミスコンときが出場者以外への特定価値基準の「押し付け」に繋がるとは到底思えない。

 公開質問状についての主要な議題は以上である。この質問状とTwitterでの制御の効かなくなった批判中傷によりミスコンは中止となった。

今回のコンテストの中止を決定いたしましたのでご報告いたします。

詳細につきましては、ホームページにてご確認ください。

お騒がせ致しまして申し訳ございませんでした。

http://www.missmisterkyoto.com/

https://twitter.com/kyotomissmr/status/667328501154844673

 中止についてのtogetterでのコメントはこうだ。

中止の決定の後4時間ほどで公開質問状に対する回答が送られてきた。ただ多くの質問説明責任がないとして回答しないもので、不誠実だと感じられた。

 説明責任はない。どうして説明責任があると思ったのだろう。純粋に、不思議だ。

京大ミスコン問題2015の公開質問状に対して回答が得られたので、議論用のDocsと総括用Docs作成しました。ご自由コメント編集下さい。 回答と議論https://docs.google.com/document/d/1BybFd2Th2NzTMQ3AK76kTrVjxB7S0jkMBSjVKGdQ4oE/edit 総括とこれからhttps://docs.google.com/document/d/1L8bcokWX-gEHD0ecqT8UC_NyDBrboPULl3TSlZewjY4/edit

https://twitter.com/hidesys/status/667397142751911936

 また、以下のような危うい意見もあった。

ミスコンの基盤となる差別的価値観日常模倣で、「ミスコン」はステージだけでなく日常で行われ続けているという事を認識してたら、一つ企画が中止になったところで「勝利」なんて言えないと思うけど。。ミスコン反対もクエストになってどうすんの。 &gt;京大ミスコンクエスト

https://twitter.com/mearythindong/status/667393567006965760

 このような発言をすることによって差別的価値観再生産し続けると永遠に闘い続けなきゃいけなくなりますよ、としか言いようがない。自足自給はやめましょう。

ちなみに言っておきますけど、ミスコン内包している問題構造日常の中に浸透しているからこそ今回ミスコンミスコンとして具現化した・言い換えるならばミスコン日常的にも起きている、というのはその通り。

https://twitter.com/hidesys/status/667443372475424770

 同上。

京大生、変人を気取っていても不義不正は許せないモラリストが多いんだなあという感じだ

https://twitter.com/KTPGR/status/667357996343648256

 moralistよりもethicistになりましょう。そして自分たちがやったことについてもう一度よく考え直してみましょう。

 以上、眠くなってきて最後の方はテキトーになっているが、ここで終わろう。言葉をうまく選べているか不安だが、最初に述べた通り、攻撃意思はない。

2014-03-11

[][][][][][]

Ansible

Ansible

Playbooks — Ansible Documentation

railsbox - Fast and easy Ruby on Rails virtual boxes

Ansible入門 (全15回) - プログラミングならドットインストール

Amazon.co.jp: 入門Ansible eBook: 若山史郎: Kindleストア

Amazon.co.jp: Ansible Configuration Management 電子書籍: Daniel Hall: Kindleストア

Red HatがITオートメーションのAnsibleを$150Mで買収へ…OpenStackデプロイをDevOpsのために簡易化

Git Clone (スタートアップスクリプトID:112600117316)

指定Gitリポジトリをcloneし、指定の実行ファイル自動的に実行します。

拡張子が .yml のものは Ansible Playbook として解釈されます

パブリックスクリプト | さくらのクラウドニュース



terraform

https://github.com/philc/terraform

fog

fog - The Ruby cloud services library

https://github.com/fog/fog

virtualbox

Oracle VM VirtualBox

packer


vagrant

Vagrant

A list of base boxes for Vagrant - Vagrantbox.es

Discover Vagrant Boxes | Atlas by HashiCorp

itamae

https://github.com/ryotarai/itamae

Itamae - Infra as Code 現状確認会 // Speaker Deck

chef

All about Chef — Chef Docs

Amazon.co.jp: Chef実践入門 ~コードによるインフラ構築の自動化 (WEB+DB PRESS plus): 吉羽 龍太郎, 安藤 祐介, 伊藤 直也, 菅井 祐太朗, 並河 祐貴: 本


berkshelf

Berkshelf

berkshelf/berkshelf · GitHub

docker

Docker - Build, Ship, and Run Any App, Anywhere

Dockerにまつわる誤解 infoQ

Dockerにまつわる誤解

[翻訳] Dockerについてよくある勘違い | TechRacho

Salt



sunzi

kenn/sunzi · GitHub

puppet

Puppet Labs: IT Automation Software for System Administrators

fabric

http://www.fabfile.org/

http://www.slideshare.net/chikaram/fabric-rails-42153324

2013-01-26

想像はるかに超える高速性と安定性を持つWindows Server

想像はるかに超える高速性と安定性を持つWindows ServerをメインにWindowsLinuxハイブリッド環境インフラを構築

http://gihyo.jp/admin/serial/01/gloops/0001

たとえばWindows環境メリットの1つに,

IISASP.NET,そしてC#で書かれたアプリケーション

想像はるかに超える高速性を実現していることが挙げられます

そのうえ,安定して動作しているのです。

Javaを中心としたプラットフォームのものと比べると,

もう全然比較にならないぐらい安定していると感じています

【全ての分野においてWindows圧勝

東京証券取引所の基幹システムとして稼動するWindows

ttp://itpro.nikkeibp.co.jp/article/NEWS/20090609/331590/?SS=imgview&FD=-654674548

HPCでもダントツパフォーマンスをたたき出すWindows

ttp://cloud.watch.impress.co.jp/docs/interview/20101224_416025.html

Windows上で稼動するメインフレーム

ttp://wsmgr.jp.brothersoft.com/screenshot-50450.html

NASパフォーマンス比較テストWindowsLinuxを圧倒!!

ttp://www.flexense.com/documents/nas_performance_comparison.pdf

BDレコのOSはやはりWindowsだった!!

ttp://it.slashdot.jp/story/12/04/24/0052242/

【一方Linuxは…】

Linux Daily Topics:2011年9月2日 Kernel.orgがトロイの木馬の侵入被害に|gihyo.jp技術評論社

ttp://gihyo.jp/admin/clip/01/linux_dt/201109/02

Linux カーネルの基盤サイトクラッキングの被害に - japan.internet.com

ttp://japan.internet.com/webtech/20110902/2.html

Linux Daily Topics:2011年9月15日 狙われるLinux… 今度はLinux Foundationが標的に|gihyo.jp技術評論社

ttp://gihyo.jp/admin/clip/01/linux_dt/201109/15

Linux Daily Topics:2011年9月2日 Kernel.orgがトロイの木馬の侵入被害に|gihyo.jp技術評論社

ttp://gihyo.jp/admin/clip/01/linux_dt/201109/02

Linux カーネルの基盤サイトクラッキングの被害に - japan.internet.com

ttp://japan.internet.com/webtech/20110902/2.html

Linux Daily Topics:2011年9月15日 狙われるLinux… 今度はLinux Foundationが標的に|gihyo.jp技術評論社

ttp://gihyo.jp/admin/clip/01/linux_dt/201109/15

MySQL.comのWebサイト不正コード 闇市場root権限も販売か

ttp://www.itmedia.co.jp/news/articles/1109/27/news027.html

またもOSSプロジェクトが被害に! Wineプロジェクト不正侵入を発表 | エンタープライズ | マイコミジャーナル

ttp://journal.mycom.co.jp/news/2011/10/13/115/index.html

全く使用するメリットが見出せないLinux

・安定性・信頼性

 Linux

 フリーソフトであるLinuxの安定性・信頼性はハッキリ言って問題外。

 1日連続で稼動させることすら困難。

 Windows

 いまやWindowsの安定性・信頼性はメインフレーム(汎用機)をも凌ぐ。

 世界中メインフレームが全てWindowsServerに置き換わったのがその証拠。

脆弱性

 Linux()

 Linuxで稼動している世界中サーバークラックされまくっている。

 シェアが全くないLinuxウイルス対策ソフトも皆無。

 Windows

 デフォルトスタンダードOSとしてあらゆる攻撃を受けてきたWindowsはいまや世界で一番強固なOSとなった。

 豊富ウイルス対策ソフトもさりながら、カーネル構造的に絶対に外部からクラックされることが無いOSとなった。

コスト

 Linux

 フリーソフトなのでOS無料

 しかし上記内容により安定稼動させるのはほぼ不可能。

 またサポート存在しないため自前で何とかするしかなくかえってコスト高となる。

 Windows

 OS無料ではないが従来のメインフレームOS比較すると安価

 もともと安定性に優れたOSであるため、誰にでも安定稼動させることが容易である

 サポート面もマイクロソフトを始め、各ベンダー完璧サポートを行える体制となっている。

 またコンピュータOSとしてほぼ100%のシェアを誇っているので情報豊富である

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年かかっていると言える。僕が紳士的ではなくて申し訳ないと思う。プロダクトやチーム、個人を僕が誤解していたら申し訳ないと思う。もし僕らがたくさんのプラットフォームを実は作っていて、僕や、僕が話した人たちみんなが偶然知らないだけだったとしたら、申し訳ないと思う。

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

2010-04-03

音楽配信会社 4/1からAndroid向けにも1曲300~420円で配信

ttp://workingnews.blog117.fc2.com/blog-entry-2707.html

99 : のり(大阪府):2010/04/01(木) 10:47:48.08 ID:q6Vh7b9j

ttp://k-tai.impress.co.jp/docs/news/20100121_343845.html

&gt;Android著作権保護技術を用いた世界初音楽配信サービス。ただ、

&gt;その著作権保護の関係上、パソコンなどへ楽曲データバックアップ

&gt;することはできず、機種変更故障による本体交換時、メモリカードの紛失時でも

&gt;楽曲データを引き継げない。ただし、楽曲購入から一定期間は再ダウンロード

&gt;できるようになる見込み。また、ダウンロードした楽曲は着信音として設定できる。

検索したらやっぱ駄目みたいだ。

著作権は大事なのはわかる。

着信音設定とかいらねぇから安く使いやすくすべきだと思うんだが本当頑固だなw

176 : ペン(dion軍):2010/04/01(木) 21:06:38.03 ID:CW/SqX1O

»99

信じられない。

バックアップすら無理なんて!

やっぱり、iPadiPhone買うよ。


102 : パステル(福岡県):2010/04/01(木) 10:50:00.53 ID:+9xuf8Da

»99

正にゴミだなこれ


165 : パステル(catv?):2010/04/01(木) 15:44:08.90 ID:a8DrKRux

»99

これエイプリルフールだろ?



166 : パステル(愛媛県):2010/04/01(木) 16:12:50.32 ID:gR30KRDC

»165

違うよ


105 : 硯(東日本):2010/04/01(木) 10:55:29.62 ID:Sebjpzij

»99

もう正気じゃねえだろこんなん



108 : ムーラン(東京都):2010/04/01(木) 10:59:01.67 ID:oGTISN2E

»105

結局なし崩しに個人で所持してるmp3なんかは再生できるようになるけど

データ配信はiTunesあたりに持っていかれるって感じで終わりそうだな

2010-01-14

日本電子ブックを成功させるには

ttp://pc.watch.impress.co.jp/docs/column/hot/20100113_341860.html

しかし、ここでどんなに馬車事業を保護しても、それを守りきれないことを歴史は示している。むしろ馬車事業を守ろうとすることで、鉄道網の整備が遅れ、他の産業まで競争力を失う。別に馬車事業の人が悪いことをしたわけではないし、責任があるわけでもない。が、それこそが「革命」ということの本質ではないか。重要なことは、馬車事業を守ることではなく、馬車業者をいかに鉄道業者に転換していくかだが、すべての馬車事業者が鉄道事業者として成功できるわけではない。その痛みを許容できなければ、ますますこの国が苦しいことになるのではないかと懸念している。

2009-12-25

google 2009年

2009年googleの覚え書き

  • streetview
    • 行政指導されるも、対象都市を拡大。撮影高を2.45mから2.05mに。まだまだ揉めそう。

時価総額18兆円 株価618ドル

2009-11-20

ワロタ

ttp://internet.watch.impress.co.jp/docs/news/20091118_329858.html

鳩山首相が「JASRACは70周年ですから、(保護期間も)70年に伸ばすことを最大限の努力をする」と明言

2008-10-04

Google Chromeを誤解する巷の人々

いろんな人たちがGoogle Chrome戦略性を誤解しているので、

その戦略性と位置づけをまとめてみたいと思います。

1) クラウドコンピューティング促進のためのアプリブラウザ

まず、タブごとにクラッシュコントロールをできるようにするブラウザを開発することが

Chromeの最大の目的です。

http://crypto.stanford.edu/websec/chromium/chromium-security-architecture.pdf

上記URL論文が示しているように、

クラッシュコントロールChrome存在意義があります。

それも単に、ウェブサーフィンブラウザとして有益そうだなー?

というような曖昧な理由ではないんです。

ご存知のように、Googleが検索の次のフィールドとして据えているのは、

クラウドコンピューティングによってOfficeマネーを手繰り寄せることです。

このマーケットを開拓するには、

ひとつのタブが落ちれば全体も落ちてしまうブラウザなんてあり得ないんです。

だって、Gmailウィンドウを開いてるときに、別のタブが固まっただけで

ブラウザが落ちてしまったら、クラウドなんて使い物になりませんから。

GmailGoogle Docsを同時に立ち上げているのに、

Docsが落ちたせいでブラウザ全体がクラッシュしてメールの文章が途中で消えてしまった・・・

なんていう事象が頻繁に起こっては利便性に欠けます。

#そのために現状のGmailでは、こまめに自動保存するハメになってしまい、コンピュータリソース無駄遣いしています。

要するに、ウェブブラウジングとしてのブラウザを目指しているのではなく、

クラウド向けのアプリブラウザとしての地位を確立することが目的なのです。

巷のIT系情報サイトとか新聞報道では、ブラウザ戦争勃発、とか言われていますが、

まったく未来が見えてないですね。

単なるブラウザを開発したところで、別にGoogleとしてはオイシイことなんて何もないんですから。

ちなみに、独自エンジンV8の構築もクラウドコンピューティング最適化目的ですよね。

WEBページの表示が早い、とか悠長な比較をしてる場合じゃないと思うんですが。


2) モバイル検索マーケットの開拓

Chromeの機能的な特徴が1)でしたが、デザインにも戦略性が込められています。

ブラウザとの違いは、限界までの省スペース化ですが、

これはモバイルでの快適性を担保するための必要条件です。

つまり、今後製品化されるAndroid向けのブラウザを見据えて最適化されたものと推察できます。

Googleの次の戦略は、モバイル検索クエリを確保することですが、

Androidも含めて、今回のChromeでようやく土台が整った感じです。

まず、IEやFirefoxとの比較として弾さんが述べているように、

Eee PCのようなミニノートでさえも、現行ブラウザでは手狭すぎます。

モバイル(携帯スマートフォン)であればなおさらです。

さらに、その省スペース化に一役買っているComboBoxこそ、モバイル世界戦略に大きく寄与します。

なぜなら、検索とURLが同一の窓から入力できるので、いちいちGoogleトップにアクセスすることなく、

モバイルからの検索クエリをゲットすることが可能となるからです。

検索クエリURLクエリウェブに対するアクセスとしては同一のものであるという哲学に感嘆するのもさることながら、

モバイル向けにも同様のデザインを展開すると、非常にシンプルで機能的です。

Chromeは、Androidデフォルトブラウザになるのが必然ですから、

ComboBoxによって、日本i-modeEZwebから公式検索クエリをゲットしているのと同様のことを

世界規模で遂行できるようになる、ということです。

日本での成功事例世界展開する感じですね。


■まとめ

どう考えても、Google Chromeは、20%ルールから生まれたものではなく、80%のほうです。

Chromeは、明らかに戦略性のある投入です。

クラウドコンピューティング

モバイルサーチ

というGooleが開拓しなければならない二つの市場飛車角取りするためのソリューションです。

PC上でChromeを介したクラウドアプリ確立すれば、新規参入Android使用する理由となりますし、

その逆もまたしかりだと思います。

GoogleカレンダーGmail, Google Docsなどを基軸にPC携帯スムーズ連携させれば、

iPhoneがMobile Meでやろうとしていることをはるかに凌駕することができるのも明らかです。

AndroidChromeが両者オープンソースなのは、早期にクラウドモバイルデファクト確立するために

開発スピードマックスまでもっていけるからですね。


■余談

9月リリースだったのは、株価対策的な意味もあると思うので、

中の人としては、「ベータ版でなんとかここまで持ってきた・・・」という感じかもしれません。


■その他

Google Earthに代表される20%のほうは、「Googleてすげー」と思わせるような技術ブランディング寄与しています。

ちなみに、仮にGoogleと同様の外観のサイトがあって、ここにMSNYahoo!の検索結果を表示したとしても、

その検索結果がGoogleのものではないと誰が判断できるでしょうか。

ほとんどの人は、その判断基準を持ち合わせていないと思います。

2chひろゆき氏が著書の中で、

Googleイメージ戦略の成功のたまものだ」みたいなことを言っていた記憶がありますが、

まさに的を得た発言かもしれません。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん