「『はてなブログ遅い問題』問題」について思ったコト
読了まで:約6分
概要: 主に
大体の
- [[はてなブログが
遅いのは だいたい JavaScript の せい - も ふぬこ戦記 http://emija.hatenablog.com/entry/2014/03/11/231940]] - [[はてなブログの
Javascript コメント抽出してたら、 なんだか プログラマある ある ネタに なってた - Minecraft と タートルと 僕 http://hevohevo.hatenablog.com/entry/2014/03/12/192656]] - [[些末な
コードレビュー - naoya のはてなダイアリー http://d.hatena.ne.jp/naoya/20140313/1394664578]]
と
1. そもそもプログラミングとか DevOps とか言う文脈においては、『人間の作業は信用できない』という前提で、開発等を進めるべき
だと
まあ
- 人は
皆、 スキル(技術力)や 勘(センス)が バラバラである - また、
ヒトと いう ものは、 常に SPoF 唯一無二である - よって、
_ 属人性_ と いう モノを 持った 時点で、 その作業は SPoF 化する
と
- テストは
きちんと 書くべし - テストは
自動で 回すべし (継続 CI) - あと
デプロイ等も 自動化すべし
と
密結合な何か を作ると、 _ 引き継いだ人が死ぬ_ (ような思いをする)
とも
で、
_ 属人性_ と
密結合させた 場合: → 引き継いだ人が 死ぬ (ような 思いを する ) _ ライブラリや
UI_ と密結合させた 場合: → メンテや 改良する 際に 死ぬ (ような 思いを する ) 上記
二つが 組み合わさってた 場合: → _ 綺麗だ…… 地獄が (と見える…… _ 言いながら、 死ぬような 思いを する )
と
で、
2. [自転車置場の議論 http://0xcc.net/blog/archives/000135.html を避ける為には、その辺りの瑣末な事柄のチェック等は、全部自動化して機械に任せるべきだ]
とも
まあ
で、
$ go fmt
すりゃ
全部機械的に
処理してしまえば 良いんじゃない?
と
が、
- 自動化を
行う ための ツールから 作り 始めないと いけない!
と
ま
で、
3. Javascript が遅い? なら、[JSX http://jsx.github.io/ (DeNA 製の方)を使おう!]
と、
- 『はてなブログ遅い
問題』 問題
を
って
スマートフォン等の
シビアな 環境で、 素早く 動作する Javascript を 吐き出す
と
と
- ページが
動的生成である =サーバサイドで どうしても レンダリング 時間が 必要となる - 広告とか
たくさん 貼付けてる =外部の リソースを たくさん 読み込む 必要が ある - あと、
結局の ところ、 Web ページの 重さは、 最後は ユーザーの 回線と マシン環境に 左右される
と
Web ページが
重い
って
- リソースの
読み込みが 遅いのか - UI の
レンダリングが 遅いのか - 最後
ユーザーの 実行環境が そもそも クソではないのか
と
まあ
- ロード時間とか
UI の レンダリングタイムとかを Fluentd へ ぶち込んだり - あるいは、
Web ページの 依存する リソースを data URI 化したり - もしくは
画像の スプライト化とか して HTTP Request を 減らす
と
4. という訳で本日なんとなく思ったコトは以上です。
あと、
- ソーシャル系の
ボタン - Javascript を
用いる 広告 - Disqus とか
Zenback とか その 辺り - 背景画像
辺りが
- ソーシャルボタン外せ
- ヘッダと
広告は 金はらって 取っ払え - あと
画像系は できるだけ 使うな
で
- はてなブログ Pro を
契約し - 自分で
できる 範囲で レンダリングが 遅くなる 要素を 取っ払い - 超シンプルな
ブログに 仕上げる
と
ま、と
あと、
まあ広告なしで
と
#FIXME