サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Wikipedia
scrapbox.io/sushitecture
読み慣れたコードというだけで可読性は高くなる 可読性に基づくチーム間での調整は必然的に交渉になる 交渉にかけた時間分ペイする考え方なのか? 可読性という言葉を使うのは辞めたほうがよい 文字だからすべてのコードは可読でしょう フォントの可読性とかならわかるが… 大事なのは理解を阻害するコードになっていないか 何かを伝えようとしているコードなのか これは相手がいてはじめて考えること 一人で可読性といっ
なぜ「悪い」評価をくださなければ行けないかと考えているかというと、悪い方向に向かった瞬間に修正しないといけないと考えているから
「相手が自分の主張を理解して受け入れる」というのがゴールになっていることがあって、双方が同じことを思っているので絶対に満たされない
https://us-central1-svg-render.cloudfunctions.net/render/2018-12-14%202018-12-24%20Scrapbox%E7%94%A8%E3%82%AC%E3%83%B3%E3%83%88%E3%83%81%E3%83%A3%E3%83%BC%E3%83%88%E3%82%92%E4%BD%9C%E3%82%8B%0A2018-12-24%202019-1-13%20anydown%E3%81%AE%E9%96%8B%E7%99%BA(1)%0A2018-12-31%202019-1-3%20%E5%B8%B0%E7%9C%81%0A2019-1-3%202019-2-13%20anydown%E3%81%AE%E9%96%8B%E7%99%BA(2)/gantt.svg https://svg-render.firebas
ただ、Vueでのコンポーネントの書き方みたいなのは参考になるので、これベースで足りないものを作り足していくのよさそう
querySelectorを教えるべきかgetElementByIdとかでやるべきか一瞬迷う(結局querySelectorにする)
で、最近プレーンテキストにEmojiも仲間入りしたので、面白いことが出来ないかと思って下記のものを作った
このページを最初にブックマークしてみませんか?
『sushitecture』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く