ブログ『輝かしい青春』なんて失かった方の『にゃるら』のブログ。『にゃるら』さんとは別の人間です。表示の崩れなどの修正や補修が必要とされている記事です。確認や修正などの補修が間に合っていないため、現状のままとなっています。その点はご了承ください。http://d.hatena.ne.jp/naoya/20140313/1394664578]]という辺りの記事を見て思ったコトを少し書きます。言っても、はてなDisとかそういう話ではなく、僕の開発へのスタンスでの話です。あと多分上記リンク先と本質はズレてます。そもそもプログラミングとかDevOpsとか言う文脈においては、『人間の作業は信用できない』という前提で、開発等を進めるべきだと僕は思ってます。(継続CI)あとデプロイ等も自動化すべしと考えています。Railsの食わず嫌いに繋がってるのだろう、とは思ってます。(と言いながら、死ぬような思いをする)と思っていて、今回のはてなブログのJavascriptが、なんかカオスってたのは、その辺りの何かに引っかかったんだろうなぁ、と僕は勝手に思ってます。避ける為には、その辺りの瑣末な事柄のチェック等は、全部自動化して機械に任せるべきだ]とも思います。全部機械的に処理してしまえば良いんじゃない?と思います。Shevingになる気がしているので、その辺り微妙ですけどね。基本的には、コードのタブ幅だとか、あるいはコーディングスタイルとかは、自動処理できるところは自動処理して、残りのクラス設計だとか、あるいはコンポーネントをどこまで結合させるべきか、みたいな話は、開発者が面倒みるしかないんじゃないかなーと思ってます。『はてなブログ遅い問題』問題を知ったとき、一番最初に思いました。いう場合には、ぜひとも使うべきだと僕は思います!!!!!!という半分ネタっぽいのはここまでにしておいて、真面目に思うところを書くと、そもそも、ページが動的生成である=サーバサイドでどうしてもレンダリング時間が必要となる広告とかたくさん貼付けてる=外部のリソースをたくさん読み込む必要があるあと、結局のところ、Webページの重さは、最後はユーザーの回線とマシン環境に左右されると思っていて、まあなんだろう、一概に、Webページが重いっていう話が有ったとしても、それが、リソースの読み込みが遅いのかUIのレンダリングが遅いのか最後ユーザーの実行環境がそもそもクソではないのかという辺りの区別が付かないと、まあ対応しようがないよね、と僕は思います。Requestを減らすという方法があるんだろうなぁと最近思ったりしました。いう訳で本日なんとなく思ったコトは以上です。辺りが主な原因で、Tumblr自体が重いというよりは、余計なモンゴテゴテとつけてるからだ、と思っていて、だからこそ、最近ちょっとTumblrのテンプレを見直してるんですが、まあ、はてなブログのレンダリングが重い件については、ソーシャルボタン外せヘッダと広告は金はらって取っ払えあと画像系はできるだけ使うなでFAなのではないかと思います。