lsが自動でかかるのが邪魔なときも稀にあるけど、頻度的には無視できる問題。フロントエンドチェックリスト(日本語訳)これは良い!見落としがちな問題から全然知らないことまで載ってる。フロントエンドエンジニアになるにはこういうとこ抑えなきゃならないから後でじっくり1個ずつ調べてく。プログラミングの階段を登る方法をまとめたなんかいつもオブジェクト指向って立ちはだかる壁になってんな。文法を知っているだけのレベルで現場に入るとStruts全盛期のいわゆる「Action職人」のように、アプリケーションの決められた箇所に業務処理を手続き型で実装するスキルセットしか持つことができなくなります。この状態では自分の実装箇所以外の処理内容は知らないし、理解することもままなりません。この労働集約的な手法一辺倒で作られたソフトウェア(労働集約パターンと名付ける)は、機能追加や障害対応に非常に脆いです。良くないのはそういう環境で育つとそれを当たり前と感じ、それ以上のプログラミング学習をやめる一因となることです。学習をやめてしまったら、その人は自分の知っている労働集約パターンでしかプログラミングができないだけでなく、それを押し付けてしまうダークサイドに入ることでしょう。この辺が日本の(?)プログラマにありがちな気がする。SESによる多階層な業務分割が原因?そうはなりたくないなぁ。blameは初めて知ったけどこれは便利。「犯人探し」って言い方はアレだけど、実際にそれらしい場面に遭遇してすぐに役立った。今風なデザインに変えるためにできそうなことこう見ると、Twitter、Facebookあたりが先導したUIがどんどん流行っていくというか模倣されてきてるのかな。単純にユーザ数が膨大で、かつ多くの時間をかけて利用してるから、ユーザがそのUIにすぐ馴染むんだろうなぁ。コメントをキャンセルメールアドレスが公開されることはありません。