orange @[email protected]

ある程度書けても、その場面に最適なコードってあるので、ググるとやり方がサンプルコードで書いてあるので、意味がわかった上で自分で書いてもいいけど、むしろ意味がわかるほど「結局ほとんどサンプルコードと同じになる！＞＜；」ってわかるので、
実際にプログラミングするときは、調べてサンプルコードを部分的にコピペして書き換えるみたいな作業はそれなりに多いかも＞＜；

東海村臨界事故の風評被害で干し芋が売れないってニュースいっぱい見た時に、テレビに干し芋映りまくって食べたくなって食べてすごく美味しくて大好物になった＞＜

ていうか干し芋自作したい＞＜(大好物だけど微妙に高い・・・＞＜)

半田づけで部品壊すパターン、普通に熱に弱い電子部品の他に、すごく大きいコネクタにワット数低い半田ごての組み合わせで、半田がうまくまわるまで熱する間にコネクタの金属部品を熱が伝って周囲まで熱くなりすぎてプラがちょっと溶けちゃったってあった＞＜；

既製品が優れてれば既製品を使うのは多くの場合当然で、それはそれとして「どうやったら作れるか？」を学ぶためにお勉強用にショボくても自作したり、せめて「自分で作るならどう作るか？ どうやったら作れるか？」を妄想すると、優れた既製品がどうしてそういう仕様になっているかについて納得できたりするし、逆に「あれっ？＞＜ 既製品が優れてると思ってたけど、自分の目的では自作する方が性能いいのでは？＞＜」って気づけたりも出来るかも＞＜

大事なことだと思ってるというか、オレンジの考え方の大半が「自作！＞＜； ショボくなろうが自分でも試しにやってみる！＞＜；」かも＞＜

どんなものでも、趣味的というか勉強的に「いつもは完成品を使ってるけど、自作してみたらおもしろいのかも？＞＜」って思うの、すごく大事なことだと思ってる＞＜

いきなり基礎はそれでそれでめげるというか「この基礎がなんの役に立つのかさっぱりわからん」に陥るので駄目だけど、だからと言ってなんでも「出来たものを持ってくればおk！」で済ませると、つまり「必要だったのはあなたでは無く既存のソフトウェアだった」になって、プログラマというか道具を作る人としての価値が無くなっちゃう＞＜

茨城県特産「ほしいも」の品評会 2年ぶりに開催 ひたちなか | 新型コロナウイルス | NHKニュース https://www3.nhk.or.jp/news/html/20220113/k10013428221000.html

そういえば昔、鉄腕dashが深夜番組時代に乾電池で銚子電鉄の電車を走らせるって富士通乾電池？の協力でやってたけど、その延長でTOKIOが電車を作るって鉄腕dashの企画であれば、鉄道会社も受け入れてくれて国交省もブチキレずに実現出来そう・・・？＞＜

営業路線を閉鎖して走らせるの、法的には可能で、法的には機械扱いの試験車両とかデュアルモードビークルの試験とかもそういう扱いでやってたけど、でもマジで個人相手でやったら国交省がブチキレそう＞＜；

『意識させない』ってデザインではかなり重要でかなり難しいこと＞＜

ていうか、本当になるべく気にしないでよくスマホから離れられるようにスマホであれば、それなりに意味があるし、例えば記事にあったバッテリーが大容量なスマホも「充電しなきゃ」「モバイルバッテリーも忘れないようにしなきゃ」みたいな『スマホを意識させる機会』を減らす面で、その機能の一部を果たせる＞＜

クルマについてより深く知りたければ、よく壊れてクルマに振り回されるクルマに乗ればよい＞＜ 常にクルマの事を考えさせてくれる＞＜
クルマの事を気にしたくないのであれば、頑丈で壊れにくく存在を忘れるほどに馴染むクルマに乗ればよい＞＜