(ヽ´ん`)「プログラムなんていわばifとforと代入なんだなぁ（※個人の感想です👨‍💻）

プログラムなんてどれもifとforと代入の組み合わせだろ
あとは言語的な作法だけ
最小限意識すりゃ誰でもできる

これマジ？

forはifとgotoで代用できる。

今は言語文法そのものより、フレームワークの使い方が大変だろ
複雑怪奇な役所の手続きに似てる…

あと複雑な事やろうとすると数学の素養がネックになるので学生は勉強しとけ

構造化定理について調べなさい
きっといいことがある

ifを減らすのが美しいんよ
繰り返しもアルゴリズムの工夫で減らしたい
するとパフォーマンス上がる
CPUパワーに任せてやるのは最近の流行だろうが脳が退化すると思うで

まあ誰でもできるってのはそうだと思う
そうやってすそ野を広げたいんだろう　経済的思惑で
でも本職でやっている人は違いを見せて欲しい　どんな職でもそう

といっても1からnまで足すのに
律義にfor文で回すﾔﾂもいる

プログラム言語も進化が求められている
なぜなら進化した言語の方が開発効率が良いからだ
言語における進化とはなにか？それはパターンに名前をつけることだ

ifとgotoがあればforの代用ができる
むしろifとgotoでfor以上のことだってなんでもできる。

だが “なんでもできる” は正義ではない。悪だ
ifとgotoでは何がやりたいのか読み取るのに時間がかかる
そこで出てくるのがパターンだ

初期値から終了値まで繰り返すという特定のパターンにforという名前をつける
なんでもできるifとgotoを使ってforを実装する。
そうすることでforと聞くだけでどういうパターンかをイメージすることができる

そうやって “なんでもできる” ものを使って特定のパターン専用のものを
作り出すことこそがプログラム言語の進化

ifとgotoの組み合わせというのは、単なるコンピュータの理論的な仕組みの話であって
プログラミングする上でその小さい単位だけで作っていたら時間はかかるしバグもたくさん生まれる
より多くのパターンを知っていることこそが知的労働者としてのプログラマの技術力であり
新しいことを覚えることが嫌い、知ってることだけで使って時間をかけるというのは無能でしかない

そういう書き方の美しさだけの問題ではなく、そもそもアルゴリズム自体を見出すのが
難しくて実現できないプログラムというものが有りえる。

たとえば、よくある入力パターンでは正しく動作するアルゴリズムは分かったとしても、
そのアルゴリズムがどんな場合でも正しく動作するかは自明ではないことがある。

そういう場合は、まずは、そのアルゴリズムがあらゆる入力パターンに対して、
正しく動作する事を「証明」する必要が出てくる。逆に、正しくないことを「反証」
する必要がある場合もある。

そういうような意味で、かなりの数学的な才能が無いと、正しいアルゴリズムが
発見できない場合がある。

というより、数学が出来ないと、そのアルゴリズムが正しいかどうかはっきりさせる
ことすら出来ない場合がある。

だから自分でアルゴリズムを考えるのではなく
すでに用意されているものを使いましょうとうことになる

ifとforと代入でできているからといって
安易に自分でアルゴリズムを実装しようなんて思ってはいけない

いわばエゴとエゴのシーソーゲームやな

とりあえず代入を甘く見過ぎ。
これでだいたいバグ引き起こす。

おれwhileしか使わない

if for 配列

おかしな挙動を起こさず正しく動く1行のコードにものすごい悩むこともあるけどな
それに至るまでも何十行と書いて消したりテストしたりしてない

頭悪いとな行き当たりばったりでｺｰﾄﾞを書く

まともなｵﾂﾑがあればｺｰﾄﾞを書くときにすでにｿﾌﾄｳｪｱﾃﾞｻﾞｲﾝが決まってる
なにを書くかｵﾂﾑの中ですでにきまってる
typoのｼﾝﾀｯｸｽｴﾗｰ以外は起きない

そんな理屈通り動くもんばかりなら良いけどね
たまーに理屈と違う挙動することがあるから
フレームワークのバグだったりするんだけども

最近、他人には非公開ということを前提に、あえて、バグや細かい不調和(?)などを
気にせずに、実験的にプログラムを組んでいくやり方をしてみている。

新しいものを作るときにはそっちの方が良いかもしれないと思ったので。

作るものにもよる
自分だけで全部書くような仕事と同じ所を共同で触る仕事とは配慮するポイントが違う

[追加]

・あくまでも完成品ではなく、実験を主目的とする場合の話。

・仕様自体を完全には決めずに色々試しながら仕様を追加してみる。

・全体像が定まってないので、細かいバグや不整合(?)のようなものを完全に
　防ぐことは諦める。

・逆に細かな不具合まで防ごうとすると、ガチガチなプログラムになるので、
　機能追加に時間がかかってしまい、全貌を俯瞰するような実験がやりにくくなる。

信頼性が低くて問題ない分野ではやっすいｼｽﾃﾑでは有効
ちょっとぐらいの不具合なんか問題にしない

当然、作る人間もやすもん

やっすい人間が
薄利ｼｽﾃﾑを大量生産するのに向いてる

[次のようなことを最近思ってる]

# 最終成果物には厳密さが必要だから、以下の話には注意が必要あるが

・厳密さを求めすぎると、創造性が落ちる。
・フロンティア、パイオニアは、完全無比なものを求めると達成しにくいらしい。

頭悪いと期待通りに動作するｺｰﾄﾞが書けない
計算機が厳密に動作するのは当然だからな

求めすぎるということはない
厳密にしか動作しない

どんな条件であっても
頭悪いﾔﾂが書かない限り
厳密にしか動作しない

全然厳密に考えてない
ぜんぜん考えすぎてない
ｵﾏｴの思考なんかぜんぜん考え足らず

創造性といってもひとくくりにいえるもんじゃないからな

　①ｼｽﾃﾑと関係なく実現したいことを創造する創造性
　②ｼｽﾃﾑで実現できることを産み出す創造性
　③実現したいことをｼｽﾃﾑで実現するための創造性

①が一番おｶﾈもちになれる可能性がある
②が次におｶﾈもちになれる可能性がある
③はITﾄﾞｶﾀ業界

③が一番ﾗﾝｸが低い
しかも超ｻﾞｺな底辺の裾野が広い
ｵﾏｴもその裾野の一部だ

社長は金持ちだと思うかもしれないが、
倒産する会社の社長が金持ちなわけがない

妄想語ってるだけのやつが金持ちになるわけがない

ミスチルの歌詞みたいになってんな

Z80的に言えばForすらない
Forとは、加減算とIfということだな
Ifとはジャンプのことだが

だから正味のところ、ロジックは加減算とジャンプとビットシフトで全てできるべし

そうかもしれないけど
規模が大きくなると手に負えなくなる