orange @[email protected]

フォルダまるごとバックアップというかスナップショット方式？でバージョン管理してる＞＜(管理出来てない)

まず、唯一オレンジでもgitを使えないと困る場面としてgithubが＞＜ 正しくないデザインの物はなるべく使わないというポリシーがあるので、正しくないデザインと考えるgithubは使いたくない＞＜
となると、それ以外で使うという事になる＞＜
極端に言うと一人でもバージョン管理システムは必要か？＞＜という話になる＞＜ オレンジは必要と考える＞＜
であるのにも関わらずオレンジにとって現時点でgitがなぜ不要なのか？＞＜という事になる＞＜
それはバージョン管理システムというものはバージョン管理できる人が管理するためのものであって、極端に管理出来ない人が使っても謎の履歴で溢れかえるだけになると考えているから＞＜；
つまり、オレンジにとって先にすべき事は、バージョン管理の正しい考え方ができるようになることであって、それはバージョン管理システム固有のノウハウを得るより先にすべき事と考えているから＞＜

ものすごく恥ずかしいけどオレンジはgit使えない＞＜
(ある意味でオレンジにとっては必要性が無いとも言える＞＜(この説明はとても長くなる＞＜；))

人身事故と投身自殺ってレイヤも視点も別かも＞＜(簡潔かもしれない文章)

ていうか、その時点で対策すべき事象(＝旅客への案内上必要な情報)としては、単に人身事故であって、自殺であろうが極端に言うと突き落とし殺人事件であろうが、それを検証等をするのは別レイヤの話であって、あくまでその時点で対策すべき事象(＝旅客への案内上必要な情報)としては、単に人身事故かも＞＜(冗長な文章＞＜；)

この前の「プログラミングができるとは＞＜」の話の時も、最初にisanaさんのツイートの引用してたら逆に簡潔で済んだのかも＞＜；

オレンジが説明下手すぎるパターンで、その部分は当たり前だよね＞＜とかよく知られてるよね＞＜って思いこんでて、オレンジの標準的には短く書いた部分が、「それちがくない？」ってなって、その部分説明するのに数時間かかる現象、どうしたらいいのかわからない＞＜
(結果的にそういう部分も根拠込みで全部説明した時の方が一回で済んで短いことがわりと・・・＞＜)

＞＜；

どんどん視力落ちてて、誤変換とかtypoにどんどん気づけなくなっててつらい＞＜

<

オレンジが開発中で一部公開してる感じの音解析アプリのスペアナ部分、まだ試作品なので、"書き方はどう見ても手続き型"で、245行のひとつの巨大メソッドとして書かれてます＞＜；（本番コードじゃなくデザインの検討用のモックアップ（？＞＜；）だからだけど＞＜；）

（ていうかオレンジ的には「それはそうだよね」になって「でも、某ボブ氏は・・・＞＜；」「うん（汗」みたいな会話を想定してた・・・＞＜）

ノーマンかニールセンが書いたものを引用すると意味が強く伝わるパターン・・・？＞＜；
（これ＞＜；
https://mstdn.nere9.help/@orange_in_space/100000112255200864
https://mstdn.nere9.help/@orange_in_space/100000117427431230
(x度も oでも)）

基本的に手っ取り早さ的にはそうかも＞＜；
一方で、わかんなかった側もどうしてわかんなかったのかわかんないくらいのある意味小さな問題って、だからこそ自分でも発見しづらくてその時に検証しないとわかんなかったりする・・・と言う意味では貴重ではあるかも＞＜

本の予算の都合でオレンジはまだ読んでない本だけど、よく名前を聞く本で言うと、
O'Reilly Japan - リーダブルコード https://www.oreilly.co.jp/books/9784873115658/
みたいな感じでちゃんと書けているか？＞＜を検証するのに、自分だけで考えるよりも、「あなたが書いたもの作ったものでここがわけわからなかったです・・・」って人をサポートすると、より手っ取り速いですよって言いたい・・・＞＜

そうじゃなく自分のコードを読んだ人が🤔ってなってるのをサポートするとどうマズく書いたのかに気づけるよ的な事が言いたい・・・＞＜