  |
はてなキーワード: SPAとは
40代会社員の「老害化」が止まらない…保身、若手つぶし、俺様ルールの強要にうんざり | 日刊SPA!
実際これ本当にそうなんですよ。自分が学生のころバイトしていたスポーツショップでもまさにそんな人がいて、40超えているのに、いまだに店長の経験がなくて、暇さえあれば中学高校の武勇伝や自分は後輩の社員にこれほどまで慕われていることをこれでもかと自慢してきたり。
おまけに、今のパワハラ、とか体罰に対しても「あんなもん気にしていると、会話ができない」、「俺のころは、日常茶飯事だ。お前らの世代では耐えられないだろう」ともうアレすぎて自分も次第に相槌打つのもだるくなっていったんです。
なんというか、無駄話するなとも言わないんで明らかその場の感情で説教っぽいものしたり、本気で調子悪いって言っているのに「俺は毎日だ」とか具合悪化させること言うのやめてください。あと、もの教えるときに「俺は効率的にするためにレジに並ばない。時間の無駄だ」とかいちいちくだらない自分語りしないでください。ノイズにもなってないんで。
それがコミュニケーションと言うなら僕はもう北京語と上海語くらい違うんだなと思うし、せいぜい労基や総務部に連絡いかないように気をつけてとしか言いようないです。
そんなんだから、店の閉店に伴う異動が一人だけくっそ遅かったんだよ。
個人的な考えは以下の通り。
そもそもコンポーネント指向のライブラリだから、チュートリアルからして構造化を基本において書かれてるのが入門用にこそ適していると思う。
だって、初心者の頃jQueryで場当たり的にコード追加していって九龍城みたいになったこと、あるでしょ？
もちろん自分で間違いを犯してその痛みを知るってのも方法論としてはありかもしれんけど、
DOM操作を抽象化したライブラリから入って、徐々に具体的なところに落とし込んでいくのが効率的じゃない?
ライブラリ自体が構造化を念頭に置いてるから、自然とパーツごとに作るようになって、
その次の段階として自分の作ったパーツの再利用を考えられると思う。
jQueryってホントに何でも出来るからキチンと扱える技術を既に持ってる人には良いだろうけど
しかもその振れ幅が広くて、どの方法論もそれなりに意味がある場合が多い。
正解が沢山ある問題をいきなり解かせるんじゃなくて、
まずは答えがある程度決まってる問題から入って、徐々に馴らしていくべき。
ある程度経験を積んだプログラマーこそが手を出すべきと言うか。
どんなに抽象化が高度になっても、裏でやってるのはDOMの直接操作なんだから。
でも、大事な基礎技術だからといって、それだけで済ませて技術の革新を放棄するべきではないでしょ
むしろ、抽象化の高いところから入門して、基礎技術に触れる必要が出来てから触った方が理解が早いと思う。
と、私は考えます。
http://anond.hatelabo.jp/20160522003506
ども。
この辺りの一連の発言（特に後二者）を見るに、多分React以前の前提がいろいろ違っています。単にJSやNodeやNPMやSPAやWeb APIといったフロントエンドの世界観に対して、興味がないどころか漠然とした不信があり、サーバ側でヘビーにHTMLを作って吐くスタイルを守り続けたい人なのだ、という印象を受けます。
ユーザの各操作毎にサーバ側で外見のHTMLを組み立て直して配信するという旧来のWebの方が特殊な世界です。それこそAndroid/iOS開発やデスクトップアプリで、そんなやり方はしません。UI関連のことはクライアントで完結し、メニュー遷移程度で通信したりしない。サーバは静的データの配信とDB操作に専念する。SPAとは、やっとブラウザがそういうネイティブアプリのレベルに追いつき、同じやり方ができるようになった、というだけの話です。
とりあえずReactは、まずその前提を受け入れてから使うものです。その前提なしに使えないこともないですが、メリットは活きないでしょう。その時点で既に「よくわかんないんですけどSQLiが…」と漠然とした不安を表出されるようだと、道のりが遠いな…と。もちろん「私の周囲にそういう案件はない」ということなら、それで構いません。
具体例を出せとのことだったので。私の場合は変幻する数百のテキストフィールドとリアルタイム集計が登場する勤務予定表的なものを、1人でjQueryのSPAで作った際、数百行のHTMLと数千行のJSがスパゲティ化し「こりゃいかん、メンテ不能になりそう」と思ったのが、具体的にReactを覚えるきっかけでした。実際非常にうまく行き、10年後の誰かにも「この時代のベスト」として自信を持って残せます。JSXの局所的な見た目の問題など、アプリ全体の構造の見通しやすさと比べたら些細な話です。Angularなら出来たかもしれませんが、サーバ側処理とページ遷移を多用して書くことに関しては検討すらしていません（私の知っているどんなフレームワークを使ってもユーザビリティと、見通しの良いコードを保つことは無理だったと思います）。ビデオ再生や大きな画像処理を伴うアプリでもReactを使っており、そちらではページ遷移などもってのほかです。
「変な独自拡張を入れてまでJSを使い続ける理由がわからん」についても、まるでJSが生来の嫌われ者で、クライアント側でもPythonやRubyを使いたい人が多くいるかのような書き方のように思えるのですが。実際そんなことはないですよね？ たぶんES6は人々から積極的に愛されています。現状、クライアント側にPythonが進出するのではなく、逆にデスクトップやモバイルやサーバ側にどんどんJavaScriptが進出する流れが起きています。
速度に関しては、Reactはやってる内容の割に十分速くて実用的だよね（mustache使うよりは速いよね）ということであり、賢い人が手間暇かけて最適化した生DOM操作より遅いのは言うまでもありません。また、JSXはシンタックスハイライトが出来ないとかも、そうとう昔の話です。今は普通のJS技術者が普通に触れる程度の成熟はしています（枯れたとまでは言いませんが）。
React.js界隈の人に聞きたい
http://anond.hatelabo.jp/20160521163144
最近某所で、React使うとjQueryは不要だ的なタイトルの記事を書いちゃた気がするので一応反応しときます。長文ごめんね。
えーととりあえず、あのタイトルは実際のところ省略しすぎであり、もちろん本来は「場合によってはjQueryは不要」「jQueryは要らないこともある」と長く書いた方が正確です（本文ではちゃんとReactが万能ではない説明をしてる）。でも多少釣りっぽいタイトルの方が読まれるようなので反省はしていない。
そもそも世の中にそんなにSPAがあるのか
世の中の絶対数は知りませんが、自分の脳内ではもう「ページ遷移しない方がずっと楽に開発できてユーザ体験も向上するのに、敢えてそうしない理由がない」という至極単純な話なので、そこは悩むところではないです。ページを複数作り、＜input type="hidden"＞とかセッション変数とか駆使する面倒ごとは、書かないでいいなら二度と書きたくない。
というか、ちゃんと書かれたSPAは使っていてSPAであることにそもそも気づかないので、「SPAだから使いづらい」という主張はよく分かりません。GitHubやTwitterサイトがSPA的なことをしている故に使いづらいでしょうか。偶然タブを開いてたので調べたらそうだったから紹介しますが、例えばWebpackのドキュメントサイトは（Reactではないけど）SPAで、ブラウザでMarkdownをレンダリングしています（ http://webpack.github.io/docs/ )。サーバサイドで動くスクリプトもタスクもゼロ。個人的にはこういう使い方で十分嬉しいです。
何にせよReactのメリットが真に活きるのはある程度の規模以上だと思うので、小規模で導入してjQueryより短くならないことは普通にあります。自分中の閾値としてはJSコードが数百行超えるならもうReact使う。
JSXを使うことに抵抗ないんですか？
んー、要するに「別物であるDartやCoffeeScriptは許すけど、ES6で書く以上はES6外の独自構文を混ぜるのは許さん」という主張だと解釈したのですが、そういうことですか？ 正直その主張を聞いたのは初めてです。歴史的にJSXとES6は完全に独立して発明されました。最近になってBabelが両方同時に扱えるようになりましたし、Babelはまさにそういう拡張性を重視しているツールです。それは「ああ便利になったね」というだけの話であり、なぜ「ES6とJSXは混ぜるな危険」となるのかよく分かりません。現にこれが最も標準的で人気の組み合わせです。
「JSXを使うことへの抵抗」ということなら、とにかく見た目にコレがキモいと感じる人が非常に多いのは事実です。現に、JSXより見た目がキモくないことを売りにしている仮想DOM実装が一定の人気を博していたりします。でもそういうライブラリは「キモさ」軽減のために結局新たな構文やら独自コンパイラやらを編み出して柔軟性を犠牲にしています。JSXは「関数呼び出しのシンタックスシュガーをJavaScriptに1個導入するだけで問題を概ね解決する」というシンプルかつ一番表現力の高い解決方法だと思います。仮想DOMの思想に逆らわない最も素直なやり方であり、将来長持ちする気がしています。
とはいえ所詮JSXはシンタックスシュガーなので、使いたくないなら使わず、本来の関数スタイルで仮想DOMを書いてReactを使ってもいいです。タイプ量が増えて若干見づらくなるだけなんで。
それと、JSXじゃなくてテンプレートでいいじゃん的に思っているようですが、テンプレートは仮想DOMでもなければJavaScriptでもないので、速度や機能の面でReactがやっていることに遠く及ばないと思います。
Reactはもう登場して3年経過して未だに勢いが増していますし、日常で困らないレベルのコンポーネント集も揃っています。React-Bootstrapはいいぞ、心が豊かになる。そろそろ採用してもアーリーアダプターとも言えんでしょう。むしろ真に先端を見るのが好きな人に言わせりゃ、2015年なんて「Reactが淡々と成熟していくのを見ているだけの、つまらない年だった」みたいな感じらしいですし。
Reactは現時点で既に3年に1回レベルのビッグウェーブであることは疑いようがなく、「これが10年に1回、つまりjQuery以来のビッグウェーブなのかどうか」については、そう信じている人と懐疑的な人がいる、という状況です。私はAngularもCoffeeScriptも「3年に1回」レベルに感じたのでスルーしましたが、Reactには「10年に1回」の方になりうる素質を感じています（個人の感想です）。将来もっと凄いものが出るとしたって、それは「ベターjQuery」ではなくて「ベターReact」でしょう。通常は「3年に1回」レベルでも試したり仕事に使ったりして構わないと思いますが、10年に1回の技術でなければ使わない主義の方は、あと2～3年待てばよいと思います。
保守性に関して言うと、Reactは典型的な「ひとつの事だけをとても上手くやる」系のライブラリです。考え方のコツさえ掴めば、記憶すべき要素はjQueryやAngularと比べても圧倒的に少なく、むしろそこらのテンプレートエンジンを覚える方が面倒なくらいです。10年後に見ても何をやっていたのか30分で思い出したいというのであれば、むしろAngularとかよりReactを採用すべきだと思います。
元増田です。
SPAは、クライアントが自立した1プログラムとして状態を管理する。サーバはUIと同様の非同期なイベント発生源/イベント発行先の一つとして扱う。またReactとReduxの組は、データベースサーバとサーバサイドページ生成のスタイルを、サーバとブラウザでやるようにシフトさせたものともみなせるだろう。
手間がかかりません？さらにもともとほぼサーバー側だけで済んでいたものを分けることでCSRFやSQLiなどの変なバグを仕込む可能性だってありますよね。これに見合うメリットが見えないのですがいかがでしょうか。
そしてReact自体には、JSX構文もbabelもいらない。JSXタグを書くよりむしろReact.DOM.div({...},...)等で書いたほうがプログラミングでは扱いやすい。JSXはサーバサイドページ生成のテンプレート言語利用文化に寄せた表現に過ぎないといえる。そして今ではbabelで変換する対象もES6 modulesのexport/importだけだ。これも分割ファイル対応のためにwebpackあたりを使うなら、ついでにbabelでES6 modulesも、といった程度のこと。
というかですね、そもそもVをロジックの中にベタ書きしちゃうの嫌なんですよね。シンタックスハイライトとかインデントも効かないじゃないですか。そういう点ではAngularJSが一番気持ちいいですが。。
まあそれはそれとして、なるほど、JSXは別にどうでもいい、というのはわかりました。まぁそれならわからんでもないです。
すでに一般に忘れられつつあるprototype, Dojo, Mooと同格であるjQueryのほうが五年後も活発にメンテされるのかどうか怪しいだろう。もちろん、レガシーなものとしては残り続けるだろうが。
ここわかんないですね。活発なメンテがそんなに重要なのかな？ということです。まあモダンな感じで書きたいということは理解できますが、それさえクリアされていればいいんじゃないでしょうか。そうでもないですか？
まずReactの特徴は、「状態データから変換してビューを生成する」スタイルに統一されることにある。
これはjQueryをはじめとするDOM操作モデルでの、「初期状態ビューの作成」と「(イベントに伴う)状態変化からの部分ビュー変更」で構成するスタイルから脱却され、たとえば部分処理の積み重ねから想定外の状態が生まれることを防ぐ。
SPAは、クライアントが自立した1プログラムとして状態を管理する。サーバはUIと同様の非同期なイベント発生源/イベント発行先の一つとして扱う。またReactとReduxの組は、データベースサーバとサーバサイドページ生成のスタイルを、サーバとブラウザでやるようにシフトさせたものともみなせるだろう。
そしてReact自体には、JSX構文もbabelもいらない。JSXタグを書くよりむしろReact.DOM.div({...},...)等で書いたほうがプログラミングでは扱いやすい。JSXはサーバサイドページ生成のテンプレート言語利用文化に寄せた表現に過ぎないといえる。そして今ではbabelで変換する対象もES6 modulesのexport/importだけだ。これも分割ファイル対応のためにwebpackあたりを使うなら、ついでにbabelでES6 modulesも、といった程度のこと。
すでに一般に忘れられつつあるprototype, Dojo, Mooと同格であるjQueryのほうが五年後も活発にメンテされるのかどうか怪しいだろう。もちろん、レガシーなものとしては残り続けるだろうが。
Reactのモデルは関数型プログラミングのモデルそのものであって、そういう観点ではすでに何年も続いたものであり、React自体は消えたとしてもその手法は長く続くことになる。
**誰かみんなの主張のまとめを作ってくれないですか？** (まあそれこそお前がやれよって話かもしれないので、誰もやってくれなかったら私がしますが。。)
最近、JQueryはもはや不要でReactさえあればOK,みたいな記事をよく見ますね。
論旨としては、どうせトランスパイラ使ってるんだからもっと便利な書き方しようぜ！ってことなんだと思います。(virtual DOMがメインだ！という話もあったけど、じゃあ何でReactなの？というのは聞きたいかな。メジャーだから？)
ちなみに私は昔coffeeとbackbone.jsか何かで業務用のページ（SPAではなかったような気がする）を作るお仕事をしたことがありますが、フロントエンドエンジニアというわけではないです。どちらかというとサーバー管理とかのほうがよく知っていると思いますが、Javascriptもそれなりには書くくらいの感じの人です。Reactは不幸にして一度も触ったことがないので、以下の文章はすべてコードサンプルをみたうえでの感想です。
まずこれ。正直そんなにたくさん動的にがりがり書き換えているページをあんまり見ない気がするんですよね。その上正直そういうウェブページ、あったとしても大体使いづらいです。
世の中のページが全部FBならいいのかもしれませんが、具体的にはどんなところで使ってるんでしょう。業務ページとかですか？あと、なぜSPAにしなければいけないのかもよくわからないです。画面遷移するのだめなの？という感じで。
トランスコンパイラを使うのって、結局「将来的には全部ES6になるのだから、今のうちからES6で書いておけば将来のメンテナンスコストとかも減ってうれしいよね！」っていうことなんだと思います。
こういう例、JS以外にもいろいろあって、例えばboost、Androidのsupport library, Pythonのfrom __future__ importなどなどあると思うんですが、どれもやっぱり将来的なコストを見据えて、非標準のライブラリ・記法を使いましょう、ってことですよね。
でもJSXってそういうのじゃないじゃないですか。いわばsupport libraryを使うのとmonoで全部書くのと、位の違いがあるように見えます（そこまでは違わないかｗ）。そういう考察を一切入れずに、「どうせトランスパイラ使ってるんだから拡張記法使っちゃおうぜ！！」っていうのはかなり危ういように見えます。
そもそも、JSって結構独特な言語ですよね。もちろん今はnode.jsとかあるわけですけど、まあやっぱりスクリプト言語の標準の座ってPythonやRubyですよ。世の大多数の人はそっちのが使いやすいとおもってるんでしょう。ということでそもそもトランスパイラ通すんだったらもっと普通の言語から変えるようなソフトウェアが流行ってもいいんじゃないかなあとか思いますけど、そういうのがないのも謎です。dartとかどうなってるんですかね。(まtypescriptとか一種それだという話もあるか)
五年、十年あとにReact.jsって流行ってるんでしょうか。例えば五年前はcoffee scriptが結構流行ってましたけど、たしかもうサポート打ち切りとかになっちゃったんですよね。もちろん営利企業がバックなので、そこまで急になくなるかはわからないですけど、五年したらみんなまた別のライブラリがすごい！！みたいに言ってるんじゃないでしょうか。
まあだからこれはフロントエンドエンジニア業界全体の問題なのかもしれませんが、そういう将来的な保守コストをどう考えているのかが気になります。特にもし業務ページであるなら、せいぜいがなるべく枯れたライブラリ（≒JQuery）と、テンプレートエンジンあるいはフォーマットストリングでも使ってpure ES6で書いたほうがいいんじゃないでしょうか。そうすると結局SPAにはしないですよね。
まあこれを突き詰めるとじゃあetaxもactivexで、銀行のシステムはcobolで、マシンはpc98で、、、とかなっちゃうかもしれないんで、難しいところではあるとは思いますが、、、
とりあえずこんなところで、有識者の皆さんよろしくお願いします。
React.jsでした。angularと混ざりました。。あと特に喧嘩売ってるつもりとかは全くないですがそう見えたらごめんね。
id:murishinai 主張は単純で、せいぜいES6+トランスコンパイラ(+JQuery)とかでいいんじゃね、遷移はサーバー側でやったほうが楽じゃない？という感じです。
id:wordi virtual domが最大のメリット、ってのはよく見る意見ですね。例えば実際どんな場面で（どのくらいの規模のプログラムで）domの改変コストが効いてくるのか、みたいな実例を教えてくださると助かります。（もちろんFBとかはそうでしょうけど、もっとなんだろう、身近な例でお願いしたいです。）なんかReactががりがり（かつユーザー目線から見て有効的に）使われている例がイメージ出来ないのが問題な気がしてきました。
id:logic ええっと、それはそうなんですけど、なんだろう。標準のもので、少なくとも今後10年はあるだろうと言うもの(たとえばES6+フォーマットストリング)があるのにも関わらず、今後5年持つかもわからないライブラリを全面に押し出すの、ちょっと怖く見えるなあという気持ちです。
id:erukiti 具体的に頭の悪い点をご教授くださるとたいへんありがたいです。小規模だとそもそもvirtual domのメリットもなさそうですし、ES6標準でええんちゃうのんという気がしてならないのですが。
id:manaten もちろんFBやGMailをJQueryだけで作るのは不可能だと思います。だからFBはReactを、GはAngularを作ったのでしょうが、逆にそんなに気軽に使うようなものにも思えないのですよね。それこそ何百ブクマも付くのやべえなあ、と。（ところで私にはReactよりAngularJSのほうがずっと気持ちよく見えます）
SPAが使いづらいってのは言いすぎかな。正確には、「ページ遷移型のUIに比べて、SPAであることのメリットが明らかに生きているページって少なくないですか？」ということです。もちろんFBとかGとかtwとかは例外だと思いますけど、DOMを1000個とか10000個とかいじくり回しているページばっかあるようには思えない。もちろんどーーしてもSPAじゃなきゃダメなんだっていうならこの手のライブラリを使うといいとは思うんですが、どっちかというとニッチな需要じゃないでしょうか。
あとなんか保守点検に関する意識がちょっと違うのかなっていうコメントが散見されたんですけど、うーん、一発書いて書きっぱなしっていう案件そんなにあるんですかね？ちょっとそこがよくわかんないです。一度書いてもやっぱりn年先、さらにもっと言えば自分がその職場からいなくなった後のことまで考えてプログラム書くべきだと思うんです。そうすると、例えば数年後のプログラマにとってのReactは今のprototype.jsになってるかもしれない。そういうリスクが怖いです。勉強すればいいじゃんっていう意見もそうなんですが、なんでしょう、どちらかと言うと保守を気にしているので、そっちじゃないです。まあ幸いにして私は人の書いたJSをいじくり回した経験はないので、ただの推測なんですが。
それともしかしたら「枯れた技術」あるは「標準化」という意識があんまりないのかなとも思いました。まあ確かに「Webの世界は日進月歩！」ってことなのかもしれないんですが…。別のページのブコメとか見ても、「枯れた技術を使う」=「不勉強」みたいなのがあって、不思議です。。
あとcoffeeのころ、っていうコメントありましたが、あの頃はみんな夢がありましたよね。AltJSが世界を救う！みたいな。翻って今はどうか。それを思うと、やっぱり何でもかんでもReactじゃ、という意見には違和感を感じるんですよ。
増田に書いたのは単にみんなが見てくれるというだけの理由です。そもそも今諸般の事情でお仕事としてのエンジニアはしていないですし。ほんとに純粋な質問だと思ってもらえればうれしいです。
まあ長くなってきたので私のブログにまとめ直してもいいのですけど。
そういえばモバイルという話も出ていましたが、先日のandroid instant appsって、アレ「HTMLでモバイル向けに軽快なリッチUI作るの無理だからやめような」ってことかと思ったんですが、どうでしょうか。もちろん今現在は必要ですけど～。
妻は２人目の不妊治療を始めて数ヶ月後、俺の退職を要求してきた。
俺は出張で不在がち。妻は長男の育児をしながら仕事と不妊治療を続けていたが、疲弊しきっていた。
一回着床までしたが、数週間で流れていた。
妻は１人目を身ごもったとき、激しいつわりに見舞われていた。ほぼ寝たきりで食べては吐くの繰り返しだった。
仮に妊娠しても、俺が家にいて家事をしなければ生活が破綻することは確実だった。
会社には子育てのため退社することを伝えた。上司は何とかならないのかと繰り返すだけだった。
妻の不妊治療が成功して子どもができた場合、つわりがひどいので会社に行けなくなるからとは言えなかった。
不妊治療を会社に話すのも抵抗があるし、妻も高齢で体外受精の成功率は１０%しかない。
出産はある程度予定できるが、つわりは妊娠後すぐに発生する。病気ではないので診断書も出ない。
子どもを複数持つことは核家族の共働き世帯にとってとてもハードルが高い。
幸い、うちは１０年ぐらい共働きを続けていたので、ある程度貯蓄があり、この理不尽な賭けに踏み切れた。
退職後すぐに妻は身ごもり、娘が生まれた、俺はその後出張残業のない仕事を就いて選択は正解だったが、危うくSPAの下流生活を地で行くところだった。
個展開催をダシに女と仲良くしようとして失敗したチロ @chiro2020さんのまとめ
有名アニメ会社の広報を自称している@chiro2020という人が個展を開いてあげますよーと嘘ついてあるアーティストに近づいて
そのアーティスト経由でうしじまいい肉をナンパしようとして失敗した話で
うしじまがここまで@chiro2020を執拗に追い込んでるのは、個展開催を信じた親しいアーティストが作業スペースの確保のため今までの住居を引き払ってしまった後だったから
うしじまと仲良いあきまんこと安田朗氏もこういう図解を描いたりして援護射撃してる
そのアーティストさんとは安田氏の家を週1で掃除しに来てくれる仲なのらしい
大手名作アニメ会社広報（と名乗る）人に個展を持ちかけられ、ハワイ断った直後にそれが無くなった女性の件。高解像度版→ https://t.co/0aFTF0pKF6 pic.twitter.com/KVU4wYEAPo— あきまん (@akiman7) 2015, 12月 27
大打撃を受けた仲間を守るためにやってるんだし
気が済むまでやるべきだ
【丸パクか！？】漫画誌「ハツキス」（講談社）新連載「コトコトくどかれ飯」（田所コウ氏作）が峰なゆか氏の「女くどき飯」を丸パクか！？Kiss編集部はクレームをシカト！（追記：編集部が公式見解を発表）
検証が進むに連れて、田所コウ氏の作品はタイトルが似てるものの、内容はまったく似ても似つかないものなので峰なゆかの一人相撲ではないかという見方が大幅に占めた
しかし峰なゆか界隈はコンセプトも含めた丸パクりだ！と騒ぎ続けた。
うしじまいい肉はそれに荷担した
以下、コメント欄より
2015-08-24 07:26:19
PredatorRat 印象操作していないという主張ですがタイトルによって先入観を持たせていると思います 今後もタイトルは変えないのでしょうか? 基本的には先入観を与えないで事実を列挙してから 自身の感想や意見を添える方法が妥当ではないだろうかと思います
うしじまいい肉 @PredatorRat
titan_sin ご意見ありがとうございます！現状タイトルに問題はないと考えておりますので、結果が判明次第、変更をするかどうかを決定します！
2015-08-24 13:45:49
私も講談社の見解が「話し合いの結果」なんじゃないかと思う。講談社がパクリじゃないって言っていて、峰先生もそれに対して反論していない現状、「丸パク！」の言葉がここに残ったまま拡散されていくのはいかがなものかと思います。田所先生は商業誌デビューの前から実験的な作品を発表されてきた方で、才能のある方だと思います。この件で田所先生の心が折れてしまってその作品が今後読めなくなってしまったら、我々漫画読みにとって大損失です。彼女の名誉のためにも、「丸パク！」という言葉はなんとかしてもらえないでしょうか？
うしじまいい肉 @PredatorRat
2015-08-24 15:00:40
ご意見ありがとうございます！現状タイトルに問題はないと考えておりますので、結果が判明次第、変更をするかどうかを決定します！
2015-08-24 18:58:19
本件は著作権に言及したものではなく、コンセプトとタイトルが被っている(似すぎている)ということを問題として指摘したものだと思いますので多少論点がずれるかもしれませんが、参考になればと思い以下のまとめを書き込みしておきます 海法紀光さんが語る「ネタ被りと著作権の考え方」 http://togetter.com/li/705318 「福満しげゆき」先生の漫画「ゾンビ取りガール」が無断でドラマ化された可能性について http://togetter.com/li/704965
うしじまいい肉 @PredatorRat
2015-08-24 21:00:53
私の意見はもう既に書いてあり、もう言う事はないのでよくよく読んでくださいね！
2015-08-25 09:39:37
PredatorRat 言葉足らずで申し訳ありませんでした あなたはもとよりこのコメントを見てくださっているみなさんに対する提示のつもりでした。
うしじまいい肉 @PredatorRat
2015-08-25 12:52:18
titan_sin いえいえ、削除されたコメントを書いた人へのコメントでした。有意義なコメントをいただいありがとうございます。
うしじまいい肉 @PredatorRat
2015-08-28 00:22:36
削除も面倒なので一度消されたコメントを再度書き込むのはおひかえください
うしじまいい肉 @PredatorRat
キチガイみたいにタイトルを直せとしつこくされて怖いのでタイトル直しときました（？をつけてみました）
うしじまいい肉 @PredatorRat
2015-08-24 15:04:41
タイトル変更については「峰なゆかさん」「田所コウさん」「講談社」以外からのタイトル変更要望は受けません。また、結果が判明次第変更するかどうかを決定しますのでよろしくお願いします
結果、田所コウ氏は「コトコトくどかれ飯」の連載を中止した。自分の意思だそうだ。
参考
著作権侵害未満なパクりの話
http://azanaerunawano5to4.hatenablog.com/entry/2015/08/14/130550
http://azanaerunawano5to4.hatenablog.com/entry/2015/08/16/102637
http://azanaerunawano5to4.hatenablog.com/entry/2015/08/17/220116
それから間もなくして
「江古田ちゃんに似てる」「パクリじゃね？」と大評判の４コマ漫画『アラサーちゃん』更新しました！ アラサーちゃんはどちらかというと猛禽です。「＊肛門＊」の巻。http://d.hatena.ne.jp/nayukamine/— 峰なゆか (@minenayuka) 2010, 11月 27
と、かつてはこんな事を公言していた峰なゆかのアラサーちゃんに、本当にパクリが発覚した
峰なゆか氏「アラサーちゃん」がTSUKURU氏の「きょうのゲイバー」に一部類似の件～SPA！編集部より「オマージュ」と経緯説明あり～
峰なゆかが田所コウ氏を追い込んだ理屈を適用すれば、完全なブーメランを完成させてしまい、炎上した。
そして峰なゆかと一緒に田所コウ氏を追い込んだうしじまいい肉はどうしたかというと
完全にシカトを決め込んだ。
しかしコトコトくどかれ飯は失われた。
すみません、夏の件で私を擁護して下さっている人達 （本当に本当にありがとうございます）には恐縮なのですが、— 田所コウ (@okogezusi) 2015, 11月 21
私は誰にもつぶされていませんし、 勝手に辞めたので言ってしまえば単なる我儘、超わがままです。— 田所コウ (@okogezusi) 2015, 11月 21
それこそプロ失格です、漫画を楽しみにしてくださっていた方には すみませんでした。— 田所コウ (@okogezusi) 2015, 11月 21
しかも、新人の私が辞めた事がかえって みね先生の印象を悪くしてしまい申し訳なく思っています。。— 田所コウ (@okogezusi) 2015, 11月 21
今更ながら、 みね先生の漫画を読ませて頂いたのですが、とっても面白いです！ 自分も次の漫画の事を考えながら楽しくやってます。— 田所コウ (@okogezusi) 2015, 11月 21
それだけお伝えしたくて （喋りすぎました、すみませんもう黙ります）— 田所コウ (@okogezusi) 2015, 11月 21
話を冒頭に戻すと
うしじまいい肉は今回は住んでいた場所を失った仲間のアーティストを守るためにやっているそうだ。
それ自体は良いことだ
でもうしじまは一方で田所コウ氏の連載を潰す手助けをした。
なぜ同じように見てやれなかったのか？
身内びいきなだけか？
うしじまいい肉は目を背け続けている。
うっせー汚ったない容姿の男 キモいんだよ 美人のほうが価値が上なんだよというのはそうだ。
見ていて限界なんだ。美人でも悩みがある うんうんとかいう輩がいるのはホント腹立つんだ。
同じ学部のドブス 顔がとても大きくて肌が泥水色の何もかも汚ったない、殆ど1人か似たような容姿の女といる、会話も振る舞いも書いてる小説らしきものも全部汚ったない女を見ると美人の悩みなんて甘えなんだよ。
美人の方が偉そうにできるから、目に飛び込んでくるブコメも自分やあのドブスには出来ないことだらけで腹が立つんだよ。
自分の救いなのか分からないが、父親が稼ぐ金で毎月の仕送りが家賃抜きで12万円で、実家が千代田区の賃貸の1室なのに、年間学費200万の京都の馬鹿大学の金蔓学部に通っているけど、美人はやっぱり強いんだよ。
父親がもっと金を稼げる可能性があるけど、金で容姿は良くならないんだよ。
あのドブスも自分も整形してもどうにもならねーんだよ。
整形なんて限界あってレポートなんかに使えない週刊誌のspaにも整形しても不満な奴が半分以上だというのを読んだ。傷やら後遺症のせいではなくて、整形しても限界があることに対しての不満だ。
容姿は金で買えねーんだよ。
なんで、こんな酷い容姿であのドブスも自分も生まれたのか知らないけど、こっちはひどい容姿で生まれたくなかったんだよ。
もう、大学や街で美人みたり、ネットで美人の写真やらチヤホヤされてる様をみるのは限界なんだ。
コストとかについて、言ってることはまともなのは分かる。冷静なコンサルタントって感じがするよ。
でもさ、バカなこと言ったって良いじゃん！美しいからコスト高いけど作っちまおうぜ！って言っちゃダメなの？
増えたコストだって国家予算からすれば小さなもんだぜ？一戸建ていっぱい買えるから高いように見えるけど、所得税を1年間1%上げたら(1600億くらい)足りる程度だぜ？
結局そこまで言い切れるカリスマリーダーが居ないんだよね。小泉純一郎が文科相と五輪相やってたらマスコミが味方になってたんじゃないかと思う。
マスコミが味方になれば、例えばSPAとかで「コスト2倍！それでもイケてる競技場が欲しい！」みたいな記事が載る。経済誌では建造物がかっこいい場合とそうでない場合の経済効果を試算するとか。それだけで世論の印象は変わってる。
まあそれでも、金は全然足りないわけだ。それならとりあえず考えようよ。
まあ実際には売るというより寄付だけど
国立霞ヶ丘競技場(正式名称:NTTソフトバンクトヨタなんとかかんとか…競技場)みたいな感じで寄付の額順でつけるとかね。
世界一正式名称の長い競技場としてギネスブック。話題にも宣伝にもなる。
そして寄付競争なのでバカみたいに金が集まる。ソシャゲと同じだね！
それで足りなけりゃ10万円以上出した個人の名前をお尻につけてくとかね。1万円なら頭文字だけとか。孫の名前を入れるおじいちゃん続出しそう。
知り合いが「バレンチノ大杉」と名字二つ並べたビバノウレッジな人名を二次創作で使っていて、そういえば自分もバレンチノのことは、1）ガラヴァーニがいわゆるバレンチノ、2）マリオの方が歴史は古い、ってことしか知らなかったので、ちょっと調べてみた。
いわゆるバレンチノ、あのVのマークとして最も知られている高級ブランド（岩波の人名事典や研究者の服飾事典にもそう書いてある）。Valentino Garavani（ヴァレンティノ・ガラヴァーニ．存命中）氏が創業デザイナー。工房の設置は1959年。日本では1970年から三井物産などが輸入を開始。日本法人は1974年設立。SPAの傘下？ブランド（というかライン）として、VALENTINO，VALENTINO GARAVANI，VALENTINO ROMA，R.E.D. VALENTINO，がある。逆に言えばそれ以外は別物。1996年まで，日本では宝飾以外の商標がVALENTINOで登録できなかったらしく，VALENTINO GARAVANIの方が多い。海外ではVALENTINOのみの表記が主。
2）MARIO VALENTINO（マリオ・バレンチーノ，マリオ・ヴァレンティノ）
1のバレンチノ以前、1952年に同名の会社を設立。今は総合革製品の中-高級ブランドだが、特に靴・サンダルで有名になった。被服類でのVALENTINO国内商標はこっちが1996年まで持っていた。創業デザイナーのマリオ氏は1991年に亡くなっている。
3）その他大勢
全部じゃなくて、程度の違い（全くのただ乗りから、実在するデザイナーを据えてるとか、イタリアに直営店持ってるとか、不幸にも被ってるとか）もあるけど、上の二つ以外はいわゆる商標の「フリーライド」扱い。Valentino Rudy，RUDOLPH VALENTINO，GIANNI VALENTINO，GIOVANNI VALENTINO......などなど。テレビのバラエティ番組（はなまるマーケットとか）でもこの話題が出て，便乗ブランドは100くらいあると。
小松 美羽（こまつ みわ、1984年（昭和59年）11月29日）は、日本の版画家。アーティストとして風土に所属している。
長野県埴科郡坂城町出身。2004年（平成16年）に女子美術大学短期大学部を卒業した。
2009年（平成21年）に「美しすぎる銅版画家」としてメディアに取り上げられて注目を集めた。
小松美羽オフィシャルブログ「千年先のMIWACODE」Powered by Ameba
http://ameblo.jp/komakoma-blog/
画歴
●日本版画協会入選（東京都美術館） ●女子美優秀作品賞２度受賞（ガレリアニケ・大学校内） ●大学版画展（町田市立国際版画美術館） ●ＲＯＳＥＳ展（スパイラルガーデン） ●銅夢展（すどう美術館） ●絵と花のコラボ展覧会（神戸異人館・ライン館） ●阿久悠トリビュートアルバム「Bad Friends」（ポニーキャニオン）ジャケットと挿絵を担当 ●流通専門誌 「 Value creator 」表紙を担当（年間） ●阿久悠トリビュートアルバム「歌鬼３」ジャケット・挿絵担当 ●ＴＳＵＴＡＹＡオリジナル絵本・絵担当 ●ギャラリータグボート（絵画・版画取り扱）
週刊プレイボーイ 掲載12月15日 週刊SPA！ インタビュー掲載
12月15日 CS275池袋ウェストフードパーク「MEGA美の泉」OA（26:30～）
12月16日 阿久悠氏トリビュートアルバム「Bad Friends」発売
12月16日 夕刊フジ 阿久悠氏トリビュートアルバム「Bad Friends」発売紹介記事掲載（小松がジャケットと挿絵を担当）
12月16日 CS275池袋ウェストフードパーク「MEGA美の泉」OA（18:30～）
3月29日 日本テレビ「DON！」美人スペシャリスト特集コーナーにてVTR＆生出演
4月22日 au携帯ニュース情報サイト「ニュースＥＸ」にて「美しすぎる文科系女子」特集に登場（1週間連続）
4月24日 J-WAVE「kiss and hug」内「WHAT'S YOUR JOB?」コーナーにてゲスト出演
5月30日 スポニチアネックスにて阿久悠トリビュート「歌鬼3」紹介記事掲載
7月14日 阿久悠トリビュート「歌鬼3」発売 ジャケット・挿絵担当
7月 女子美術大学オープンキャンパス・卒業生紹介タペストリー
8月 ソニー・エリクソンau公式サイト インタビュー記事掲載
9月6日 読売テレビ ズームインSUPER(関西ローカル部分)出演
9月14日 日本テレビ「oha4!NEWS LIVE」仕事人名鑑プロファイルコーナー出演
12月18日～26日 TOKYO CHARACTERS COLLECTION 2010 バイナルメーションbyディズニーストア ミッキー作品展示（青山スパイラルガーデン）
Qiitaに書こうかと思ったけど、言いたいことも言えない、こんな世の中じゃ。
モバイルファースト、APIファーストな文脈でハイブリッドWebをやってきた目からすると、サーバーサイドでHTMLを生成してページ遷移させるなどという90年代調のクラシカルな発想を基本に据えるフレームワークはとても斬新に思えました。HTMLをゴリゴリ生成するなんてよほど特殊な最適化をしようとするのでなければそもそも発想として出てこないです。それでいてDSLやメタプログラミング等のテクニカルな技法が宝石のように鏤められている様はまるでエジプト時代の骨董品を見るかのような趣がありました。turbolinkなどは、かつて表計算ソフトに出しゃばっていたイルカを思い起こさせる味があります。かつて慣れ親しんできたSPAが星のように遠い存在になりました。
Web界隈の人々がモデルだとかアクティブレコードだとか"MVC"だとかを非常に具象的に話す様を見るにつけ、お前らどんだけPofEAA読み込んでるんだよと畏怖していた時期が僕にもありましたが、どうやら彼等はRailsのクラスやディレクトリという特定の実装について話していただけだったようです。Modelという概念もこれだけ肥大化してしまったら、オリジナルな概念で彼等と会話するのは諦めるべきかなと思いましたし、Railsの"MVC"をアンクォートして語るのはもはや害悪であるとすら感じました。
Rails界隈の人がよく「Railsの流儀」や「正しい"MVC"」というのを口角泡を飛ばして議論しているのを目にするのですが、おそらく外に広がる不条理で火傷を負って快適なRailsの世界に引き篭もった結果としての一種のストックホルム症候群なのだなと思いました。いまやAjaxとかWebsocketとかWebRTCとかを組み込もうとする至極真っ当な方法論がとてつもない高難度に見えてきます。設定よりも規約、というのも一つの方向性だと思いますが、ドメインやサービスレイヤの名前空間を構築しようとしたりコードジェネレーションしようとしたりしただけで地獄のようなCircular Dependency罰を受けてしまったので、自分がとても間違った事をしているような気がしてしまいました。とはいえConcernsに特別な名前や役割を与えられても正直しんどいので、皆が皆libにゴミを放り込んでいく様子にも納得がいきました。
RailsをAPIサーバーとして使おうとするとまずビューが無くなってMとCだけになりますが、いわゆる"MVC"の文脈で育ったエンジニアがなぜ息を吸うようにFat ControllerやFat Modelを作ってしまうのかという事が良く分かりました。多くのRailsのリファクタ手法と称されているものはクラスを書くファイルを分割する事以上のものでは無いように思えたので、Rails使いを大きめなAPIサーバー案件に回すときはセットポジションでDDDの青本を投げつける必要が有るなと思いました。
ビューとコントローラを結合させた場合、結合テストはCapybaraとかのBDDでマークアップサイドとの干渉を恐れながら強い気持ちでメンテしていくしか無いのかなと思いました。おそらく脳に電極を埋め込んでいるか、緑色のランプを見るだけでハイになれる特殊な人にしか生き抜けない闇が垣間見えました。コントローラを薄くしてサービスレイヤを挟めばその辺りもうまくいけそうな気がしましたが、ビューからヘルパーやモデルがいくらでも透けて見えてしまうという状況では裏側の完全性に自信を持つ事は難しそうでした。
ビューがRubyを叩いて永続化レイヤと直接コミュニケーション出来るというのはとても生産性が高いのだろうとは思いましたが、こうして出来たパーシャルやら何やらをデザイナーとどうやって共有するかを考えると頭痛が痛くなりました。おそらく適当に切り出して綺麗な空間をassets以下に構築した上でpublicにRPCのような窓口を備えたゴミを量産していくのかなと思いましたが、もっと綺麗な方法はあるのかもしれません。でもきっとRails案件に関われるデザイナーはRubyもバリバリ書けるに違いないはずなので、ここが問題になる事は無いのだろうなと思いました。
RESTはとても美しいパラダイムではありますが、そもそもHTTPがさほど美しくないので歪んだ空間には目を背けるか勝手解釈を与える事で人は初めてRESTfulを名乗る事が出来るのだと思います。GETがbodyを(公式には)持たないという事について美しい説明を与える事は出来ないでしょう。サーチAPIはどうしますか。ステータスコード足りなくないですか。401エラーはどうしますか。そしてRESTはあくまでリソースを抽象化する美しい概念なので、アクションや副作用については貧弱です。動詞が足りないですし、一般動詞に狭義の意味を与えてドキュメントするのは二度手間にしか見えません。PUTには冪等性があるべきみたいなこだわりは家の猫にでも説教してればいいと思います。というわけで、REST的な設計を拝借することはよしとしても、「○○はRESTでは無い故云々～」みたいな注文はやめて頂きたいものです。
とか言わないで欲しいです。こういう時にセットでPHPをディスって悦に浸るのは知る限りRubiestとPythonistaと中学生だけです。それにこれはあくまでサーバーサイド初心者の感想なので、想像するにこれ系のFWは多かれ少なかれ似たような不満を抱えるものなのかなと思います。というわけで、おそらくこれから選択肢がある限りはRailsを使い続けると思います。
「妻の6割は夫に興味がない」なんて記事が先日ヤフーの記事ランキングのどっかに入ってたのを思い出したが
（検索したら出て来た。http://zasshi.news.yahoo.co.jp/article?a=20140422-00626946-sspa-soci）
そもそも「女の6割は男に興味がない」が正しい気がする。
記事はSPAなだけに「夫に興味がないのは他の男に興味が移るから」と言いたげだが
「夫に興味がない60%」と「浮気してみたい33%」は別の層じゃないのかな。アンケートの詳細分からんので根拠もない推測だけど。
（勿論被ってる人もいるだろうとは思うが）
元々男に興味がなくて、それでも結婚はしたいから一応男と付き合って結婚して、
でも人間そうそう根本の性格は変わらないからやっぱり男（夫含む）にいまいち興味が持てない、そういう女って多そうだけども。
まあ不満があれば興味がないのではなく憎悪に向かうだろうから、興味がないのが6割って事は良い事なのかも。
はてブのハテナーにうんざりするきっかけとしてブコメでの“嫌われ言動”が目立つ。確かに、仕事でもネットばかりしているハテナー層。世の中ネットだけじゃないと考える一般人より気合の入った使い方をしてしまうのも無理はない。まず、ハテナーならではのスケベ心が出やすい行為の1位が、「やたらと女子ブロガーや女子増田に反応してくること」だという。
「顔見知り程度の友達でもないハテナーから気軽にブコメしてこられると恐怖です。出会い系に行けと思います（笑）」（25歳・保育）と、思い当たる人は要注意。しかし、たとえ「フォロワー」になったとしても、「どうでもいい記事に一番にブコメするの辞めて。いちいち投稿しないと気が済まないの？ 迷惑」（24歳・飲食）と、その結果、ブコメ拒否されてしまうハメに。
「『後輩や部下に慕われてる僕』アピールなのか、会社の愚痴を書いているブログへ批判ブコメ。スターつけてほしいんですか？」（23歳・広告）、「はてブに依存しているのはIT業界に多い気が。やたらと投稿数が多い」（26歳・建築）など、控えたほうがよさそう。
しかし、ROM状態でもいいわけではないようで、「良記事書いた時の無言のはてブ連打がこわい。朝、お知らせが10件きてて、なんだろう？ と思ったら、全部コメントなしのはてブ。内容だけ盗み読みされてるようで気持ち悪い」（23歳・サービス業）というのはさすがにアウト。
さらに、思わず年齢的に言わずにはいられない胸のうちをブコメで放出してしまう人も危険である。
「いわゆる自分語りですね。政治に対する不満とか、仕事論とかを100文字以内で投稿する人。自分に酔ってる人は嫌だし、非表示ユーザーにしちゃった！」（23歳・編集）。
「最初はいいパパだなぁと思うけど、そればかりだとやりすぎてウザいし、猫ブログばかりにブコメする人は、『猫好きな俺が好き』に見えてくる」（29歳・法律）と、ほどよいというのがいいのか、難しい。
3/4発売の週刊はてな！では「バブル＆ゆとり世代がメッタ斬り 嫌われるハテナーの特徴」と題した企画を組んでいる。バブルやゆとり世代を揶揄している暇があったら一度我が身を振りかえってみてはいかがだろうか。 ＜取材・文／週刊SPA！編集部＞