  |
はてなキーワード: コンパイラとは
ならば AndroidのAPI の実装者の責任ということになろう。
当該技術を採択した責任ももちろんあるが、他の選択肢は取り得たのか…？
コンパイラをはじめとするあらゆるモジュールの正しさを保証する責任は末端のアプリ開発者にはない。
実機テストは上手くいくことを保証する役には立たない。バグはシステムへの誤解から発生するため、本質的にランダムに所在する。典型的な利用パターンで上手く動くように見えても、ほんの少し条件を変えただけでアプリの状態は壊れうる。
実機テストは正しさの保証ではなくバグを発見するために行う。そしてバグを発見する方法はもっと効率的なものもある。ユーザーのバグレポートを拾うとか。アグレッシブなバグ潰しにコストを避けないほどスケジュールが逼迫していたのなら、問題はカネを出す側にあるということになる。
いいけどさ PHPなり、Pythonなり、ちょっと使うだけなら学生でもできる。
きちんと、面倒を見る人はいらない。
逆もそう、無駄なものを除いてpyrhonだけのほうが、実は効率的
使ってない機能を別サーバにうつして、重い処理だけをPythonにのこして
調整
なんにも内容に見えるけど、使うものだけはサクッ
いらない。１０倍かね払えばできるから わざわざエンジニアをやとって、臭くてキモいおっさんをオフィスにいれるくらいなら
せやなって思った
それ専門ではないけれど、コンパイラでもPHPでもみえるおっさんは、キモくて臭いし、話をしたがらない。
どうして４０超えて業界にいるの？
てつだってあげようか？
やり方を定型化して、できるようにするから、もうあんたでもできるで
仕事が減っていく
なんてことを言ってるのは30年くらい古い。
今どきの最適化コンパイラが処理すれば、ループ構造であることが構文上はっきりしてるforの方が、構造が分かりづらいgotoよりも速いオブジェクトコードを生成できるハズw
branch predictionとかspeculative executionとか色んな仕組みがあるでなw
思うことはたくさんあるし
おっしゃるとおり
これが、職人
アホ実装にみえても、それが、他のパーツとあわさって、驚くような高性能を出すこともある
それを秘密にしたいからコードだけ書いて、とりあえずIntelで
みたいに実機を渡さないのは
実機でスピード図りながらコーディングするプログラマーの大否定だから
差がつかないということは、誰が使っても同じオートマみたいなもんだから。
結果論、そこで差をつけて、お金をもらおうという、新人が減るから、新人つぶし。
だれでもできるで、がんばるやつはいない。
プログラマーの層を薄くするコンパイラを、良質なコンパイラとはいわないとおもう。アホナニーコンパイラ。
ちょっとがんばると、ちょっとだけ差がつくコンパイラやインタプリタがどんだけ研究がいるとおもってんねん
そこで、やる気を出してもらって、プログラマーにもっとつかってもらおうとか、もっと勉強してもらおうとおもうことが、どんだけ重要かというと
余程あほなコード書くんでなければif()オペレーションを最適化するコンパイラなんてそうそう無いだろ。ましてやgoto でループ制御されてるんだからコード圧縮なんてできない前提じゃん。
まぁ、そういうの考えないとして
コンパイラがやってくれる分、forのが良い
特にマルチタスクが絡むようなOSを介する場合、メーカーの人にアセンブラは書くなって言われる
最近は、結果が同じなら、コードを変えてもいい for も whileもおんなじだという コンパイラは多いし
へたな最適化コードより、コンパイラーの作りてのほうがあたまがいいんだから
プログラマーは最適化なんてするなよ、馬鹿なプログラマーは、余計なことすんな。俺たちはコンパイラを作れる天才プログラマー様だぞ 頭が高い という表現をするコンパイラはおおい
プログラマーなんて、馬鹿なんだから、もしくは 天才だけ 練習中とか 成長とかを 考えない表現をするコンパイラは多い
