(ヽ´ん`)「プログラムなんていわばifとforと代入の
■ このスレッドは過去ログ倉庫に格納されています
41 (ワッチョイWW 9cc6-Jw/P) 2018/10/08(月) 16:23:58.01 ID:lZWfD/j90 (PC)
プログラムなんてどれもifとforと代入の組み合わせだろ
あとは言語的な作法だけ
最小限意識すりゃ誰でもできる
これマジ? >>1
おおむね合っている。
ただgotoは覚えとかないとだめ。 今は言語文法そのものより、フレームワークの使い方が大変だろ
複雑怪奇な役所の手続きに似てる…
あと複雑な事やろうとすると数学の素養がネックになるので学生は勉強しとけ 物質なんていわば陽子(&中性子)と電子の組み合わせだろ? 構造化定理について調べなさい
きっといいことがある >>1
でも、VzEditor の c.mos さんなどが天才だと言われていたように、
凡人には決して達成できなさそうな能力を持つ人もいると思う。
それに、長く考えてもどうやってプログラムしていいか分からない
ようなプログラムも有りえる。 ifを減らすのが美しいんよ
繰り返しもアルゴリズムの工夫で減らしたい
するとパフォーマンス上がる
CPUパワーに任せてやるのは最近の流行だろうが脳が退化すると思うで まあ誰でもできるってのはそうだと思う
そうやってすそ野を広げたいんだろう 経済的思惑で
でも本職でやっている人は違いを見せて欲しい どんな職でもそう といっても1からnまで足すのに
律義にfor文で回すヤツもいる >>12
でも、どうやれば実現できるか分からないようなプログラムもあると思うよ。 プログラム言語も進化が求められている
なぜなら進化した言語の方が開発効率が良いからだ
言語における進化とはなにか?それはパターンに名前をつけることだ
ifとgotoがあればforの代用ができる
むしろifとgotoでfor以上のことだってなんでもできる。
だが "なんでもできる" は正義ではない。悪だ
ifとgotoでは何がやりたいのか読み取るのに時間がかかる
そこで出てくるのがパターンだ
初期値から終了値まで繰り返すという特定のパターンにforという名前をつける
なんでもできるifとgotoを使ってforを実装する。
そうすることでforと聞くだけでどういうパターンかをイメージすることができる
そうやって "なんでもできる" ものを使って特定のパターン専用のものを
作り出すことこそがプログラム言語の進化
ifとgotoの組み合わせというのは、単なるコンピュータの理論的な仕組みの話であって
プログラミングする上でその小さい単位だけで作っていたら時間はかかるしバグもたくさん生まれる
より多くのパターンを知っていることこそが知的労働者としてのプログラマの技術力であり
新しいことを覚えることが嫌い、知ってることだけで使って時間をかけるというのは無能でしかない 言語の進化は制限の歴史
gotoは使っちゃダメ
グローバル変数は使っちゃダメ
ところかまわずおしっこしちゃだめ >>1
それはプログラムを見るだけの人の感想
しかもライブラリが一般化する前の古い形で計算も代入に含めるの?って感じ >>1
間違ってはいない。でも
ぼくはひらがなをしっているのでどんなぶんしょうでもかけます。
僕は平仮名を知っているのでどんな文章でも書けます。
下の方がコンパクトで読みやすいよね そういう書き方の美しさだけの問題ではなく、そもそもアルゴリズム自体を見出すのが
難しくて実現できないプログラムというものが有りえる。 たとえば、よくある入力パターンでは正しく動作するアルゴリズムは分かったとしても、
そのアルゴリズムがどんな場合でも正しく動作するかは自明ではないことがある。
そういう場合は、まずは、そのアルゴリズムがあらゆる入力パターンに対して、
正しく動作する事を「証明」する必要が出てくる。逆に、正しくないことを「反証」
する必要がある場合もある。
そういうような意味で、かなりの数学的な才能が無いと、正しいアルゴリズムが
発見できない場合がある。
というより、数学が出来ないと、そのアルゴリズムが正しいかどうかはっきりさせる
ことすら出来ない場合がある。 だから自分でアルゴリズムを考えるのではなく
すでに用意されているものを使いましょうとうことになる
ifとforと代入でできているからといって
安易に自分でアルゴリズムを実装しようなんて思ってはいけない アホはすでにあるアルゴリズムすら
知らないか適切に選択できない とりあえず代入を甘く見過ぎ。
これでだいたいバグ引き起こす。 >>21
しかし、すでに出来ているアルゴリズムの単純な寄せ集めだけでは、どうやっても実現できえないプログラムもある。 おかしな挙動を起こさず正しく動く1行のコードにものすごい悩むこともあるけどな
それに至るまでも何十行と書いて消したりテストしたりしてない 頭悪いとな行き当たりばったりでコードを書く
まともなオツムがあればコードを書くときにすでにソフトウェアデザインが決まってる
なにを書くかオツムの中ですでにきまってる
typoのシンタックスエラー以外は起きない そんな理屈通り動くもんばかりなら良いけどね
たまーに理屈と違う挙動することがあるから
フレームワークのバグだったりするんだけども 最近、他人には非公開ということを前提に、あえて、バグや細かい不調和(?)などを
気にせずに、実験的にプログラムを組んでいくやり方をしてみている。
新しいものを作るときにはそっちの方が良いかもしれないと思ったので。 作るものにもよる
自分だけで全部書くような仕事と同じ所を共同で触る仕事とは配慮するポイントが違う [追加]
・あくまでも完成品ではなく、実験を主目的とする場合の話。
・仕様自体を完全には決めずに色々試しながら仕様を追加してみる。
・全体像が定まってないので、細かいバグや不整合(?)のようなものを完全に
防ぐことは諦める。
・逆に細かな不具合まで防ごうとすると、ガチガチなプログラムになるので、
機能追加に時間がかかってしまい、全貌を俯瞰するような実験がやりにくくなる。 期待通りの動作にならないのは
それはバグだ
ウンコフレームワークの問題なのか、低学歴知恵遅れのドカタの使い方が問題なのか
その問題の切り分けがめんどい
ウンコフレームワークなんか滅多なことがないぎり使うもんじゃないわ あぁウォーターフォール系の開発の話かね
それでマウント取って悦に浸ってたのか、すげえな 信頼性が低くて問題ない分野ではやっすいシステムでは有効
ちょっとぐらいの不具合なんか問題にしない
当然、作る人間もやすもん やっすい人間が
薄利システムを大量生産するのに向いてる それがウンコフレームワークの世界
線路の上のウンコ [次のようなことを最近思ってる]
# 最終成果物には厳密さが必要だから、以下の話には注意が必要あるが
・厳密さを求めすぎると、創造性が落ちる。
・フロンティア、パイオニアは、完全無比なものを求めると達成しにくいらしい。 頭悪いと期待通りに動作するコードが書けない
計算機が厳密に動作するのは当然だからな
求めすぎるということはない
厳密にしか動作しない
どんな条件であっても
頭悪いヤツが書かない限り
厳密にしか動作しない 実は、素面(シラフ) のときよりも、アルコールを飲んだときの方が、
発想を試す試験の成績が上がるんだそうだ。
また、瞑想したような時に出るα波が出ているときには、発想力が上がるとも聞く。
特に右脳が働きやすいらしい。
勝手な想像だが、ぼうっとテキトーな心理状態にある時の方が実は、
脳の発想力や造性が上がるのではないかと思っている。 >>41
もちろんそれは良く分かる。
個人的には、自分は性格的に厳密に考え過ぎる方なので、あえて、テキトーに
考えてみたらどうなるかを最近試してみている。 全然厳密に考えてない
ぜんぜん考えすぎてない
オマエの思考なんかぜんぜん考え足らず
創造性といってもひとくくりにいえるもんじゃないからな
@システムと関係なく実現したいことを創造する創造性
Aシステムで実現できることを産み出す創造性
B実現したいことをシステムで実現するための創造性
@が一番おカネもちになれる可能性がある
Aが次におカネもちになれる可能性がある
BはITドカタ業界
Bが一番ランクが低い
しかも超ザコな底辺の裾野が広い
オマエもその裾野の一部だ >>44
そんなことよりも一流のスポーツ選手になるほうが金持ちになれるよ >>45
一流のスポーツ選手になるプログラムを作るべきだな 社長は金持ちだと思うかもしれないが、
倒産する会社の社長が金持ちなわけがない
妄想語ってるだけのやつが金持ちになるわけがない 社長が嫌なら落ちぶれた歌手でも落ちぶれた政治家でも
落ちぶれた営業でもなんでもいいよw >> 53
最初に目につくコードが無限ループしてる >>54
何度見返しても無限ループしてないが。。。
まさかここでGP0見掛けるとは。。。
>>1 の疑問はGP0で分かると思う。
制御構文はifとwhileしか無いから。 >>40
そうとも限らない・・・かもしれない
適度な制限は創造力を促進する
スカート丈も長い方が妄想が捗る Z80的に言えばForすらない
Forとは、加減算とIfということだな
Ifとはジャンプのことだが
だから正味のところ、ロジックは加減算とジャンプとビットシフトで全てできるべし そうかもしれないけど
規模が大きくなると手に負えなくなる ■ このスレッドは過去ログ倉庫に格納されています