1 :
デフォルトの名無しさん :
2007/02/14(水) 21:46:25 どうなんだ?
四則演算もデキやしねぇ
必要ないよ。 だってプログラムに計算させればいいからね。
4 :
デフォルトの名無しさん :2007/02/14(水) 21:48:55
算数はプログラミングとかそういう以前に必要だろ 常識的に考えて
数学的な考え方?だっけな。 それだけは必要だと思うよ。
技術と関係ない話題はマ板でやれ。
7 :
1 :2007/02/14(水) 21:53:50
いや、K&R読んでるんだけど、やっぱり理系じゃなきゃできねーのかなってさ。簡単なロジックとかなら文系でも行けるだろうけど。基本情報くらいの数学知識でオーケーか?業務系なら。低レイヤーになると、ちと頭おいつかん。
8 :
デフォルトの名無しさん :2007/02/14(水) 21:55:49
微分方程式を知らない人間は、微分方程式をプログラムに使えない。
>>3 そりゃ、計算能力なら、機械にやらせればいいがねぇ。
計算そのものは計算機にやらせても良いが、計算方法を考案するのは人間の方が速いんじゃないか? 計算方法まで計算機にやらせるとなるとすんげー面倒なプログラムが必要な気がする。
計算機が計算機を設計できるほど賢くなれば今に人間のすることは何もなくなる。
計算機しか設計できないんじゃ計算機を設計するときくらいしか役に立たんだろう
必要ない ライブラリを使えば十分
学びは人間を豊かにする 絵を描く目的が必ずしも綺麗で写実的に描くことではないように 学問は生きるすべであり、また人生そのものとも言える 「数学は科学の女王であり、数論は数学の女王である」らしい
数学というほど立派なものでなくていいから、 アルゴリズム関係は知っていてくれ。 そもそも計算機科学のほんの初歩ぐらいプログラマにとって常識であってほしい。
>>1 ってピュタゴラスから小銭もらえるタイプだな。
3Dやるなら必須。
文系理系は関係なし。 仕様書読めない奴はダメだし計算できない奴もダメだ。 つか、仕事の一貫やし。
とりあえず、ここでいう数学ってのは初等数学(高校くらいまで?)という 認識でいいんだよな? 群とか環とかなしな。
20 :
デフォルトの名無しさん :2007/02/15(木) 02:17:15
むれとか、わとかしらんね。 そういえば、Matzは数学苦手らしいね。
21 :
デフォルトの名無しさん :2007/02/15(木) 02:53:09
22 :
デフォルトの名無しさん :2007/02/15(木) 05:47:31
数学を数楽と呼べない人はプログラムに必要ない。 呼べる人は全く必要。
>>19 個人的には、高校までのは算数と呼んでる。
というかさ、プログラムひとくくりにしてる時点でおかしいだろ。目的によって違うだろ…つーか、何?この糞スレ
まあ、文系はゲーム系に来るなってことで。
27 :
デフォルトの名無しさん :2007/02/15(木) 11:30:47
俺文系だけど数学3Cまできちんと一通りやって大学いったぞ。 理系に受からなかっただけですけどね。
28 :
デフォルトの名無しさん :2007/02/15(木) 11:33:41
算数が得意な奴は、頭の回転が速い → コーディングが速い 数学が得意な奴は、抽象思考が出来る → 良いコードが書ける 俺は算数がダメ。
必要なのは論理的な思考能力だろ 文系でも出来る香具師はいるし 理系でもアフォな香具師はいる
プログラムとは論理の積み重ねだから数学とはまったく別だと考えた 方が良くないか?
同じ職場に数学科卒の博士がいるけど全然つかえねーよ。 高卒の派遣のがまだマシなのもいる。
問題)コンピュータおばあちゃんの正体はどれ 1.コンピュータ 2.コンピュータを使えるおばあちゃん 3.プログラマーのAda先生
グレース・ホッパーは?
数学の中のアルゴリズムに属することは知っておくと短時間で問題が解ける。 計算はコンピュータにやらせればいい。でも検算は自分でやらないといけない。
マジレスするとやはり問題を解くには必要だと思っている 苦手意識があったオレは就職後にちょっと苦労した 苦手意識をなくして勉強した今は多少良くなったが 数学を専攻してきた良くできる同僚を見ていると 数学の能力っていうのは問題の分析・解決能力とかなり近いと思うよ 設計済みの仕様が降りてくるコーダーならいらんかもしれん
空間ベクトルオモスレー。 これ習ってからは今まで敬遠してたゲームプログラミングも何とかなりそうな気がするぜ。
特に回転とかは強力だね
特に回転とかは強力だね
特に回転とかは強力だね
いわゆる写像だね。
逆行列とか固有値とか訳分からんのだけど こういうのはコンピュータグラフィックスに 具体的にどう役に立ってるの?
>>42 自分も余り詳しくはないけど、経験では3Dの非リアルタイムだと結構使うケースも
あった、カメラマッチとか物理シミュレーション系とか、メッシュに沿った特殊な
空間を定義する場合とか、後自分は使った事無いけどBounding Box前計算で固有値
で解析するとか、制御系ではそれ自体が安定性の指標になるらしいし、ただ条件が
限定されたもの以外は必ずしも解が出るとは限らないのでエンドユーザーに近いもの
は近似的でも順方向問題に帰結させる方が妥当かもしれないので、せいぜい使っても
直交基底の逆行列(転置)程度までだったりするけど。
後は2Dでも画像の解析系とか。最終実装では使わなくてもアルゴリズム検証の段階で
立てた式の写像空間のチェックしてみたり、結構あると便利だと思う。
逆にビジネス系では(統計解析とかのコア以外では)余り知らない、商売のコアに
するのでなければ安定性が優先なのでそういうミドルウェア使うのが正解かも。
45 :
デフォルトの名無しさん :2007/02/16(金) 13:01:42
多項式環とか初歩の代数は勉強すべき
理系>文系
理系>>>>>>>>>>>>>>>>>>>>>文系
一部の文系>>>理系>>>>>>>>>>>>>>>>>>>>>文系
一部理系>>>>>>>>一部の文系>理系>>>>>文系
あのさ、お金を貰うっていうのは、生産活動=付加価値によるわけだけど でも、付加価値は人が付けるもので、だからまあ技術や科学的な功績というのも、 それはそれなりに評価はされるけど、やっぱりソレナリ。 人とのお付き合いの方が余程、付加価値の大きさとしてね
何か文系vs理系な構図にしたい人がいるみたいだけど、難しい事考えないで両方 できれば良いんじゃね?何でも出来ないよりは出来る方が便利だよ。
数学のないプログラムはただの作業。誰にでもできる。 ・数学が必要になる領域のコーディング ・コーディング(を含む)更に上の領域 のどちらかに行かない人間はただの作業員じゃね?
その通り。
55 :
デフォルトの名無しさん :2007/02/18(日) 15:32:33
>>53 数学科の修士さんが、その数学を駆使してくれるおかげで
読めないコードばかり書きやがって、困ってるよ。
そういうことは趣味でやってくれよ。
業サポのシステムつくるのに、他がメンテできないコード書いてどうするのさ。
お前は、作業員として雇われてるんだよ。
って、数学ができない馬鹿上司が愚痴を言ってみるよ。
仕事のプログラミングで数学やりたいんなら、
大学に残るか、研究所とかに就職してくれ。
大学は数学科だったがその知識が直接コーディングに影響を及ぼしたようには思えない。 今趣味でHaskellやってはいるがやはりコーディングに影響を及ぼしたようには思えない。 なんとなく離散あたりがかすっているような気はするが。
>>53 そういう数学っぽいのはだいたい手続きの中やクラスに閉じこめられる
ものだから、そうなってないならプログラムの作り方が下手なだけだと思う。
58 :
デフォルトの名無しさん :2007/02/18(日) 16:59:53
俺、高卒プログラマ。今、Javaやってるんだけど、課長にCを覚えておけって言われて 基本をマスターした(独習C)。 なんか、Cが面白くて調子に乗ってAmazonでアルゴリズムとかいう本買ったら、 難しい数学がたくさん出てきて、わからんから、古本屋にうったよ。
まさかO(n log n)が和歌欄とか言う次元の話じゃないだろうな・・・
>>58 ところでお前、いくつぐらい? 二十歳ぐらい? それとも40代のオサーン?
1+1= さあこの問題を解いてみろ
62 :
58 :2007/02/18(日) 17:17:54
63 :
58 :2007/02/18(日) 17:19:02
>>59 log とか、サインコサインタンジェントとか、微分とか全然わかんねえ。
数学なんて2だったし、高校時代、まともにやった覚えがない。
駄スレ終了。
65 :
デフォルトの名無しさん :2007/02/18(日) 18:04:53
log とか、サインコサインタンジェントとか、微分とか全然わかんなくても無問題
logの意味くらいは知っといた方がいいんじゃないのか?
任意の関数に対して成り立つ性質を研究しているので、logなど知らなくても無問題
任意の関数っていうなら、log, sin, cos, tan とかの関数も対象になるんじゃないのか?
logのグラフをフリーハンドで書けるくらいでいい。 高望みしてはいけない。
>>57 いやだから、その中身を知り、書いてこそ技術者(=技術を
生み出してできなかったことをできるようにする人)だろ?
対象は数値計算(数学そのものや物理科学知識を駆使する)でも
OS(システム設計やハードウェアの知識を駆使する)でも
なんでもいいけど。
それを使って組み立てました〜では、自作PCして「コンピュータ
作りました」とレベルがあまり変わらんてこと。技術を作らないで
消費してるだけだから。エンドユーザから見れば一定の商品価値は
生み出していても、エンジニアというより作業員(テクニシャン)だね。
>>57 は知識のない作業員にもある程度メンテナンスできるように作れ、って話じゃないの?
>>72 そういう意味なら同意。
なら
>>55 あたりはソフトウェア工学をその数学屋さんに学ばせるんだね。
エンジニア→テクニシャンのダウンキャストは無駄ではあるけど可能で、
テクニシャン→エンジニアのアップキャストは困難なので。
たいていのプログラマは事務処理プログラムを作ってるわけで、 ゲームや何かの研究目的じゃない限り大学で学ぶような複雑な計算なんて必要ないよ。 俺もsin・con・tanなんて使ったこともない。
そもそもlogとかsinとかを高校出てるのに分からんってのが問題だろ。 学校は遊ぶ場所とか部活の所って勘違いしてる若者が多くなってるのかな? それとも文系ってのはそんなもんなのか?
理系文系の分類ってのは初等数学が理解できるか出来ないかでしかないからな。
そりゃ知ってた方がいいけど だけどlogとかsinを使う場面なんて実際のプログラミングでは皆無だろ。 あったら便利だな、というロジックはたいてい既に誰かによって作られていて それを踏襲するかライブラリを使うべきなんだよ、Cの場合特に。
「実際のプログラミング」というのが何によるかだろ 数値計算は「実際のプログラミング」に含まれないの?
実際にプログラミング内でlogの計算をすることは無くても、意味は知っておくべきだろ。 ある数値を扱うのに何ビットあれば十分か、とか。
数学要る要らないどっちでもいいけど、 どの水準での話かはっきりさせてほしいな。
逆と裏と対偶の区別も付かない奴に条件分岐書かせたくないなぁ、 と思うことはある。 logは10進でも桁数を求めるのに使ったりするね。
三角関数使ったことない奴らって ちゃんと計算してるんだろうか? 角度とか。
>>74 >たいていのプログラマは事務処理プログラムを作ってるわけで、
本当に? オレは一度も書いたことないけど...
どういう分野のプログラム書いてるやつが何%とか統計あるのかなあ
見てみたい
事務処理のコードしか書かなくても log/sin/cos は普通に使うだろ 使わないとしたら、それはユーザの要求を十分に汲んでいないのではないのかな? 円グラフさえ要求されないの?
例えばExcelで円グラフを描くのに三角関数は必要ないよね? そういうツールを使ってるから意識しなくていいんだよ、たぶん。
>82 ちゃんと計算されてる。角度とか。
87 :
デフォルトの名無しさん :2007/02/19(月) 21:58:16
>>77 >だけどlogとかsinを使う場面なんて実際のプログラミングでは皆無だろ。
お前が使い方を知らないだけだろ。w
logとかsin自体が、あったら便利だな、というロジックでたいてい既に誰かによって作られていているもの。
まあ、お前にはその実装すら無理なようだが。
logやexpは分野を問わず数値計算には必須だわな。
当方、ノイマンの「自己増殖オートマトンの理論」読破しましたけど何か?
当方、ノイマンの「自己増殖オートマトンの理論」読破しましたけど何か?
当方、ノイマンの「自己増殖オートマトンの理論」読破しましたけど何か?
92 :
デフォルトの名無しさん :2007/02/19(月) 23:06:12
当方、ノイマンの「自己増殖オートマトンの理論」読破しましたけど何か?
「〜がプログラムに必要か」という命題は、「プログラム」が何を
指すのかはっきりしないうちは真偽の判定はできない。
・・・・・・という考えの出来ない
>>1 が作るプログラムには多分必要ないだ
ろうし、必要になったらライブラリを使えばいいさ。
あ、不明確である以上は「全てのプログラム」と理解すべきなのかな。
俺が思う結論は、 必要になったとき困らんように、勉強しとけってことです。 出来る奴に頼って何もやらない奴多すぎ。
プログラムは書かんけど、微積は好きだな。
俺もプログラムは全く書けないけど数学は好きw
数学はプログラム自体には必要ないが、 センスの有無にはなるな。 ビット演算とかは分からん奴にはいくら言っても分からん。
高校のとき数学の偏差値30くらいしか無かったけど、 なんとかかんとかプログラマやってます。 ドライバ書いてるから、ビット演算くらいはできるようになった。 逆裏対偶とはよくわからんけど、& | ! は使える。 多少時間はかかるかもしれないけど、必要になればある程度はできるようになるもんだね。 事務処理系のプログラムは、ライブラリをうまく使うことが重要だから、 数学はあまり必要なさそう。グラフとか自分で書いちゃだめだろ。
俺も数学なんかプログラムにはいらないと思ってたら、ベジェ曲線をかくはめになった。 きれいな曲線を書くためには式を変形しなきゃならんのだが、あまりにも数式から離れていたのでよくわからん。
おまぃらにはこれがあるだろ つ ぐぐる
>>94 俺だorz
高卒なのでちょっとしたこともよくわからないから、
数学関係は東大卒ドクターの上司に頼ってる。
× 数学、算数はプログラムに必要か? ○ 数学、物理、生物、化学、地学、国語、各種外国語、地理、歴史、体育、音楽、 政治学、経済学、考古学、美術等すべてはプログラムに必要
おっしゃる通り。 コピペがプログラミングという理解なら、それは不要になるだけ。 創造が希望なら、創造は無からは産めないもの
高校で空間ベクトルやれば自然と見いだせるよな。3Dの表示とか。 ずっと疑問だったことが分かったときは、死ぬほど感動したわ。
できる奴は文理問わずできるでFA?
○○イラネってのはすっぱい葡萄の寓話みたいなもんだろ。
108 :
デフォルトの名無しさん :2007/02/22(木) 11:26:36
>>87 別に使うな、実装するなと言ってるわけではなくて。
使わざるを得ない場面ならlogとかsin使えばいい。
ゲームとか科学的シミュレーションプログラムとか、APIを使
えない状況でのグラフ描画とかなら分かる。
だけど、世間一般での事務処理プログラム(在庫管理や顧客管理
や経営管理など)で使う場面は皆無だし、プログラマのオナニー
でlogとかsin入れられたら後々のメンテナンスとか機能追加する
ときに困るって話。
必要ないのに複雑な処理いれて「どうだすごいだろう」みたいな
プログラムが一番やっかいだよ。多少助長部分があっても分かり
やすさを優先すべきだと思う。
必要もないのにlog, sin使うってどんな処理だよw
あれだ、数値の桁数を数えるのに10を底とした対数とるとか。 sine関数は思いつかないなぁ。 平方根なら思いついたけど。
0,1,2,0,1,2,・・・ みたいなループを作りたい時かな。 でも、mod関数使うのも数学だな。
応用範囲が広そうな統計を始めたいんだけど良いサイト、本などあったら教えてくれ
113 :
デフォルトの名無しさん :2007/02/22(木) 13:00:23
>>108 お前は本当に馬鹿だな。
>使わざるを得ない場面ならlogとかsin使えばいい。
当たり前だろ。
使わざるを得ない場面で使わないのは、そもそも「あり得ない」。
機能というものは適切に、効果的に使えることが重要。
>だけど、世間一般での事務処理プログラム
誰も事務処理に限定などしていないのに、勝手な条件で限定されてもな。
事務処理が世間一般なんかじゃないし、
sin、logに限らず、不要な処理なら、どんなものでも入れる方がおかしい。
>必要ないのに複雑な処理いれて「どうだすごいだろう」みたいな
そんなの小学生かそのレベルだろ。「プロ」じゃあり得ない。
そもそも、事務処理のコードなんかプログラマがやることじゃねーよ。
スクリプタかコーダかキーパンチャーレベルの仕事だ。
何にせよ、見ているレベルが低すぎる。
それに論点がそんなところにあるとでも思っているお前は頭がおかしい。
必要なときに、効果的に使えるようにするべきだって流れなのに。
論理的な思考能力がなさそうだから、プログラマに向いてないよ。
>>109 こんなの?
double r = hoge;
printf("r=%f\n", r>0.0 ? (exp(log(r)) : r)
>>110 double diffuseAbsolute(double a) {return sqrt(a * a);}とか?
116 :
デフォルトの名無しさん :2007/02/22(木) 13:45:57
誰だよ、こんな数学も知らんのにプログラミングをやっている素人が立てたような 意見を持ったスレを立てた白痴めが。
117 :
108 :2007/02/22(木) 13:57:46
>>113 お前は失礼な人だねまったく…w
「馬鹿」だの「プログラマに向いてない」だの言いたい放題。
俺の発言の流れを見てくれ…ってこの板IDないから難しいか。
http://cruel.org/freeware/hacker.html Q: ハッカーになるには数学が得意じゃないとダメですか?
いえいえ、ハッキングは形式的な数学や算数はほとんど使いません。
具体的には、三角関数だの微積分だの解析だのはふつうは要りません
(コンピュータグラフィックスなど一部の限られたアプリケーション分野は例外です)。形式論理やブール代数を多少知っているのはいいことです。
有限数学の基礎(有限集合論、組み合わせ数学、グラフ理論)も役に立ちます。
もっと重要なことがあります。数学者がやるのと同じように、
論理的に考えて、厳密な理由づけの連鎖をたどれる必要があります。
ほとんどの数学の中身は役にたちませんが、
数学を扱えるだけの規律と知性は必要です。知性がなければ、ハッカーとしては絶望です。
規律が身に付いていなければ、それを育んでおかないとどうしようもありません。
119 :
デフォルトの名無しさん :2007/02/22(木) 14:03:38
>>117 実際そうだろ。お前の書き込みに何の価値もないし意味もない。論点として反論できないなら黙っとれ。
>>119 なんでそう刺々しいの?ストレスの塊ですか?
おまいには何か心の余裕が感じられない…w
そんな調子で喧嘩売り続けてたらこの板更に過疎るぞ
121 :
デフォルトの名無しさん :2007/02/22(木) 14:23:27
>>120 >なんでそう刺々しいの?ストレスの塊ですか?
ということにしたいのですね。
それはキミの主観であって事実ではない。
>おまいには何か心の余裕が感じられない…w
キミが感じられないだけだね。
事実とキミの脳内の妄想を区別できないようではレベル低すぎる。
第一キミがどう思うかなど議論に関係ありません。
>>113 以下ageてるやつ必死すぎ、ファビョるなよ
もっと理性的にやり合いたまえ。 知識と技術で勝負したまえ君達。
そんなもんあるくらいならそもそもこんなところで(ry
もっとこう、なんて言うの? ざっくばらんに
>>118 その答え方、「いえいえ」で始まっているにしては微妙だな。
イエスなんだかノーなんだかはっきりしない。「はい」と答えているとも読める答え方だ。
>>126 最初に相手の希望的観測どうりの答えを書いといて
最後まで読ませるのは外人がよくやるテクニックだよ
128 :
デフォルトの名無しさん :2007/02/22(木) 16:47:07
世の中のプログラムの95%は数学の知識が不必要 四則演算、小学校の算数を理解していれば十分 残りの5%は数学の知識が必要 それもかなり高度の数学 プログラムの種類にもよるが、統計学、線形代数、符号理論、デジタル信号処理など 数学の知識が必要でない大多数のプログラムでは 英語力や作文能力のほうが必要なのでは プログラム=英語によるコンピュータへの指示書 なのだから
プログラミングやってると数学コンプになる。 というわけで数学科行きます。
解析と統計は得意なんだけどねえ この2つはコネ必須の世界なんだって知るのが遅すぎた
世の中の95%の人間は不要。 いなくなれば困るが、残りの誰とでも入替え可能だ! というのと同じような事だな。 技術屋ならXXで十分ではなく、どこまでも終わりが無いと大抵は答えるものだけどね
数学的な考えができないやつが入ってくると、 教える側や見てる側からしたら、 ただの荷物なんだけど 数学出来なくてもいいから、数学的な考え方は出来てほしい
>>132 そういう時「文系だから」って言い訳はやめてほしいよな
文系で論理的に考える人に失礼
いるいる。文系を言い訳にして良い訳? じゃあ別のことで役に立つんならまだしもw
s/じゃあ//
理系を言い訳に英語の文献読まない馬鹿もいるけどな。
「俺英語ぜんぜんわかんねーから理系だわ」 → 意味不明 「俺数学ぜんぜんわかんねーから文系だわ」 → なぜかまかり通る 自称文系のボンクラ連中が文系のイメージを悪くしてんだよな。
>>138 あーなるほどね。グレシャム。あのグレシャムか。
グレシャムグレシャム。グレシャムね。うんうん分かるよ。
「俺数学ぜんぜんわかんねーから文系だわ」 だったら、数学使ってない部分のプログラム「文」は読めるんか?
ということは、このスレでカスじゃないのは俺様くらいだろうか…
ということは、どんなレスでも、その内容の90%はカスってことか。
147 :
デフォルトの名無しさん :2007/02/22(木) 19:59:04
カスをカスであると見抜けない人には難しい。
まず、プログラマーの文系・理系の比率と大卒・専門卒・高卒の比率が知りたい。
ん?理系でも英語は普通に出来るでしょう。 場合によっては文系よりも上ですよ。
外語学部よりは下だろうけど
俺プログラミング関係ない英文はさっぱり読めない
人文系の哲学科だって記号論理学とかをやるだろ? プログラミングも記号論理学みたいなもん。 それにプログラミング言語で使われる数学用語は似非数学用語であって、 厳密な数学上の定義なんかとはちがう意味だったりするし、 基本的に言語の文法修得と同じ。
154 :
58 :2007/02/22(木) 23:32:42
俺がカキコするまでは、こんなに伸びなかったのに・・すげえな。 ちなみに、俺のカキコはうそだぴょ〜ん。きちんと理工系の大学卒業してるよ〜ん。
155 :
58 :2007/02/22(木) 23:35:27
ふつうに、このスレの
>>1 みてえのが、プログラマになりたいっていうレベルの人間が
入る企業なら高等数学など必要なし。どうせ、くだらん業務アプリばかり組むんだろうから。
156 :
58 :2007/02/22(木) 23:37:43
高等数学が必要なプログラムを作る企業にはとてもじゃないが 理工大卒じゃないと入れない。しかし、そんなものは氷山の一角だ。 普通にJavaだとかCだとかC++だとかVBだとかなら数学なんて医らねえ。 今流行のWeb系だとかなら算数できりゃいける。
オレじゃないよ?オレじゃないけど、 文系でも理系でもなくて、英語も話せないヤツはどうなの? オレじゃないよ?オレじゃないけど。
ぼんくら系です 人口の少なくとも5割は占めています
ところで58さんはどんなソフトウェアを開発しているの?
はろーわーるどの移植でね?
おまえら文系をバカにすんなよ。 理系はコンピュータを自由自在に操作できるかもしれんが、 文系は人間を自由自在に操作するエキスパートですよ。
んなこたーない。
>>161 文系理系はおいておいて
お前がバカなのはよくわかった。
文系を馬鹿にしている訳じゃなく、逃げの口実として「文系だから」って言い方 をする輩を馬鹿にしているんだと思う。 主観の入る余地は確かに理系より多いかもしれないけど、上みたいな言い方を聞く 度、真面目にデータ取って比較・検討(言語学、民俗学etc)している文系の研究 機関に失礼だと思うのは俺だけかな。
プログラムの分野は色々あるし、数学を使わない分野も多いけど。 逆の立場で言えば業務やっているプログラマが「SQL分かりません」なんて言ったら ケツを蹴り上げるような話なワケで。ある分野のプログラムで言えば「数学分かりません」 もそれと同じ響きを持つっていう程度の話、分野によっては知らなくて良い話でも 別の分野の仕事やるならそれは言い訳にならないって程度の事じゃね?
数学を「計算」のことだと思っちゃうと使わない人は全くつかわんだろうが、 そもそもプログラムの「アルゴリズム」という考え自体が数学に属するものだ。
そもそも文系でプログラミング教える学部なんてあるのですか? うちの大学の卒業までに必要な単位数とか見てみたら 文系の学部は数十個少ないんですよ。圧倒的に少ないんですよ。 そういうのってどこの大学も同じだと思うんですよ。 で、その少ない授業数でプログラミングの授業なんてやらないと思うんですが。
業務用アプリって企業の経理事務とか生産&品質管理とかを扱うんでしょう? その分野って財務会計やら統計学やらの知識が豊富に必要でそれなりに数学的 な教養が応用される分野じゃね? 製造業の中枢を担う生産管理ソフトなんて100万単位の高価なソフトばっかだよ。 それでもなかなか実用に耐えうるソフトは開発できなくて、プログラマもSEも ああでもないこうでもないと試行錯誤している分野でしょ?
まあ堅牢さを競い合う新たな暗号方式のアルゴリズムを開発するのであれば、 それなりの数学通博士じゃないと無理かもね。
うちの両親の話なので随分昔だけど、言語学(文系)専攻でSnowballやらされた って話は聞いたかな、同僚の大学での話とか殆ど聞かないので最近は知らないけど ただプログラミングに関しても情報工学とか専門でなければ理系も大して条件は 変わらないと思う。化学工学だったけど授業でFortran77と実験でN88BASICを 申し訳程度にやっただけ、内容もお遊びレベルの数値計算で7割の学生は課題 丸写し、正直卒業するまでにまともなプログラム組める人材なんていなかったよ。 俺も社会人になってから微積や線形代数の勉強しなおした、こんな事なら大学時代 もっと勉強しておけば良かったと後悔してるorz
暗号は大多数が有限体空間での話だったりするので世間一般の数学からすると特殊 な話が多いよね、流石にアレを厳密に評価するのは専門でないと無理ぽ
>>168 経済学はもちろん、数理系の社会学や心理学の分野でも、物理や化学とちがって
人文系は実験による検証ができないぶん、仮想現実上のコンピュータシミュレー
ション研究に頼ろうとするところがあるから、むしろプログラミングへの関心度は
それなりに高まっていると思う。あのシュガースケープも土台はJavaで書かれているし、
オブジェクト指向、マルチエージェント指向なんて概念を教えているところもあるんじゃない?
174 :
デフォルトの名無しさん :2007/02/23(金) 09:43:52
>>171 Snowball? って聞き馴れない言語だけど、どんなもの?
SNOBOL ?
176 :
171 :2007/02/23(金) 09:50:42
間違い、175さんの指摘通りSNOBOLでした。
雪だるま
大多数のプログラミングには数学の深い知識はいらないってことでFAか
新たなプログラミング設計理論やら言語理論を研究開発するなら必要かもしれないけど・・・ ブルーカラーのプログラマにとっては・・・
画像や3D系は必須、業務系のプログラムに限定するなら差別化の為のコアエンジン とかを作るなら必要、サービスとして捉えるなら不要(除く対象業務知識での数学)って所でね? どちらを選ぶかは個人次第、環境で選択肢が無い場合もあるかもしれないけど。
数学を知らないやつほど不必要だと強調し、 深く知っているやつほどその有用性を認識している。
毎日1回売り買いされる市場商品があって、 その値段は翌朝の地方紙で知る事が出来るが 供給量・需要量は2日目の情報となる。 というような単純遅延が入っただけでも、値段は振動したり、過反応したりする それはZ変換で実は表現出来たりする
で?
ど?
理系なんて文系の手駒。 指図どおりに物作る道具。
で?
>>185 その指示が出せる文系は極一部
残りは目も当てられない
>>185 そのやりかたがうまくいかないからgoogleができたわけで
>>181 実際要らないケースが多いから、いらないと言ってるんじゃないの?
画像系や3D系、科学計算やゲームなんかはいるけど市場の大半を占める
事務処理にはいらんのよ。シータやパズーやタンジェントなんて。
事務処理でプリンタに円グラフ描いてくれって言われたら、 いちいちActiveX貼り付けちゃうわけ?
>>190 よほど古いプリンタじゃないかぎり、プリンタに図形を描画するためのインターフェース
があると思うけど。プリンタにもLIPSとかの規格があること知ってる?
LIPS直叩きなんて数学以上に必要ないと思うが。
逆だろ。 最近のプリンタこそダムプリンタが多いぞ で LIPS使うならsin/cos/tanが不要になるのか? 円弧描画コマンドはあるが、その上に文字入れる時にどうやってるんだ?
LIPSを覚えたってキヤノンのプリンタにしか使えないしな。
>>190 は批判的なようだが、ツールに頼った方が現実的。
195 :
デフォルトの名無しさん :2007/02/27(火) 12:05:42
事務処理でプロッタで円グラフを書く場合とか。
おまえらおちつけ 特別な場合に数学・数式使うって話なら、他にいくらでもあるだろ。
>>190 >いちいちActiveX貼り付けちゃうわけ?
いちいち自分でコード書く莫迦は言うことが違うな。
コード書かないなら、そもそもプログラマじゃないじゃん
グラフをActiveXやバックでプロッタ呼ぶか自前で書くかはプログラマが実装できる かどうかでは無く、将来的に出るであろう要望に柔軟に対応できるかどうか及び メンテナンスコストで判断する問題な気がする、、、 ただ個人的には三角関数や指数・対数関数,数列,組み合わせ程度の高校で習う内容 はプログラム以前のごく当たり前の話だとは思うけど。
200 :
58 :2007/02/27(火) 17:06:19
だからよ〜!おめえらごちゃごちゃうるせえんだよ!! 高校中退の俺が数学なんていらねえって、5年間もプログラマやってて言ってるんだから 間違いねえだろ。。 数学が必要なプログラムなんて1%あるかないかなんだよ! 重箱の隅つつくような事いってんじゃねえよ。
201 :
58 :2007/02/27(火) 17:10:24
いまどきはVBやJavaのできたクラスライブラリつかっちゃえば、 社内システムなんて開発できるんだよ! それ以前に、コンピュータ動作させるのに高校の数学なんていらねえんだよ。 スイッチのオンオフだけしってりゃ、コンピュータなんて動くんだよ! 俺がよく愛用してる「紙」っていう無料ソフト。あれに数学が必要か? いるわけねえだろ。HTML解析することさえできれば、MFCだかWinAPIつかやできるんだよ。 あんなもんは。 他にも、おまえらが使ってるコンパイラを考えてみろ。数学関係のクラスや関数以外は 数学なんていらねえんだよ!コンパイラでさえそうなんだぞ。 わかったな!
202 :
デフォルトの名無しさん :2007/02/27(火) 17:16:52
>>200 それは分野にもよるでしょ。
でも数学知識があるとないとじゃ雲泥の差であると思う。
やはり数学というのは論理的思考を養うのに、もっとも優れた学問でもあると思うし。
そういう論理的思考が発達した人というのは、物事を合理的に考える能力が高いので
書かれたコードも、ムダがなく、非常に効率が良く設計されてるだろうし。
整数論とか指数対数、場合分け理論とか、プログラマに必要なものも多いでしょ、数学には。
そいう自分も数学は苦手で、ぜんぜんダメなんだけどねw
>>200 ものによってはモロに数学で習った知識や手法を使っているはずなんだが?
数学について理解していない認識力の無い奴が何言っても相手を説得させることは不可能。
それじゃ数学を全く習わずにやってみな。理屈から理解できることもあるだろうけど
数学で習う項目に入っていたりするから。
204 :
デフォルトの名無しさん :2007/02/27(火) 17:26:18
書くプログラムが何かによる。 タダのメモプログラムやら、アンケートプログラムなら必要ない。 これが環境とかの数値解析を行うシュミレーションなら必要。 使って三角関数とかよくて行列式まででアマチュアレベルなら大丈夫ではないでしょうか?
だからさ、 「あるプログラムには数学は必要ではない」 ならば「すべてのプログラムに数学は必要でない」 という命題を何の悩みもなく真だと思う奴相手に話しても無駄だって。
そもそも何が 数学 かもわかっていない奴がいるんじゃないかね? 学校教育でやる数学にしか目が行っていないのか? 変数を扱っている時点ですでに数学。数値を扱っている時点ですでに数学。 数値を使わないわけがないだろ。自分がソースコードを記述する時点で数値がなかろうと プログラムを動かすコンピュータはすでに 0と1 の組み合わせによって複雑な計算をして結果を出しているんだから。
>>206 そんな広義に言われても…
理屈ではそうかもしれんけどね。
0と1の組み合わせで計算を行う。数学においてインド人による0の発見は革命的だった。 結局数値を扱うから数学は必要。数学で習う内容のすべてが必要ではないというならわかるが。 一部でも使ってるじゃん、って話。
まぁね。 コンピュータ科学の基盤は確かに数学だからね。 プログラマとしての深みを増すのに、数学とC/C++は必須!
痛い人ばっかり
212 :
デフォルトの名無しさん :2007/02/27(火) 17:54:55
そもそもコンピュータ自体が本来数字を扱うものだから…
極端なこと言いすぎるから痛いことになるんだよ。 ラーメン屋になるには、生物学と化学の知識が必要みたいな話になっているぞ。
それはそうだな。 しかし数学の教養がまったく無いプログラマってのもカッコ悪いぞ。 それは俺なんだがww
数値解析のプログラム書くときは 理系大卒程度の応用数学は必須だったりする. 例えばある級数の和を取りたいのだが収束が遅い場合, 特殊函数の知識を使って式を変形し,収束を早めるとか. この種の変形によって分数関数的減衰から指数関数的減衰にするという 著しい改良になる例 (Ewaldの方法) もある. もちろんライブラリなんてものは無いので, こういう場面に出くわすと数学知らないともうだめだなって思う. でも逆に数値解析や科学技術計算,ゲーム関係といったプログラム以外には 特別な数学の知識は必要ないようにも思う.
>>213 ラーメン屋を開くには食品衛生法に基づく許可=飲食店開業許可が必要
これには食品衛生責任者が必要で 調理師、栄養士、製菓衛生師の資格か
食文化概論・衛生法規・公衆衛生学・栄養学・食品学・食品衛生学・調理理論
などの項目を持つテストに合格する必要がある。
1の質問に戻ると現実には数学の知識が無くてもプログラマという仕事の口はあると 思う。ただ場合によっては困った事になるのも見てきたけど。 ただ周囲に恵まれるかもあると思うけど、ある程度特殊技能レベルでプログラムに活 かせると仕事も選べるし、それなりに美味しい思いを出来る事もあるので、個人的な 経験としては(自分もそれ程出来る訳じゃないけど)お勧め。
>>216 おれの近所のこ汚いラーメン屋のおやじも
こんなテストに合格したってのか?
>>218 学生のときにバイトしたついでに調理師を取ったやつがいたから、
大して難しくもないんじゃないのか?
よく知らんけど。
>>213 いや、ラーメンに入っている豚肉についてよく知る必要があるん?
化学?まぁ、それなりに必要だろうけど・・・んなこといったらこの世に生きる上で
自国の法律や習慣を知らなくても国籍さえあれば生活できると言うくらい極端になるぞ?w
221 :
58 :2007/02/27(火) 18:27:24
まじかよ?俺、料理得意だから調理師免許とりたいなぁって思ってて、 *実務経験2年必要ってかいてあったからあきらめたんだけど、再チャレンジしてみるかな。 どっかでアルバイト2年すりゃいいんだろ?
>>217 しかし、今はプログラマが溢れてる。
それに昔に比べてコンピュータに触れる機会が多いので
必然的に知識を持った人間も増えているからなぁ。
大抵の事は、便利なアプリケーションで、ちょっとPCの知識があれば事足りるからねぇ。
昔ほどプログラマが必要とされる場面ってのは減って来てるのは確かだよ。
少なくとも以前程、人に敬われる職業ではないな今は。
ちなみに管理栄養士もとりたいけど、臨床食事とかいうのまであるから めんどくさいからやめた。
>>222 プログラマが氾濫しているのは確かだけど裾野が広がっただけなので、その中で
ある程度差別化できていれば自分の周囲は影響してないなぁ、言われているデスマ
みたいなのも殆ど巻き込まれた事無いし、こればかりは周囲でサポートしてくれる
人達などの環境的な話もあるので一般化できるものでは無いけど。ちなみに分野は
主にビジネス・パッケージ系のコア開発まで含む何でも屋でゲームとかでは無いです。
一つの問題として、コンピュータの知識が ある者とない者の差が激しいってのがある様な気がするなぁ… Winnyの個人情報流出の問題とかが良い例だし。 知識が無い奴らは、知識が豊富な悪意を持った人間にいいようにされるよ。 PCなんか使う必要がなければ、触らないのが一番なのかもね。
226 :
225 :2007/02/27(火) 18:58:26
スレ違い過ぎだな… ごめん流して。
何をもってプログラマというか?金稼ぎの職としてやっているか? 俺なんて趣味でやっている程度。作るのは15ゲームとかカレンダーとか。 HTML上ではJavaScriptを使ってページに動きをつけたり。それくらいの簡単なものであれば 作る知識はもっているけど、それらも大学で習った授業の知識を使っていたりするが。
それなりに「信念」をもってやってればいいと思うよ。 金儲けばかり考えてるなんて悲しいじゃないか。 というよりプログラマの場合は、好きだからやってるって人が殆どだろうけど。 おれも仕事とは別に、趣味でアプリ製作しているけど お礼のメールなんかもらうと、この上なく嬉しいしね。 またまたスレ違いっぽいな。
けどさぁ、if とか AND OR って、モロに数学だよね・・・ if は条件分岐だけど、結局は集合やら命題とかそれに関する知識も使ったりすることがあるし。
>>181 逆じゃないか。他人の畑は広く見えるっていうじゃないか。
>>230 それ、数学ってよりは論理学っぽいけどな。
純粋なコンピュータプログラミングとしてのスキルなら
論理回路設計に強いかどうか、VHDLもアセンブリも朝飯前
って人だと思う。あとは応用の分野だね。つくりソフトしだい。
翻訳ソフトならば言語学の文法理論とかを知っている必要があるでしょう?
>>232 割り切れるで出した数値にワラタw 剰余についても理解してなさそうだなぁ・・・。
ちうか、結局は真か偽か?自分できちっと判断する必要もあるわけで。
>>232 それって、自分が何をしたいか→それはどうすれば解決できるか、というスキルの
問題なんじゃないの?
解決策がすぐ思いつくかどうかや、解決策を理解できるかどうかなら数学の知識は
いるけど、そうでないなら経験の差なんじゃないかと思う。
>>236 45 / 20 = 2.25 (割り切れる) < マジで!?
おまえらは大事なことを忘れている。
>>1 の書いたスレタイは
「数学、算数はプログラムに必要か?」
だ。
数学はまぁ多めにみてやろう。しかし、いくらなんでも算数は必要だろ!
図形問題とかはいらないにしても加減乗除・小数・分数計算くらいは
プログラムにかかなくても、考える上で必要だ。あと、1次方程式を
とける思考能力も必要(2次方程式も必要かもしれん。)。
高校のとき、数学は全くできなかった。 しかし、10年以上たった今、プログラマとして それなりにやっていけている。スーパーハカーとかじゃないけど。 自分が書いたソースをけなされることもそんなに無い。 プログラミングに数学的考え方は必須だという。 数学ができない人間に数学的考え方が備わっていることはあるのだろうか。 今でも数学は無理。 方程式とか見ると、パニックになる。 コンビニでおつりが少なくなるようなお金の出し方を考えると、頭が熱くなってヤバい。 でもプログラミング大好き。
Rubyの作者も数学苦手だって告白してるけど(理系学部なのになぁ) 素晴らしい言語を開発してるじゃないか。
242 :
241 :2007/02/28(水) 02:16:29
>>240 僕も理系です。。三流大の推薦とかって理系の方が入りやすいらしくって。。
Matzは数学苦手なんですか。
まぁ、自分のレベルとはかなり違うと思うけど、励みになる話です。
>>242 高校の時、数学の成績がダントツで最下位になった事あるらしいよ。
漏れも数学は苦手だ。 群論なんか、未だに理解できない。
245 :
244 :2007/02/28(水) 04:01:26
そう言えば高専時代、解析数学は不可だったなぁ。 仕事じゃ微分方程式と睨めっこしているけど。
>>243 最下位とはいっても最上位のなかでの最下位なんでしょ?
その上はみんな数学者になれただろうってくらいのレベルでの。
>>241 理系学部でも、数学寄りとそうでない学科があって
思いっきり工学方向に傾いてたりすると、
数学はなんだか良く分からんまま単位とって
そのまま通過というパターンは珍しくない。
Matzがどうだかは知らんけど・・・w
筑波じゃ最上位ではないだろう。
数学者になれなかった落ちこぼれがプログラマになります。 プログラマはブルーカラーです。苛酷な肉体労働です。
出来るプログラマを大別すると ・記憶型 百科事典並のライブラリに精通し、ライブラリの組み合わせで実現するタイプ ・閉鎖型 とにかく自前で全部書く。他人のライブラリの使い方を調べる間に自分でコード書いてしまう ・依存型 判らない事は人に聞く、出来ない事はやってもらう このタイプで特に数学が必要なのは 閉鎖型だろうな
自分は、数学の公式や物理現象の数式化みたいに、綺麗なコードにならないと気がすまない。 まあ、趣味だから凝れるんだと思うけど。
では、出来ないプログラマを別けるとどうなるんだ?
数学もそうだけど、自閉症児みたいな集中力と拘り(強迫性)が必要。
256 :
241 :2007/02/28(水) 21:28:45
おれ、ADHD。 向いてるかな?
PERLはどう頑張っても汚く見えてしまうんだよな 変数名の頭につける$、なんとかならないものか
>>258 Perlと似たような型無し言語で変数名に$が不要なものを作った事あるけど、数百行
を超えると一目見た時に変数が何を表しているのか分かり辛くて、あれにも一理ある
のかなと思った。
後はPerlの出てきた当初の時代背景としてはまだマシンパワーもかなり貧弱だったし
接頭字を強制する方式は実際に評価しなくても文のコンテキストを内部コンパイル時
に決定できるというメリットもあると思う、実際Perlは評価式のコンテキストによって
挙動が変わるものもあるし。
ただそういう話を置いといて汚く見えるには確かに同意。言語デザインとしても本来
使い捨てのプログラムを作る為のもので、今みたいに真面目に業務で使うものでは無い
と思うし、今の想定で作り直したらもう少しマシかと思うけどPerl6はあの惨状なのが悲しい。
> 数百行を超えると一目見た時に変数が何を表しているのか分かり辛くて それは言語の問題より、変数名の付け方とか、読む人の記憶力の問題じゃないのかな。
>>260 ああ、失礼、書き方が紛らわしいですね、そういった意味では無いです。
よくある言語論争の「書き方による」という泥沼議論になるマクロ的な話では無く、
(書かれているように、そういう問題は書き方によって幾らでも回避できますから)
数m秒程度の思考の遅延や引っかかり。そういった傾向を持つ特性について言語デザイン
の上で強制するか否かの言語設計者の(ある意味の)哲学的な話を反映した結果なのでは
という意味です。
262 :
デフォルトの名無しさん :2007/03/01(木) 14:31:36
数学とかはね、教養なんだよ。 教養は、まあ裸になっても身に付けられる、今の時代の男がもてる唯一の武器さ。 教養の大きさは、いわば排気量みたいなもので、近所なら50ccの原付で十分だし 若けりゃ原付で名古屋くらいまで往復したって平気だろうけどさ、 やっぱり原付は原付だろ? プログラム作るのに必要無いって事は、そのレベルでしか動けていないって事なわけで 基礎体力が無ければ、やっぱりどっかで苦労すると思うよ。 もっともさ、数学を自分の武器にするのか、 それ以外の何かを武器にするのは当人次第で、自分の武器が何かは自分で選ぶべきものだろうけどね
perlに凝るって言うのは、きれいに書けるのが楽しいというんじゃなくて、 凝れば凝るほど自分色のコードになっていくのを楽しんでるんだと思う。 同じ内容でも、こんな書き方も出来るのかって言うのがいくらでも出てきて、 飽きないといえば飽きない。(しかし、ちょっと不毛
>>262 どこからと書いていないと名古屋への往復がどうなのか評価できない。
岐阜市から名古屋でも結構大変だった。
>>257 スレとは関係ないけど、そのリンク先で話題にされている(代入)演算子が二つ並ぶ式を見ていて、
このスレの少し上で話題になっていたスノーボールのことを思い出した。
SNOBOLの後継言語としてIconというのがあるらしいんだけど、まつもとゆきひろさんがこの言語の
もつ特にユニークなアイデア、つまりゴール指向評価という文法思想について、ちょうど">"演算子
が二つ並ぶ式を例に挙げて少し解説しているんだけど、なかなか面白い。
ttp://jp.rubyist.net/magazine/?0014-Legwork
教養よりも大切なものは愛。
でもさ、古い時代に設計された言語を 無理に今風に拡張するのもどうかなと思うんだよね。 例えば、Perlに無理にOOの機能組み込んだりとかさぁ。 古い言語は古い言語として、その言語が本来持つ パラダイムの範疇で拡張されていくのが良いような気がするんだけどなぁ。 まぁ実際に業務で使われてたりすると、そういう理想はなかなか通らなくなるのかもしれないけど。 でも、某言語の作者も言ってたけど、Perlに関しては 機能を詰め込め過ぎて、煩雑化し、重力崩壊寸前な気がするよ…
>>268 というか5.x系列はもう実質上開発終了
重力崩壊の果てにブラックホールが発生します
数学というよりも数学基礎論というか数理(記号)論理学および応用論理学。 それ以外の数学的教養はむしろどんなソフトを作るかという応用知識に関係する。
つまり愛と金が必要なのさ
>>266 うわ〜。Iconオモスレー。
しかし、これの意味がどうしても分からん。
y < (x | 5)
`|' は左辺式と右辺式を順次返すジェネレータだと思うんだけど、
ウィキペの解説によると、このジェネレータは「先に返された式がy < 式を満たす」か「全て失敗する」まで式を返し続ける…らしいけど、
これは、ジェネレータ `|' の動作が「y < 式」の結果に依存してるってことだよね?
その場合、`|' はどうやって「y < 式」の結果を知るのか?
…構文上からはそれが出来るとは思えないのだけど…。
>…構文上からはそれが出来るとは思えないのだけど…。 それはあなたがIconを理解できていないからです。
疑問点がある時点でそれは明白な事なんだけど…。 自明な事まで敢えて明記する…。数学者の鏡ですね!
>>274 Iconは知らんけど、`|' そのものは式の真偽値は知る必要はないんじゃないのか?
全体の式が真偽によって「次の項目出してくれ」って呼んでるだけだろ。
`|' は「次の項目出してくれ」って呼ばれた時に項目を返すだけで、
自分のまわりの世界の真偽はどうでもいい。
>>277 自分も最初はそうだと思ったのですが、
もしそうだとすると`&' と `|' の違いが説明出来ないのです。
x < (y | 5) が、 x < y || x < 5 ならば、
x < (y & 5) は、 x < y && x < 5 の筈で、
ただ「式を順次返す」という動作では、以上2つの場合を実装出来ない…と。
>>278 ジェネレータは要求があれば式を返す。
逆に言えば、要求がなければ何もしない。
>>278 リンク元見たら、
if y < (x | 5) then write("y=", y)
って文になってるな。
この中から「y < (x | 5)」だけ取り出して構文がどうとか言っても
誤解を生むだけだな。
多分suspend(x)が、最後の式が評価した値を返すんだろうな。 継続みたいなものか。
たしかに継続があれば普通に実装できるな。
わずかなコードで複雑な処理ができるかもしれないけど バグ製造機だろこれ…
でも、if (a < b < c) ...;なんてのが書けたら面白いとは思う。C++だったら整数型を拡張してfalseを返せるようにすればできなくはないのかな。
python なら if a < b < c が出来るけど、これってマイナーなのね
>>284 こんなカンジ?はっきり言ってギャグにしかならんけど、、、
template<class T>
struct comp_result{
T right;
bool r;
comp_result(bool _r, T _right) : r(_r),right(_right){}
operator bool(){ return r; }
};
template<class T>
struct comp_adapter{
T val;
comp_adapter(){}
comp_adapter(const T v) : val(v){}
operator T(){ return val; }
};
template<class T>
comp_result<T> operator<(const comp_adapter<T> &v1, const comp_adapter<T> &v2){
return comp_result<T>( v1.val<v2.val, v2.val );
}
続き template<class T> comp_result<T> operator<(const comp_result<T> &v1, const comp_adapter<T> &v2){ return comp_result<T>((v1.right<v2.val),v2.val); } template<class T> comp_result<T> operator<(const comp_result<T> &v1, const T v2){ return comp_result<T>((v1.right<v2),v2); } int main(void){ comp_adapter<int> a=-10; comp_adapter<int> b=-50; if(b<a<-1) puts("True"); return 0; }
上のミスってますね、比較演算子の部分で左項の結果とand取ってやらないと 、、、吊ってきますorz ただこれ文法的に比較演算子の結合を特殊扱いにしないと上みたいなグダグダ な事になるのでC++向きでは無いと思う。
各言語には各言語の流儀があるってことでFA
C++のテンプレートは変態的に強力なので、流儀的に向いてないとは いえないかもしれない・・・と最近boostを使い始めた漏れはオモタ。
291 :
デフォルトの名無しさん :2007/04/18(水) 09:59:41
数学的要素が少ないプログラムの分野は何ですか? ゲームプログラムは数学的要素満載だと思うのですが。
ロジックとかアルゴリズムとかは国語とかの方が重要そうだけどな。 漏れは理系さっぱりだったクチなので、座標計算とかモロそっち系はいつも頭抱えるわ。
>ロジックとかアルゴリズムとかは国語とかの方が重要そうだけどな。 んなこたないとだけは言っておく。
>>291 単純なギャルゲーみたいな、パラメーターの値で条件分岐するだけのとか?
>>291 業務系とかインターナルとか呼ばれる系統の周辺インターフェイス関連(コア部除く)とかじゃない?
何だかんだ言って市場の最大分野の一つ。
それはそれで効率的なDBの設計とかシステムのマクロ的な相関とかの想像力が必要になるので
頭の中のイメージという事では数学に必要なものと余り大差無い気もするけど、対象はより
マクロなものがメインなんで世間的に数学と呼ばれている程ミクロなものを扱うケースは
稀だと思う。
あくまで自分の経験での感想ではあるけど。
>>294-295 レスありがとう。
実はPGやSEを志望している者ですが上級(?)の数学は理解が難しいです。
でもそういう人でも務まっている人が居るみたいなのでそれはどういう分野なのかなと気になりまして。
システム化、自動化、機械化、効率化、合理化を考える事自体は好きです。
ちなみに文系ですが中学数学は得意な方でした。
歴史等の暗記系は苦痛で嫌いでした。
PGやSEを目指す人は元来面倒臭がりが多い気がします。
どうすればいかに楽に出来るかという事を考えるのが好きな人はPGやSEに向いている気がします。
業務系とは業務ソフトの開発等ですよね?
それは自分も考えていました。
ゲーム業界よりも浮き沈みや変動が少なく末永く働けるからと思ったからです。
業務ソフトの開発だって末永くは続かないだろう。 現状、その多くは派遣・デジタルドカタと呼ばれる使い捨て的な要素が大きい。 必要なのは、その管理職や営業的なセンスの方で、それを持ってるなら 最初からそういう業種に入った方がいい。 ゲーム業界の方が薄給で厳しいが、能力があれば、それなりに長く続けられるだろう。 長く続けたいなら、プログラマー職として就職するでのはなく 他の職で就職し、その職場で便利ツールを作ってる事だ。
>どうすればいかに楽に出来るかという事を考えるのが好きな人はPGやSEに向いている気がします。 これは余り期待しない方が良いかも、特に業務系の場合顧客がやりたい事が定まってなかったり コロコロ言っている話が変わるケースが多く(というか殆どそのケース) それに付き合う事がSE の仕事的な風潮があるから余り世間のファジーな無駄に付き合えない性格だとストレスたまるかも。 後は比較的選別が無くてもそれなりに人が溢れている分野なんで、メーカー系なんかの大元に 行かないと滅私奉公でこき使われるような話になるので注意、ただ大元に近い所は顧客や孫受け との折衝なんかがメインになるから技術指向だとそちらも苦痛になる可能性はある。 自分の経験では殆ど伝書鳩でまともな技術の理解があるSEは大手では余り見かけない(全体の1割 程度) 業務系の大手とかも末永く働けるかどうかは微妙、ソフトをどう設計するかという根本は左程 昔から変わらないけど要素技術の回転は速いし、顧客べったりの対応が業務のメインになるので そちらの部分も捌ける性格で無ければ、余程抜きん出たスキルがない限り社内に居辛くなって 辞めていった人も結構見てきた。 別にネガティブな事を言う意図は無いけど、業務系の場合単純に要求されるのは技術だけというより 薄利多売の下請けか、上流系のグダグダでファジーな部分に付き合える能力(?)なんかも要求される からご注意をという所。
逆に職人芸的な要素が強いのは組み込み系(最近の携帯は除く)とかかな、 ただこちらは昔からのヒエラルキー的なもので、どうしてもハード屋の方が 偉い的な風潮があるし、どうしてもパーツ単位的な所があるからソフト屋の醍醐味 の製品で問題を解決する的な所というより部品作り的な雰囲気が強い。 パッケージなんかはある意味定時で帰れる最後の牙城とも言える分野だけど、 BtoBは売上が安定しないし、コンシューマは不定要因が強い為どうしても 基盤としては不安定になりがち、売上が下がると、それしか無い場合は会社が 立ち行かなくなるし、それ以外でも上にパッケージへの理解が無いと真っ先に 縮小される分野、内容は非定型的で面白いのだけど。 ゲームは経験した事が無いので伝聞だけど、やはりハードらしい。元ゲーム屋 の話によると本当にゲーム作りが好きじゃないとやってけない分野(但しゲーム オタクは駄目なんだそうな)というような所らしい。ちなみにゲームと言っても コンシューマだけで無くパチンコやメダルマシンなんかもやってるメーカーが 最近は多いそうな。
つかどうしてお前らはマでやらんのかと
それ言ったらこのスレ自体マ向けだべ
302 :
296 :2007/04/18(水) 23:12:25
レスありがとう。 Web系とかも興味があります。 正直PGやSEは分野の種類があり過ぎて迷います。
釘を刺されたのでスレタイに関連する事だけ、web系も数学は殆ど使わないと思う せいぜい座標計算や簡単なエフェクト用に三角・指数・対数関数辺りだけでも 問題無いと思う。後web系は一部のコンシューマ向けサービスプロバイダを除いて 業務系ともかぶる。
でも実際余り数学気にする事も無いんじゃないかな、自分の経験の話だけだけど 仕事で数学使ったのって暗号の実装や用法の解析、多倍長の実装、画像フィルタ、 非可逆圧縮の実装、3Dライブラリの作成、解析系のソルバ実装といった程度で 普通の仕事では余り使わないと思う。
数学そのものは使わなくても、高階関数や再帰をふんだんに使う場合は数学的な思考力 が極めて大きな力の差を産むよね。 誰でも書ける分野はドカタを使った人海戦術のやっつけ仕事になりがちだから、まあ中途半端な 数学の知識があっても意味無いのは確か。
306 :
296 :2007/04/18(水) 23:56:28
レスありがとう。 とりあえずC言語とJAVAの勉強に努めます。
そんなもん努めるよりも一般常識の方がはるかに必要だぞ。
マジレスするとプログラミングのことなんてきっぱり忘れて いい大学入っておけ。そして大学で学ぶべきは英語と離散数学と金勘定。 そして履歴書埋めるための資格取得。その為の言語学習ならまあ有り。 プログラミング自体に学生時代から精通していたって金は稼げないぞ。
309 :
296 :2007/04/19(木) 06:30:44
ちなみに日常生活において「考え方や話し方が抽象的だ」とか「もう少し具体的に話せ」とかよく言われます。 説明が下手糞です。 でも結果は出せます。 何故ならば説明が下手糞なだけであって自分の中では理解しているからです。
>>309 社会に出たらそれでは、通用しない。
説明能力は同僚に対しても上司に対しても顧客に対しても必要になる。
マジレスだけど、会話が下手で専門技能も無いで楽できる程甘い世界でも無いよ。 後は結果を出せると言っているのがどの程度のレベルなのか、殆どのソフトの 内部処理を見ただけで大体理解できてオンラインソフト規模(アプリ系含む)のものなら 実装できて(行数で計るのも馬鹿馬鹿しいけど)数万〜10万行規模のソフトのメンテ ができる程度の「結果」ならまだ望みがあるとは思うけど、自称「優秀」で役に立たない エンジニアなんて掃いて捨てる程いるので普通は信頼してもらえないと思った方が良い。 後英語が読めるのも必須、多分数学より重要。
312 :
296 :2007/04/19(木) 18:46:33
自分は型に嵌らない独自の発想が好きです。 というか型に嵌った考え方が窮屈で苦手です。 異端者の道が好きです。 何故ならばライバルが少ないので結果が出し易いからです。 「人の行く裏に道あり花の山」
それ何て中二病?
_, ._ (;゚ Д゚) …
316 :
296 :2007/04/20(金) 10:55:57
パッケージソフトの分野に興味があります。 比較的安定した分野みたいですし末永く働けそうです。 一方Webエンジニアに興味があるのも確かです。 辛そうですが最先端の魅力があります。 JAVAに興味があります。 迷います。
317 :
296 :2007/04/20(金) 10:58:08
帰宅時間が最も早いのはパッケージソフト等の業務ソフトの開発ですか?
>>317 単純に、在宅なら通勤時間も要らないし帰宅時間(?)も早いよ。
数学的知識なんてなくても、何のために宝籤が存在しているのか考えれば判ることジャン。 庶民から掻き集めた金を、一部還元して残りをお上がいただくシステムじゃないか。
あれはバカな人が社会にせめてものおわびとして払うバカ税だよ
>>322 おれ、プログラマなのに数学できないから、どうゆう仕組みで動いてるのかわからなくて
いままで宝くじには手を出していませんでした。
みんなの為になるのならば、これからは産まれてきたお詫びとして、納税させていただきます
324 :
全知全能者 :2007/04/25(水) 05:00:41
いつの世も物を言うのは「力」だ。 原始時代は「筋力」 江戸時代は「家柄」 そして現代は「金」 現代社会では金を持っている人間が強い。 革新的なパラダイムの転換が無い限りこの価値観は変わらない。
体にセロテープで貼り付けておけば、持ってることにはなるが。 雨が降ってきてテープが溶けて道路に落ちるとそれを自分ので あると主張するにはなにがいるか。 金ってそういうもの。
326 :
デフォルトの名無しさん :2007/04/28(土) 08:49:05
>>322 そうだね。だいたいそういう人は
・ 地球温暖化で海面が上がるのは北極の氷が溶けるからだと思ってる。
・ 音に音をぶつけて消えると思ってる
・ ダイオキシンは猛毒だと未だに思ってる
327 :
デフォルトの名無しさん :2007/04/28(土) 09:14:17
数学の知識はそりゃあった方が良いと思うけど、 一番大事なのは物事を合理的に考える事が出来るか。
328 :
デフォルトの名無しさん :2007/04/28(土) 09:26:51
数学と違って合理的なんてのは幻想だよ ごうり【合理】物事の理屈に合っていること 理屈なんてのは、その都度、その都合よって作られるものさ
>>326 ・ 地球温暖化で海面が上がるのは北極の氷が溶けるからだと思ってる。
・ ダイオキシンは猛毒だと未だに思ってる
えwwwちがうの?(; ^ω^)kwsk
試しにコップ一杯に氷を浮かべて、その氷が溶けたら水はこぼれるか実験してみればいい 氷が水に浮くのは、4度より温度が低いと水は体積が増え比重が軽くなるからだ。 アスベストは肺がんや中皮腫で実際に死亡者もいるが、 ダイオキシンで死者はどこかに出ているのだろうか? 風評被害で自殺した人なら探せばいるかもしれないが、ダイオキシンで直接無くなった人はどこにも居ない。 たしかにタバコを吸えばダイオキシンが発生しているのだが、その害の主な原因がダイオキシンという人ははいないだろ?
北極の氷は幾ら溶けても構わないんだよね、そういう意味では。 では、海面上昇にはどこの氷が寄与しているのか。 ここまでの情報で推測できるくらいの「知恵」は持っていて欲しいね。
氷は基本的にはあんまり水面に関係ない。 氷河や極地の氷が溶けるくらいの気温って事は、それだけ水蒸気も増えるわけで それが雪や雨として地上にも貯められるからね。
333 :
デフォルトの名無しさん :2007/04/28(土) 11:32:42
__________ <○√ <お、おもいおwwww ‖ 北極の氷が解けてるのか? くく  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ __________ \○√ <あふんっ!!!!!! || _/_| __________________________________
雨と雪が上手く分散してくれればいいけど、ある地域に集中して、 大地にに貯められる間もなく海に流れていったり、ある地域では全く雨が 降らなくて大変。カッコよく横文字で言うとウォータクライシス? ダイオキシンが猛毒である事は確からしいお。ただ、濃度が高くないからダイオキシン で生物が死ぬ事は無いらしいお。しかし、ダイオキシンを摂取しつづけた際の影響は分らない。 今アスベストが問題になってるけど、何十年も前の人がそれに気付いていたか疑問でつ。 この世は良く分らない事ばかり、ついでに電波が大量に放出されていて 重要な事が霞んでいるお。プログラムだけでなく、情報の荒海を越えて行く為に 数学を始めとした科学的な知識、知恵と科学的な態度が必要だと思うお。 だから俺は勉強するお、馬鹿だから中々理解できないけど頑張るお。
正解は、今の時点では「海面上昇するかどうかは判らない」 という答えだろう。 環境問題を言う人の多くはそれをメシのタネににしようとしている。 ゴミを自治体が集めるようになり、結果税金で処理される=大きな利益を上げる人が出てきた。 その利益をもっと上げる為にダイオキシンのようなものが必要だったのさ。 ダイオキシンが猛毒であるのがどうして確かなのか? どんな物でも取りすぎれば毒なのは間違いない。 水だってその意味では毒だ。 成人男子に1日わずか1立方米の量を無理に飲ませただけで死ぬ人も出るだろうからね。 ダイオキシンのように普通にそこらにある物質に、なんで猛毒の仲間入りをさせなければ いけないのか?
埋め
1gのダイオキシンは17000人殺せるといわれていたが、
最近ダイオキシン類に入れられたPCBでも即効性の毒ではない。
実際、カネミ油症事件でも成人が数g 摂取したと言われる。
ウクライナでユシチェンコ氏が、ダイオキシンで暗殺なんて話もあったが
http://www.yasuienv.net/DXNAssassin.htm 長期的な毒性は、調べられてはいない。
しかし日本では枯葉剤の何倍ものダイオキシンが過去農地で使われて来たから
遺伝性の影響があるとすれば、みんな既に影響を受けてるわけで、どうも
怖がる程のものではないようだよ
膿め
問題はこの難局をどう乗り切るかだ
1gで17000人殺せるのは2-3-7-8TCDDの話
まあ、青酸カリは1gで5人となるが、 同じ1gを飲めといわれたら、ダイオキシンを選ぶだろな。 青酸カリは実際に事故や事件で致死量が確定してるからな
342 :
デフォルトの名無しさん :2007/04/28(土) 17:51:08
∩___∩ /゙ミヽ、,,___,,/゙ヽ | 丿 ヽ i ノ `ヽ' / ○ ○ | / `(○) (○)´i、 先生助けてっ!、 | U ( _●_) ミ 彡,U ミ(__,▼_)彡ミ ジュースだと思って飲ませたら 彡、 |∪| ,,/ ,へ、, |∪| /゙ 重水(H2O2)だったの!! / ヽ ヽノ ヾ_,,..,,,,_ / ' ヽノ `/´ ヽ | ヽ ./ ,' 3 `ヽーっ / | │ ヾ ヾl ⊃ ⌒_つ ソ │ │ \,,__`'ー-⊃⊂'''''"__,,,ノ |
重水を減らした水を飲んだら若返るってトンデモ商品があるよな
過酸化水素水
重水 D2O DHO
水にも致死量があるんだね。 水中毒ってのは始めて知った。
DHMO
いいかみんな 私はミネラルウォーターなんかより、重水をオスヌメする なぜなら重水は水よりも酸素が一個多い 酸素も供給できて頭と体のキレが良くなりそうじゃないか??!
オキシドールのことを重水だと思ってる馬鹿がいるスレはここですか?
どういたいまして
というかだね。 数学や算数は知識ではなく ただの分類に過ぎないのだよ。 たとえば八百屋には足し算引き算という知識は必要だが、 連立方程式はまず必要ないだろう。 だから必要かどうかを論じるには、 分類ではなく、細かい個々の知識で論じなければならない。
>>353 一人経営の八百屋は知らんが問屋クラスに大きくなってくると
在庫や流通の最適化に必要じゃないか?勘で捌けないレベルになると
計数課っつー部門が必要になる。
・そういう最適化方法のモデリングをしてシステムを設計する椰子→エンジニア
・意味は判らないままに↑の椰子の設計に従ってコードを書く椰子→コーダ・作業員
GW警報発令中
情報科学、計算機科学は数学というよりは基本は記号論理学っぽい気がする。 それも数学の一種といえるのかもしれないけど、数学と一口にいってもね。
数学の知識が無いやつは最適化とか効率化とかできないから うんこプログラムばっかり生産するよ オーダーとかの概念も理解してないし
でしょでしょ
359 :
デフォルトの名無しさん :2007/07/28(土) 00:20:18
ぶっちゃけ四則演算できるなら問題ないだろうな
マなら記号論理学は必須でしょう
361 :
デフォルトの名無しさん :2007/07/28(土) 00:31:07
というかプログラムの場合は、数学自体を頑張って覚えるよりは アルゴリズムの考え方を基礎から学んだほうが、効率よくないか? 上のほうでlogが分からないって人いたけど、 ある程度アルゴを勉強してると、logの問題も出てくるから、 そのときに一緒に覚えればいい。丁寧な参考書には書いてあるし 数学だけを覚えようとするから、嫌になるんだよ。 数学=プログラムじゃないぞ。 その数式などの考え方ができる人は効率よくコーディングできるのは確かだが。 そしたらフローチャートでも擬似言語でもいいから書いて、処理の流れを掴む勉強したほうがいいような気がする。 個人的な意見でスマン
362 :
デフォルトの名無しさん :2007/07/28(土) 00:43:11
っていうか。数学も暗記で着た俺だけど、プログラムやってから 数学的感覚?が身についたのか知らんが、昔読んでわからんかった相対性理論の本が 読めるようになた。
世の中、数式を使わないと簡単な概念の説明も出来ない人間が居るから、 彼らとの共通言語として数学は必要かもしれない。自然言語で意思疎通が 出来る人としか仕事をしないのであれば、数学は必須ではないので、趣味の 範囲でやれば良い。
必要なのはわかりやすくて筋道の通った話をする能力、つまり国語かな。 あとは科学。法則と、経験則の区別つかない人が多いよ。数学はいらない。
365 :
デフォルトの名無しさん :2007/07/28(土) 02:18:14
プログラムで何を作るかによるんじゃね。
俺は国語力はあるが、プレゼン能力がないので営業に任せてる。(俺は空気嫁ないというやつかな) つまり、プログラムを体(てい)よく日本語にできればそこそこいける。 しかし、国語力とは、毎週やってる娯楽試験番組の成績などとは無縁。 クライアントが求める言葉で書くことが大事だと考えている。 つまるところ、誰にでも対応できるように幅広い知識(雑学といってもいい)が必要だ。 数学だけが必要とか、そういうものでもない。 ちなみに、いま、俺的には中学レベルの英語文法を身に着けておいて、これほど役に立った事はないと思ってる。 今みてるリアル厨房がいたら、「数学は高校・大学に入るため」に使え。と、言いたい。 どうっすか?
367 :
366 :2007/07/28(土) 02:47:38
あ、でも、ド・モルガンの法則は幾度と無く役に立った。
数学は抽象化(モデル化)したものを扱う学問。 つまり【数学ができない=システムが理解できない】。 (ついでに日本語もできない奴が多いが、まあいいや) 数学なんか不要という人間がプログラミングに手をだすから世の中こんなことにな(ry
> 今みてるリアル厨房がいたら、「数学は高校・大学に入るため」に使え。と、言いたい。 うむ、おまえに国語力が無いのはよくわかった。
数学って抽象を扱うのに向いているから 分析、設計、実装問わず役立つのかな? でも実際に使えるようになるにはかなり勉強しないと無理っぽいけど (ブール関数の簡約化を使って分岐を減らすみたいな小技除く)
数式が理解できなくて特殊相対性理論を理解できないのはただの馬鹿。 特殊相対性理論を理解できない理由は、その数式をあるがままに受け入れる柔軟性が無いことだ。 とは言え理解した気になっている香具師でも落とし穴はある。 例えば、「特殊相対性理論に基づくと高速ですれ違う物体は短く見える」なんて嘘が罷り通っている。
372 :
デフォルトの名無しさん :2007/07/28(土) 13:06:01
特殊相対性理論と相対性理論の違いを説明してみてください 光の速度について、あなたは立証する事ができますか?
>>372 後者は前者と一般相対性理論をあわせた総称。
光の速度についてはいったい何を立証しろと?
板違いだろ、そこまで行くと
>>368 >数学は抽象化(モデル化)したものを扱う学問。
>つまり【数学ができない=システムが理解できない】。
数学好きの奴って、こういう極端な単純化が好きだよな。
良く言えば常識に捕らわれていないんだろうが、逐一
常識と照らし合わせる事も少しは考えた方が良いよ。
日本語も出来ない、常識も無いでは、何をやるにも
辛かろう。
377 :
デフォルトの名無しさん :2007/07/28(土) 14:29:01
>>376 立証されなければ、仮説をいくら論じても死後の世界を論じることと変わりない
378 :
デフォルトの名無しさん :2007/07/28(土) 18:34:30
>>372 光の速度が一定であることは証明されてませんよ
記号論理学の概論が学べる本教えてくだしあ><
数学は死後の世界を論じることと変わりないよ そういうもんだ 円の面積が小数点以下1000兆桁までわかろうとも、正確な円なんてこの世に存在しない
数学と聞いて円の面積連想するのかよ。小学校の算数じゃないぞ。
>>371 えーと、物体が実際に短くなったとしても、「見る」ためにはその物体からの光の到達を待たなくてはならない。
その為、必ずしも「同一時刻」の光が「同時」に到達しないので、「存在する」通りに「見える」とは限らない
と言うことでよろしいか?
>>1 コンピュータの世界で、真に数学的なアルゴリズムを実装する場合は、
2進数やコンピュータの持っている乗算、除算、小数点演算を見込んで、
その誤差まで見積もった上で、最速、高精度の、エラーの最大値を示せなければ意味がない。
長文スマソ。
俺、最近限界感じてるんだ。花屋とかやりてーな。
>>382 そう言う事です
アインシュタインの相対性理論全て正しいという考え方に疑問を感じています
>>381 簡単な事を説明するために不必要にわかり辛い例を挙げて相手を煙に巻くのがお好みか?
相対性理論って別に時間や距離や質量が伸び縮みする事を言いたいわけじゃなくて 質量やら速度やらのアレコレをこういう式で表したらしっくり来るよ、ってだけの話じゃない? それに対して人間が意味付けした結果が伸び縮みみたいな表現になってるだけで。
>>372 光速は媒質によって変わりますがなにか?
もうその辺は数式使って検証するしかないんじゃね? 文章で幾ら理屈こねても埋まらない論理の穴に四苦八苦するだけだと思う
>>387 特殊相対性理論はあくまで仮定なんですよ
数式にしても仮定になりませんか?
数式で表してください
数式にしたら何かが変わると信じているんだな
1.光速度一定 2.どの慣性系でも成立 相対性理論は、この2つの仮定が正しいとして導いた理論だよね。 この2つは仮定だから、今のところ実験からの推定しかできてないよね。
つまりアレだな。無用な議論を重ねることで いかにプログラムに数学が必要ないか説明してくれてるわけか
単なる書き込みと質問を混同している人キター
擦れ血?
剛体シミュレータなら力学の方程式を解くくらいは必要だし、 3Dやるなら写像、ベクトル位は知っておきたいし。 最低限でも四則計算と三角関数くらいはないとな ↑のものが数学か?と聞かれると、違うと答えたいな。高校までなら数学だろうが
在庫管理のシステムつくるなら簿記の知識も必要かもしれないし 翻訳ソフト作るなら言語学の知識が必要かもしれない しかしそれはその仕事に必要なだけで、 一般論としてプログラムに必要な訳じゃないでしょ 必要な"こともある"話まで含めたら、なんだってプログラムに必要だろ 剛性シミュレータとか持ち出すのおかしいでしょ
プログラミングそのものに計算機科学、情報工学、ソフトウェア工学が必要
400 :
397 :2007/08/01(水) 20:11:16
コンピュータの歴史を踏まえて物理学をw ウィンドウを開くだけのプログラムになら極端に言えば数式はいらんな そういう意味じゃ代数学の初歩だけ分かっていればOK? (数字を文字式に置き換える。マジックナンバー拒否w) 様は必要なものは違う、ってことなんだけど
で?
自動作曲プログラムを作るには、和声学と対位法が必要 ウィンドウを開くだけのプログラムにはいらんがな
>>399 そんなもんが無い時代から人類はプログラミングをしていたわけだが
>>403 力学、物性、土木工学
こんなもんが無い時代から人類は建物を建てていたわけだが何か?
>>404 そりゃ反論になっとらんw
むしろ
>>403 を肯定している。夏厨はゆとりいっぱいでいいなあ。
数学とか算数とかできないやつは例外なく思考力ないアホなので プログラムは無理。 数学の点数は思考力の表れ。
国語が出来ない奴は例外なく読解力ないアホなので そんな奴が書いたプログラムは無意味。 国語の点数は読解力の表れ。 ↓次は社会科でよろ。
現代国語の試験ってさ 「著者の言いたかったは何か」 なんて問題が出るけどさ 著者に聞いたわけでもなく、第三者が勝手に解釈して勝手に問題にしていることが多いんだよね 著者でなく出題者の意図を読み取ると言う能力は育つのかもしれないが、全くもって釈然としない
>>408 >著者でなく出題者の意図を読み取ると言う能力
まさにそこを見てるんだよ。出題者がトリミングした文章から論理的な
答えを作り出すテストだから、そういうもんだ。「将来数学を使う仕事を
するつもりは無いのに何で数学を勉強しなくてはいけないんですか」と
双璧を成す頻出疑問だね。
問題文を「出題者は著者の言いたかった事は何だと思っているか当ててみろ」にしてほしいなあ
411 :
デフォルトの名無しさん :2007/08/06(月) 03:12:23
結論を言えば、当然必要なものが多いってことで。ただ、全く習っていない人が作れるとか 数学に関する事柄を一切使わずに組めるプログラムがあるからとか言い出したらキリがない。 運転免許を持っていない人でも路上で車を運転することが出来る人もいるとか言ったらキリがない。
敬愛する新日本プログラミング総帥曰く 「文系がプログラミングに向いてないなんてのは嘘。理系じゃなくてもちゃんとでけるよ。」
あと、何を以って「数学」の知識とするか?数値計算だけでなく、集合、順列組合せ、命題、 ベクトル、関数、微積分など、挙げたら多くなるし、そのうちの1つでも必要なら当然数学は必要。
414 :
デフォルトの名無しさん :2007/08/06(月) 06:21:45
TEST
>>416 エウクレイデス(ユークリッド)だと思う。
>>412 そりゃ、文系だの理系だのは
莫迦な高校生が将来の展望も糞もないまま
適当に決めた進路だってだけで
適正の有無とはまったく関係ないからな。
>>411 >数学に関する事柄を一切使わずに組めるプログラムがあるからとか言い出したらキリがない。
実際、数学に関する事柄を一切とは言わんが殆ど使わないで組めるプログラムは
かなり多いと思うよ。四則演算、剰余、大小比較程度しか使わないなら、必ずしも
数学が必要とは言えないよね。キリがないと理屈も無しに切り捨てた上で、まるで
全体の結論であるかの様に言うのは、あまり宜しくないだろうね。
仕事の効率化の為にスクリプトを良く書くけど、数学とは殆ど関係無い場合が多い。
例えば、サーバのログを整形して色付けして HTML に変換するとか、定刻になったら
更新されたファイルだけをバックアップするとか、カーネルの統計情報を収集して
予め決めておいたしきい値を越えていたらメールを送信するとか、数学は殆ど関係無い
プログラムばかり。デモンストレーション用に適当な GUI をでっちあげたりするのも
数学は使わないなあ。
取り敢えず言えることは 義務教育過程で習う程度の事は(科目を問わず)知っていると役に立つ
なんで義務教育で憲法教えないんだろうな
習ったよ
そういうものがあるってだけで内容には殆ど触れないけどな。
基本的人権なんか下手に教えたら、学校で生徒を管理するのが大変になるからじゃないのか?
何条にどんな事が書かれているか、幾つかピックアップして 憶えさせられた記憶があるけど、全て忘れた。
第9条 金持ちケンカせず。
高度な数学を必要としたプログラムではないとしても 算数は必ず必要である なぜならば、プログラムを必要とする場面は、同じことを繰り返しする場合であるからだ
なぜならば〜以降が理由になってない
>>429 繰り返すって事は、Σ演算って事だからじゃね?
Σ演算て何?
「Σプロジェクト」でググれ
?
歴史は繰り返す。 Σも繰り返す… 経産省もいろいろ懲りないよね。
高度な数学を必要としたプログラムではないとしても 漢字練習帳は必ず必要である なぜならば、プログラムを必要とする場面は、同じことを繰り返しする場合であるからだ
なぜならば〜以降が理由になってない
>>430 結局理由になって無いやん…
やっぱり国語力は大事だよな。
読解力と文章構成力が無い奴は知的作業に向いていないと思う。
高度な数学を必要としたプログラムではないとしても コピペは必ず必要である なぜならば、プログラムを必要とする場面は、同じことを繰り返しする場合であるからだ
なぜならば〜以降が理由になってる
このネタ、どこまで繰り返すんだ??
飽きるまで
スレが埋まるまで輪廻のように繰り返されます
命、燃え尽きるまで!
指が折れるまでだろう。 せーがたー
445 :
デフォルトの名無しさん :2007/09/09(日) 03:04:11
このさいころの目は表と裏の目を足すと7になります。 1と6は赤、2と5は赤と青、3と4は青に塗られています。 今さいころを転がして赤が出ました。 このとき裏も赤である確率は?
一般常識的な仮定に頼って ・目の種類は6なのか10なのかそれ以外か ・それぞれの目の出る確率は等しいのか、等しくないならそれぞれいくつか このあたりが明記されていないってのは確率の問題としてどうなのか?
447 :
デフォルトの名無しさん :2007/09/09(日) 03:14:42
>・目の種類は6なのか10なのかそれ以外か 6 >・それぞれの目の出る確率は等しいのか、等しくないならそれぞれいくつか 等しい
三分の二だよな?
1/2?
2/3だな
>>449 赤が出てるのは確定なので青が出た場合のことは考えなくていい。
452 :
デフォルトの名無しさん :2007/09/09(日) 04:03:08
ArrayListの使い方についての質問です。 比較するメソッドはオーバーライドできるようですが 具体的にどうやってやるのでしょうか? データベーステーブルを取得し、キー項目のみを比較したいのです。 宜しくお願いします。 VisualStudioは2003です。(Listとかは使えないみたい)
なぜここで聞く
455 :
デフォルトの名無しさん :2007/09/09(日) 08:54:17
糞スレageんなカス
457 :
デフォルトの名無しさん :2007/09/09(日) 09:51:05
まったくだ
高度な数学を必要としたプログラムではないとしても ageは必ず必要である なぜならば、糞スレを必要とする場面は、同じことを繰り返しする場合であるからだ
459 :
デフォルトの名無しさん :2007/09/09(日) 11:44:38
ウゼェーーー使いたけりゃ使え
糞スレageんなカス
461 :
デフォルトの名無しさん :2007/09/09(日) 11:56:17
462 :
デフォルトの名無しさん :2007/09/09(日) 12:02:04
age
463 :
デフォルトの名無しさん :2007/09/09(日) 12:07:16
ウゼェーーー
464 :
452 :2007/09/09(日) 12:30:06
誤爆でした それにしても皆さんご親切にありがとうございます ところで高度な科学計算といえば やはりFortran でしょうか? Comlex(複素数型)なんかもあったりして 私はその昔、Fortranで帳票や画面を作ってたりしてました
465 :
デフォルトの名無しさん :2007/09/09(日) 12:45:15
age!
っLisp
>>464 C99/C++にも複素数型はある。
尤も、計算量と種類によってはMATLAB(Octave)で事が足りる。
現在におけるFortranのいいとこは数値計算くらいしかできないとこ(あと過去の企業内・研究室内遺産)
ただ、今なら
>>464 の言うように個々のクライアントで実行する独自数値計算ソフトで用が足りるかも
基本的に過去の遺産を使うために残っているようなもので、 これから新規ではじめるのに Fortran はありえないでしょ。 汎用的なライブラリなら、最近は他の言語でも結構そろってるし。 MATLAB とか Octave は、言語文法自体は結構微妙だけど、 数値計算ライブラリのそろい具合はかなり素敵。 Lisp は・・・ 数値計算で使うやつなんているのか?
469の続き。 個人的には、数値計算という用途だと、 最近は Fortress に注目。 まあ、言語の機能はよさそうなんだけど、 開発元がいまいちプロモーションに力入れてなさそうなのよねぇ。 商業的理由で消えそうな気が無性にするんだけど。
Fortress、関数型言語っぽい文法もかなり取り入れてて、 正直、かなり解説を充実させないとユーザに覚えてもらえそうにないのに、 そういうページが全然ないのよね。 あと、並列プログラミングやら群論とかの数学の知識やらがあるのが前提のドキュメントしかない。 大体、Fortress(要塞)なんて名前が駄目。 一般名詞使ってるせいで、検索に引っかからないの。 「Java もかつてはそうだった」ってのが SUN の主張だけど、 Fortress が Java 級に検索できるようになる気配はまったくしない。
>>471 > SUN の主張だけど、
別に Sun は主張してない。名前がおかしいと思ったら GLS にメールしてみれば?
学生どもがワラワラと釣れてるね。
474 :
デフォルトの名無しさん :2007/09/10(月) 14:47:53
>>326 そもそも地球温暖化なんて妄想信じてる方がどうかしてる。
NHKが旗振って振りまいた環境ホルモンから、ダイオキシンから地球温暖化
みんな妄想
妄想、ね。 氷河は実際に後退してるけど?
476 :
デフォルトの名無しさん :2007/09/10(月) 15:55:12
あたりまえだ。 今は間氷期で、1万年の間 氷河は平均的には後退し続けている
そう、例えば地球温暖化だ
今年は最高気温を記録したしね
479 :
デフォルトの名無しさん :2007/09/10(月) 17:04:56
氷河が後退するといっても、別に気温は上がったせいじゃない。 実際氷河のある地方で平均気温は上がっていない。 地球の水の9割は南極にあり、南極の氷が厚くなり続けているのでバランスを取るには仕方ないことだろう おかげで海面はほとんど上昇していない。
480 :
デフォルトの名無しさん :2007/09/10(月) 17:09:23
>>478 それは都会で打ち水運動が流行したせいだと思うよ。
都会のヒートアイランド効果で熱せられた上に、打ち水で大量に湿気まで含んだ風が
山を超えて強力なフェーン現象が起きたのだろう。
自分たちが暑くした上、自分だけ冷やそうと打ち水するなんて、なんて迷惑な奴らだ
氷河の後退より生え際の後退の方が深刻
いかにも学生が沸きそうなスレ
付き合いがいいね。 環境ホルモンが嘘だったことや、ダイオキシンがたいした毒じゃなかった事や 地球温暖化の嘘なんてはチョッと耳と目がありゃ普通に情報が入る事。
2-3-7-8TCDDそのものは物凄い猛毒だけどね
問題は、そのモルモットで求めた致死量は人間に対して 3桁も厳しいって所にあるだろ 3桁も厳しいから青酸カリより猛毒って事になり、焚き火や焼肉や焼き鳥で出るダイオキシンさえ悪者になる。
>>485 おまえは、急性毒性と慢性毒性の違いも分からないのか?
わかりやすく言おう。醤油1Lを10分以内に飲みたいかどうかということだ。
君の意見は死ぬ時期を全く考慮していない。
>>485 お前何か勘違いしてないか?知識なんて使って減るもんじゃないから只だと思ってんだろ?
人に物を訊くってのがどういう事だか、自覚してる?
知識ってのはな、社会人に取って金と同じく貴重な財産なんだよ。使っても減らないけど、教えたら広まった分だけ価値が下がる。それを分けてくれって言ってんの自分でわかってる?
社会で必要とされる知識ってのはな、本になんか載ってない事ばかりなんだよ。全部人から人へ、直接のコミュニケーションを介して伝わって来たモンなんだ。
そういうノウハウを分けてもらう申し訳無さみたいな物が、伝わって来ないんだよ。お前の態度からは。
猿だって仲間から餌を分けてもらう時は申し訳無さそうな顔するんだよ。ヘラヘラ笑いながら近づいてったら殴り殺されんぞ。
猿だったら今頃とっくに死んでんだよお前。そんな態度で今まで。研修で散々言われたよな。謝る時は申し訳無さそうな顔をしろって。
そういう学校じゃ受けられない教育を受けておきながら、社会人を経験しなきゃ得られない知識を貰っておきながら、
何にも生かせてないんだよ今のお前は。学生のサークルごっこじゃないんだから。もっと四六時中危機感を持って生きてなきゃ駄目だよ。いい加減いつまで学生気分じゃ。
俺は3Dプログラミングやってるけど log使う事は滅多にないし,sin, cosも使う事はそんなに多くはない。 sin, cos使うのは回転処理関係ぐらいかな。sin, cos使わなくても回転させることはできるが。 その代わり,sqrtとかvectorの内積,外積(何故か"がいせき"で変換候補に出てこない),正規化とか 4次元vectorと4x4(3x4)の行列との掛け算はよく使う。 sin, cos無しでレンダラや物理シミュレータを書く事もできるが, sin, cosぐらい理解できないと(3Dプログラミングするのは)難しい。
490 :
デフォルトの名無しさん :2008/02/21(木) 05:45:10
むかしのPCは実数の計算ができなかったから 実数計算ライブラリをつくるところからはじめなきゃならんかった。 ようやく実数の四則演算ができるようになったら テイラー展開で平方根・対数・三角関数を計算したな。 古きよき時代の話。
ちきゅうおんだんかはうそだってねっとにかいてあったからうそなんです><; 死ね馬鹿。
IPCCの報告書なんかで細かく数字を追いかけると、おかしな事は沢山あるね 過去100年でCO2は100ppm増えて、0.6℃とか0.7℃平均気温が上昇してるけど、 1、 増加した放射強制力は 1.6W/u で気温15℃としたら たかが0.3℃にしかならない 2、 なのに予測値では0.9℃/100ppm という数値になってる 3、 炭素循環の絵を見ると、人工CO2排出量は地上の植物のCO2固定量の7%程度でしかない そして植物の成長は太陽・栄養が十分ならCO2に比例するという実験結果が出ている Co2濃度は30%も増えてるのだから 栄養が十分ならこの固定速度も3割上昇してる筈 結局、人為CO2排出が直接の原因ではなく、 この炭素循環のフィードバックのどこかの問題ではないのか? ・気温上昇が原因で増えているのではないのか? ・植物の成長に十分な栄養が偏在してしまっているのではないか? 本来は植物⇒動物⇒排泄物や死骸⇒植物 という連鎖があるのを 人間が食物連鎖の頂点にいるために、この連鎖を壊してしまって 山や野原や海の栄養を保てないでいるのではないのか?
>>490 浮動小数点演算か多倍長演算かどちらでライブラリ作りましたか?
むしろ必要じゃないなんて少しでも思えるのが不思議
495 :
デフォルトの名無しさん :2008/03/21(金) 02:47:08
「数学」の定義が曖昧なまま質問してるから 答える方も 1)自分の都合に合わせて解釈してる香具師 2)行間を読んで仮説を立ててそれに基いて回答する香具師 3)予防線をはった答え方してる香具師 4)適当な香具師 にみごとに分かれてる
if とか else とか使うのも数学だと思うけど間違ってるかな…
>>497 たまーに「お前はド・モルガンの法則も知らんのか/使えんのかゴラァ」
と言いたくなるようなプログラムに出くわす。
499 :
デフォルトの名無しさん :2008/03/21(金) 22:58:18
今某言語の三角関数のライブラリが見つからんので オイラー展開で自作してるぜ うぇあああああぁあっ!!
>>499 * Algorithm
* 1. Since sin(-x) = -sin(x), we need only to consider positive x.
* 2. Callers must return sin(-0) = -0 without calling here since our
* odd polynomial is not evaluated in a way that preserves -0.
* Callers may do the optimization sin(x) ~ x for tiny x.
* 3. sin(x) is approximated by a polynomial of degree 13 on
* [0,pi/4]
* 3 13
* sin(x) ~ x + S1*x + ... + S6*x
* where
*
* |sin(x) 2 4 6 8 10 12 | -58
* |----- - (1+S1*x +S2*x +S3*x +S4*x +S5*x +S6*x )| <= 2
* | x |
*
* 4. sin(x+y) = sin(x) + sin'(x')*y
* ~ sin(x) + (1-x*x/2)*y
* For better accuracy, let
* 3 2 2 2 2
* r = x *(S2+x *(S3+x *(S4+x *(S5+x *S6))))
* then 3 2
* sin(x) = x + (S1*x + (x *(r-y/2)+y))
てな物を見かけたが...
501 :
デフォルトの名無しさん :2008/03/21(金) 23:55:41
C++の標準ライブラリの三角関数は遅いから自作しないといけないらしいな
502 :
デフォルトの名無しさん :2008/03/22(土) 00:06:46
>>499 テイラー展開?
オイラー法?
おいら(的)展開?
プログラムに限らず、数学の素養は、 なにかにつけあった方がいい。 ただ、数学は勉強がかなりしんどいので、 何か具体的な目的があって勉強するのでないと、 とても心がもたない。 だから、必要になって切羽詰まってから ゴーっとやるのが良いと思う。
ただ切羽詰まってからだと良くない手法にゴーっと向かったりするわな たとえば三角関数(オイラー角)使うこと自体が大抵の場合よくない
そのとおりだな。
>>504 そこまで切羽詰まるまえにスタートできるとベストだが、
実務はなかなかそうはいかないからな
ふと思うのだが、プログラマって数学は弱いケースが多くなかろうか? for文だって要するに、Σだったりするわけだが、そんなことを意識していなかったりする が、数学的知識に長けていて損をすることはきっとない、CRCのテーブル化された値なんぞ、 俺にはなんでこういうテーブル値になってるのかすらわからんw
「数学キライだ」とか言ってる人も、 受験とかのシガラミのせいでそうなっただけで、 実は、やれば速攻でできるようになる、という場合によく遭う。 普段から数理的な考えを実践し、 扱えるスタックが深くなっているからではないか。
昔は論理的な思考方法を獲得するための最良の手段が数学だったと思うが 現在その意味ではプログラミングの方が効率がいいような気がする。 ややこしい証明しなくても間違ってると動かないし、それ以前に大体コンパイラ様が教えてくれる。 数学が必要なのはプログラム自体が数学を必要とする場合ではないか?
>>510 論理的な思考方法に関する話を論理的に駄目な形で説明するとは
なかなか面白いですね。
for使うのに慣れすぎると 1〜2000まで足すのにforで足してしまう癖が付く Σなら2001000って一発ででるのにね さて1〜2001まで足すといくつ?
ここで (2001+1)x2001/2 を計算しようとしたあなたは素直すぎます 2001000+2001=2003001 とエレガントに答えるべきです
いや、それを得意げに語られても。 極真っ当なプログラマなら、直前に算出した結果を次のステップで利用できるかどうか位常に意識しているもんだよ。
再帰使え
再帰は複雑な問題を簡潔に記述できるのが利点だが それ以外は悪いことばかりだぞ
>>513 オイラーが幼少期に1〜100まで足す計算だったかを学校で教師に言われて、一瞬で
答えを出した逸話があるね
>>516 再帰はある種、ループ処理に似ている希ガス
ガウスじゃなくて?
ガウスだよな だけど偉人の所業って本当に当人のものでなくても 色んな逸話がいつの間にか結び付けられるって言うしな
漏れもeulerだと思ってたorz
おいらもオイラー(ry
オイラーは、死ぬ直前まで計算してたくらいの計算の天才だったそうですしね。
>>517 というか、計算の理論としては「再帰関数で定義できる=コンピュータで可能な演算」というのが筋書きのひとつです。
(Church, 1936)
>517 ループは再帰の一種というか制限されたバージョンでしょ
オイラーの法則は女性が見ると濡れるってじっちゃがいってた
527 :
デフォルトの名無しさん :2008/05/08(木) 08:33:45
オイラーはドラマー
528 :
デフォルトの名無しさん :2008/05/08(木) 16:43:50
プログラマーには数学が必要だと思って死ぬほど勉強してたら 気づいたときには計算機科学者になってた 見習いだけど
529 :
デフォルトの名無しさん :2008/05/08(木) 17:14:05
せめて2進数、16進数すらいは勉強してくれ〜
>>528 ぜひご教授ください。んー、並列コンピュータの最近の動向はどうなってますか?
or が + で and が * とか (true * false) が false になるとか も勉強してくれ〜
532 :
デフォルトの名無しさん :2008/05/09(金) 16:17:04
↑ おいおい、なんで or と + が一緒になるんだw おまいこそ1から勉強しなおしてくれ
(A or B) が い)A:true,B:true なら true ろ)A:false,B:false なら false は)A:true,B:false なら true に)A:false,B:true なら true なのは、 true を >0 な数(例として1)とし false を 0 としたとき い)1+1 なら 2で >0 なので true ろ)0+0 なら 0で 0 なのでfalse は)1+0 なら 1で >0 なので true に)0+1 なら 1で >0 なので true なのと同じで、 (A and B) が い)A:true,B:true なら true ろ)A:false,B:false なら false は)A:true,B:false なら false に)A:false,B:true なら false なのは、 true を >0 な数(例として1)とし false を 0 としたとき い)1*1 なら 1で >0 なので true ろ)0*0 なら 0で 0 なのでfalse は)1*0 なら 0で >0 なので false に)0*1 なら 0で >0 なので false なのと同じなんじゃなかったっけか。間違ってたらメンゴ
>>532 んー、or と + が一緒というのは、ある意味妥当なんですけど。
536 :
デフォルトの名無しさん :2008/05/10(土) 21:14:49
ほほう。1+0と1+1が同じ答えだと。おまいの通った小学校では そんなふうに教えたのか。ふうん。それ、なんて学校ニダ?
>>536 判ってて言ってはいるんだろうけどw
or を + / and を * で表記するという前提が無いとそこだけ見たらごかいするね。
それにしても
>>533 は随分とまどろっこしい人だなぁ。
この人の頭だとプログラム一行書き上げるのに半日掛かりそう・・
538 :
デフォルトの名無しさん :2008/05/10(土) 21:54:32
{{false, true}, OR, AND} は体をなす。 代数構造が、F_2 = {{0, 1}, + (mod 2), ×(mod 2)} と同じ。 F_2 は加減乗除の四則演算がきっちりできる。
540 :
デフォルトの名無しさん :2008/05/10(土) 22:37:31
なんで mod 2 するんだよw なぜ mod 3、mod 4 じゃいけないんだ?説明してみろ。 mod 1 すれば + も * も / も - もぜんぶ同じだぞ! おまいな、自分の都合のいいように条件を設定するなよ。
+ (mod 2) はXORと同じじゃない?
>>540 {{0, 1, 2}, + (mod 3), × (mod 3)} も体(四則演算可能)になるよ。
4 の場合はダメ。素数である必要がある。
たとえば 4 の場合、
2×2 が 0 になっちゃったり、2×a=1 になるような元
(2の逆元、これがないと割り算が成り立たない)がなかったりする。
>>541 ああ、そう。OR は間違い。
体をなすのは {false, true}, XOR, AND}。
>>540 mod 1 もあり。
ただ1つの元 0 からなる体とみなす(自明な体っていう)。
ただ、当然、数学的に面白い特性は持ってない。
自分に都合のいい条件を設定したんじゃなくて、
そういう条件のものを考えると面白い結果が得られるものが見つかっただけ。
あの〜、コンピュータの世界だと 0 か 0 で無いか・・だよね。true は 1 というより not false だからもすこし柔軟にみたほうがいいとおもう。
>>544 それはコンピュータの世界の常識じゃなくて、Cの時代の悪習。
しかし、そうまでして人の話にけちをつけたいかww
あと、{{true, false}, XOR, AND} と {{0, 1}, +(mod 2), ×(mod 2)} は、 代数構造が同じというだけの話。 この延長で、集合 {0, 非0} に対して、 +演算子を、2つの元が等しい時0、さもなくば非0、 ×演算子を、2つの元の両方が非0のとき非0、さもなくば0 で定義して、{{0, 非0}, +, ×} としても代数的に同値。 見てくれが同じかどうかが重要じゃなくて、 抽象的に見て代数構造が同じかどうかが重要。
andとorを理解するのにわざわざ遠回りをするだけのような。
AND OR の理解のためじゃないな。 符号理論とかで使う。
>>545 それいぜんの処理系もそうでしたが?
たとえば、N-BASIC とか。
言い換えるわ、C のあたり以前の。 要するに20年前、プログラミング言語がよりマシン語に近かったころの名残。
>>550 悪習ではないと思いますが。
現在の処理系ではどうなっているのでしょうか?
true, falseをラムダ抽象で表現するのとか門外漢には意味不すぎるわ
>>551 当時の価値観では悪習ではないけども、
過去の名残を未だに使うという行為は悪習。
最近できた言語なら普通は bool 型持ってる。
>>552 ラムダは、関数の定義・実行を抽象化したもの。
ここしばらく話題になってるのは単に数の四則演算の抽象化。
代数系、群論とかが関連する分野。
>>551 特定の値を false それ以外を true として扱う言語なら結構あるだろ?
c とか c++ とか perl とか python とか ruby とか common lisp とか scheme とか...
なるほど、もっと意味不なものってことだけはわかりました
>>545 いや、ケチつけたつもりはないがそう捉えたのなら・・・
>>550 プログラミングについてとあるからさ。
現実、 not false は下位ビットだけみれば 1, 0 の違いだけどレジスター的には -1 になるでしょ。
判定するきわざわざ AND 0001 して(0, 1)にするよりそのまま (0,-1) とみるほうが手間も省けて処理しやすい。
>>553 ただbool型で規制はしても中身がかわったわけではないから(コンパイラで解釈・制限するのを拡張しただけという・・)
>>557 コンパイラが解釈して制限するということが重要。
プログラマの人為的ミスをなくすのが一番の目的。
抽象代数の話題で、スレの趣旨からちょっとそれ気味だったんで話の方向を修正すると、 プログラミングと数学に共通して、抽象化ってのは大事。 「CPU の命令にboolがないんだからboolを考えない」ってのは、 具体的なんだけども、プログラマ自らが気をつけながらプログラミングしないといけない。 非0をtrueとするなら、1と2のANDはどうなるんだ、とかね。 true AND true だからtrueになってほしいけど、 Cで書くところの 1 & 2 とかくと当然0でfalseに。 x != 0 && y != 0 みたいなコードが論理ANDに相当するんだけど、それもいちいち書きたくない。 そこに、CPUの具体的な構造から離れて(抽象化して)、 boolを導入、面倒な決まり事はプログラマじゃなくてコンパイラが面倒みる。
{{true, false}, XOR, AND} と {{0, 1}, +(mod 2), ×(mod 2)} が代数構造としては同じ ってのも、具体的な形にとらわれず、抽象的に見ることで、 同じ理屈で扱えて便利になるわけ。 ちと無理やりだけど、スレタイに絡めて締めると、 プログラミングには数学で出てくる抽象的な考え方が必要。
その代数構造ってやつでで言語の構文を見ると ある言語の構文を別の言語の構文で表現する とかが簡単にできたりして、一つの言語を知識で様々な言語を使用できる とかそういういいことがあったりするの?
>>561 ライブラリ使ってるだけの末端のプログラマにはあんまり関係ない。
言語設計者とか、数値計算ライブラリやら通信符号化ライブラリやら書いてる人にとって必要。
末端プログラマは間接的にしかそういう理論の恩恵受けないけども、
とりあえず抽象化って考え方自体は持ってて損はない。
563 :
デフォルトの名無しさん :2008/05/11(日) 13:10:36
>>559 そいうのはふつう、1 && 2 だろ。 1 & 2 とは全然意味が違う。
算術演算の AND と論理演算の AND の違いくらい理解しとけよ。
>>563 だからそうやって自分の噛みつけるところにだけ反応するから話がそれてくんだよ。
>>561 表示的意味論って奴がおおむね君が言ってる部分に相当するのかな
>>563 記号の意味も提示せずに何を吠えてるんだ
566 :
マイク ◆yrBrqfF1Ew :2008/05/11(日) 14:47:29
前から思ってたけどお前ら頭良いな お前らの一部の人間だけどな
>>558 それはもちろん同意です。
>>559 boolを考えないという極論ではないっす。単なる論理演算にそこまで深く考える時間があったら他にもっとあるんじゃ・・と。
非0 を true とするとき、つまり 1(!0), 2(!0) なので 1 && 2 は true という事になるよ。
それは数値的な 0001 & 0010 で 0000 (false)? って発想に持っていくに矛盾を感じるんだけどな(判っててこじつけてる感じ) って
>>563 さんが答えてる(うむむ)
>単なる論理演算にそこまで深く考える時間があったら他にもっとあるんじゃ・・と。 この部分に関しては、その人の立場によるとしか言いようがなくて。 必要な人には必要なわけよ。 あと、C言語の && は実質的に、 if(x != 0) return y != 0; else 0; の意味なのは確かだけど、それも、マシン語レベルではそんな命令はないわけで ある種の抽象化だと思う。
&& の解釈だけども、 VC++ なんかでは(C++/CLI では)、 ・&& は bool 同士の二項演算 ・int → bool の暗黙の型変換がある という処理になるね。 整数同士の二項演算としての && 演算子(ショートサーキットAND)はない。
過去のプログラムのコンパイルが通らなくなるとまずいから 昔の習慣を引きずってるけども、ほんとのこと言うと、 int → bool の自動変換なんて人為的ミスの温床だからない方がいいのよね。
>>570 人為ミスという意味では、過去のプログラムが通らなくなって、一から作り直しの方が多くなりそうだ
>>568 確かに個々の立場なの尊重すればそうですね。
安全な言語が必要な人は C/C++は使わなければどうかと思う。
また、マクロコード(今もマシン語というんですか?)レベルで && 相当が無いというより Operand + Data の構造上複数ステップの記述になるのということだと思う。
論理演算は基本(True,False)から構成されるけれどコンピュータ上はレジスター(8bits,16bits,32bits,64bits)なサイズで代用していくわけで理屈としては大切だけど現実は...。
>>570 それは、理屈屋さんが余計なお世話をするからだと思うよ。たとえばCOBOLならプログラムは書けなくても知識人なら理解できるリストかもしれないけど実際にプログラマする人にとっては面倒なコーディングと感じるギャップに近い。
>>572 間違いが起こりにくいよう制限(ルール)を付けるとその知識の習得に大変な労力が必要になる割に素晴らしいプログラムは書き憎くなる(想像力を妨げる)という懸念も。
>>573 C++ → C# に移行したプログラマだけど、
抽象度高い言語の方が覚えやすさも生産性も創造性も絶対高いよ。
つけられた制限による損失 <<< 書きやすくなった分の恩恵。
どうしても変態的なことやりたい人には、
DLR でも使って自分で言語作るという選択肢もあるよ。
まあ、またスレ趣旨とかけ離れてきたけども・・・
575 :
デフォルトの名無しさん :2008/05/11(日) 23:04:17
インタプリタ言語とコンパイラ言語を比較されてもねぇ・・・ 人為的ミスをお菓子やすい言語でも、CPUの性能を100%引き出すために あえて使わざる終えない局面だってあるんだよ。 危険を冒して苦難に立ち向かう。まさに、男の仕事だね。 女の腐ったような言語とは一緒くたにすんなって。
C# はコンパイル言語ww C++ と比べると8〜9割程度だけど、C# のパフォーマンスはかなりいいよ。 あと、今後は徐々にJavaとかC#みたいな中間言語方式の方が最適化が有利になってくる。 CPU のコア数とか、環境に合わせて最適化JITコンパイルしてくれるから。 だいたい、アセンブラ→C移行期にも似たような議論があったと思うけども、 人手による最適化はいずれコンパイラによる最適化に抜かれる。 よっぽど優秀な人間がよっぽど重要な部分に注力しない限り、人手の最適化はきつい。
ストイックな世界に生きたければ、自分で言語作る側に回るのが正解。 わざわざ抽象度低い言語使って、人手の最適化でパフォーマンスを上げようってのは 単なるオナニー。
>>576 > 人手による最適化はいずれコンパイラによる最適化に抜かれる。
と、言ういいわけで、与えられた数式をプログラムに丸投げする
馬鹿が出てくるわけだ
# 人間が前処理した方が早い
# 数値計算あたりの話だけどな
前処理って・・・ 1+2+3+ … +N を 1/2 N(N+1) に展開したりの部分? 最適化以前の話だけども、まあ、そういう話のほうがスレタイどおりでいいね。
>>579 その類いの話とか、特異点周辺のアルゴリズムを
何も考えずに数式通り計算するから話にならん
誤差出まくりとか
581 :
デフォルトの名無しさん :2008/05/12(月) 00:20:59
>C# はコンパイル言語ww ギャハハハハハ〜〜〜 恥ずかしい事書いちゃったねww
C#がコンパイル言語かどうかはスレ違いだからほどほどにしておけ。
>>574 俺はC++のほうが抽象度高いとは思う。
ただ、それは先端のほうの話で現実にはなかなか使えないけど。
C#もLINQでだいぶ追いついて俺の中でC#の評価上昇中。
>>580 アルゴリズム改善とコード最適化は別物よ。
>>581 C# はJITコンパイル式。
C#ソース→ILの部分もコンパイルだし、
IL実行時も起動時にネイティブにコンパイルされる。
>>582 C++の方が抽象的なのってtemplate周りだけじゃね?
LINQで追いついてって話してるってことは、
Boost のラムダとかのこと言ってるのかな。
Boost ラムダはかなり無理やりな作り方してて、C++ らしさのかけらもないけども。
むしろ、最近はC#が言語の最先端で、
JavaもC++もC#の後追いしてる状況。
スレタイに沿った話に戻すと、
>>579-580 みたいな話は「アルゴリズム改善」ね。
コード最適化ってのは、ポインタ使った方が早いとか
演算の順序変えた方がキャッシュが効いて・・・
とかそういう細かい調整の部分。
アルゴリズム改善には数学・算数が必要だと思うし、
人間の創造性が一番発揮される部分だと思う。
コード最適化は手間かかる割に面白くないし、
正直このあたりは数学も算数もくそもない。
そういう所ほどコンパイラ任せにすべき。
Java, C++ が C# の後追いしてるってのは、 プロパティとかクロージャの当たりね。 Java SE 7 とか C++ 0x の仕様はかなり C# 3.0 の影響受けてる。
586 :
デフォルトの名無しさん :2008/05/12(月) 00:54:46
a=1 b=2 c=a<b basic/vb なら c は -1 (true では無い事に注意) c/c++ なら c は 1 (同上) java/c# なら c は true (0 も 1 でも無い)
>>574 どういう類いをしているかによるけど C/C++ と C# や Java 系を比較はできないとおもう。
それと変態的な(面白いね。確かに私もなんでそんな判りにくい書き方する?というの目にすることある)のはその人の性格であって C/C++ とかそういうレベルのものではないと思うよ。
C# でも十分変態的なリストは書けるでしょ?
で、数学的な発想というより証明力がある人(仮定、推論、実験的証明とか)が優れている人は解を得るためのプログラムを想像する力も高いと思う。
そして、そういう人はその為に必要なツール(複数のプログラム言語)の特性をそれなりに理解し使いこなす人ではないかな。
言語のすべてを知る必要は無く、自分が実現するに必要な機能をその言語から引き出す力があるか・・だと思うよ。
588 :
デフォルトの名無しさん :2008/05/12(月) 00:56:38
>>583 ふ〜〜ん。
じゃぁ、Perl もコンパイラだ。PHP もコンパイラだwww
この手の議論で話が迷走する理由の一つに、 議論に参加してる人間の間で前提が食い違ってることが多いのよ。 このスレ的にいうと、 「アルゴリズム改善こそがプログラマの仕事」と思ってる人と、 「開発はアルゴリズム考えるアーキテクト数名と、 出来合いのアルゴリズムを使うだけのプログラマ多数で成り立つ」 と思ってる人とで、 数学・算数が必要かどうかの意見は食い違うに決まってる。 最近のこのスレのおかしさもそういう雰囲気を感じる。
590 :
デフォルトの名無しさん :2008/05/12(月) 00:57:49
で、ガベージコレクションって、どんなコードにコンパイルされるの? インテルのCPUにガベージコレクションって命令あったっけ?
>>590 マークアンドスイープとか参照カウンタのコードに展開される。
てか、それもさ、コンパイル言語かインタプリタ言語かの違いじゃなくて、
フレームワーク上で動くかネイティブコード単体で動くかの差で・・・
ってまた意味の分かんない話のそれ方してるなぁ。
xが入力で範囲は0 <= x <0.01 1-cos(x) を計算する(ラジアン)と仕様書にあったら 中身はどう書く?
テイラー展開の6次の項までを足すとかかな。
ひょっとすると、2sin^2 x/2 で考えた方が収束性いいかな。 でもそれもなぁ、立場とか前提変わればやるべきことも変わるよなぁ。 仕様変更の可能性とか、要求される速度とか。 x の範囲がころころ変わるかもしれないときに、 精度ぎりぎりの実装は取れないし。
普通に入力範囲制限の有無と精度と要求速度を確認するでしょ。 何にも制約なければdouble func(double x) {return 1 - cos(x);}でw
596 :
592 :2008/05/12(月) 07:59:16
そういう事だな。 仕様書に1-cos(x) 書いてあるからと、そのまま書いたら酷い精度しか得られない。 で、ソレが判る程度の算数の知識は必要って事で
>>596 ただそれだけ主張すると、
「そんなの使うのはごく一部の分野だけじゃん」とか
「それもあるに越したことない知識だけど、もっと優先度高いことが他にある」とか
言い出す人が出てくるよ。
俺はそれが必要な分野にいるプログラマだから賛成はするけども、
分野もいろいろあるし、開発規模・人数、自分の立ち位置でも考えは変えざるを得ないと思う。
逆に、
「それ言い出したらお前、標準の sin/cos の実装どうなってるかからまず解析しなきゃ」とか
「組み込み用途だと、テイラー展開じゃなくて CORDIC 法みたいな数値計算の方がいいよ」とか
揚げ足取りな茶々入れてくる奴もきっといる。
それぞれたぶん、その当人のおかれた立場においては間違いじゃないのよ。
で、結局のところ
>>589 になる。
では、もっと具体的に 電力を測定するには電流と電圧を同時に測る必要があるのだけど ADCは入力が複数あっても入力セレクタを切り替えて使う為に 同時に測定する為に、昔はサンプル&ホールドという回路が付いていた。 10KHz以上をカットするLPFが電流・電圧信号に入っていて マイコンは100KHzでも200Khzでも十分なサンプリングする能力があるとし 演算性能のは十分な余裕があるとしたら、 サンプル&ホールド回路は必要かどうか? サンプル&ホールド回路のコストが100円/枚付いていて 10万台/年の販売として、これを外す事で年1千万のコストダウンになるとしよう
もっと分野がせまくなった・・・
>>597 を書かれた後でそれ言い出すって、
「俺は数学わかって偉いんだ。みんな俺を褒めてよ。」って吠えてるようにしか見えん。
まあ、俺はそう吠えることすらも「間違いじゃない」と思うけど。 他者にほめられたいってのは、社会をなして生きる人間の本能だと思うし。
>「そんなの使うのはごく一部の分野だけじゃん」とか だから、問題を具体的にしたんだよ。 プログラミングの問題なんて、既にあるものはコピペすればいいのだから その時に解決しなければならないのは常に小さい範囲ばかり。 労働としてのプログラマというよりコーダーなら別かもしれないけどね
>>602 元ネタふったのは俺なんだが、まぁそう言うことだ。
オプティマイザが… とか、ライブラリが… とか、 仕様がこうだから… とか
「思考停止状態で、もの作っても意味ないだろう」ってな、事が言いたかった。
具体例を内容を暈しつつ一つ。 あるシミュレーションソフト、開発したのはそのシミュレーションを必要とするとあるジャンルの設計チーム。 理論は知っているし必要なプログラミングもできたが、出来上がったものは無駄な演算や適当でない最適化の塊。 こいつの高速化を任されたのだが、こちらは理論も知らなければ実際に流すデータも守秘義務に阻まれて入手できない。 仕方ないので、サンプルデータとその結果から理論を推測しつつ必要な精度を聞き出してロジックの改善を行っている。 問題は、 ・理論を知っている仕様提示者も、必要となる精度をしばしば把握できていない ・各ロジックは個別に作られて組み合わされているので、同じ意味の演算ルーチンが複数の手段で実装されてばらばらに存在する ・年月を掛けて構築された所為か品質に斑があり、かつドキュメントも整備されていない ・依頼元の「速度改善に寄与しないロジックは極力変えるな」の方針に阻まれて品質改善も保守性向上も図れない と言った辺りか。 しかも、やっと理論を把握して改善に手を出し始めると新しいアルゴリズムのための修正が入る始末。 最低限、理論を把握できるだけの数学的素養が要求されるのでおいそれと人的資源を投入することもできない。 結論、ある種のプログラミングの現場では、ある程度の数学知識をベースとしてヒアリングできる能力が要求される。
それじゃあプログラムに必要な数学をピンポイントで学習できるサイトとかありまするか?
>>605 もう一回、小学校の算数からやり直せばいいんでねぇの?
今更、算数なんかやっても無駄 そんなものより線形代数入門と A Logical Aprproach to Discrete Mathでも読みなさい 少なくともどんなことを勉強すればいいのか分かるようになるから
>>583 C++でラムダって一番遅れている分野じゃないですか。
テンプレートメタプログラミングを使うと
具体的にどういうことができるかって例にはなるが。
>>608 結局 Lisp だとか ML とかの他言語で研究/実装されてきたものの焼き直し
つか、スレチだろ? >おまえら
610 :
デフォルトの名無しさん :2008/05/13(火) 01:32:44
F#が最先端
富士通とシャープの合弁か
全員が数学的センスを持っている必要は無いが プロジェクトに何人かは必要。 無駄に複雑なロジックを組まずに、 演算量の少ない近似計算で実用精度を出す 技術は数学的センスがないとできない。
どうせ詰らん内容だろう思ったが、ちらっとみてみるとやはり詰らん内容だな 情報系でsinとかcosとか何が技術だ、この時点でセンスのなさを感じずにはいられないのは俺だけか? せめて離散数学とか、基本抽象数学系こそが情報系数学の本命だろう。 ったく頭痛くなるぜ
>>613 連続系の数学(解析学が中心でしょうか)は、教養課程の履修が確立されていますし、物理を筆頭に電気・化学・制御など対象モデルに即して理解しやすいのですが(まあ常識でしょうね。)、
離散系の数学は、正直なところよくわからないんです。体系だって学びたいのですが、何かいい教科書はないでしょうか。
>>611 俺の中ではがっかり UMPC ベンダーの二大巨頭だな…
>>614 , 615
「座布団位置枚持ってって!」って言うところじゃないのか?
離散数学って集合とか整数論だろ?
>>599 は離散系でZ変換とかの分野で
離散数学の分野とZ変換とかの分野は違うでしょ。
整数論は一般に離散数学には入れないな、難易度が高すぎて独立分野になっている。 p進数まんせー
お前r日本語でおk
組み合わせ論→帰納法→再帰・ループ グラフ理論→ツリー・探索アルゴリズム 集合→集合代数・ブール代数→論理演算 てな感じ?
スタートは、集合以外からは進められないだろうな 集合→関数と関係→再帰と帰納 ここで、同値変形や代数になれさせる。高校までの数学との違いを乗り越える。 順序集合と束→順序集合と束→ブール代数→命題論理→推論と証明述語論理 主要な集合の構造と論理を知る。 グラフ理論 具体的に展開と、見た感じそのページの授業計画通りに進めるのが適当では?
んで、この先は組み合わせ理論とか、オートマトンとか、形式言語あたりか さらに情報に専門化してゆくと、DBの基礎理論、計算量問題、ステータスマシン、正規表現やコンパイラの基礎へと繋がると。
動的計画法、貪欲法などはグラフ理論辺りで学べそうだし。 続けてオートマトンで状態遷移、正規表現か。 系統立てて勉強できるのは羨ましいな。
離散数学は東大でもさっさと導入されたぐらいだし、重要度は極めて高いよ。
一つ目が 1 でなく 0 だったりするから、 植木算とかで手こずった人はツラいだろうな。
628 :
デフォルトの名無しさん :2008/05/16(金) 18:29:50
フーリエ変換を学びたいんだが、WaveToneみたいに、それなりに役に立つ結果を表示する サンプルは無いのかな? アルゴリズム辞典に載ってるようなシンプルな関数を元に、ちまちま改良して覚えていくしかない?
フーリエ変換を使って何を調べたいかにもよるかな スペクトル解析は、高速な物以外にもいろいろあって、推定精度の高いものとかもある。 さらに、パワーと周波数は同時に決定できないという、不確定性原理があるので、 これでままたどちらを調べたいのかでまた変化したりする。 単に高速にしたいだけならFFT丸写しでOK
もし調べるのでなく、フーリエ変換を使って圧縮をしたいのなら フーリエ変換の基底を調べるといい、離散系のフーリエ変換には誤差なし変換も可能になる方法もある。 sin/cos以外の基底を使って変換する方法にはデジタルデータに向いたウォルシュ基底や もっと風変わりなものも沢山ある。
>>628 FFTで多倍長の掛け算とか実装してみたら?
633 :
マイク ◆yrBrqfF1Ew :2008/05/17(土) 15:41:01
数学を理解していればきっとプログラミングはかなり楽しいんだろう。
>>599 は「俺は数学できない」宣言にしか見えない
>>618 集合論がなんで離散数学なんだよ、アホか?
>>635 公理的集合論から出発して、位相や代数系の話になるとだいぶ離散数学。
離散数学っていっても色々あるのよなぁ。
有限群・環・体、から離散トポロジーやらグラフ理論やら。
637 :
デフォルトの名無しさん :2008/05/18(日) 06:43:25
数学やってる人たちの論理との付き合い方は実に勉強になりますね
>>635 おいおい集合論やらなかったら、証明どうするんだよ、一歩も進めないじゃんか。
>>635 足し算を理解せずにsin/cosが理解できるものならやってみろw
640 :
デフォルトの名無しさん :2008/05/18(日) 09:16:06
プログラミング=文学的才能+数学的才能 両方必要な極めてハードな分野 以上
>>638 635は確かに馬鹿にしているが、集合論がいらないと言っているのではなく、離散数学だけの概念ではないと言っているだけなのでは。
さらに、証明に必要なのは、論理体系であり、集合論はなくても証明はできる。
集合論は便利でわかりやすいから、みんな勉強するけどね。
>>640 プログラミングに文学的能力って、どゆこと?
名前が無いと不便だから、とりあえず離散数学にしておくか、ぐらいだと思う。
何よりも語学 そして科学と宗教 文学と数学 そしてやっとプログラミングって感じか
その量だと3歳ぐらいから目指して30前でようやくなんとかなるかなってレベルだな
>>644 宗教?
それと文学はそんなにいらないと思います。
人に通じる日本語をあつかえればよく、
文芸的要素は邪魔ではないでしょうか。
C++が最高、Rubyが最高、PHPが最高・・・ そういう論争は宗教論争でしかなく不毛だ ということを理解するために宗教が必須だと言ってるのではないだろうか。 と、無理やり解釈してみる。
>>647 昔、OSI参照モデルの説明でこんな奴があったのを思い出した
1. 物理層
2. データリンク層
………
7. アプリケーション層
8. 政治層
9. 宗教層
そうそう、それw プログラミングの話で宗教が必要とか言われると、 その政治層・宗教層の話しか思い浮かばなかったんで。
人間系は難しい分野だよな。 政治・経済・宗教はプログラムに必要か?ってたまに思うよ。 単純により良いものを作りたいっていう人間の本能に根ざした生産活動でいいのに。
>>650 えっとな、政治層までは、それなりに頑張れば引っくり返せる
宗教層はどう頑張っても引っくり返せない
つか、戦争しかないって言う意味ちゃうの?
頑張ればなんだって出来るけど、そこまでするか?って話だよな?
そうそう 興味が持てることですら全部できる程リソースが無いんだから
>>プログラミング=文学的才能+数学的才能 結論: プログラミングに必要な文学的能力は数学的能力よりも少ない。
+じゃなくて×
harken kreuzか。
657 :
デフォルトの名無しさん :2008/05/19(月) 11:47:16
エッセイやルポルタージュやノベルスや シナリオを書く才能と問題集の問題を素 早く解く才能の乗積がプログラミング能 力とは本来はお笑いの世界なのだが、余 り笑えない。
658 :
デフォルトの名無しさん :2008/05/19(月) 18:14:53
AIプログラミングをするとき、特に学習アルゴリズムを考えるときなんかは解析・線形代数・確率論・代数幾何あたりは絶対必要になる。
>>658 解析/線形代数/確率論/代数幾何って
要するに数学の主要分野全部じゃん。
本来はAIは数学理論使わないで
構築するのが目標な筈なのだが(プロセッサは
数学理論を知っているわけではない)
現実には出来ないから数学理論を援用して
いるのが現実。
上にあげた4分野以外にもまだ他にも必要な
分野ありそう。将来はどうか知らないけど
プログラムに必要というのではなく 何か問題と解く方法(アルゴリズム)を考える時には その問題に応じた分野の知識が必要になるという当たり前な話 それがマの仕事の大変さの本質なんだけど そういうのを抜きにすれば必要なのは離散数学と記号論理学辺りになるかな?
数学の必要度合いは、こんなもんじゃない? ・プログラムソース : 必ずしも必要でない ・プログラマー : 知っていると、品質の良いプログラムを書ける ・プログラミング研究(言語設計、意味論) : 必須
俺頭悪いよくわかんねーけど数字を使った時点で算数なんだから、算数使わないのはまず無理だよな? 関数使った時点で数学なんだから、関数使わないのも無理だよな?
型理論を使うとOOPがはっきりと理解できるらしいけど わしは線形代数であっぷあっぷやがな
>>658 AIプログラミングなんてほとんどしたことないけど
スピン代数学
非ユークリッド幾何学
重線形(テンソル)代数学
辺りも必要になりそうだがどうか。
>>663 線形代数知らなくても関数型言語経験者なら、ラムダ計算(型理論)もそんなに抵抗なく理解できるよ。
なぜか日本語の文献は少ないけど。
数学のテストだけやって採用すれば見込み違いが少ない。 プログラムくらい、数学が得意なやつにやらせれば必ず出来る。 というか、ほとんど全ての分野で頭角を現すだろう。 サービス接客業だけだろうな、出来ないのは。
手腕作業でも、できますかね、?
頭使わない仕事、むしろ頭を使ってはいけない仕事は難しいだろうな。 言われたまま体を動かすことを拒む傾向があるから。
実際IBMは数学問題じゃないけど数理テストをやってたな 試験前に「全問回答しなくても良い」っていうけど 頭の良い学生なら制限時間丁度で全回答できるレベル。 人数の推移を見るとそのテストでかなり落としてる。 俺も通ったけど(その後のプレゼンで落ちたけど) あれに通るならプログラマとしての適正は保証できるだろうな、と思った
算数と数学がいらないプログラムって、いったい何をお前らはやってきたんだ。 複数の単純な処理を素早くやるためのプログラムだったらいらんかもしれんが、 複雑な処理をやらすことが目的なら、必ずといっていいほど数学と算数は使う。
普通の学校ならば continuous な数学の訓練は受けるのですが、dicrete な数学はどうなんでしょうか。
COBOLerなら数学は要らないだろ
いるかいらないか、じゃなくて この程度の数学ができない奴は脳味噌足りないからイラネーよ! っていう意味のフィルタとして数学は重要。フィルタしないと カーゴカルトエンジニアが社内に増殖するからな。
大丈夫 半導体製造工場の工員とかなら月に勉強時間が200時間は確保出来るから社会人でも勉強できる
数学がわからないプログラマです。数学を少しでも知りたいです。 計算機プログラムの構造と解釈とか読んどいた方がいいですか?
必要か?といえば、必要のない場合もあるし、避けて通れない場合もある。終わりw もちろん、計算機を数学的に扱えたところで、プログラムに接する人間を無視したら終わり、 というのもあるけどそれはまた別でしょ。 数学もいいけど、情報とか知識とかに対するセンスも大事。でもこれを言うと終わりだよなあ。。
>>677 数学知りたいんなら数学の本を読めばいいと思う。
SICPとか読めば何が必要かってのは分かるんじゃない、洋書って参考文献とか書いてあるし あとコンピュータのための数学 論理的アプローチって本がオヌヌメ
まあなんていうか、本質的に数学的な考え方が必要な場合と、 プログラムに必要な知識が「数学的な言葉で表現されている」場合とがあるわなw
>>677 あなたがどんなプログラマかわからないから何とも言えないけど、
数学を知るというか、計算機と数学のかかわりやプログラミング
の奥深さを気長に学びたい知りたい幅を広げたいという意欲があ
るならおすすめかも。おれはよくわかってる人に助けられながら
読んでる最中おもしろいよ。
683 :
デフォルトの名無しさん :2008/06/10(火) 08:31:48
数学や算数、プログラミング、日常言語(国語/公用語)では それぞれ使ってるロジックが違うから、十分にその違いが わかってない人が、畑違いのことするとそれぞれの世界の 品質がガタオチすることは言えてる。 ただ、数学や算数のロジックの堅さとプログラミングのロジックの 堅さという点だけでは共通するものがあるので、それによくも悪く も慣れてるという点で、日常言語しか勉強してこなかった人がプロ グラムするよりはずっとマシ。 だが、プログラミングと数学/算数では問題意識も手法もかなり 違う。(共に普通の世界のロジックとはかなり違う)
数理論理学
数理論理学は数学の一分野でも使われることもあれば、心理学系の 学科でもこれが使われることがある。共に完璧にアカデミックな世界で 閉じたロジックにせざるを得ない世界。 すべてをオープンロジックにすることが目標なプログラミングの世界 とはかけ離れ過ぎ。
オープンロジックって何
相互にアスペルベルガーの治療目的らしいが、共に思いっきり外してる
>>490 実数の演算は将来的にも不可能だぞ
実数:非可算無限
計算機で扱える数:高々可算無限
690 :
デフォルトの名無しさん :2008/06/11(水) 07:38:55
>>689 そう。多くの処理系では整数の演算も不可能。
プログラミング言語では有理数ですら完全には扱えない倍精度浮動小数点のことを実数と読んだり、 イコール(=)を等式として扱わなかったりして、気持ち悪い。(=は代入で==は等しいかどうかの判定、ってなんだよこれw)
>>691 そういう代数系なんだと思えば気持ち悪くもない。
>>691 それを言ったらおしまい。疑似数学的なプログラム用語はわんさとある
頭にLETを補えば良い
LET X = X+1
LET X = X+1って書ける言語の1つ、BASICは =で等しいかどうか比較演算ができる罠。
>>691 二次元座標を表すのに、x軸は右方向なのに、y軸は下方向。
気持ち悪い。
そんなあなたにWindowsビットマップとOS/2。
>>691 void f() {
…
}
のときのvoidって何だよ。ネーミングセンス悪すぎだろ。
> ネーミングセンス悪すぎだろ。 「〜ということにしてしまいたい」が語尾に抜けてますよ :)
703 :
デフォルトの名無しさん :2008/06/12(木) 16:02:06
704 :
デフォルトの名無しさん :2008/06/12(木) 23:02:46
女はプログラムに役立つよ やりたくなるとプログラムかこうとするから
>>693 うーん、有限集合上の演算と考えるのはいいにしても、
丸め誤差の存在で結合法則は破れているのでは... ???
>>705 まあ、正確に環や体にならなくても代数系は代数系かと。
>>686 数理論理学みたいな科目って実際に何に役に立つのか教えてくれ。
俺にもプログラムに役に立つとは思えない。
OSや言語みたいな根幹となるところをつくるときに必要になるとかあるのか?
それともデータベース処理とか。
webとかマルチメディアなんてまったく関係ないよな。
優秀な数学者は面倒臭がりが多いと聞く。 簡略化できるところを極力簡略化して、考えを整理できる能力が高いらしい。 プログラマにも同じことが言えると思う。 数学の能力が高い=プログラマに適している、と個人的には考えてる。 必要か、といわれるとそうは思わない。 プログラムに必要なのは他の人のコードを読む能力。これは絶対。 後は必要な順に ・聞く前に自分で調べる能力。 ・自分が何を作りたいか基本に立ち返る能力。 ・昔のコードを全部書き直したくなった時、そのリスクを考えられる能力。 ・人のダメだしを冷静に受け入れる能力。 ・言語、専門知識(数学、ネットワーク、ゲームのアルゴリズム等) じゃないかな。プログラム覚えたいなら数学勉強するよりソース読めと。
>>708 を見て…
直接関係があるんじゃなくて
上達法がにてるんじゃね?
性格と技術の組み合わせ、
向き不向きのパターンが。
>>707 プログラムを書くとき、ホーア論理で証明しながら書いてみる。
>>708 ・聞く前に自分で調べる能力。
・自分が何を作りたいか基本に立ち返る能力。
には異論ないのだけど
・プログラムに必要なのは他の人のコードを読む能力
・昔のコードを全部書き直したくなった時、そのリスクを考えられる能力。
・人のダメだしを冷静に受け入れる能力。
あたりを必須というなら、それには少し違和感がありまう。協調して仕事
ができる優秀な職業プログラマとしては必須の能力で、既知の何かを効率
的に改良するのにとても役立つ。だが、未知の何かを創造しようとしてい
るときブレーキをかける要因にもなりそうだ。
人の適性、目的、何がしたいのかしだいじゃないかい。
>・人のダメだしを冷静に受け入れる能力。 これが一番大事だと思うけど。 未知の何かを創造できる天才なんて滅多にいないし、 それほどの天才ならおかしなダメだしでも冷静に判断して 受け入れるか無視するか決定できる。
お前らにスレタイを理解する能力orスレタイに沿った話をする能力がないのはよくわかった。
最低限、植木算だけはやっとけ
植木算って英語でなんていうの?
和算由来の中学受験用語に決まった英訳語なんて存在しないでしょ。 ググると植木算=problem of planting treesなんて書いてあるページは複数見つかるけど、 実際にそれを植木算の意味で使っている英語のページはほぼ皆無だ。
植木算は和算だし、日本でしかやってない可能性高いかも。 ないものは微妙な訳語しかない上に、言っても通じない。
>>プログラミング=文学的才能+数学的才能 この場合の文学的才能は、プログラムに関する文献がほとんど英語で 日本語訳されてるのが少ないから英文を読む力という意味に捉えるべきでは
数学的才能も文学的才能もどちらもプログラミングにとっては一番邪魔 なものかもな
学校教育で6年または8年以上も英語を学ぶのに英文ドキュメントを読めない奴はプログラミング言語に関しても素質が全くない。
直接使うかどうかはともかく PGの教養としては高校数学+離散数学さえ抑えとけば十分
> PGの教養としては高校数学+離散数学さえ抑えとけば十分 これって意外と高い要求レベルなんだよな。
理学系の大学1,2年程度の教養数学を一通りやれってことですかそうですか
それはなかなかいい基準だと思う。
>>718 他人とのコミュニケーション能力も必要だと思う。
コーディングではなく、プログラミングというのなら。
飲みながら技術ネタで盛り上がるような そういう風潮があればプログラミングに必要なコミュニケーション能力は身につくから 別に特筆するようなもんでもないだろう
はっはっはっは、ヌルポ♪・・・なんつってなわっはっはっは
文字コードのことを考えるためには集合と写像の理解がちゃんとしてないと駄目だと 思うがどうかな。
「数学」を学ぶ為に、PGの勉強をする◎ PGになる為に「数学」の勉強をする× といったところか。
PGになる為に「数学」の勉強をする× まともな社会人になるために「数学」も勉強する◎
○○になる為には「数学」の勉強をする× まともな○○になるために「数学」も勉強する◎
正直なところ、数学(最低解析学の初歩)を知らない人と一緒にお仕事したくありません。 彼らは、なにか行き詰ると、すぐに精神論に持ち込んでくるので閉口しています。
知らないことを素直に認めて人に聞ける人ならまだ見込みあるんだけどね。 知らない上に逆ギレされると手のつけようがない。
2chでも対偶すら理解できてないアホをよく見かけるよな
3、CO2原因だから減らせと言われて、レジ袋のように全部節約しても1/数千にしかならないのから節約を始める 3.1 しかしだるいからと買い物はどんなに近場でもガソリン車で行く 3.2 必然的に運動不足になりダイエットをしようと石油資源使いまくりのWiiを買う 3.3 やっぱりだるいから押入れの肥やしになる
・ 全部足しても0.1%にしかならないコンビニに深夜営業を自粛させようとする ・ そのくせ自動販売機には手をつけられない ・ 大型テレビにエコマークを付ける
コストを減らすための努力にコストがかかってしまう、ってのはよくあるな。
T●Y●T▲がエコカー1台作るために大量にCO2吐き出してるのと同じだね
手間隙かけて複雑な高速化手法を実装したのに ほとんど効果がなくソースを破棄する時の切なさといったら・・・
まぁ、なんだ、その、物理的な話と効率の良いアルゴリズムといった 手法という抽象的で物体として存在しないものとじゃ話は別だから、キニスンナw 今後、旧来の製品よりもCO2削減に効力のあるものが普及していけば良いんだしさ。
数学の勉強すれば、原因と結果の関係を論理的に考える能力がつくだろう。 そういうわけで、CO2削減を目標のように言うやつは数学を勉強したほうがいい。
>>742 定義と証明の差異がわからなくなると思うのはきのせいですかそうですか
そういう人は、プログラムでも文と式の差異とかがわからなくなりそうだ。
定義と証明の違いがわからないってどうゆうこと? そこは間違えるやついないだろ。数学の能力に関わらず。
>>740 ちゃんと事前にプロファイラで調べましょう。
数学とまでは行かなくとも、述語論理ぐらいは抑えていて欲しい。 むしろ、義務教育に入れるべきだと思う。
義務教育の期間にそういうのを取り込んでも無駄になる可能性大 まだ人間として未熟過ぎるから
集合論の基礎は高校でやった方がいいと思う。 写像が単射とか全射とか、集合の濃度が可算無限とか非可算無限とか。
750 :
デフォルトの名無しさん :2008/07/25(金) 23:48:11
文系プログラマだけど数学やり直そうと思ってチャート式買って来ました。 でも今更二次方程式とか計算面倒でやる気なくしました。いい本ありますか?
>>750 ねぇよ
今時、微積とか統計とかは、文系でも最低限度の教養じゃねぇのか?
>>751 そういうのは文系でもデキるほうなので
はなからプログラマにはならずにエロイ人たちになる
今まで文系だったから数学的な思考が いかに大事かが最近になって思い知らされた。
「文系」とやらを名乗る連中に限ったことではないが、その手の言い訳をする人にまともに文章を書ける人は少ない。
うーん…確かに私は頭が悪い。
>>753 数学ってそんなにむずかしくないですよ。ぜひその思想を取得してください。
適当な場所をつくっていただければお手伝いしてもいいです。
758 :
デフォルトの名無しさん :2008/07/26(土) 16:01:38
計算するのに今更学生みたいに紙にしこしこ書きたくないです でもエディタを使おうとしても数学記号とか難しいですよね? なんかいい記述方法はありますか?
>>758 「難しい」というのが、TeXなんか書いてられるかボォケ!って意味なら、
紙にしこしこ書くのが一番だと思いますが。
>>758 結局は手書きが一番楽なんでしょうが、TeXを試してみたらいかがでしょう。
>>757 お前は金で自分の人生を決めるのか。金のために自分のやりたいことを捨てるのか。
理系職には自分だけの特殊な能力を持ってるやつが多い。そんな彼らの目を見た事があるか?
5000万ごときがそんなに大事なら、公務員にでもなって、せいぜい人の金でおまんま食ってな。
薄っぺらい人生だぜ。
762 :
デフォルトの名無しさん :2008/07/26(土) 16:54:56
>>759-760 単に筆算の代わりになればいいのでTexみたいに体裁が整ってなくてもいいんです。
やはりオリジナルな記述方を編み出すしかないんでしょうか?
理系の人ならそういうアイデアを持ってるかと思って
TeXを作った人も、本や論文の清書が面倒でつくっちゃったんだよね その前に、計算が面倒って言ってる人が計算のツールを作れるわけがないだろ。
>>763 >TeXを作った人も、本や論文の清書が面倒でつくっちゃったんだよね
面倒というか、当時の出版での出力が汚い&レイアウト等が思い通りにならないので
丸ごと自分で作った、みたいな。
そういえば知り合いで数式の計算をするのに全部Mapleでやってると言ってる人がいる。
実際にやっているところまで見せてもらってないので本当かどうか知らんが。
数式の変形をするとき、前の式をコピペして開始できるから写し間違いがなくていいとか。
もちろんMaple自体の各種数式処理機能も使える。
が、Mapleは普通の人が気軽に買える値段じゃないかw もっと安価な数式エディタの様な
ものでも使ってみるとか?
でも、一般的には紙の上で普通にやった方がいいような。入力に手間取ってると思考を
妨げるから。
765 :
デフォルトの名無しさん :2008/07/26(土) 18:54:39
私は手書きしてから、清書にOpenOfficeの数式エディタ使ってるなぁ。
3Dゲーム作るなら数学必要だろうなぁ・・・ プログラマじゃなくて学者雇ったほうが良いよ 2Dだったら数学必要なのってどの辺りだろうね 物体同士の当たり判定とかかな。 でも、そういうのって一回作ったら関数化しちゃうし二度と見る必要なくなる(よね? 値渡して処理してもらうだけになる てか、数式が間違ってるのかプログラムが間違ってるのか、 どっちかだけでも100%間違ってないって状況にしなきゃ、 どっちを作るにしても効率わりー。 ゲーム系以外で使う数学は、 元からある公式使うんじゃなく自分で規則性を見つけて最適化するみたいな感じになるし これは数学やったからって身につく力じゃないっぽいな 理系の人でも、プログラム熟練者でも、アルゴリズム思いつかない場合もある ショートコーディングなんか、その部類かもしれないな どれだけの公式を知っているかは関係ない やっぱ、とっさに思いつくかどうか
768 :
デフォルトの名無しさん :2008/07/26(土) 23:48:06
>>764 まさにそういう人がいればいいなあと思って質問したのです。
あと自分でツールを作るとかおおげさな話じゃなく、速記するひとで
自分しか分からないような簡易文字で文章書く人いますよね?
それがあればテキストエディタでもなんでも数式を記述できるかと思いまして
つまり2の2乗は教科書的に書くと乗数の小さい数字をテキストエディタで
表すのは無理ですが2^2みたいな書き方がありますよね?ログとかシグマも
そういう書き方ないかなあと思って
log(x), sigma(x)でOK。
OpenOfficeの数式エディタだと、 sum from{i=1} to{n} xで n Σx i=1 になるね。
771 :
デフォルトの名無しさん :2008/07/27(日) 00:02:53
772 :
デフォルトの名無しさん :2008/07/27(日) 00:11:46
実を言うと派遣SEやってましてそこが結構暇なんですよ。 その時間を利用して数学の勉強しようと思っているのですが さすがに参考書見ながら紙にごりごりしてると業務外のことしてるとばれるので PC上で筆算したかったのです
Word 2007の数式も
>>768 >>770 的な感じでキーボードから入力できるが、
それで積分をうまく入力できたためしがない。だからそれだけは毎回マウスでリボン辿る羽目になった。
774 :
デフォルトの名無しさん :2008/07/27(日) 00:23:25
>>773 あ、ちなみに
「sum from{i=1} to{n} x」を
n
Σx
i=1
に変換できなくても構いません。自分がわかって脳内変換できれば体裁は
関係ないので
\sum_{i=1}^n x でいいじゃん
必要に決まってるだろ。コンピュータはタダ単に決まった処理と単純作業が早いだけ
適当なお絵描きソフトに書いて計算すればいいだろ。
「道具があれば上手くできるのになあ」って思ってるやつは、道具があっても結局出来ない。
>>775 MS Math 3.0 とか、Word 2007 の Math Add-in はまさにそれなので数式打てるよ。
\sum {} じゃなくて、
\Sigma_(i=1)^n x
だけど。
あと、\Sigma は単に ASCII コードで打てるようにする短縮形で、
Unicode 直打ちも OK。
>>774 んー、手書きにまさる記述法はいまのところなさそうですね。
>>757 その上のほうの調査、おかしいぞ。
自己回答の調査だから嘘をつくことができるし、収入が低ければ回答をしないケースも増える。
さらに、最底辺層は連絡が取れなくなっていて、調査票の送付すらできない。
文系と理系の回答率をχ二乗検定してみたが、1%水準で有意な差がある。
つまり、ランダムサンプリングができてないと言うこと。
「理系学部と文系学部の生涯所得の分散には差がある」と言うほうが妥当な仮説だと思うけどね。
>>779 ギリシャ文字のΣを書きたいのではなくて、summation記号としてのシグマを書きたいのだと思うのだが。
784 :
デフォルトの名無しさん :2008/07/27(日) 17:45:24
3Dやるなら必要
〜やるなら〜に必要な知識が必要なのはトート(ry ゴッチャにしてるヤシ大杉
プログラム自体に必要な数学って言ったら、数学基礎論になっちゃうよね。 理系でも殆どできないんじゃないの?数学科ですら苦手な人もいるらしいし。
>>786 ラムダ計算とか再帰関数とかってやつですか?
>>787 どっちかというと、数論とか集合論じゃね?
いやいや,万能チューリングマシン,計算可能関数,不完全性定理辺りは必須 それと計算量の理論関係はプロとして知っとかないと ついでに確率的アルゴリズムとか確率論/統計数学も偶に役に立つ
集合論の本読んでると内包表現で{の中に}ごちゃごちゃ詰めた式とかでてくるけど ああいうのを人目みただけで理解して、さらにそれを自在に使うやつらの脳が信じられん マがコードそのもので考えるのと同じように数式でものを考えてるわけか? 写像の定義とかでも、式見るだけじゃ何が書いてあるかさっぱりわからなくて、 自分で適当な集合を定義して、式にあてはめて各シンボルの振舞いを見て 「あ、確かになりたってるなぁ」っていうのが実感できる程度 あれか、理解できないやつは永遠に理解できんものなのか
>>791 >マがコードそのもので考えるのと同じように数式でものを考えてるわけか?
マでもコードそのものを「本当に」考えていたら、それは数学と同じだと思う。
>自分で適当な集合を定義して、式にあてはめて各シンボルの振舞いを見て
マの場合も適当な有限の組み合わせだけでしか考えられなくて、
で、それにあてはまらない場合でバグが出たりする。
じゃあ抽象のまま理解するのってどうすんのよ? よくわからなくてもその式を使って別の式を導き出すとか、それが無理なら導き出す例を見付けてそれを真似してみるとか? 抽象が理解できないのは具体的な例で理解しようとするから、とかどっかの数学者が言ってたけど じゃあそうやって勉強してきたやつらはどうすればいいんだ?ってなるわけで
具体的な例で理解することで、抽象的なものが具体的に考えられるようになる。 それの繰り返しだろ。 具体的なリンゴやミカンから、抽象的な数の概念を考えられるようになる。 さらに、変数やら関数とか、上の抽象概念も具体的に考えられるようになるんだよ。
具体例を踏まえずに抽象議論をすることは安全ではない。 抽象議論を拙速に具体化することも安全ではない。 段階的抽象化、段階的詳細(具体)化のルールを守る これは数学、プログラムに共通するルール
その記事で言う「具体的」 と適当な数字の代入とかグラフを書いたりすることの「具体的」は同一視できるんだろうか
そう言えばベクトルを矢印で考えてる間はダメだと先生が言ってたな グラフ理論とかマトロイドなんて何が何やらw
プログラムも操作的に理解してるうちは検証とかダメなのかも
haskellとかlispでしばらく遊べばもう少しやりやすくなるのかな?
>>768 前後の文脈からするとどうやら君は冪指数のことを
「乗数」と呼んでいるようだが、乗数は文字通り
掛ける数のことで、因数と同義であり冪指数とは異なる。
何らかの計算をさせるプログラムを書いたとき、 そのステップ数を概算し、比較できるぐらいの数学力は必要だと思うけどなぁ。 n>>>aの時、a^nステップとn^aステップのどちらが大きいかぐらいは分からないと辛いだろう。
>>802 n > a > 0 として、 a^n < n^a であってる?
1024=2^10>10^2=100
双方のlogを取って比較 n log a 対 a log n n >> a なら log は飽和型の関数だから n log a > a log n
>>803 n ≫ a ならともかく、一般的にはそれは成り立たないよ。
たとえば a=2 とすると、
0 < n < 2 のとき a^n > n^a (e.g. 2^1 > 1^2)
2 < n < 4 のとき a^n < n^a (e.g. 2^3 > 3^2)
n > 4 のとき a^n > n^a (e.g. 2^5 > 5^2)
一般に、a > 0 のとき、a^x = x^a を満たす x (x > 0)は x = a のほかにもう1つ存在するから、
その2つの解を境界にして、x^a が a^x をいったん追い越してまた追い越される。
ただし、a = e のときだけ重解になるので、e^x ≧ x^e が常に成り立つ。
ちょっと訂正。a^x = x^a の解が2つ存在するのは a > 1 の場合だけだな。
2^3 > 3^2
a = 0のとき a^n = 0, n^a = 1なのでa^n < n^a。 a = 1のとき a^n = 1, n^a = nなのでn = 0でa^n > n^a、n = 1でa^n = n^a、n >= 2でa^n < n^a。 a = 2のとき a^n = 2^n, n^a = n^2なのでn = 0, 1でa^n > n^a、n = 2, 4でa^n = n^a、n = 3でa^n < n^a、n >= 4でa^n > n^a。 a > 1 でさえあれば、a^nはnが充分大きくなればa^n > n^aになるようだね。
ノート: aを1より大きい正の数とする。 aに対し十分大きなnを取れば n^a<a^n
ついでに言えば、n>a>eでa^n>n^aが成立する。
>>808 すまん、不等号の向き間違ってた
2 < n < 4 のとき a^n < n^a (e.g. 2^3 < 3^2)
>>811 それは成り立つね。
あと、元の話とは関係なくなるけど、0 < n < a < e ⇒ a^n > n^a も常に成り立つ。
814 :
デフォルトの名無しさん :2008/08/06(水) 08:02:15
数学オワタ・・・ 1=1 1/3=1/3 1/3=0.33333333333333333333... 1/3*3=0.333333333333333333...*3 1=0.99999999999999....... 1-0.9999999999999...... = 0 0.00000000...1 = 0 0.00000000...1 * 10000000000...000000 = 0 * 10000000000...000000 1=0
お前のアタマがオワットル
>>814 数学板の 1=0.999・・・ スレに帰れ。
いや、下から3行目の 0.00000000...1 が意味不明なとこだろ。
0.33333.... も間違いなの? Σと極限使えってこと?
...が循環小数を表してるなら別に間違ってないと思う
三行目はこうじゃないのか? 1/3 >= 0.33333333333333333333... 限りなく近くはなっても、決して超えないし、等しくならない。
>>822 循環小数表記が無限級数の極限値を表すという定義のもとではイコールだ。
これ以上は不毛な論争になりそうだから数学板の1=0.999・・・スレでやってくれ。
これは世界中の大数学者を悩ませる難問で 早期に解決できないと数学の正当性が崩壊してしまうんだよな。
割り切れない奴は嫌いだぜ、しかも追求すればする程、 本当に些細なことで。だから俺はいつもこうしているのさ。 お前ら二人に0.3ずつくれてやる、だから俺に0.4くれ、と。
じゃあ3進数で0.1ずつで
庶民に理解させることが難問
ある意味スレチなんだが 詳細仕様に、伝達関数書いたら説明しろと言われたorz どう説明すればいいでしょかね?
>>829 俺は伝達関数って何?ってレベル。
ぐぐってびっくりラプラス変換。もう目が回る。
理解するのに一週間は欲しい。
ラプラス変換とかz変換とか昔習ったけどもう忘れた 高速フーリエ変換のアルゴリズムだけありがたく使わせてもらってる
Z変換(によるLPF)はちょっとした平滑化が要る時便利だぞ
まあ、ごくごく性質のいい(linear な)特性を仮定した制御の一記述方法ですから、今のご時世にマッチするかどうか‥‥‥。
>>1 プログラム初心者には不要だが
壁を越える為には必須
結局の所、テコをテコと知って使うのか、テコをテコと知らずに使うのかの差だけどな
>>833 その、「ごくごく性質のいい(linear な)特性を仮定した制御」を
記述するのに書いたんだが、「日本語で説明しろ」と言ってるみたい
おおざっぱな概念的なものは書けるけど、それだけで細かい動きまで
把握してくれるもんかな?
>>835 んー確かに、制御の世界では常識ですが、他の世界ではどうなのかはわからないです。
もとにもどって、というかできるかどうかわかりませんが、微分方程式で表現するとか‥‥。んー超関数的な扱いのところで死ぬ予定ですっていう感じか。
実際、他の世界ではどんな表現をするのでしょうね。手元の初級物理の教科書を繰ってみましたが、よくわかりませんでした。
>>824 算数的には大問題かも知れんが
数学とは無関係。
ググれば答えが出てくる
>>840 これはびっくり。というよりこの話でここまでひっぱれるなんてびっくり。
単に記法と解釈の問題かと思っていたんですが、それではすまないみたいですね。
結局なんだかよくわかんないのですが。
>>841 まあ、素人があれこれ何癖付けるような話は、
プロはもっと深く広い考察してるのよ。
数学的にはもはや難問でも何でもないけど、
数学教育的にはいまだ難問よねぇ。
>>842 >プロはもっと深く広い考察してるのよ。
そうですね。そのおこぼれをいただいて、結構満足しています。
>数学教育的にはいまだ難問よねぇ。
εδをする前に、any, exist をやらないといけないのが、いやらしいですね。
> 1から0.999...を引くと0.000...と無限に続く数字の最後に1がつく数になる。 > 無限に続くのだから最後がなく、1をつける場所が無く、小数点以下の0を省略できる。 この説明が斬新すぎてワロタ。
新しい技術、アルゴリズムを生み出すには数学は必要だけど、 その他のゲーム、暗号、信号処理、分野以外はつかわないなぁ 純粋なPGは数学的センスは必要かもしれないけど、
日本のプログラマ業界のレベルが恐ろしく低いのは 数学の出来ない大卒が大量に存在していて しかもそいつらが底辺業界に流れ込むため とか今さら言ってみたりして!
所詮、馬鹿な文系にまともな仕事はできないでしょうね。
英語は使うけど数学は使わないからほとんど忘れてしまった。 中学レベルの問題も解けなくなってる。
しょうがないので高校〜大学で使ってた教科書・参考書がいまだに 机の横に置いてあります。 めったに使わないけど、必要なときはないとどうにもならん。
>>850 丸暗記しているのを思い出せばいいだけの事柄なら、覚えている必要はなく、
必要なときに本を参照したらいいが、
解の公式を単純に暗記しようとしてる時点で、数学の能力という観点では終わってる。
854 :
デフォルトの名無しさん :2008/11/03(月) 12:07:29
二次方程式の解の公式は覚える必要はない。 式の変形で導ける。
それ言ったら、中高で習うような数学は何も暗記するところない。 それでも、暗記でないと覚えられない人がいるってのも事実。
中高に限らず、どんな定理だって定義のみから導けるはずだよね。 たとえば自然数の定義さえ覚えてしまえば、九九さえできなくても、 自然数のことは全てわかっているのと同じ‥‥
むしろ算数は地理なんかと同類で どっちかというと暗記物だろ。 ところで自然数の数学的な定義は? ペアノとかじゃなくNaiveな意味での自然数の定義ね。
空集合を含む無限系列だっけ。
>Naiveな意味での自然数の定義 意味がわかりません。不完全な定義、 あるいは馬鹿げた定義ってこと?
ZFC 公理系から出発してペアノの公理を満たす集合を作れってことなんじゃないの。
Naiveってのは「素朴な」という意味。 ここでは、ものの個数の抽象化としての自然数のこと。
数学的でかつ理解を無学な読み手の直感と経験に依存する自然数の定義なんてありません
「分野による」で終わりだよな?
いや、「マ板でやれ」で終わり。そして
>>6 で指摘済み。
排中律ってどうやって証明すんの?
公理みたいなもんだから、証明するものじゃないでしょ。
排中律がなりたたないと仮定し矛盾を導く
今度新しい電波受信器を作ろうと思うんだ、 誰かフーリエとか電波系物理に詳しい人いない? ここで、俺できるって言えるのと言えないのでは大きな違いがあるわなぁ。 少なくとも。人がおらず一人頭の報酬がデカい仕事を受ける受けないの 選択肢すら得られない。数学が要らないというのは勝手だが、仕事の幅が 減るというのはさもしいものだぞ。
まず日本語から勉強してください。 「さもしい」はその文脈で適切な語句ではありません。
きっと「さみしい」のtypoだったんだよ。
フーリエ解析も光電磁波論も大学のときに習ったっきりだ プロでない場合は趣味でやってないと思い出すこともない 電波が足りんときに一時しのぎにちょちょいと小細工するぐらい 仕事の幅と言えば高学歴が求められる理由がそれだったな 低学歴では仕事の幅が狭まるんだと
>>868 >新しい電波受信器
この時点でネタか、あるいは自分でも何がしたいかよく解ってない人だと思いますが。
数学を主に専門として勉強してるけど、教授の認識としてはプログラミング は数学から派生するただのお遊びで、プログラミングだけしか勉強(??) しない専門学生は全く使い物にならないそうだ。 ちなみにgoogle研究員で大学以上の数学が出来ない人は一人も居ないし、線形 微分積分が出来ないと仕事が出来ないらしい。
>>872 まぁ、新しくは無いが、周波数分解をフーリエ分解している物は高級品で比較的少ない。
高精度な新規製品と言う意味でならあながち間違いでもないだろう。
プログラミングを主に専門として勉強してるけど、教授の認識としては数学 はプログラミングから派生するただのお遊びで、数学だけしか勉強(??) しない専門学生は全く使い物にならないそうだ。 ちなみに数理研究所研究員でFORTRAN以上のプログラミングが出来ない人 は一人も居ないし、C/C++が出来ないと仕事が出来ないらしい。
まあ土方レベルでは数学いらないけどな。
>>876 で、ユリウス日の計算をフローティングでやってバグ出してくれるわけだwWW
数学、算数ができない人は土方も務まりません。 少なくても俺の職場にいるシグマって何?とかほざいてるおっさんは土方も務まらなかった。
>>877 >ユリウス日の計算
今ユリウス暦使うことはないだろう。つかそれ算数だし。
>フローティングでやって
実数で、と言いたいんだろうか。でもそれ、そいつが間抜けなだけで
やっぱり数学と無関係。
数学ではないだろうが、算数と言ってもいいとは思う。
>>879 数学、算数ってスレタイにあるから書いたんだがwWW
> 今ユリウス暦
いや、天文で使うユリウス日
算数が必要なのは自明だし 数学は算数ではない。という分別がないのに 「必要なのか」なんて議論できると考えてしまうのは ゆとり文系脳なんだろうなぁ。
ほしゅ
Javaの入門書で4×3と3×4の行列の積を求める問題があって、 こういうのは数学の知識がないとだめだと思いました。
俺様クラスになると数学も英語も必要ないんだけど、 貴様等凡人は、地道に積み上げて行くのが良いよ 数学やったところでプログラムには1%しか生かせないとしてもね><。
>>885 数学をプログラムに活かせないのではなくて、活かせるだけの数学的素養がない
のだろ。
887 :
デフォルトの名無しさん :2009/09/22(火) 16:08:44
うわぁ…
死んだ方が喜ばれる糞コテが増えたな。
あ
数学的センスも必要だと早稲田大学の先生が言っていましたよ。 私も同感。
OpenGLの解説書を読んでると思ったら いつの間にか線形代数とかベクトル解析の教科書を読んでいた… あれだけ何をしてるかさっぱいわからなくて嫌いだった分野の本を自分から開くことになるとは やっぱり具体的な応用を知るってことは凄いんだねぇ
ゆとり教育は嘆かわしい。 中学生の息子の机に数学のノートが開いていた。 なんと、数式にビックリマークを付けて遊んでいた。 出てくる数字はほとんどが1桁の整数のかけ算。 しかも答が間違ってる。 小学校の九九の復習にもなってない。 本当に嘆かわしい...。
なかなかいいな。
896 :
デフォルトの名無しさん :2009/09/27(日) 00:38:54
離散数学は面白い
離散数学は低能の児戯
898 :
デフォルトの名無しさん :2009/09/28(月) 17:54:12
離散数学は巨根で大胸筋が逞しいイケメンみたいなもの
プログラミングって数学の一分野じゃないの?
>>899 それほど大きなとらえ方だと、工学の一分野とも言える。
901 :
デフォルトの名無しさん :2009/09/29(火) 09:22:51
902 :
デフォルトの名無しさん :2010/03/01(月) 12:33:20
64進数だと1バイトの文字で16進数より4倍の数値が扱える。
たとえば31日までの日付とか。
月は12進数、日は最大31、時間は24、分・秒は60。
ほら、64進数があれば月日時刻が5バイトの文字で表せる。
今日なら9scm
>>901 の日時なら9t9mPだ
西暦の下二桁だって、1文字であと53年も使えるよ。
っていうか、西暦を50進数であらわすと2009年はE9になる。
ただ、残念ながら、数字と大文字、小文字を組み合わせても、あと2文字足りないんだ。
ま、60まで使えれば時計に使えるからいいんだけどね。
そう言えば、スペースとアンダースコアも文字として使えるんだっけ。
これでぴったりそろった。
まだ問題はある。
アンダースコアは環境によって入力できないトラブルが多いんだ。が、ま、いっか。
0_________1_________2_________3_________4_________5_________6
01234567890123456789012345678901234567890123456789012345678901234
0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ _
>64進数だと1バイトの文字で16進数より4倍の数値が扱える。 釣りか?
>>902 Base64 だったら ./ だか +/ だかを追加してたな
カタカナやら何やら使えば、128進数にならないか?
906 :
デフォルトの名無しさん :2010/03/16(火) 21:04:18
もういっそのこと Asciiコード表をそのまま使って 256進数にしようぜ?
ASCIIコード表が256文字だと思ってるバカがいるスレはここですか?
asciiだったら127だな。尤も、制御文字は文字じゃないと言うことなら更に32減るけど。
色変えればよくね?
数学どころか、コンピュータの基礎知識さえ理解できない間抜けがいるスレはここですね
数学って学校で散々やらされるからさ たとえプログラミングで使わないものだとしても いや、俺のやってきたことは無駄じゃないんだ って思わせていないと、そいつが壊れちゃうことが最近わかって、 もうたたかないであげても良いんだけど 数学が必要なプログラミングのお仕事なんてPG全体のなん%だよコラ^^^ とか、言っちゃいけない
数学だと数列とか級数とか習うのに いざプログラミングするときは ループで全部足してしまうよね 遅くなるの分かってるのにw
Lisp使いを責めないでください
>>912 初学者にループを理解させるための例として使われるだけであって、
実際に組むときにあんなの使うバカはいねーよw
流石に階乗はループで求めるがな。
916 :
デフォルトの名無しさん :2010/04/13(火) 15:20:06
つーか逆に、数学大得意だけど プログラミングは全然ダメって人いるのかな?
いるよ Mac使えない数学教授とか
数学嫌いだったけど、プログラムやっているうちに関数型言語や定理証明系、そしてその背景にある理論に触れ出して数学に興味持つ人はいると思う さらに言うとCoqでやる証明とか完璧にADVゲームだからゲームはやるけどプログラムなにそれおいしいの?って人でも興味持つようになるだろう むしろプログラミングは数学、算数を教えるために必要とか言ってみるけど、コンピュータを数学教育に使う試みは何十年も前からあったから今更か
919 :
デフォルトの名無しさん :2010/04/18(日) 02:42:02
算数が出来ない奴かプログラムかけるのか? 数学は分野による ただし出来ないやつとは仕事したくない ライブラリがないと何もできないから
920 :
デフォルトの名無しさん :2010/04/18(日) 14:03:56
数学のあの前もって条件を小うるさくつける 重箱の隅をつつくような態度は バグ取りの精神に大いに役立つ
921 :
デフォルトの名無しさん :2010/04/18(日) 18:29:34
プログラム言語っていうぐらいだからプログラミングは文系だろ。 文学部じゃないか?
世界の多くの大学では実は数学は文学と同じくくりの「文系」学問だったりする
文系は思想を学ぶ 理系は理論を学ぶ 文系出身者は思想ばかりで理論を伴わない故に説得力に欠ける 理系出身者は理論ばかりで思想を伴わない故に協調性に欠ける
それって底辺レベルでの文系理系の区分だよね
だとしたら日本の大学は99.9%が底辺であると保証しよう
>だとしたら日本の大学は99.9%が底辺であると保証しよう 正確には 99.87% ぐらいだね。
大学と短大あわせても1000校程度か
だいたい文系が思想って、大学いったことないだろw 思想と協調性を関連付けてるのも意味不明だし。
929 :
デフォルトの名無しさん :2010/05/04(火) 18:49:12
数学が出来ない者は、結局上司に指示された仕事をこなすだけで終わってしまう。 独創性と言っても安っぽい応用が出来る程度で、真に画期的な仕事は出来ない。
行列と三角関数は勉強し直したなあ。
数学科行って代数位相とか高階圏とか誰得なものいじくりまわして解脱したい
933 :
デフォルトの名無しさん :2010/08/11(水) 11:28:31
su
論理学は役に立つかもしれないな
・AでないならばBでない ・BでないならばCでない このとき ・CならばA
>>935 条件が明示してないのに、どうしてそう言えるんだ?
もしかして: 条件を明示
>>935 ・AでないならばBでない
これは「BならばA」と同値(対偶ね)
・BでないならばCでない
これは「CならばB」と同値
なので「CならばA」が言える。
ちなみにこの場合、Bという事象はAの真部分集合で、Cという事象はBの真部分集合になってる。
だから、「CでないならBでない」とかは正しくない。CでなくてもBである可能性はあるから。
こういうのが直感的に分らない人はロジックを書いたり、問題を切り分けたりするのには向いていない。
939 :
デフォルトの名無しさん :2010/09/02(木) 09:46:04
数学ができない奴は絶対にプログラムできない
プログラムできる奴は数学ができる
これが真理だろ
数学テストで100点取れても、数学ができるとは限らない
プログラムが書けたからといってプログラムができるとは限らない
こういう罠もあるしね
>>923 はちょっと気に入った
>>928 まさにゆとり
理系・文系って言い方するから人文科学系の人間が論理的思考しなくなるんだけどもねぇ。
それは違う。論理的思考のできない人間が「文系」というキーワードに逃げ込んでいるだけだ。
そうなんだけど、その逃げ先に人文科学が含まれてるのって実はやばくね? 奴ら全然科学してねぇ。
理系に論理的思考が出来ない香具師がいないとでも?
いるけど、それは落ちこぼれと認めてもらえるじゃん。 人文科学系は権威クラスの人が平気で論理間違うよ。
ホメオパシーのことか
>>942 自然科学(natural science)や社会科学(social science)とかと違って、
人文科学はhumanitiesの訳語だからサイエンスではないんだよね。
線形代数と微積ってことかなぁ。 それとも、線形微分方程式くらい自在に解けろよ!ってこと?
数学者の数学は抽象化されすぎていて、必ずしもプログラムで必要となるような
俗っぽい数学に直接活かせるようなものではなく、数学が超得意だって人が
プログラミングで凄い力を発揮できるかというと、そうでもない。
実際、
>>935 のような命題が理解できたって、じゃあそれをどうやって
効率的な処理に実装するんですかってところの解は導けない。
高度なプログラム書ける人になるためには、厳密さより直感的な理解を
優先する物理数学あたりをしっかり身につけるぐらいが、丁度良いのである。
>プログラムで必要となるような俗っぽい数学 これはつまり所謂数学じゃないからな
> これはつまり所謂数学じゃない まぁ、いわゆる算数ってやつだよな
>>918 たしかにそうだね。数学専攻ならコンピュータで証明が扱えるという事実を知っとくべき。
もう既に代数学の基本定理や位相数学の一部の定理がコンピュータ上で定式化されている。
最新の研究で証明器(Interactive Theorem Prover)を使うのは可能だけど難易度が高すぎてほぼ無理。しかし日々の簡単な証明や、プログラムの検証には普通に便利でもっと利用されてもよいと思う。
プログラムの検証の分野では圧倒的に数学者が足りない。
だが殆どの人は コンピュータで証明が扱えるという事実を知っ ているが興味をもたないので、 プログラムの検証の分野では圧倒的に数学者が足りない という状況は変わらないのである。
どこを縦読み
どこの国でも数学者は数学以外のことに興味がないみたいだからねぇ。
素朴集合論やロジックのさわりを 抽象的な思考が始まるとされる中学校で教えておけば 数学やプログラミングや論理的な意見・説明・説得に興味をもつ人間が 世の中にもっと増えるはず 数学の授業と切り離して、国語や「ライティング」「シンキング」の授業として教えてもいい
抽象的な思考が出来ないひとが多いから 民主党が政権取ったりするんだよ
>>956 自分の経験からすると「素朴集合論やロジック」を一通り学んできたはずの
理系学部卒でも、実務で「要求仕様を集合と論理で記述してごらん」と言うと
固まってしまう者が大半。(もちろん例外はいるし、そんな彼らは別格の扱い)
問題は、数学の形式性を設計技法/プログラミング技法の中で
どのように活用すればいいのか、教育されてきていない点にあると考える。
それらを結びつけた思考ができないと、いくら「素朴集合論やロジック」を
知っていても、実務に役立てる(活用する事)はできない。
だからそれらをOJTで教える(叩き込む)しかないのが現状。
ましてや中学校レベルの教師で数学とプログラミングの両者の素養を
兼ね備えた人物なんて皆無だろうから(偏見かもしれん...)、
>>956 を実践しても期待した結果は得られないのではないかと思う。
>>958 ああごめん。
>>956 は
カリキュラムを終えた時点で
「実務で要求仕様を集合と論理で記述する」能力が身に付く
とかそういうことは考えてなかった
スレのテーマとずれたこと書いちゃったみたい
> 実務で「要求仕様を集合と論理で記述してごらん」と言うと > 固まってしまう者が大半。 支離滅裂な命令を出す上司にあきれているだけだと思われ。
要求仕様が数学のやり方で記述できるなら、形式手法はもっと流行ってる筈 定理証明系を使った証明駆動開発はもっと研究が進んでる筈
>>959 いや、中学校教育課程における数学とプログラミングってのは、このスレのテーマの一つだと思う。
自分のほうこそ、(
>>956 に対するレスとして)
>>958 の内容は最後の部分(第三段落)以外は不適切で、
しかも変に強い口調になっていた。謝る必要は全然ないし、こちらこそスマンかった。
で、中学校での数学教育だけど、たとえばLOGOで生まれたタートルグラフィックス(亀の子幾何学)と
いうのは、数論や幾何を直感的/視覚的に理解するのに最適だと思う。座学で抽象的な概念を学び、
それをプログラミングという具体的な形で動かしてみる。この「抽象化->具体化のプロセスを繰り返す」
ようなカリキュラムがあれば、きっと生徒達も数学に興味を持ってくれるんじゃないかと。
さらに今ならSqueak(あるいは「ことだま」)のようなアニメーション化言語環境もある。
複数のセンサーからオブジェクトの振る舞いを判断するのは論理だし、
オブジェクトへのアクセル/ブレーキ指令は物理の加速度で、それは数学の微分を表現している。
タートルグラフィックスよりも更に広い領域で、抽象的な数学/物理を具体化させることが可能になる。
テストは紙で採点するんじゃなく、図画工作のように作品の正確さや発想で評価されるようになる。
そんな教育を受けて育った子供達は、きっと数学を現実世界(実務)で自然と活用できるんじゃないかと
夢想する。ただ、
>>958 の終段で書いたように、数学/物理とプログラミングの両方に通じた教師が
どれだけいるのか?という課題、言い換えると、中学校教育カリキュラムというよりも
中学校教師育成カリキュラムから見直しが必要になり、現実には厳しいんだろうなぁとも想像してしまう。
言いたいことは分かるが中学だと手遅れだと思う 小学校のときにもう頭は固まっちゃってる
別に何歳からでも遅いなんてことはないし
数学とか算数とかは要するに 物事を法則化、すなわち一般化して理解する事 これはプログラムに非常に大事な事で これが出来ないやつは正直足手まとい
そこは抽象化って言葉を使ってほしい
967 :
デフォルトの名無しさん :2010/10/03(日) 23:25:00
日本で作っているシステムの99.9%は、すでにモデル化されているシステムを客先都合でマイナーチェンジしているだけの作業。 よって、数学(数理科学?)が必要とされるのは、残りの0.1%の人のみ。 従ってプログラムに数学が必要という帰無仮説を棄却する。
>>967 そうだったのかw
いつもめんどっちい論文をよんで数式をでっち上げて
プログラムしているおいらの立場は……… orz
>>968 俺漏れも
っつーか表示系は結構数学使うんじゃね?
971 :
デフォルトの名無しさん :2010/10/04(月) 09:17:54
数学は必要とは言えなくとも 凄腕プログラマはご多分に漏れず数学ができるタイプだ って感じじゃないの? もしこれが真だったら 数学できない奴をみて、少なくともこいつは凄腕プログラマではないなと見積もる事ができる
画像処理や暗号に携わるなら数学を使うだろうな 業務系ではまず使わない 3Dゲームなら行列や座標系の変換をするし、 物理の知識があるのが望ましいだろう 2Dゲームは当たり判定とかでちょっと使うぐらい
今時は2Dゲームも3Dで描画することが多いな
確かにうちの会社で巧いプログラムを書く奴は総じて何かしらの数学的パズルゲーム類が好きだな。 # ルービックキューブとか、数独とか、将棋とか、知恵の輪とか。
今時のプログラマーがこれくらいのものを直感で作れないでどぉする!!! わぁはっはっはぁ by Dr. Narihara
謎の怪光線が出ました
・コンピュータは、数学機械である。 ・コンピュータ・プログラムは、数学的な表現である。 ・プログラミング言語は、数学的な理論体系である。 ・プログラミングは、数学的な活動である。 C.A.R. Hoare のOxford大学就任講演より - 邦訳: bit Vol.21, No.2, 1989
梅松竹
うめ
あ
Vista で起動時に c:\windows\system32\consent.exe が 199.7.51.72:80 へアクセスしようとしてるんだけど これってマルウェアなの? ぐぐってもよくわかんない
なんかいろいろ出てくるなぁ。それはさておき、スレ違いだ。
>>982 whois すると
OrgName: VeriSign Global Registry Services
だそうだ
うめなイカ?
375*11
12345679は素数?
ggrks
>>988 12345679 * 9 = 111111111 = 111 * 10101 = 3 * 37 * 10101
37と9は互いに素だから12345679は37で割り切れる。
各桁の和が45で9の倍数だから9の倍数
よくみろ
中学一年の頃、BASICで三角関数とか出てきて、そんなの中学で習うわけ無いから ベーマガ掲載のプログラムを意味も分からず文字通りに打ち込んでた記憶があるな。
俺は逆に中学時代BASICで三角関数勉強したクチだ。
>>994 中学何年生の時に高校生用の参考書で勉強しました?
>>993 当時厨房だった漏れはラジアンが判ってなくて
sin(60)とかsin(90)が期待した値にならずに悩んだ希ガス
t
o
p
∧,,,∧ ( ・∀・) 1000ならジュースでも飲むか ( ) し─J
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。