><https://twitter.com/orange_in_spacehttps://pawoo.net/@orange_in_space
全体にせよ部分にせよゴールが明確なのはいいよね(逆に言えば、白黒つかない「いいかんじの設計」とかがゴールになってるとはまる
デジタル回路を設計するとか、マインクラフトで家を建てるとか、そういう方向ってぷよぐやみんと同じく、全体のプランを考えて部品単位に分解して試行錯誤しながらコツコツ作っていけばいつか完成するけど、絵ってなんかそうじゃない気がするし絵は描けるようになれる気がしない><;
部分を作ってたら全体が収拾つかなくなった(全体の設計をミスってた)は起きるけど、とりあえず動く部品は作れるみたいな・・・><
とっかかりは両方難しいけど、ぷよぐやみんは、部品単位で作ってコツコツ積み上げて行けるけど、絵って(今のところ間違えてない?って確認もできる)マイルストーンの頻度がぷよぐやみんと比べて極端に少なくない?><
おえかきしかりぷよぐやみんしかり、長らく消費者でいていきなりだと、その辺に転がってるきれいなやつが作りたいとかなって詰みませんか。作ることが目的ならいいだろうけど。
「何かがおかしい」が「ここがこう駄目」になるまでのギャップが小さい
ポヨグヤミン(書く方)のセンスは割と後天的に身に付くところがあるし結構理屈で説明されやすいので、私のような凡人には本当にありがたい
オレンジが長文(航空関連の解説とか)書くときもこのサービスにアカウント作って書けばいいのかも?><
scrapbox にいろいろ書いている https://scrapbox.io/mizukmb/
オレンジが保守的すぎるのかもしれないけど、jsonをデシリアライズして読む方式(?)、デバッグが逆にめんどくて嫌い><;(そこらのjson形式のデータ全く信用ならないし、部分的に動的型付けっぽくなっちゃってめちゃくちゃムカつく><;)
ドキュメント「Status.urlはnullにならないで」ぼく「そうかー、じゃあ?付けないね」Mastodon「boostやで!nullやで!!!!!!」iMast「なんやこれ!クラッシュしたろ!」ぼく「は??????????????????」
(それ、クラスとインスタンスのつもりで書いてた><;)
今の無し(/////
ん?><;
オブジェクトとインスタンス、プログラミング(ただし、Delphi or C# の時)を教える時は「notepad .exe がオブジェクトで、起動したメモ帳がインスタンスみたいな感じ><」って教えてる><(インスタンスって、分けて言わなければ言わないといけない場面の用語っぽく感じる><)
短く書くと、使い方がわからなかったら→「自分で作れば良い!><;」みたいな逃げができないのが大変かもみたいな><
プログラミングって(特に小さい物/部分を作るのであれば)自分で作るんだからわかんなくても(良し悪しを別にしたら)自分で好きにどうにかできるけど、ネットワーク構築したりするのって、作った人の考えを勉強しないとそもそも動かないだろうし、なんかそういう所すごいと思う・・・><
うまくいえないけど、『まずプログラマであり鯖たててる人』と『まず鯖缶であり、派生でコードも書いてる人』って全然違う・・・><
全方向的にまわしかねないアレだけど(><;)、さっきの謎の記事の人の他の色々とか修論とか斜め読みして、やっぱプログラマと鯖缶って別々の人種なんだ・・・><みたいな感じが><
重箱の隅すぎるけど、4-clause BSDLって勝手に削って良いの?><; -- https://github.com/himrock922/4.4BSD-Lite2/commit/8ab6c3f9949969bda6956692259002c4c9c0b2a7#diff-5f90987cf513c31b3c6776586062be89
思考の /dev/null