はてなキーワード: eRとは
自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー
できる人ばかり辞めていく会社が研修費用を出すようになったら、さらに退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ
「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。
従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある
ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/
「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。
ttps://s.nikkei.com/2vJsvYx
優れたマネージャーは自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う
ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html
人材は会社の資産として残らないが仕組みは会社の資産として永遠に残る
ttps://www.amazon.co.jp/dp/B010JM64M6/
ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000
ttps://www.slideshare.net/yattom/ss-79372905
ttps://tinyurl.com/y8tkhuhz
ttps://bit.ly/2MylBjs
"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"
ttps://www.amazon.co.jp/dp/4822273784
ttps://medium.com/@kuranuki/aac6062adfb2
どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか
(中略)
ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。
もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。
外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。
ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683
ttps://bit.ly/2JzCggZ
「ソフトウェア業界(特に受託開発業界)は、基本的に正直者が馬鹿を見る世界である。顧客が、保守性というソフトウェアの最も重要な品質を正しく評価できないという、情報の非対称性が存在するからだ」/分かるなぁ
「モダンな開発環境×技術顧問×内製化」Sansan×日経電子版 アプリ開発の最前線を語る夜
ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。
「アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更に対応できないし、技術ノウハウも貯まらない。」
ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています。
ローンチした後、そこからの追加・改善はものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対に不可能です。
2017年1月、ネット証券大手のマネックス証券は証券基幹システムを刷新した。
お客様へ提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コストの適正化を目的に、
(中略)
サービスの改善や新サービスの開発時に、ASPサービスの提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。
ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467
ttps://twitter.com/kanayang2009/status/129677947572465666
ttps://amzn.to/2ncDXrO
だから育てるんだ。
ABテスト デザイン OR ボタン OR 文言 - Twitter検索
外注でもA/Bテストでユーザの反応を計測してトライ・アンド・エラーでシステム開発ってできるもんなんだろうか。
できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの?
ttps://twitter.com/fromdusktildawn/status/874796380522336256
「外部委託すると細かい継続的な機能の改善が遅くなるので、自社採用でかなり優秀な人材をケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン
ttps://bit.ly/2QWMsoJ
外注はPDCAを回せないという致命的な欠点がある。ITスタートアップの感覚だと外注と内製には天と地ほどの差がある
ttps://bit.ly/2J5UCWQ
銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFをコントロールできる開発チームが必須でそれは内製でしか達成困難。
ttps://bit.ly/2vkDd8E
正解に当たるまで回し続ける!3ヶ月で200回のA/Bテストから得た「意外な結果」とは
弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチなレイアウトのものでテストすると、いつも必ずテキストの方が勝ちます。
海外テック情報局:eBayではダサいデザインのほうがコンバージョン率が高かった|gihyo.jp … 技術評論社
デザイナと口論したいのではなく,見たいのは数字とお客さんの利用例。
そして何がうまくいっているのか突き止めたい。
選択の科学 24種類のジャムを売り場に並べたときと、6種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの10分の1しかなかったのです。
ttps://amzn.to/2I2V1O4
エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond
理由1:変更につぐ変更を重ねられるようにする
最近 lean startup なる考え方がはやってますが、これはどういうことかというと、
東大合格者ランキングは正しいのか?――常に分母は何かを考えよ
何事にも閾値はある。そこに至らなければ、意味がないという数字だ。
「頭のいい人が成功しない理由」という本に、閾値の話があった。
だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。
ttps://ameblo.jp/chimu841/entry-10036171360.html
ttps://amzn.to/2Odv25b
①内製
②外注
フラクタルなレモン市場問題|建築不動産クラスタ交流会の件その1
ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457
ttp://ledsun.hatenablog.com/entry/2016/02/28/014851
ttps://ja.wikipedia.org/wiki/情報の非対称性
ttps://ja.wikipedia.org/wiki/逆選抜
ttps://ja.wikipedia.org/wiki/取引コスト
「探索コスト」
時給制(時間を売る)が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね
でも拘束時間で金額を決めてしまっては効率化を目指さなくなるんじゃないか
ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96
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
見積もりが人日で工数を計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。
納期よりもかなり早い段階で実際には完成しているにも関わらず、
エージェントが利益相反行動をしていないかどうか監視するためのコスト。
自身の行動がプリンシバルの利益追求にかなっていることを証明するために
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292
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
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
【256人がリモートワークで回る仕組みを考える】後編
ttps://www.remotework-labo.jp/2015/10/interview_10/
この会話ログはフィクションであり、実在の人物・地名・団体とは一切関係ありません。
坂木
わろた
坂木
自分が理解できないものを意味がないと思いこみたがるタイプの人だということがよく分かったので原文を読まずに済んだ。ありがたいまとめだ。
安原
NTPsec が,ownership を理解していない開発者たちの声が大きくなるようなコミュニティによって開発されているということが分かって大変有意義でした(こなみかん
宮森
今までCで開発してきたプロジェクトを移すなら極端な話ownershipを理解しなくても良いわけで、悪くないのではと思う。
宮森
……が、理解できないものに対して、理解を試みず~すべきだ~と設計しろ、っちゅう人が作るソフトとはちょっと関わりたくないと思う。
安原
いや,私は C で開発してきたプロジェクトであるならばなおさら ownership を理解していないといけないと思います. ownership に理解を示さないコミュニティが関わってきた一定規模以上の C によるプロジェクト……私の第一感は「こわ…近寄らんとこ…」です.
宮森
いや、Cで開発してきた人たちって、ownershipを自前でコントロールできると思っている(思い込んでいる)人たちですんで……こわちかは同意。
安原
いや,私は C で開発してきた人たちの多くは,そもそも ownership の概念を獲得していないのではないかと危惧しています.元々,私はもっと楽観的で,多くの C プログラマは ownership の概念を獲得していると思っていました.
宮森
安原
OpenSSL の騒動の時,関数の途中で return したことによるリソース漏れを揶揄したことがあります. OpenSSL のようなインターネットの基盤を支えるオープンソースプロジェクトにおいてさえ, ownership の概念を獲得していれば脊髄反射で気づくであろうバグが随所に見られたことには本当に絶望しました.
安原
藤堂
安原
むしろ C++ によって ownership という概念が明確になり,その重要性が認知されるようになったのではないでしょうか? これについては,私は歴史的なことが分からないので真偽のほどは何とも言えませんが.
宮森
シニアな開発者にしかC++/Rustが受けないと思うの、まさにその点だと思っていて、人類を信頼したがために足どころか頭を吹き飛ばす経験を積んでいないからだろうなー、とか。
宮森
OSとかシステム系のプログラマの人々、基本的にリソースは人間が適切に管理するし管理できると考えている人が多い印象([検閲削除]社時経験)。言語側で安全を確保したい、的な話をしても相容れなかった記憶が。
坂木
[検閲削除] のコードには、間違って自分の足どころか頭を撃ち抜いてしまった偉大な先人たちの知恵が詰まっていて、開発していてとても勉強になります。なお [検閲削除] は頭がなくなっていることに気づかずゾンビとして生きている模様。
今井
今井
リソースどうこう以前に、そもそもちゃんと構造化されてるコードが書けるかも怪しい(個人の感想です。見識にバイアスがかかっている可能性があります)
安原
うーん,数値計算系のチームやコミュニティも ownership の概念の獲得,重要性の理解,その管理を自動化することへの理解,これらを期待するのは難しいだろうなあ…….そもそも高度なリソース管理が必要になる場面少ないし…….
坂木
コードの品質が強く求められるプロジェクトとそうでもないプロジェクトがあるからなあ。クライアントサイドソフトウェアは割と品質が求められる気がする。
安原
OS 実装とかシステムプログラミングって,クライアントに直接接しないだけで,その上にクライアントサイドソフトウェアが載るわけで,コードの品質が強く求められると思うのですがそれは…….まあ, API とかで切り離されているので,そこだけしっかりしていれば,という話はあるか.
宮森
坂木
今井
あとは、デモが作れればいい、的なのも同じかなぁ。
宮森
宮森
安原
今井
まー、 offline で動くバッチ、的なのはそこまでメモリ管理とか / パフォーマンスとかにもシビアにならなくていいし(最悪オーダーがほどほどならよい、的な)、そいう文化にいると、雰囲気にのまれる人が多い、というのはまぁわかる。
坂木
今井
宮森
いろいろ言っていますがワタクシ、そういう管理が必要なプログラムは全く書けなくなりましたので今書くと死にます(プログラムと顧客の大事なデータが)
安原
しかし,システムプログラミング界隈に「人間はリソースを適切に管理できる」という悪しき信仰がはびこっているの,何か構造的な原因があったりするのかなあ?
宮森
システム系、基本的に生のハードウェアが透けて見える言語を使う必要があって、そのために選択肢がCしかなくて、手段が限られているからこそ信仰が発生した、という認識
宮森
宮森
坂木
Linux カーネル、一体どうやったらあの規模のコードをクオリティコントロール出来るのか本当に不思議
安原
坂木
Linux カーネル、属人性高そうではあるけどそれでも実際に十分スケールしているからなあ…… ヤバい系レビュアーがごろごろしているのかな
宮森
安原
私も [検閲削除] のコミュニティを見てましたから,各々必要なドメインにおける圧倒的なタレント性を持った人たちが1ヶ所に集結して奇跡のアンサンブルを奏でうる場合がありうるのは理解しているんですが,本当にただの奇跡でしかないと思っています.
宮森
つーても機械エンジニアリングで町工場の職人芸を必要であれば使うように、属人性を求めるのも一個の正しい戦略だと思うんですよね。
宮森
なおその対極がみずh(省略されました
安原
Linux カーネルにおけるスケール云々は, Linux カーネルのコミュニティ自体におけるスケーラビリティではなくて,(システム)プログラミングコミュニティ全体(他のプロジェクト)へスケールするかどうかを言ったつもりでした.
坂木
宮森
C系がシステム系で優先されるの、ツールを変えるとツール独特の罠があるので、罠が全て分かっているツールを使う、っつうのもあるな。
安原
> システム系、基本的に生のハードウェアが透けて見える言語を使う必要があって、そのために選択肢がCしかなくて、手段が限られているからこそ信仰が発生した、という認識
これが原因だとすると,やはり Rust だ……Rust しかない…….ツール周りとか,まだまだ未整備な部分たくさんあるけれど……そこをクリアすれば…….
坂木
坂木
イテレータっていうか Java でいう Scanner を作ろうとしたんだっけ。サードパーティライブラリも探してみたけどその頃は I/O 周りの API が unstable でビルドが軒並み壊れていたりしたな……
藤堂
1.0 以前のことは忘れましょう (本当に unstable)
安原
坂木
安原
「Rust 経験者」という条件でプログラマを募集して,それで入ってきた人材に C を書かせればよいのでは!(ピコーン!
藤堂
犯罪ですよそれは
安原
はい.
藤堂
安原
まさにそれをイメージしていました.
宮森
藤堂
うーん、それ以降の話は知らず
今井
Rust そして誰もいなくなった、にならないかが一番心配だったりする
安原
それな
宮森
もしかして、NTPsecの人がRustでミニサーバーを起こすのにすら苦労していたの、普段からバグありのコードを生産しているからなのでは、という気がしてきた……。
(この辺で一同寝落ち)
たまにTwitterで、bioに「IS14er」「IS15er」「IS16er」と書いている人を見かけますよね。
え? 見かけない? ならあなたがその程度の人間だったまでです。
実はこれ、東京大学理学部情報科学科の学生(または元学生)を意味する言葉です。ISはInformation Scienceのことだったんですね。
例えば「IS16er」の場合、「2016年に東京大学理学部情報科学科に進学した学生」ということです。
ただし、一点注意すべき点があります。東京大学には「進学選択」という制度があり、学科に進学するのは3年生になるときです。ですから、IS16erは「2016年4月に東大に入学した学年」ではなく、「2016年4月に3年生に進学した学年」にあたります。
現在(2016年12月)はIS16erまで存在するはずですが、Twitter上にはIS17erを名乗る人達も存在します。
実は、進学選択は2年生のうちに進学先が内定する制度になっていて、既に2年生でも誰が情報科学科へ進学するのかは決まっているのです。その人達がIS17erということになります。
この時期は東京大学の1年生に向けて各学部のガイダンスが行われる時期です。1年生はそれを参考に、どこの学部・学科に進学希望を出すか決定します。
先日の理学部ガイダンスに来たひとたちの中にはまだ見ぬIS18erがいるというわけです。楽しみですね。
CSとはComputer Scienceのことで、これは東京大学大学院情報理工学系研究科コンピュータ科学専攻のことです。この大学院はISerが最も多く進学する大学院です。
ERのシーズン6とカーター先生、ベントン先生を思い出してしまうんだよなぁ。
私はERは好きじゃなかったんだけど(メロドラなので)、姉がずっと見ていて、
ER6、7は面白いって聞いて、中学か高校の頃、重要な所だけ見た。
ルーシー死んじゃって、生き残ったカーター先生が影で医療用の麻薬を打ちはじめて、
それがバレて同僚の皆に詰問されるんだけど、
私の中で、安西先生バスケがしたいです、的なシーンになってて泣けちゃうんだけど、
やっぱり薬物中毒になると本当に大変なんだなって思う。
更生施設のガランとした感じとか、
施設の人は最初カーター先生に厳しい感じだったはずだし(強い意思がないといけない的な)、
もう本当に頑張ってって感じ。
数シーズン後(だっけ?)に刺した統合失調症患者とカーター先生は再会するわけですが、
心神喪失状態だったんだからしょうがないだろう的なことを言って、最悪だと思った。
精神疾患にかかった人でも、重大な犯罪をしたらそれなりの罪は負うべきだと思う。
閉鎖病棟に入るにせよ、被害者やその家族が無罪という言葉を投げかけられるのはひどく辛いと思う。
せめて、本来ならこの罪に相当する、ぐらいは言うべき(言ってるのかな?)
話を戻して、
薬物中毒者とは関わりたくないし、薬物に手を出しやがって…、とはやっぱり思う(自分も精神薬漬けだけど)。
カーター先生は薬物中毒者にしては綺麗に書かれてたと思うし(本物の薬物中毒者は見たことないけど)
(意思がない人が刑務所で指導受けてる特集をニュースで見たこともある)、
主婦が自宅でクスリ作って家計のたしにしてるような麻薬大国アメリカと比べたらマシなんだろうけど、
日本の更生施設の現状のコラム読むと、やっぱり施設はもうちょっとあってもいいような気がする。
後半、かっこ書きが多くなってしまった。
こないだ道南で割りのいいバイトがあったので何個か組み合わせて道南出張の旅をやってきた。
イカ食ったり、夜景見たりそれはそれでとても楽しかったのだが、うわさで松前病院崩壊という話があったので偵察してきた。
もちろん松前は以前から行ってみたい土地の一つであり、松前城博物館の展示物はとても興味ぶかく満足いく旅であった。
まずは通り一遍の松前観光を終えて、なんとなくそこらへんでランチ。
人もいないがさすがに海鮮はうまいなーと寿司をほうばりつつ、大将と世間話をしてみていくつかわかったことがあった。(当方は自称歴史好きサラリーマン)
いわく
・やめるとかなんとかいってるけどまぁもう関係ない、どうせ函館行くから。
ぐらいのこと。
まずはこの地域のこの規模の病院を維持するのはとんでもなく大変なことだということを地域住民(すし屋の大将をn=1で代表にして申し訳ないが)が
全くといって理解していないこと。
しかも木村院長のもと「全科診療医」として(これはこれで異論も無いわけではないが)とりあえずは何でも診ますという姿勢を貫いていること、これがどれだけ
大変なことかを理解していない。とりあえず診ますということは診たものに関しては紹介もふくめて最後まで面倒を見ることに他ならないと思う。
それを「専門外」ですから、という一言で片付けられて自分で函館まで連れて行って一から病院を当たる苦労を肩代わりしているなんて想像もついていないんだろう。
そこにはやはり、この過疎の土地で「他でも生きていけるよそ者の技術者」が「自分たちの税金で高級をとって」、「盲腸すらろくに見れない」というゆがんだ認知があると思う。
アッペの手術なんて比べ物にならない恩恵を受けているにもかかわらず 函館の年収1000万円でアッペのオペができる医者>>>>松前に単身来て年収1500万円で何でも診てくれる医者という
認識になっているのは、だいぶ愕然としたけどなんとなく聖地というか日本の僻地に全般してみられる認識なのかもしれない。
ブログとかつらつらと拝見するに、「よそもの」が「高い給料とって」、「地域の事情も知らずに」、「きれいごとばっかいって」、「われわれの日銭が入る貴重な機会をつぶしてる」
みたいな認識なんだと思うし、その認知の歪みを是正するなんて、今5-70代の松前のオピニオンリーダーに求めても、ぜーったいに無理に決まってるので
粛々と撤退するほか無いんだろうなーと思うし、正直ここが崩れたら救急医療の道南ドミノ大会が盛大に開催されるに決まってますので近づかないにしかず、という聖地ならではの
景色が繰り広げられることだと思うことですよ。
あ、なんか七人中四人しかやめないなんて報道ありますけど、地域枠の後期研修医とその御守り役が残るだけなので、来年には医者ゼロだと思いますよー。
さすがに道庁もこんな聖地に虎の子はもう送らないと思います。どっとはらい。
追記 報道見ると研修医さん10月で別のところいけるんですね、よかった。で、やめるの三人というと院長と後期研修医と、子飼いのERさん?後の人どうするんでしょうね。あまり残るとも思えませんが。
第1位
海外大手支社(Go◯gle, Micros◯ft, Ci◯co等)
勢いもあって楽しそう。高収入。結局は支社で本社ではない。結果を出さなければならない。
第2位
好きな研究に専念できる。頭が良かったりコネがある人が入れるイメージ。
第3位
第4位
下請けに任せて結構楽できそう。好きなことはできないイメージがある。クライアントにヘコヘコ頭を下げてるイメージ。
第5位
メーカ(Sha◯p, So◯y, To◯hiba等)
かつての日本の人気企業。最近は落ち目。いつリストラされるか怯えながら働いているイメージ。入れれば親からすごいと言われる。
第6位
ちゃらそう。溶け込めれば楽しそう。
第7位
ソシャゲ(Cy◯ames, ◯Lab, De◯A, Gr◯e, mi◯i等)
勢いはあるが、流行り廃りが激しいから安定感はない。市場がドメスティック。
第8位
第9位
第10位
相関的には
1>2>3>4>>5>6>7>>>>>8>9>>>>10というイメージ。
ただ4,5,6あたりは人によって考え方に差があるイメージ。あと最近の大手SIは研究開発にも力を入れているところが多い気がする。
番外
好きなことできる。高収入。頭が良くないと無理。
---
1年の間、プログラマとして働いていたが、続けていくことが無理だと思い、さようならする話。
プログラマになる前は、コーヒー屋で働いていた。しかし、色々とあり辞め、職業訓練校に通ってプログラミング(php)を学び、60人ほどのソフトウェア開発会社に就職した。
会社に入ると、まずC#の研修があった。研修と言っても、C#で内製ツールを独りで作るという研修だった。この研修中に「あれ、オレ、プログラム書けねー」と思ったりしたが、研修は終えることができたし、社内の人にも「なかなか良く出来ている」と言ってもらえ、大丈夫だろうと思っていた。
研修が終わり、C#の社内で実際に使われているツールに、機能をいくつか追加する仕事を振られた。前任者にどんな設計になっているのか大雑把に聞き、なんとなくイメージができ、コードを読み始めたのだが、これが全く意味不明で、何のために有るかがわからないクラスが大量にあった。名詞の王国だと思った。前任者に、何故このクラスは、この単位で分割されているのか聞くと、「単一責任の原則だよ」とか「hogeパターン使うと、後から機能追加しやすいじゃん」というような回答をもらった。納得は出来なかったが、プルリクも承認されて、このツールがデプロイされていたので、社内的にも、このコードは、クソコードと言われる物では無いはずだと思ったので、自分もプログラムを書き続けていれば、こんな感じの設計に慣れてくるんだろうと思った。モヤモヤは残っていたものの、仕事はしなければいけないので、前任者のコードに習うように、クラスを追加したりして、機能を追加した。プルリクを出すと、設計には何も言われずに、タイポや、テストコードを注意されただけだった。指摘された点を修正すると承認された。振られた仕事は完遂した。が、結局最後まで、モヤモヤは消えなかった。むしろ、モヤモヤモヤモヤになった。
次に振られた仕事は、内製ツールを設計から自分で行い作成する仕事だった。言語はGoだった。Goで書いてと言われた時は、以前からの自分のモヤモヤはオブジェクト指向のせいで、モヤモヤしているんじゃないかとも思っていたので、喜んで!という感じであった。が、Goを触ってみると、結局、Goも継承の無いオブジェクト指向言語やないかと思った。Goの標準ライブラリのinterface名もHogerみたいな感じに接尾辞に-erを持ってくることが慣習らしく、この命名だと、interfaceを満たす構造体自身が-erになるので、正にオブジェクトだなぁと思った。巷での「Goはオブジェクト指向ではない」というのに期待していたのだが、自分にとっては、とてもオブジェクトしていました。
Goに対する印象は良くなくなったが、ツールの設計をしないといけなかったので、Goの構造体をC#のクラスに見立て、前回の前任者のコードのように、単一責任も持つ構造体に(無駄に)分けて、プログラムを書いて、プルリクを出した。自分でクソなコードだと思いながら。だけれどもレビューでは、「errorのチェック忘れ」「標準ライブラリにこの機能ある」「こんな風に書ける」といった感じだった。こんなコードで良いんかよと思ったが、良いらしい。ワケワカメだった。
ここらで、プログラムを書く仕事は、無理だと悟った。現実世界は、自分が自然だと思う方法と違う方法で、プログラミングをすることを強要してくる。
ちなみに、仕事ではC#とGoを書いていましたが、オブジェクト指向と仲良くなるためにSqueak(Smalltalk)で、オレオレ言語を作ってみたりもしましたが、何が嬉しくて、オブジェクト同士のメッセージパッシングでプログラムを作るのかわかりませんでした。
Clojureは、気持ち良くプログラムを書いていても、Javaが顔を出すところでフラストレーションが溜まってしまって、つらくなりました。
Common Lispは、自分が触った言語の中でも、秀でて良いと思いました。プログラマを辞めても、プログラム書く必要に迫られたらCommon Lispで書こうと思うくらいにです。Land of Lispが楽しいです。あと、CLOSの総称関数の考え方が大好きです。
最後に、この投稿は、一種の決別の表明です。いつまでも、自分に向いていなかったことに、時間を掛けてしまっている自分との決別です。
『アインシュタインよりディアナ・アグロン』の歌詞が批判されている。
http://matome.naver.jp/odai/2146033391996228201
http://mess-y.com/archives/29624
大変もっともな批判だと思うが、せっかくなので匿名で別の見方を書いてみたい。
秋元康は性格悪いかもしれないし、心が歪んでいるかもしれないが、海外ドラマは好きらしいし、ドラマを見てメッセージを誤読するようなバカじゃないはず。たぶん元のドラマを見ていて、ドラマのメッセージもよく分かっている(この前提に同意できない人はこの後読んでも無駄かもしれない)。
歌詞カードのクレジットを見ると上記の通り。要するにHKT48というグループ内から選抜されたユニットの曲。そしてシングルのカップリング。こういうの扱いの曲にはちょっとしたお遊びが入るのがアイドルソングの恒例。たとえばグループを卒業する主要メンバーがカップリングにソロ曲をもらって、歌詞も歌っている本人の体験を元にして本人のイメージに近づけて書くとか。つまり、この歌詞はなこさんかみくさんかめるさんかみおさんの実体験である。
最初に私が引っ掛かったのは『glee』というドラマを見た女の子の歌なのに、歌詞が役名のクイン・ファブレイじゃなくて俳優名のディアナ・アグロンなことだった。この時点で既に歌詞の主人公の女の子は俳優さん本人と演じるキャラがごっちゃになるタイプのバカという設定なんよ。ハリウッド映画を観に行って「外人てみんな同じ顔してるから話が分かんなくなっちゃった」言うのと同じタイプのバカという設定なんよ。「おバカでいい」と思っている人じゃなくて、客観的にバカなんよ。
余談だが、大昔ご飯屋さんで隣のOL3人組みたいなのが「ほら、『ER』にイタリア系のモテる小児科医がいるじゃん…」ていう会話してて、横から「ダグラス・ロスでもジョージ・クルーニーでも、名前のどこにイタリア系の要素があるんだよ!顔が濃かったらみんなイタリア系かよ!」ってツッコミたくなった経験がある。TVの海外ドラマなんて雑に見ている奴いっぱいいるから。みんながみんなメッセージとか気にしてないから。ぼけっとしながら見て誤読する奴いっぱいいるから。
おそらく秋元康とユニットの4人の誰かが舞台裏かどこかで世間話をしていたんよ。そしたらその子が「最近『グリー』っていうドラマにハマってんれすよ。その中でも特にディアナ・アグロンていう女の子がすごくきれいで、目なんかもキラキラしてて、男の子にもモテて、すごく憧れなんれすよ」みたいな話をしてきて、秋元は心の中で「うわー、こいつ、ドラマと現実の区別も曖昧だぞ。ドラマの内容も全然読み取れてないぞ。…うーん、でも、こいつ、TVで見た人に憧れて、その人に近づこうといろいろチャレンジして、これはこれで本人はなんか幸せそうだなあ。よし、こいつを主人公にした曲を1つ作ってみるか」みたいなことがあったんだろう。
「この歌詞は秋元康の理想の女の子を描いているに違いない!ロールモデルにしようと企んでいるに違いない!」と考えるか、実在のモデルがいる実在のエピソードを元にした歌詞と考えるか。歌っている本人は案外「うわー、私が話した事を元に歌にしてくれてる。私だけの歌だ。大切にしよう」と思っているかもしれない。
江添○
キャラクターの名前がプログラミング言語だなけのコマ割りされた絵にどれほどの価値があるというのか。
このままエバンジェリストという肩書きの価値が毀損され続けていって、最終的に「エバンジェリストという呼び方はダサいから皆さんやめましょう」みたいなところまで行ったらちょ○どエバンジェリストを評価できる
みす○
最悪なことにエバンジェリストという単語を某氏を表すために使うことが可能になってしまった
みす○
そういえばエバンジェリストにブロックされてるし、ブロックされてる人たくさんいるっぽいけど大丈夫なのか?
あづ○
nakfi○ a.k.a. nori○
nakfiv a.k.a. noriPさんがはっち○@イカ勢をリツイートしました
M○のエバンジェリストについては全体的にそれほどステータスではないという印象。むしろイメージとしてはマイナス(火に油を注ぐ
そけ○
yado○arielectric
新卒でたった2年でエバンジェリストか、顔が可愛い女性は人生で得するんだね。
顔が落第のブスがC#腐女子と名乗っていたら、果たしてM○は入社させたり、エバンジェリストを名乗らせたのかね?
やぷら○
エバンジェリストっていうか日本人にはよく分からないから"プリンセス"とかどうですか?
matt○
人権尊重され太○
エバンジェリストを名乗るには製品の利点と欠点を正しく説明できる必要があると思うんですけど、例の人があるポイントが利点である欠点である理由をちゃんと説明できる人材かと言われると絶対違うよね
おっさんエバンジェリストは多すぎて、エバンジェリストの価値がない模様
みす○
これはぼくの妄想なんですけど、インターネットで姫活動して影響力もっただけでエバンジェリストになれるんですね…
にん○
件の人がエバンジェリストになっても、リーチ出来るのは若者じゃなくて囲いのおっさんなのではって気が
r.tamur○
ここ最近のM○の素晴らしさを説いて身にはエバンジェリストの件は残念、ただただ残念です。
ちゅー○
ちゅー○さんHaskellの野良エバンジェリストって言われた事があるけど喜んで良いのか良くわからなかった。
エバンジェリストってなんだっけ感は有る
My C○
M○KKに雇われた姫「(M○の宣伝)なんですよ~」Micr○softエバンジェリストより給与の低いエンジニア「なるほど~」
め○
うーん、あのM○のエバンジェリストの件、こけそうな気がするけどなぁ。
これ普通にMicr○softのエバンジェリスト各位の信用にかかわるのでは……
道仂○@Sシャープマーカー使い
ぶっちゃけ M○ のエバンジェリストってほとんど知らない。布教する以前に布教するマンの知名度がないの、全然仕事にならんだろうし、もっとコンテンツ力の高い芸人さんを増やして欲しい。
牛ま○
A○
絵が描けるTwitter芸人で、ある程度プログラミングをしていればエバンジェリストがワンチャンということか
ウカヤ○
こりゃ来年あたりにはyoutuberからM○エバンジェリストが出てきてもおかしくないな
ウカヤ○
M○のエバンジェリストってTwitterで使ってます〜アピールしとけばなれる程度のやつだったのか
少なくともこのルックスと能力でエバンジェリストでしょ、マスコットみたいなもんだし月300時間激詰めとかされることはないでしょ。給料はいいだろうし。
にゃはは○
でもエバンジェリストが宣伝して、じゃぁこういうのはできるんですかって言われた時に、いやわかんないですって返ってくると、それ大丈夫なん、、、って採用見送るとかあるのでは
Kohei YOSHID○
テック企業のエバンジェリストが技術に明るくなくてよいのなら堀北真希を採用してくれ
ぱんた○
わかるか、真摯に技術と向き合わないエンジニアでも女で顔が良ければチンポ騎士団に囲まれてM○KKに入社できるのだ
ミァハちゃ○
こう、M○KKエバンジェリストの話題が出て炎上すれすれの呟きを行うプレイヤーの出現を、
ドロシーさんチ○チン無くないですか(笑
ぼくもM○KKに「あの人よりちんぽ舐めるの上手いですよ!!!!」ってアピールして雇ってもらうか
Taro ○atsuzawa(組長)
M○KKは世界に線を引いたのだ。姫のいる世界とそうでない世界を...
Taro ○atsuzawa(組長)
M○KKは身辺調査したって姫本人が書いてるんだけど、さすがに交友関係とかは特殊な所以外は見つけてもスルーするだろう。それこそ差別とかの対象になる。ただ、それ以上に近づかないようにしようって思わせるチカラが強いことに気づかない、むしろチンポナイトを取り込むという姿勢は評価できる。
文殊○
M○KKもソーシャルブックマークサービス(ちょ○どの彼氏はブックマーク出来ない)を始めよう
なんちゃらようへ○
ちょ○ど氏M○KK入社おめでとうございます!!となりのブスもきっと喜んでると思います!!!!
ちょ██女史がM○KKの姫に成り上がった日に北条かやの没落。対比は文学の基本だよね!
たっくま○
chmod氏M○KKにエヴェンジェリストで入社ですかそうですか。M○エヴェンジェリストの肩書がストップ安しませんかねこれ、要はアイドルの肩書だってことでしょ
♥○
♥
M○KK には姫を雇える余裕があるのか
どらい○
俺もM○KKの人事になって姫の枕営業受けてぇなぁ
弱い○
台湾にならってM○KKも姫を擁するようになった?
た○ゆら ~食行写真~
えっMSKKなんかやらかしたののと思って事情を見たらなるほどこれはw
A○
M○KK本当に最悪。
M○KKのイメージみんな良かったんですか??????信じられないです
cocoonう○
みんなちょ○ど某がM○KKに入ったことを基本的に批判的に見ていて、意外とこの業界でもあのひと嫌われてたんだなあと思いました。ITギョーカイとやらの知能は幼稚園児並みではなかったのですね。
誠○
M○KK、エヴァンジェリストを中途採用するだけの会社というイメージができつつある。
ぷりんた○
M○KKの姫になったことで格が上がったと書きそうになったけど、M○KKの名が落ちた感があるのでそんなこともなくなった
文殊○
M○KK何やってんの
蟹の赤ちゃ○
ちょ○どさんM○KK入社おめでとうございます.ところで痴話喧嘩の末に死に追いやり,その後しれっとFacebookのフレンドから削除していた元カレの南山まさかず君の遺品の『型システム入門』はちゃんと読みましたか? エバンジェリストのみならずエンジニアとしての成功も祈念しております.
unagi○
M○ のやるべきことについて M○KK は梯子を外されてるからああなってるんだと思う。
マ○
起きたらM○KKが最悪の会社になっていた
めびなんと○
M○KKの技術に対する姿勢が可視化されて結果的に良かったのでは
almost 100 % correc○
M○KK が姫チーム作って姫を必要とするイベントにガンガン M○ の宣伝しに行くの本当にディストピアって感じがする
ssig3○
リクルートみたいな会社がちょ○ど使ってゴミを集めるのはまあ理解できるけど、マイク○ソフトがそれやるのはマイク○ソフトの不利益でしかないし本当に M○KK はゴミだめだと分かる
502b○
社会の歯○
M○KKには失望した
きみとぼ○@研究室決まった
@nanTosaka2 まぁ、M○KKとしてはMVPとかにして広報に使いたい所だけど、MVPの審査はM○本社がやってるので、なかなか出来ない、それならもう雇えばいいじゃんって感じですかね
almost 100 % correc○
すごい話だなーとは思うけど、M○KKには関わらないようにしよう
豊○
ちょ○どみたいな姫気質のある人間は外ヅラばかり気にしているから本質的な能力ツリーを疎かにしたまま業種をただのファッションとして利用することばかり考えるし絵を描いても顔以外はドヘタクソのまま成長しないし彼氏を自殺に追い込んでも以後の立ち回りが上手いからのうのうと生きることが出来る。
みす○
まだ南山まさかず氏の元カノのツイート反応あるので一応明言しておくと、世の中おかしいよなっていう風に思うだけであって個人を批判する意味やそれの是非については一切の評価はしてないです。しているように見えたとしたらそれはぼくの妄想の上での評価です
やぷら○
でもまあ南山まさかず氏のことについて触れただけでブロックされたのは事実だよね
伊東瑞○
そういえばちょ○ど姫様は南山まさかずを追い詰めた時の様な式神の使い方を覚えたようですね。式神を使い他人を追い込むことになんの抵抗も無いようで
それがし○
オタサーの姫的ポジションの人が出世した場合のオタクの反応を見ている。>ちょ○ど
しかしまあフォロワー数5000のアルファーとTwitter痴話喧嘩したら絶対に勝てないというのが新しい知見として得られた