プログラムの世界にも流派を作るべきじゃないか?
〇〇流古典プログラミング術とか
〇〇流新プログラミング術とか
プログラマーも自分の道場を開いて啓蒙すべきではないだろうか? レジスタとメモリと命令ねぇ・・・
そういやpush、popなんて命令もあったもんだな。 ギリギリついてこれたね
でもそれ俺は30年前に通ってるとこだから そうだな、おれもそれぐらいの頃だった。
日立のS1だから、当時は6809系でやってたねぇ。
80年台後半に入ると、ベーマガもマシン語投稿が増えてきて・・・ お前がローレベルよりなのはまあ大体わかるけど
まあそれでも派遣では給料出るんだろうけど
高級言語とか設計とかアルゴリズムとかまるでしらんし何より雇うほうになればわかるよとか自分を大きく見せる嘘まみれで俺は厨のときからやってるんだとかで老害マウントとか情けなくないんか とまあ、これぐらいのレベルになってくると、自分の周りは
もう素人同然の者ばかりにしか見えないんだよね。
そんな奴らにもやらせなきゃイカンわけだから、独りよがりの
トリッキーな命令やアルゴリズムは、むやみに使わないようにしないといけない。 こんだけボッコボコにされてお花畑ルンルンのその面の皮の厚さはたいしたもんだわ
そういうおっさんは掃いて捨てるほどいるが だってプログラミングが少々できようができまいが
世間も会社も全然関係ないし まあ厨のときにベーマガに出しましたとか程度の少々だからそりゃそうだわな
少々じゃなくて思いっきり出来れば世間は知らんが会社は思いっきり関係あるからな そう、会社は思いっきり関係せざるを得ない。
で、ベンチャーなんぞに行って潰れちまったわけだから、
そういう関係をできるだけ薄くするために派遣になったわけだ。 ITの3人の会社でお前がプログラマで潰れたならかなりの部分お前の技術のせいだろ 大体お前は雇う方とか言ってただろうが
本当そういうとこだぞ あのね
見ちゃったんだ
プロジェクトの効果見積もりしてるの
どう考えても今投入してる人月やお金の1/10にも満たない
でもみんな平気でニコニコしてお金回してるの 別に効果があるから金がもらえるとも限らないけど
エンジニアとしては逃げた方がええな だから言ってるだろ、ワザワザ嘘ついてるだけに過ぎんって。
なまじ信憑性があるのか、なぜか信じちゃうんだよね、みんな。
嘘を嘘と見抜けないと以下略。 本当は無職なんですね
プログラマだと信じちゃった、うまいね そういうこと。
ハケンってのは事実上無職だからね。
日本では、職ってのは所属する組織を指すわけだからね。 結局一番良くて派遣やん
雇う方とかどうとかお前の「嘘」は自分をデカくみせる嘘ばっかりでお前の自尊心を満たす以外の意味がなくて不快なだけだ そう、結局、会社員よりも派遣のほうがマシということがわかった。
それがわかっていながら、なにが悲しうてこの歳になって
ワザワザ会社員なんてなりたがるんだか。 でも、流儀という点では、さっきも言ったように
責任を持つ立場になるのが第一だから、会社員に固執しなきゃならん。
さもないと>>91みたいなコーディング規約で、
レビューのときにギャーギャー言われるのがオチ。 30代Pythonクソチョン男は強姦魔の犯罪者!
あなたの近くにいます!
父母と祖父母の戸籍謄本を提出させましょう! >>147
最近のCコンパイラはもしかしたらセキュリティ対策とかで
状況が変わってるのかもしれんけど、一昔前はローカル変数は
「スタック」というメモリ領域に確保していたんだ。
でもこのスタックという領域は、どれぐらいのサイズなのかは
わからないもんだから、下手に構造体や配列に使うと、サイズをオーバーして
アプリが突然落っこちる恐れがある。
それと、関数を呼ぶと、戻ってくるときのアドレスなんてのも
このスタックに持っているもんだから、不正なデータを送り込んで、戻りアドレスを書き換え
root権限を奪うなどの手口にも利用されたんだ。
スタックとか戻りアドレスなんてのは、マシン語からくる概念だから、
それでpush、popと言ってはみたが、わかってるやつ、この板にドンだけいるんだろ? >>148
理解しました。スタックに置くなと言ってほしかったです。たとえばstatic付けてもそれがローカル変数であることは変わらないので。 >>149
まあ、そうだね。
とは言っても、どう書けばスタックに置かなくなるのかは
それはそれでCをちゃんとわかってないとね。
で、Javaになると、配列やクラスは自動的に
ポインタで定義するようになってnewをする必要があるという仕様に
なったんだったな。
もちろんCの場合、newしたらちゃんとdeleteしないといけない。 変数とかスタックに決め打ちで配置してるから
スタックに配列を置くと動かしづらいしサイズ変えられないし邪魔すぎる ローカル変数を使うのはプログラムを書く人のためだよ
プログラムが大きくなってくると
新しい変数名を考えるのが大変になるし
うっかり名前が衝突すると大変なことになる
部分部分で変数を使い捨てにすれば
そういう問題は起きない 暗証番号とはパスワードとかむしろ固定領域に書き出すよりはマシじゃね? 【追記】
NULLは使うな、今はnullptrがある。 このレベルの指摘ならIDEのリファクタ機能で一括修正できるな そもそもC++のNULLマクロ自体が驚くほどレガシーなんだよな
Nullポインタ代入するのに=0できちゃうって他言語から見ると相当アレ C++の予約語のネーミングセンスがダサいと感じるのって俺だけ?
static_castとかnullptrとかnullptr_tとか >>157
何が気に入らないんだよ
全部小文字である程度簡潔にまとめてんだよ
文句があるならもっと合理的な判断の産物とやらを披露してみろ >>148
俺もCから入ってある程度アセンブラやコンパイラのことも知ってるが
ヒープやマシンスタックの使われ方を概念的に理解すれば充分だろ
何でマシン語分からないと理解できないと思ってる老人がいるのか昔から謎だわ >>159
これ。実際に関連があるとはいえ文法と実装を分けて考えられない人が多い。 いまどき最適化しちゃうから、書いたコードから動いてるマシン語が想像出来るなんて嘘つくなよw 最適化が本当に効いていれば
それこそ、最初からアセンブリ言語で書いたかのようにシンプルになる
昔のコンパイラだと結構歯がゆい処理になってた インテルのCPUだと、最適化してもゴチャゴチャしてそうだな。
8086の頃よりは、レジスタなども大幅に増えたことだし。 無能readableに最適化すりゃシンプルかもしれんが、
prosessorの拡張命令や投機実行に最適化されたアセンブラは
人の手には負えんよ。 もっとシンプルにコメント書く派、書かない派でいいと思う 肌が強いんだとそういうのはアホな自惚れ屋が統一の被害者続出していたという証言がある
出勤する程度なら耐えれるが
しかも五輪直後のアイスショーガラガラだったしな