はてなキーワード: 拝借とは
人間の歴史の中で絶対に無視できないものだけど、水や空気や食べ物のように生存にそれが必須なものではない
でもそれが普通のことで、外国のように、国が宗教を決めたり、国民の宗教が統一されていることの方が不可思議に思われる
元来人間の精神というのは自由で、宗教を信じる自由、信じない自由もあるはずである
何を信じるかは個々人が決めればよいのだ
今の時代は、昔よりも幸せに生きられる人が多い時代なのだから、
たとえば、私の伯母はガンに侵されてから、夫の信仰するキリスト教に入信し、洗礼を受けた
そして死を受け入れて亡くなったと思う
でも祖母は、実家が神道の家だったので、祖父を葬儀を神道で行うといって、父と喧嘩した
今の私は祖母の気持ちがわからないでもない
いくら祖父の望んだことでも、自分の信じてきたことから外れたことをするのは受け入れがたかったのだろう
どうしようもなく辛い時期があって、辛さを忘れる方法を模索した時に、仏教の無常という考えに救われたことがあった
人間が生きるうえで、自分ではどうしようもなくなった時に必要なものがあって、それが宗教という形になっていると思う
今の時代は豊かなので、特に日本では、自分ではどうしようもないということが少ないのかもしれない
でも、宗教ってなんなんだということは考えてみてほしい
「誰でもある」属性を持っていて
ウンコを良く漏らすし
釣りが大好きなのでこうなりました
http://www.pixiv.net/member_illust.php?mode=medium&illust_id=16608652
http://b.hatena.ne.jp/entry/235317167/comment/new3
増田アドベントカレンダー2014 16日目の記事です
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を使い続けると思います。
ある種の復古文化に対して「古い」と批評するのがよく分からん。
「萌え」は新しい文化だと思われてるけど、望遠・輪郭強調や特徴を極端に描く傾向は浮世絵の時代から見られるし、用語自体が古典文学から拝借したもの。
あと、日本版メイドの前身である「ゴスロリ」の起源は萌えとは全く別で、V系のファンが文明開化期の西洋趣味を現代解釈しただけ。
ゴスロリの普及版が「メイド」だけどほとんど誤解の連鎖みたいなもん。
そのV系の起源の一つが日本の歌舞伎を真似したアメリカのバンドだったりする訳で、大きい流れの中では何が革新でオリジナルかというのは指摘し辛い。