)スマートフォン用の表示で見るうな(。まわりのめもめもこの広告は、90日以上更新していないブログに表示しています。意識低くコードを書くあまり多くのことをしたくない、あまり多くのことを覚えたくない、でもちゃんと動くソフトウェアが欲しい。そんな人がなにを意識してコードを書くべきか、ということを挙げてみました。変化に適応できません。「変えない」ことを意識してエコシステムを選んだり、システムを設計します。シグネチャはできるなら変えないようにするのが一番です。抽象化せずに処理をそのまま書くライブラリを書くのでないかぎり抽象化は要りません。やりたいことを素直にそのまま落とし込んで書くのが一番です。流れが追えるように書く流れが追えなければコードがなにをやっているかが掴めません。意図せず飛び地で処理が行われないようにします。共通処理などが暗黙的に実行されるのもあまりよくないと思っています。各場所で共通処理メソッドを呼んだ方が明示的です。飛び道具は流れをわかりにくくする最たるものです。難しいものを使わないようにしましょう。一度に二つ以上のことを考えるとかならず破綻します。一つ一つ解決していきましょう。けっきょく人の問題なので、なんでもテクノロジ/規約の問題で解決しようとしない規約や宣言的プログラミング、共通処理、開発フローで縛るのもいいですが、結局は人の問題です。開発論的手法で解決出来ることは限られています。規約や開発フロー、記法といったものはようするに開発者間のテーブルマナーのようなもので、実益はさほどありません。お互いに気持ちよく進めるためにそれらが必要な場面もあります。開発論的なことや、新しいフレームワークの話、新しいパラダイムの話を聞くと夢が広がりますが幻想です。銀の弾丸はありません。結局コードを書くのは人であって、人の問題です。人の問題から逃げない。取得する月別アーカイブはてなブログをはじめよう!liedderoptikさんは、はてなブログを使っています。あなたもはてなブログをはじめてみませんか?はてなブログをはじめる(無料)はてなブログとはうな(。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。