  |
はてなキーワード: JSとは
●はじめに
この記事は、例の記事を読まれた方向けに書いた、言わば二次創作です。例の記事の経緯を考えると三次創作と言えるかもしれません。
なお、私は例の記事をあまり読んで欲しくはないので、リンクを貼るつもりはありません。「例の記事ってなんだよ」って方は、そのままブラウザバックして、例の記事云々については知らないままでいた方が幸せに暮らせると思います。
優れた二次創作者であれば、原作を知らない読者をも原作ファンにしてしまう力があるのかもしれませんが、私にその力が無いことをご容赦願いたく存じます。
○目次
●オマージュ自分語りパート（どうしても入れたかっただけなので、スクロールで読み飛ばすことを推奨します）
・件の記事について
・サジェストについて
・宮本フレデリカ 好き
●感謝（ここだけ読んで頂きたいです）
例の記事に影響されて、今回思ったことを表に出してしまおうと書き始めました。例の記事同様理路整然とはしておらず、ただの惚気&自慢です。内容も全然違います。
大好きだったはずの宮本フレデリカさんがもっと大好きになってしまった過程の話です。
言わなければわからないことですが、私はアニメから入ったプロデューサーのひとりで、宮本フレデリカに特に目を留めませんでした。一応アニメの予習として、アニメ以前にモバマスをやってはいましたが、長続きせず、宮本フレデリカという名前を知ることもありませんでした。
アイドルマスターシンデレラガールズスターライトステージが始まるまでは。
最初の10連で引けた彼女は本当に良くわからなかったです。今担当であるという贔屓目をもってしても、初期Rの絵とコミュだけでは彼女に興味を持つには至りませんでした。寧ろ私は一ノ瀬志希さんに興味を持つようになっていました。
速水奏さん、城ヶ崎美嘉さん、塩見周子さん、一ノ瀬志希さんというモバにおける総選挙上位、中位経験者で、集金能力の高いメンバーで構成されたLiPPSというユニットに、モバにおいて総選挙圏外常連（悪意はないです。、このことで今年の総選挙では悔しい思いをしました）であった宮本フレデリカさんが加入したイベントでも、私は最終日におもちゃ屋に某プリキュアのDVDを貰いに行ったラスト2時間に捲られて圏外に後退してしまい、フレデリカさんを獲得することは出来ませんでしたが、LiPPSに興味を持つようになっていきました。
またtulipという名曲も手伝って、更に彼女は注目され、LiPPS人気はうなぎのぼりだったように思います。私もLiPPSのSSRを揃えるべく、スカチケ前になんとか志希さんを引き当て、またスカチケで奏さんを引き当てたものの、フレデリカさんのSSRは実装されていませんでした。
そしてその後登場した恒常SSRフレデリカの衣装の可愛さ。あれは本当に完璧な出来だったと思います。当時まだ宮本フレデリカさんをLiPPSの一員としか思っていなかった私はLiPPSを揃えるためにガチャを回しました。すると、珍しく無償ジュエルでの10連でSSRフレデリカさんを引き当てることが出来たのです。LiPPS推しのプロデューサーとして、こんなに素晴らしい引きに絵に3D、なんて恵まれているんだろうと思いました。
ここがLIPPSのメンバーとしてではなく、宮本フレデリカさん個人を見たくなるきっかけになる出来事でした。
それから」、LiPPSから宮本フレデリカさんのファンになリ始めた私は、6月に実装されたき・ま・ぐ・れ☆Café au lait!のMVもプレイしストーリーコミュも見ました。
LPPSでも志希や美嘉が特に好きだった私がフレデリカPになった経緯は、一目惚れではないので明確ではありませんが、10月の4thライブSSA公演では、はっきり、フレデリカPと自称していました。そして
「限定SSRフレデリカのガシャまでガシャ禁して無償ジュエルを貯める宣誓（一応、美嘉、奏、CMのアイドル等例外は設けていました）」（内容は字数の関係でぼかして書いています）
をTwitterとツイッターにアップし、固定ツイートに貼り付けていました。
その後、ジュエルを50連分貯めて迎えた11月末限定美嘉の復刻を見た瞬間、ああもうガシャ禁をやめよう、と思いました。フレデリカのことは、本当に大好きでした。
しかし一年前に迎えられなかった、美嘉さんを無視してしまうことへの拒否反応が強く出ててしまい、耐えきれませんでした。
その程度でガシャ禁をやめるなんて、と思う方もいるでしょう。けど、声高にガシャ禁宣言して担当アイドルだけを引いておめでとうって、私には本当に耐えられなかったですよ。頭おかしくさえなりそうでした。
なぜって、まずプロデューサーを名乗るうえでガシャ禁って、なんの意味を為すのでしょうね？
無償ジュエルは宮本フレデリカさんのために貯めていました。例えどれほどたくさんの無償ジュエルを美嘉さんのガチャに費やしたところで、フレデリカさんの今後の限定ガシャに対する役には立たない。すこしも。
もちろんガシャ禁の例外に美嘉を入れたことは理解しています。課金という楽しみ方があることも理解できます。
しかしあくまで私は美嘉にこだわり、50連で石を使い切ってSSR0枚でした。フレデリカさんまでガシャ禁と声高に名乗っていた者の遊び方とは思えません。
われわれ微課金Pはあくまで限られたジュエルの世界で生きています。ゲームにガシャという要素があり、かつ、そのガシャでジュエルを使えば結果がアイドル一覧とジュエルの個数に反映される。それがなによりの事実です。
それならば、プロデューサーとして彼女らアイドルのSSRを獲得するためにできることのすべてで唯一は、ガシャを回すことではないかと私は思うのです。
そしてこの直後、あろうことか限定ガシャで宮本フレデリカさんが実装されています。ここが一番心にキました。無償ジュエルが殆どない状態で宮本フレデリカさんの限定が来るのかと。正直絶望ですが予想できない状況ではなかったですから、もしこんな記事読んでいる自制心ガバガバPがいたら、察してくださるでしょう。ぶっちゃけ課金してもいいと思って回しました。それくらい、ほんっとうに欲しかった。フレデリカさんのこと。この気持ちが確率の神まで届けばいいなとすら思いました。
そしてアイドルマスターシンデレラガールズスターライトステージを微課金でお楽しみの、限定フレデリカさんをなんとかお迎えすることが出来た私。限定SSRを見て一層フレデリカさんが好きになり、今ではモバマスにも復帰してフレデリカさんのカードを集めていますが、まだまだコンプリートできません。レーブル・カプリシュー持ってるけどもうもう使わないくらいなら、もし良かったらフリトレに流してください。モバマスだけじゃないです。CDでもアニメでもライブでも、宮本フレデリカさんが大好きですし最高ですよ。と私は思います。
ここまでお読み頂きありがとうございました。タイトル書いてて思ったんだけどやっぱりフレデリカ大好きって字面胸が熱いな。フレデリカさんを嫌いな方を傷付ける内容でしたらごめんなさい。終わりません。
●雑感パート
・件の記事について
先日、ふとイラストでも探そそうと思いたってTwitterで「フレデリカ」で検索しようとしたことら、サジェストで「フレデリカ 嫌い」などと出てきたことがそもそもの発端でした。
気になっていてもたってもいられず、すぐさま「フレデリカ 嫌い」をクリックすると、件の記事に辿りついたのです。
件の記事についての批判は出尽くしているので、今更私が言うこともありませんが、私は一点だけ強く引っかかりました。
それは、動画の内容を（恐らく）観ないで批判しているであろうこと。批判されていると思われる動画投稿者は、動画を少しでも見ればわかることですが、有償ジュエルの個数がゼロではない、つまり無課金プレイヤーではありません。この点で、件の記事の記事主の主張は、根底から破綻しています。また、そのyoutube動画にも、広告は恐らくついていないと思われます。
ただ、個別の内容については、私としては共感しかねる部分が多いものの、そういった考えを持つ人がいるのも理解はできる、といった程度の感想でした。
無課金批判については、異なる文脈であれば、賛同する方も多いでしょう。
プロデューサーを見てアイドルにまでネガティブな印象がついてしまう、という事例については、総選挙の際に競合するアイドルをネガキャンするPを見たことのある方や、民度が低いとされるジャンルに属したことがあって「民度低い奴らと同一視されるのも嫌だな」と思ったことがある方なら理解できるのではないかなと思います。
youtubeへの動画投稿についても、利用規約には、「本サービスを利用した営利行為」が禁止事項として書かれているので、広告収入を目的に投稿していると思ったのであれば、利用規約違反として不満を抱くのも理解できます（広告収入がなくとも、デレステの内容のスクショや動画投稿も、利用規約を読むと禁止事項の「転載」に該当するので、規約違反と解釈可能です）。
これらをかなり極端にすると記事主のような考えに至るのかなと私は感じました。
そもそも、記事主は、その動画投稿者に対してフレデリカＰをやめろと攻撃するのではなく、自分から距離を置くといった選択肢を選んでいます。これはなかなか理性的な対処なのではないかと思います。
苦しい決断だったのだろうということは想像に難くないですし、愚痴を吐きたくもなると思います。ですから、ここでそういったことを書くこと自体は許されても良いのではないかと私は考えています。
しかし、記事主のように考える人が存在することや、その考えを発信すること自体は、私には責めることができません。
ですので、あの記事の内容自体にモヤモヤはありましたが、ああいう記事が書かれたこと自体は特には気にしませんでしたし、当初は放っておけばいいや程度に思っていました。
・サジェストについて
記事の存在自体は否定しないとは言ったものの、あの記事のせいで少し困った問題が発生しました。
それは、Twitterのサジェストに「宮本フレデリカ 嫌い」と表示されるようになった事です。
幸いなことに、サジェストから辿っても、記事に対しての批判が多く、本当にフレちゃんが嫌いだという方を目にすることはなく、安心しました。
しかし、あのままサジェストに「嫌い」というネガティブなメッセージが表示され続けることは、（良いとか悪いとかではなく、単純に私個人にとって）悲しいことであり、せめて「嫌い」がサジェストのトップに出て来る状況は変えたいと思いました。
そこで、参考になったのが以下のツイートです。
これ消したいので、どうかみなさま１人１回ずつ「はるかぜちゃん かわいい」とかで検索してください・・・— 春名風花 (@harukazechan) 2017年7月14日
<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
https://twitter.com/harukazechan/status/885872584448921600
このツイートを以前拝見した時、素晴らしい解決方法だと思いました。
件の記事に反応し、記事主を罵倒しても状況が良くなることはありません。
どんなものでも、それを嫌いなひとがいて、 「嫌い」という声があることは仕方がないことです。
なので、好きな人は、「好き」という声の大きさで「嫌い」の声を上回ってしまえば良いのです。
それに、ネガティブな状況でも、楽しく、ポジティブな方向に気持ちを向けていく方が、宮本フレデリカの担当として、らしい行動なのではないでしょうか。
そこで、以下のような呼びかけをさせて頂きました。
Twitterのフレデリカの検索予想があんまりにもあんまりなので、別にフレデリカが嫌いではないよって人には、一度でもいいから「フレデリカ 好き」で検索するかツイートするかして欲しい— トッキーヌ (@JETALONEkai) 2017年9月22日
<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
https://twitter.com/JETALONEkai/status/911267386711404544
呼びかけと言いましても、私のフォロワーのフレデリカＰの方の何人かに反応頂けたら良いなといった程度のお気楽な考えだったので、特に推敲もせずポンとツイートを投げました。
しかし、私の予想をはるかに超えて多くの方が、リツイートや、「フレデリカ 好き」とツイートをしてくださって、今では、「フレデリカ」のサジェストには「フレデリカ 好き」が「フレデリカ 嫌い」より上に来るようになっていて本当にうれしいです。
ＲＴを頂いてから思えば、ツイートの内容を推敲して、「宮本フレデリカ」とフルネームにする、「好き」以外の検索ワードも入れる、ツイートの文章をもっと丁寧にするとかしておくべきだったという悔いもありますが、それ以上に今はひとまず安堵の気持ちの方が大きいです。
まだまだ「宮本フレデリカ」のサジェストではあちらの記事が出て来るので、私はまだまだポジティブに検索したりツイートしたりするつもりです。
・宮本フレデリカ 好き
何かしら書くことがあったはずなんですけど、忘れちゃったのでとりあえず以下のリンクをクリック（タップ）していってもらえると、うれしいな～♪
「宮本フレデリカ 好き」 https://twitter.com/search?f=tweets&vertical=default&q=%E5%AE%AE%E6%9C%AC%E3%83%95%E3%83%AC%E3%83%87%E3%83%AA%E3%82%AB%E3%80%80%E5%A5%BD%E3%81%8D&src=typd
「宮本フレデリカ かわいい」 https://twitter.com/search?f=tweets&q=%E5%AE%AE%E6%9C%AC%E3%83%95%E3%83%AC%E3%83%87%E3%83%AA%E3%82%AB%E3%80%80%E3%81%8B%E3%82%8F%E3%81%84%E3%81%84&src=typd
●感謝
そもそも、この記事はツイッターで書き切れない感謝の気持ちを示すために書いたので、ここまでの文章は全て余談です。
本当に大勢のＰの皆様にご協力いただけて、「フレデリカ 好き」＞「フレデリカ 嫌い」となったことが本当に嬉しいです。
特に、フレデリカ以外の担当のＰの方にも協力頂けたことが本当に強く印象に残っています。
こういったことが自分の担当の身に降りかかるまでは、ああいったゴタゴタは遠い世界の出来事か何かのように思っていましたが今回の件で、他人事ではないのだと知りました。
今後、フレデリカでも、あるいは他のアイドルでも同じようなことがあれば、私も微力ながらポジティブキャンペーンに協力させて頂ければと思います。
そして、終わったように書いてますが、「宮本フレデリカ」のサジェストでは、まだあの記事が出てきます。
ネットには、「荒らしに反応する奴も荒らし」という有名な諺があります。
あの記事を読むなとは言いませんし、そんな（個人的に読んで欲しくはありませんが）。
ですが、もしよろしければ、あの記事を読んでもあの記事のリンクをTwitterに投稿しない、もしくは、あの記事についてツイートした時は、その回数より1回多く「宮本フレデリカ 好き」とツイートして頂けますと、幸いです。
宮本フレデリカ 好き
※この記事の内容は、私という一フレデリカＰの考えです。フレデリカＰ全体の考えを反映している訳ではありません。
ご意見やご質問等ございましたら、ここのコメント欄かhttps://twitter.com/JETALONEkaiまでお寄せください（多分Twitterの方が反応早いです）。
最新と言われるES6, ES7にしたって、他の言語からしたらありえないほどに機能が少ない
こんなクソみたいな言語を書いていたら、エンジニアとしての腕が鈍るのではないかと思うほどにクソい
いまは仕事でJSを書いているのだけれど、Rubyだったら、Pythonだったら、KotlinだったらSwiftだったらと思わない日ない
驚くのは、こんなクソみたいな言語なのに、好きな人が多いってこと
ReactNativeだとかflowだとかTypeScriptだとかbabelでtranspileなんじゃとかいう記事をみない日がない
それだけ好きモンが多いんだろう
JSというブラウザによって取り残された言語へのキャッチアップに多くの時間を割いてしまったがために、
心理的な負荷がかかって俺はJSが好きなんだこれしかないんだとなってしまっている人が多いんじゃないかとかわいそうに思う
（JSマンで他の言語かける人って、他の言語と比べて極端に少ないように思う）
クソみたいな言語のくせにnodeのリポジトリはお家騒動みたいなんでしょっちゅう盛り上がってるし
俺はJavaが好きだけどJavaがクソみたいな言語だってことは認めている
お前らも、そう思えよ
アホか
仕事柄多くの企業の人達と会う機会があり，自社を含む日本の管理職たちの優秀さに感動したのでメモ代わりに気づいた点を書く．
1. 基本的に失敗しない
通常の企業運営であれば，成功するプロジェクトがあれば失敗するプロジェクトも存在する．しかし日本の優秀な管理者のプロジェクトは基本的に失敗しない．
彼らは仕事の内容ではなくコミュ力で戦う．なので，彼らにとってプロダクトの品質不足や赤字はプロジェクトの失敗を意味しない．
赤字のプロジェクトは数字の見せ方を工夫すれば順調なプロジェクトに見えるし，事前に政治力を働かせておけば厳しい追求もない．不十分なプロダクトも同様である．
順調であると報告された赤字プロジェクトには当然，引き続き投資が続けられて赤字を垂れ流すが，発覚する前には昇進か退職が待っているので彼らに失敗はない．
会社ごと吹き飛ばしかねない特大の爆弾に成長することもあるらしいが，基本的にはその前に爆発して不運な管理者を子会社へ吹き飛ばすに留まる．
2. 新しいことに挑戦し続ける
経営層に次期計画を説明しなければならない彼らにとって，既存業務の強化や安定化などといった停滞はなにもしないのと同義である．
積極性にかけた部下の意見に流されず，常に新しく耳障りの良い新規プロジェクトを提案していくことが彼らには求められている．
もし新規プロジェクトの成果が思わしくなくても，前述の通りそれらはすべて成功したプロジェクトとして扱われる．
コミュ力という全てを貫く槍，政治力という全てから身を守る盾を持つ彼らにとって，使える状況が限られすぐに陳腐化する技術など不要である．
技術開発をするよりも食事に行ったほうが仕事になるし，JavaとJSの違いなんて知らなくても良い．
とまあ皮肉っぽく書いたが，コミュ力や政治力は長所であるのは間違いないと思う．
20代ゆとりド真ん中世代の今の私には無い能力であることは間違いないので，うまく見習いつつも本質を見誤らないように成長したい．
http://b.hatena.ne.jp/entry/s/note.mu/konpyu/n/nc0d2f49676ba
FacebookのgithubリポジトリでPATENTSファイルが存在するリポジトリのリスト
./BridgeIC/PATENTS
./CParser/PATENTS
./DelegatedRecoveryReferenceImplementation/PATENTS
./FBAllocationTracker/PATENTS
./FBFetchedResultsController/PATENTS
./FBRetainCycleDetector/PATENTS
./FBSimulatorControl/PATENTS
./Haxl/PATENTS
./KVOController/PATENTS
./MazeBase/PATENTS
./MemNN/PATENTS
./PathPicker/PATENTS
./Shimmer/PATENTS
./SoLoader/PATENTS
./SocketRocket/PATENTS
./Stack-RNN/PATENTS
./ThreatExchange/PATENTS
./Tweaks/PATENTS
./UETorch/PATENTS
./UdpPinger/PATENTS
./WebDriverAgent/PATENTS
./augmented-traffic-control/PATENTS
./bistro/PATENTS
./chef-cookbooks/PATENTS
./chisel/PATENTS
./componentkit/PATENTS
./conceal/PATENTS
./dataloader/PATENTS
./device-year-class/PATENTS
./dfuse/PATENTS
./draft-js/PATENTS
./ds2/PATENTS
./emitter/PATENTS
./eyescream/PATENTS
./facebook-clang-plugins/PATENTS
./fatal/PATENTS
./fb-caffe-exts/PATENTS
./fb-util-for-appx/PATENTS
./fb.resnet.torch/PATENTS
./fbcuda/PATENTS
./fbcunn/PATENTS
./fbjs/packages/eslint-config-fbjs-opensource/PATENTS
./fbjs/packages/eslint-config-fbjs/PATENTS
./fbjs/packages/fbjs-css-vars/PATENTS
./fbjs/packages/fbjs-eslint-utils/PATENTS
./fbjs/packages/signedsource/PATENTS
./fbkutils/PATENTS
./fbnn/PATENTS
./fboss/PATENTS
./fbpca/PATENTS
./fbpush/PATENTS
./fbtftp/PATENTS
./fbtorch/PATENTS
./fbtracert/PATENTS
./fixed-data-table/PATENTS
./flow/PATENTS
./flux/PATENTS
./fresco/PATENTS
./gnlpy/PATENTS
./hhvm/hphp/hack/PATENTS
./iTorch/PATENTS
./infer/PATENTS
./ios-snapshot-test-case/PATENTS
./jest/PATENTS
./jscodeshift/PATENTS
./learningSimpleAlgorithms/PATENTS
./libafdt/PATENTS
./liblogfaf/PATENTS
./litho/PATENTS
./luaffifb/PATENTS
./mcrouter/PATENTS
./mention-bot/PATENTS
./metro-bundler/PATENTS
./network-connection-class/PATENTS
./nuclide/modules/atom-ide-ui/PATENTS
./nuclide/modules/big-dig-samples/PATENTS
./nuclide/modules/big-dig/PATENTS
./nuclide/modules/nuclide-commons-atom/PATENTS
./nuclide/modules/nuclide-commons-ui/PATENTS
./nuclide/modules/nuclide-commons/PATENTS
./ocpjbod/PATENTS
./openbmc/common/recipes-connectivity/lldp-util/lldp-util/src/PATENTS
./osquery/PATENTS
./planout/PATENTS
./pop/PATENTS
./pose-aligned-deep-networks/PATENTS
./prepack/PATENTS
./prop-types/PATENTS
./proxygen/PATENTS
./puewue-backend/PATENTS
./puewue-frontend/PATENTS
./react-devtools/PATENTS
./react-native-applinks/PATENTS
./react-native/PATENTS
./react-vr/PATENTS
./react-vr/ReactVR/PATENTS
./react-vr/react-vr-cli/PATENTS
./react/PATENTS
./rebound-js/PATENTS
./rebound/PATENTS
./redex/PATENTS
./regenerator/PATENTS
./relay/PATENTS
./remodel/PATENTS
./screenshot-tests-for-android/PATENTS
./sparts/PATENTS
./stetho/PATENTS
./thpp/PATENTS
./treadmill/PATENTS
./wangle/PATENTS
./wdt/PATENTS
./xcbuild/PATENTS
./xhp-lib/PATENTS
./yoga/PATENTS
./ztorch/PATENTS
門外漢からするとこんな風に聞こえてる。（所々適当に書いてるし書いてる内容は嘘デタラメ）
「gulpでbowerしてsassをgruntでビルドすれば、cssがストリーミング形式でデタッチされるから便利だよ。それにgulpはCoffeScriptとかtypescriptみたいな流行りのサードパーティも従来のJSみたいに変換してくれるしウォータフォールじゃなくてアジャイル的なプロジェクトでも使いやすい。スクラッチから書かなくてもいい感じにアジャストしてくれるよ。あと、OSSとしてgit上に上がってるんだけど、DLなんかもAWSと連携させてWebGLとTensorflowやらchainerやらと組み合わせればブラウザでDQNとかA3CとかDCGANも動かせるスクリプトがリリースされてた、バックエンドではDNNを走らせてフロントで表示する分をNode.jsでカスタマイズしたりタスクランナーでプロセスをマネージメントできるからもはやjsでtensorflowを含めたpythonのラッパーみたいな感じで使えて便利。最近ではbluemixがBitcoinのマインングをサポートしていてブラウザ上でウォレットからマイニングのセットアップまでできるんだって、ブロックチェーンの仕組みを拡張して社内のタスクマネージャーとかNAS上のデータを分散してサーバーに保存できるみたいなこともあるんだって。」
こういう議論を見て良く思うことは、「できるエンジニア」「優秀なエンジニア」って何をもって判別されるんだろうということ。
一人でRailsやJSでWebのフロントエンドとバックエンドを書けること？
競技プログラミングの腕前？
https://twitter.com/tm2501/status/893538176467324929
人間に「穢れ信仰」と「所有欲求」と「性欲」がある限り、合理的かつシステマティックな恋愛は不可能です。
この３つがパートナーにも本人にもない時にしか、純粋な経済共同体としての夫婦って成り立たないから、「恋愛の問題考える時に、金とビジュアルの話ばっかするのは、違うくない？」と
ある関係性が「任意の名前」である／ない、がそう二分法的にはっきり言えるものではないだろう、というのがいつもあなたにぶん投げたい言葉なのだけどまあ常に大体届かないのもわかってきてるんだよ。 https://t.co/HsAlhkvTr3— きみたり／君足巳足 (@kimiterary) 2017年8月4日
<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>
逆もまた真なり（分類上恋愛だと言われるものだけでは恋愛が存続できない）もわかるけどさ…みんなが考えてることをいちいち言わなくてもいいかな…と。
件の「嘘か祈り」問題じゃないけど、本気でそれが本当だという人はいなそうだから、もっと嘘と祈りを言えば？とね。
本当に本当に本当に、強い強度でそうだといい切ってる人なら、止めませんよ？
ただ、大体の人は観測範囲が狭いとか、経験がないとか、頭が回らないとかで汚染されてるケースが多いからねぇ…。
少数派や中間的な意見の存在を汲み取ってないのではなく、多くの人がかかっていそうな洗脳に配慮してる
@tm2501さん
だから否定されているものを見ると反射的に肩入れしちゃうわけ。もしかしたらそいつ、めちゃくちゃ愛らしい何かだったりしたらどうする？っていう。どうもしねーよってとこだろうけど、おれは愛らしかったら撫でたりする。
そんなところだろうと思ったけど、確認できてよかった。読みながら「天邪鬼やな」と思いつつも、「これって一定数いるなら配慮して書いたほうがいいんだろうけど、どうなんだろう？」みたいな不安もあったから論戦に乗ってみたけど、まぁ…最初の印象通り前者やね
@tm2501さん
天邪鬼って言われちゃうとなんか寂しいけどね。まあ現実見てないのはそりゃそうだよだって目の前にいるわけじゃないし。目の前にいないものなんて全部フィクションだし思った通りだし思いもしなかったものにもなるしそんなもんだよ。ていうか見えてる世界が違うんだよ要するに。あなたが恋愛と呼びたいものとは全然違うものを恋愛と呼びたい人もいて、それで何が悪いの？って。動物に恋愛できる人も無生物に恋愛できる人も私は神様に子供を授かりましたみたいなのもその人が恋愛と呼ぶならその人と話すときはそれが恋愛なので。
哲学基準やねぇ…。そんなん言い出したら、辞書や学術的な用語が成り立たなくなるからそういうものはあんま認めたくない（逆に自分が間違ってた時はそっちに合わせる）けどねぇ
@tm2501さん
多くの人がかかってる洗脳のことはきっと多くの人が話してるしまあその人らは洗脳だと思ってないんだろうけど、だからってそこにそれ洗脳だぜ？って突っ込んでくのは端的に野暮じゃないの？とは思う。わたしせんのうされてるきがするの、ってあなたのところに逃げてきた誰かに言うならともかくさ。辞書は便利だけど辞書のために誰かと話すわけじゃないし辞書と違う言葉の使い方の人間が目の前にいたってまあなんとか頑張ったらそれなりに話せると思うし一度頑張ってみればいいと思うんだよ。
実際、そういう人がよく来るから、それを投影して書いているんだけどね。あまりにもありもしない強迫観念に突き動かされてる人が多いし、僕自身そういう時しんどい方に自分から行っちゃってるし
@tm2501さん
一対一の関係では多分誠実って言葉が似合うんだよそれ。でも一対多の誠実は、決めつけないことの方だと思うんだよな。私はあなたの味方です、と私はこういう人の味方です、の違い。
別にどっちも悪じゃないけど、印象が同じとも思わない。
ああ、でも最初に書いた「内在的恋愛と外在的恋愛」あるいは「恋愛における内在的要素と外在的要素」に関しては、結構一般論として考えてるつもりではあるんだけどね。まあ会った時にでも話そうこれは。
というか「私はあなたの味方です」というのにたいして、青二才は「私はこういう人間の敵です」「私はこういう人間を謎の上から目線で見下します」っていってるわけ。よりたちが悪いのだけれど、青二才は一生理解できない。馬鹿だから
今期は不作すぎる。
ソシャゲ発の金だけかかった張りぼてアニメの数々は映像の美しさと話の雑さの対比で虚しくなる。
逆にゲーム以外の原作付きアニメの大部分は原作の弱さが作品にかけられてる金の額で分かってしまう。
ナナマルサンバツにアホガールにてーきゅうとどうしようもないラインナップ。
そして異世界系の酷さは語り尽くせない程に酷い。
ビーフシチューやカツドゥーンが大絶賛されるだけなら許せるけど、主人公は神プログラマーだから異世界に行くとキラ・ヤマトみたいな真似が出来ますとか、神様からもらったチートで全属性が使いこなせますは流石に見てられんね。
雰囲気作りに金をかけるってのはそういうことだ。
てーきゅうが９期で闇芝居が５期とか低予算アニメ全盛期を感じざるを得ない。
コンビニカレシとかDIVEとか潔癖男子とかさーインパクトが足りないよねインパクトが。
バレバレのオカマが気持ち悪い声出してるのは笑えたけどそれぐらい。
こうなると信用できるのはいっそ割り切った萌え萌えアニメぐらいなものよ。
ストーリー駄目で絵が駄目でもキャラが生きてりゃアニメは見れる。
キャラクター消費時代ってのは、物語が消費しつくされたはてにある最後の楽園だしな。
チアフルーツもウケを狙いすぎてて無理。
となると残りは天使の３P！ってわけだ。
メインヒロインが狙いすぎててどうなのかって気はするけど、小学生ぐらいだとああいう漫画のキャラレベルに濃い奴はおるからなーしゃーないわーリアルJSだわーと割り切れるわー。
つーわけで今期の覇権が決まったわけだ。
俺としてはオリジナルアニメに覇権を取って欲しいのだけど、無理そうやから諦めた。
WEB始まりすぎだし、アプリもゲームも始まりすぎなんですけどって話
WEBに関してはruby/railsとかは900万超えの求人出しても来てくれないくらいには好調です
HTML/CSS/JS/Railsができて仕事ないとか言ってる人いたら教えてほしいくらいだよ
俺の会社他にアプリ部門があるんだけどもっと人が足りないって愚痴ってるしこのままだと1000万行くかもしれない、うらやましいくらいの話だ
まぁ結局はてなも２ｃｈもそうなんだけど、ネットで愚痴ってるやつって仕事できない無能が８割か、転職怖い昇給交渉怖いって動こうとしないビビリのクズか
それか若者つぶそうとして楽しんでるやつか、なにかしらの病気なので相手にしないほうがいい
進化が早すぎてついていくのがつらいよーってやつの話にも聞かないほうがいい
追加された機能をゴリゴリ生かさなければいけないなんてシーン俺は知らない
まぁ大きく変わったのはFLASHが廃れて」、HTML5/JSで代替しなければいけなかったことくらいだけど
べつにそれに関しても大した話じゃない。ゆっくり以降していった話
フロントエンドはつらいなんて話をよくしてる連中いるけど、ただの馬鹿がファッションで乗って、つらさを自慢しあってるだけ
あいつらがやってることの9割は必要ないことで苦労してると思うわ
gulp/grantなんかのタスクランナーとかする必要ないのにして変化が激しいとか愚痴ってる意味の分からない
anguler/ract/vueあたりもな
SPAなんて特殊なものをこれから来る必須技術みたいにさわいで技術飛びついて変化が激しいって騒いでスターもらいたがってるだけ
結局ブログで承認欲求みたすための苦労自慢でリスカ女と変わらないので相手にする必要なし
railsは変化が速いのでは？なんて話も真に受けるな
たしかに3くらいまでは俺自身が慣れてなかったからつらかったといえばつらかったが、その程度の変化ほかの業界でもいくらでもある
なによりネットにドキュメントが大量にある、はっきり言ってほかの産業にくらべて勉強が楽なくらいだ（ググるときに注意が必要だけど、情報の鮮度とか正確性とか）
railsはフレームワークが1強なので迷わなくていいし仲間も多いから、かりに変化がおこっても、頭のいい人がドキュメント残してくれるし、勉強で困ったことなんかほぼない
5.1でjquery依存をなくすとか、CoffeeScript廃止とか、yarn採用も困らなかった
もう一度言う
プログラマーになりたいと思ってる君、情報工学部（コンピューターサイエンスやる学部ね）行こうね、私は大学で電気科に言ったんだけどいまだに後悔してる
プログラマーなんかIT土方だしとか言われてて電気か機械のほうがいいといわれて私は電気を選んだんだよ
使ったことあるモノもないモノもごちゃまぜにして経験と雰囲気で書いてる。
▼PHP
Laravelは結構好き。DSL過ぎず、それなりにフルスタックで生産性もいい。
何よりLaravel本体のソースコードが読みやすいのがいい。
まともな日本語の情報が少ないのは弱点だけど、気になったところは本体のコードを読めばすぐに分かる。
最大の欠点はPHPってことだ。他のLL言語に比べてPHP自体の生産性は低い。セキュリティ面の不安も大きい。それに安心して後を任せられるようなPHPerは一握りしかいない。
▼Perl
Mojoliciousは結構好き。これもDSL過ぎず分かりやすい。CPANに豊富なライブラリ群もある。
Perlは可読性が悪いなんて言うけど、ちゃんとしたライブラリは普通に読みやすいよ。
最大の欠点はPerlってことだ。長期的に開発者を集めることを考えたら茨の道だろ？
今でこそ機械学習でPythonが人気になっているけど、Web系はまだまだマイナーだ。
Djangoのプロジェクト/アプリケーションという構成単位の考え方が好きじゃない。理論的な利点は分かるけど、現実問題それが必要になるケースが浮かばん。
Django以外でフルスタックのWAFが出てくればいいんだけど。Tornadoはフルスタックじゃないのでちょっと違う。
Python3で安心して開発できるならアリだと思うけど今はどうなの？使いたいライブラリが3系に対応していないとかで躓きたくないよ。
あと単純に速度が遅いよね。いや書き方を気をつければマシにはなるんだけど、書き方を気をつけなければいけない時点でつらい。
▼Ruby
Railsは便利だ。周辺ライブラリの充実度もすごい。情報は玉石混交だけどまともな情報もたくさんある。
ただあまりにもDSL過ぎる。Railsはプログラミングではなく、一つの巨大なDSLだ。
Railsプログラマの何割が、少しでもいいからRails本体のソースコードを読んだことがあるのか。めっちゃ読みにくいんだけど。Rubyは可読性が高いなんて嘘だろう。Perlと一緒でちゃんとしたコードは読みやすいけどそれはプログラマに依存する話で、言語自体に可読性の高さはない。言語思想の通り書くのは楽しいよ。でも読むのがつらい。
Rails自体がDSLみたいなもんなのに、RSpecやらRakeやら周辺ツールもDSL。意識高すぎる。
問題があった時にググらずにコード読んで解決できるRailsエンジニアはどれだけいるのか。情報量が多いからググれば解決すると答えるやつは、底辺PHPerと大差ないからな。
あとバージョンアップに追従するのが面倒過ぎる。でも放置したら負債になるし。意識高くRailsで開発したやつの大半はバージョンアップやらの保守に入る頃にはもうそのプロジェクトにはいないんだろ？だからそのつらさを知らないんだろ？
散々罵ったけど、このDSLを覚えれば生産性が高いのは事実だ。だから結局ついていく確率が高い。モテ男なんだよ結局こいつは。
▼Java
Playが王道だけど最新バージョンになるほど情報が少ない。このあたりがRailsと違う。公式(英語)とか本体コードを読める人じゃないとつらい。
そもそもJava、というかJVM周りの知識がないと本番運用はつらいだろう。LL言語の運用経験しかない人は特につらい。LL言語でいうhot deployみたいなことがしたい時のやりかた分かってる？
コンパイルの遅さに耐えて開発し、運用時のGC問題を乗り越え、黒魔術を味方につけてライブラリのコードリーディングが出来るならいいんじゃないか。
Scalaを好むプログラマは関数型やらDDDやら意識高い人が多い。別にScala自体にそれらは必須ではないけど、そこら辺を意識しないならJava8でいいんじゃないかとも思う。
非同期処理で開発することの難しさに耐えられるの？
ベストプラクティスがなく、移り変わり激しいJS界隈に流されてオレオレで書いたコードを保守する自信があるならいいんじゃない。俺はない。
▼Go
API単体ならともかく、画面も担う普通のWebアプリを書くような言語じゃない。少なくとも今は。
正確に言うと書けないことはないけど、Webアプリに関する周辺ライブラリの不足を乗り越えてまで書くメリットがほとんどない。
運用実績のノウハウが少ない中で、自分で乗り越えていく気概があればいいんじゃない。
■結論
