アカウント名:
パスワード:
業務内容によってはその方面の数学の知識は当然必要になるでしょうが、純粋に「プログラミング」という点に絞るとそう単純な問題でもないような。
「プログラマとして食っていくなら、これはないと話にならんだろ」というのはどのあたりでしょう?
他の人がいってるように詳細設計(フロチャートレベル)が済んだものをコードに落とすだけの仕事なら数学は(あまり)要らないだろうけど。でも、「nの三乗」が n*n*n だってことも分からんほどの奴はどうせ(国語も含めて)他の分野もボロボロなんでロクなプログラマにはなれないのでは?。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
オ・ド・ロ・キ (スコア:0)
最近のアプリケーション・ソフト屋さんってどうなってるんだと感じることの多い理由が理解できた
Re: (スコア:2)
業務内容によってはその方面の数学の知識は当然必要になるでしょうが、純粋に「プログラミング」という点に絞るとそう単純な問題でもないような。
「プログラマとして食っていくなら、これはないと話にならんだろ」というのはどのあたりでしょう?
Re:オ・ド・ロ・キ (スコア:1)
(初歩の)計算量理論がわかる程度の数学力かな。それと数学的帰納法。
二重のfor文で処理している関数をfor文の中から呼び出すってことはサイズの三乗比例の時間が最悪かかる、とかいうことをちゃんと分かっててほしい。つまり問題を見たときに素直な(straightforward)処理で問題なさげかあるいはなんか効率的なアルゴリズムをもってこないとマズそうか判断できることが必要。 同様に、自分のプログラムに100MBのテストデータを食わせたときにXMBのメモリを消費してY秒で処理が終わったとして、実際に処理したいデータは10GBなんだがどれだけメモリ/処理時間を喰いそうかがざっと概算で予想できるためにも。
まぁ「30個の要素を小さい順に並べ替えるには 30の階乗ステップという膨大なプログラムを書かないといけないので無理です(キリッ)」なんて奴も居たそうなんで。量がちゃんと見積もれるけどダメなプログラマってのも居る。
他の人がいってるように詳細設計(フロチャートレベル)が済んだものをコードに落とすだけの仕事なら数学は(あまり)要らないだろうけど。でも、「nの三乗」が n*n*n だってことも分からんほどの奴はどうせ(国語も含めて)他の分野もボロボロなんでロクなプログラマにはなれないのでは?。