プログラミング雑談スレ♯++

1 名前：デフォルトの名無しさん mailto:sage [2014/04/12(土) 13:40:51.05 ID:UapBJj1i] プログラミングに関する雑談スレッドです。 ■前スレ プログラミング雑談スレ♯+ toro.2ch.net/test/read.cgi/tech/1391921013/ ■前前スレ プログラミング雑談スレ+++ toro.2ch.net/test/read.cgi/tech/1385298215/ ■前前前スレ プログラミング雑談スレpart256 toro.2ch.net/test/read.cgi/tech/1389873912/ ■前前前前スレ プログラミング雑談スレ++ toro.2ch.net/test/read.cgi/tech/1384422943/ ■前前前前前スレ プログラミング雑談スレ toro.2ch.net/test/read.cgi/tech/1363792124/ 348 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 05:45:58.20 ID:2cYQQGni] >>342 ＞カーネルをCで書くのか？　　に質問変えろバカ え？*BSD とかのカーネル再構築をしたことないの？普通に C だったよ。 349 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 05:53:26.22 ID:2cYQQGni] >>344 main() も呼び出し元があり、それはカーネルではない 普通スタートアップルーチンにリンクされるから、スタートアップのコールに束縛されると思うよ スタートアップが int main(..) で呼んでいるなら、それにあわすしかないだけの話 まあ、歴史的に int の返り値はレジスターに割り振られてスタックを乱さないから void main() と書いてでもうまくいくんだけれども ＞「返り値をプログラマに自由にさせないで固定用途に決めよう」 というか固定にならざるを得ない、昔から 無論使うか使わないかは書き手の裁量 350 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 06:00:10.92 ID:d9R6JRvl] >>342 OSからみたら例外とかで強制終了するしかないのがエラーであって、 戻り値得られてる時点である種の正常終了の類だよな。 プログラムやユーザ的にはエラーなのかも知れんが、 エラーだとしてもOSに取ってどうでも良いというか。 >>346-347 「組み込みでは」って情報だけで説明十分だし蛇足かと。 351 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 06:53:16.99 ID:ghNGAN9S] ttp://andersevenrud.github.io/OS.js-v2/ 352 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 07:01:24.69 ID:B6nRembq] つcrt0 353 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 08:11:08.26 ID:wp+VXbcn] >>346 しかしPICの仕様とオペコード初めて調べてみたけど これなら別にCじゃなくてアセンブラ直ででいいんじゃ… 354 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 08:37:59.29 ID:P2EXL/Ge] 「アセンブラじゃなくてC直でいい」が正しい 開発経験の無い人ってアセンブラに幻想持ってる気がする 効率がいいとか速いとか。いまどきのマイコンや開発ツールならCで済む 355 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 08:40:47.83 ID:y7sacx+K] PICはCで書くメリットほとんどないよ 356 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 08:48:09.23 ID:wp+VXbcn] >>354 いや、むしろ6502,Z80あたりのアセンブラは弄ったことがあるので PICの単純なオペコード体系とレジスタの多さに 別にファイナルファンタジーとか自分で作るんでもなきゃ こんなんだったら普通にアセンブラでせこせこ組みゃいいんじゃねぇの？ って思っただけなんだが… アセンブラ見ると油汗出る人？簡単よ？？ 357 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 08:58:17.01 ID:P2EXL/Ge] >>356 アセンブラが難しいとかそんな話はしていない。 Cでもアセンブラでも書ける場合に、なぜアセンブラがいいと思うのか？ってことだ アセンブラの方がCよりも何かが優れてると思ってるんだろう？ 358 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:01:59.73 ID:Pwryy1cN] >>344 ああ、もしかして、一個しか値を返せないことに不満があるのか？ そんなのただ君の好みに合わないってだけじゃん。 そんな主張は、君の理想の言語とやらを作って発表してから言え。 359 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:29:25.95 ID:y7sacx+K] この場合つくるべきなのは言語じゃなくてOS 360 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 09:34:00.27 ID:wp+VXbcn] >>357-358 なんでID換えたの。 361 名前：デフォルトの名無しさん [2014/05/18(日) 11:56:55.94 ID:0kvX68pZ] maguro.2ch.net/test/read.cgi/pc2nanmin/1372918692/145 　　↑　↑　↑　↑　↑　↑ 362 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 16:19:49.02 ID:d9R6JRvl] >>353>>356 PICは命令セットなんかの互換性が類似ファミリ間ですら低かったりするんで、 使うPIC変える毎に使える命令やレジスタの仕様を洗い出す手間は省きたいとか。 AVRに比べ、PICの命令は人にもコンパイラにも優しくないって評価はわりと聞く。 >>357 プログラムメモリが小さいからコンパイラが冗長なコード吐くリスクを避けたいとか、 実行時間をクロック刻みで計算しながらコード書けるとか、そういう利点はあるかと。 363 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 18:54:45.50 ID:WdyNhwqh] アセンブラはCより、少し速くて、少しサイズも小さいが、 開発・保守コストは3倍かかりそう PICは安価で入手しやすく、長方形のDIPタイプのパッケージで、 電子工作に向いている >362 もしかして、アセンブラでコーディングしながら、 命令のサイクル数や実行時間まで、数えているの？ 364 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 20:26:03.15 ID:wp+VXbcn] >>363 ＞もしかして、アセンブラでコーディングしながら、 ＞命令のサイクル数や実行時間まで、数えているの？ ？ むしろそれができるのがアセンブラの強みで "ハッカーのたのしみ"の部分じゃないの？ おまけ www.amazon.co.jp/gp/aw/d/4434046683 365 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:19:56.21 ID:d9R6JRvl] >>363 タイミング気にするコード書く場合は当然、実行時間把握しながら書く。 タイマー使い辛い状況でソフトウェアでUART扱う場合とか、 Cコンパイラで意図しないコードになってタイミング乱されたりも嫌だし。 AVR辺りは実行時間が分かりやすいけど、PICだとどーなんだろう。 ; 今はAVRもttp://elm-chan.org/docs/avr/jitter.htmlとかで多少揺れるけど… 366 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:29:58.64 ID:08yv8gyX] 往々にして数えた気になってるの間違いだから構う必要なし 367 名前：デフォルトの名無しさん mailto:sage [2014/05/18(日) 21:41:58.03 ID:37PUisv3] パフォーマンスのためとかそもそもアセンブラじゃないと書けない処理があるとかもあるけど、 マイコンの場合はそのマイコン用Cの変則仕様を覚えるのが面倒臭いというのも 動機としてあるよ。 368 名前：デフォルトの名無しさん [2014/05/19(月) 00:15:32.08 ID:OU6AZajW] Cよりアセンブラで書いた方が早いコードをかけるPGなんて天然記念物だから幻想見すぎなんだよな お前らも出来ないだろ いねーっつうの 369 名前：デフォルトの名無しさん [2014/05/19(月) 00:31:24.54 ID:OU6AZajW] OS自作本くらい読んでからこの手の話題に入ってくるのオススメ 幼稚なレスに幼稚なバカがつられて入門書知識以下のゴミスレと化す 370 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 00:40:34.87 ID:plpwg5r2] >>368 わかってないようだけど、「Cよりアセンブラで書いた方が早いコードをかける」 かどうかはプログラマの能力というより（もちろんそれもあるが...）CPUコアの アーキテクチャーに依存するんだよ。 371 名前：デフォルトの名無しさん [2014/05/19(月) 04:28:14.48 ID:Ie7r34UX] >>370 で、それが何？ そこで話とぎらせないで最後まで書き込んでコード晒して締めくくれ 372 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 04:48:38.04 ID:V1owkTNJ] Cから始めてアセンブラなんか触ったこともないただのガキだってのは もうスレ眺めてる全員がわかってるから、もう素直に引いとけ。 見苦しくて仕方がねぇ。 373 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 05:38:24.26 ID:6L2g2kAx] >>365 >また、このジッタは意図して加えられたとも考えられます。そう、EMC対策ですね。 >システム・クロックの原発を振ってスペクトラムのピークを拡散して、規制ラインをパスさせてしまうというせこい手法です。 >最近流行っているようですが、輻射ノイズのパワーが減るわけではないんですよね。 >FM復調して三角波が出たらまず間違いないでしょう。 >まぁ、これについてもデータシートに記述が無いので単なる憶測です。もしかしたら、AppNotesにでもあるのかも知れませんが(^_^;。 おもろいな 374 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 06:57:00.53 ID:k5xxXzF6] picのCも、別に変な仕様はないと思うけどなぁ。 気持ち悪いマクロは使わなければいいだけだし、特殊用途レジスタはグローバル変数としてアクセスできるし。 そも、pic24f辺りでアセンブラなんてそんな暢気なことできない。 375 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 11:03:26.44 ID:SoocijiV] >>374 PICみたいなオモチャは使ったことないけど、ハーバードアーキテクチャーなら どうしてもポインタ関係が変態仕様にならざるを得ないはずと思うけど。 376 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 13:04:32.43 ID:zujUZLqg] >>373 システムクロックを意図的に揺らすのが流行ってるとかすげぇ業界だよな… 377 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 17:33:18.14 ID:k5xxXzF6] >>375 なんで? アドレス空間でプログラムとデータが分離されているのなんて、 仮想記憶を採用しているOSでは当たり前の話だと思うのだけど。 PICやAVRにしたって同じことだよ。 378 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 18:25:09.09 ID:GrrkCfqE] >>377 アドレス空間が複数存在するということは、普通のCのポインタを実現するためには ポインタ変数にアドレスの他にアドレス空間の種類の情報を持たせる必要がある。 その上で、そのポインタを手繰るコードは、機械語レベルでは、実行時にアドレス空間の種類を判別して 適切な処理に振り分けるものになるが、これは当然のことながらコードのサイズ的にも パフォーマンス的にも無駄が多いものになる。 だから...あとは想像付くでしょ。 っていうかあんたPICのC知ってるんじゃないのかw 379 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 19:46:04.08 ID:00Yp1Qbf] >>378 別にプログラム格納領域とそれ以外とで分かれているだけだったら、どうということはない、自己書き換えができないくらいか スタティックデータとスタックがわかれていたら、ちょっと大変だね 380 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 20:30:43.55 ID:9bZhxSqo] どうということあるから。 せっかくわりと丁寧にジェネリックポインタの問題点を説明したんだから理解しろよw 381 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 20:41:35.92 ID:UXTHWD7T] >>378 別にポインタにアドレス空間の情報を付け加える必要はない そんな環境いくらでもあるんだから、現実を見ようね >>380 現実を見ようね 382 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 20:52:08.02 ID:9bZhxSqo] >>381 それはお前さんが機械語レベルのコードを想像できないからそう思うだけ。 馬鹿丸出し。 383 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 20:57:35.25 ID:V1owkTNJ] どんどんベビーサークルの中で赤ちゃんが泣きわめいてるのを 眺めてる気分になってくるなw なんだ現実ってw 384 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 22:12:24.17 ID:zujUZLqg] >>378 最初納得しそうになったが、アクセス方法で挙動変えればアドレス空間を重複させても動くことは動くな。 同じアドレスをプログラムとして実行した時とデータメモリとしてアクセスした時の内容が違うってだけだ。 Cの規約的にそれが許されてるかは知らないけど、ぬるぽが非ゼロって環境が許される位だしなぁ… 385 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 22:48:55.00 ID:9bZhxSqo] >>384 なんか伝わってないような気がするけど、まあ無理もないのかな。 ハーバードアーキテクチャーなんてマイコン野郎しか知らんし、そうでなくても 今時アセンブリ経験ありなんて少数派だろうし。 俺はPICは知らんけど8052コアは使ったことある。 これは、 (1) コード (2) 外部メモリ (3) スクラッチパッド の3種類のアドレス空間を持つ。 アドレス空間が3種類あるという意味は、たとえば0x0080番地と言っても コードメモリー上の0x0080番地と、外部メモリー上の0x0080番地と、スクラッチパッド上の 0x0080番地があって、それぞれが完全に別物だということ。 もちろん使うオペコードもそれぞれに違う。 だから>>378に書いたように、Cの普通のポインタをインプリメントしようとすると 問題が発生する。 386 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 22:57:23.77 ID:V1owkTNJ] >>385 やはりスタックオーバーフローとかによる 相互エリア破壊を防ぐためかね？ 387 名前：デフォルトの名無しさん [2014/05/19(月) 23:09:29.03 ID:OMyuXA4D] 最初に作った奴が急いで作った結果そうなった まぁスタックオーバーフローとか、 初期の開発の頃にそういうバグが干渉しないように 見た目的にもわかりやすいメモリマップを作っただけ 安定化した後ではそういう風にメモリ分けるとか、壁作るのはアホでゴミでしかないけど もうその上に数値定数リテラル打ち込みで作っちゃってるのでもうゴミ仕様も変えられない 一度すべてを焼き払う必要がある 388 名前：デフォルトの名無しさん mailto:sage [2014/05/19(月) 23:37:30.87 ID:9bZhxSqo] >>386 そっち方面詳しくないけど、少なくともスクラッチパットの目的は コードをコンパクトにするため（スクラッチパッドのアドレスは8bit分しかない）と 内部の動作を並列化しやすくするためじゃないのかな。 389 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 00:00:25.00 ID:KXJMtxo4] >>385 アドレス空間が何種類あっても、アドレス値を取得した時点での用途と アドレス値を使用する時点での用途が一致してれば実用上は問題ないでしょ。 アドレス値の用途を一致させなかった場合の動作は不正になるけど、 それは自己書き換えなどアーキテクチャに依存する処理だったりするから動作する保障は元々無い。 >>386 ハーバードアーキテクチャはメモリ空間を分けることが高速化で有利とかもあった筈。 あとスタックオーバフローは大抵リターンアドレスの上書きにが先に起きるし、 バッファオーバフローの方がプログラムメモリを破壊しやすい気がするってのは重箱の隅。 >>387 ワンチップマイコンの場合はプログラムメモリはROMやFlashで、SRAMやEEPROMとは区別される事が多い。 その場合はアドレスバス幅を節約できるしハーバードアーキテクチャも合理的なんじゃないかな。 390 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 00:25:21.69 ID:WYH9CLBB] IとDでキャッシュを分けるいわゆる修正ハーバードアーキテクチャは、空間を分けるというよりは バス（すなわちフォンノイマンボトルネック）を分ける、という理解が正しい。 391 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 00:26:36.27 ID:rgNkrX1X] >>389 あんたプログラム書いたことある？ ポインタ型のデータがアドレス値しか持たないとすると、 void Func(int *readPtr) { 　　int a; 　　a = *readPtr; ... } こういうコードは翻訳不可能になる。 なぜならreadPtrがどのアドレス空間を指すかはコンパイル時に決められないが、 実行時にはreadPtrはその情報を持っていないからだ。 392 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 00:35:08.98 ID:1tuzBX8J] コンパイルタイムとランタイムの区別は重要だよね。 宣言と定義の区別も重要だよね。 393 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 00:53:12.82 ID:5UxtGe/r] プラグインとアウトプットとか オブジェクトメゾットとクラスメソッドの違いなんかも区別したほうが良い 394 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 05:39:41.83 ID:KXJMtxo4] >>391 コード空間とデータ空間の区別だけなら用途(型情報)で判別できるから問題ないって話だよ？ int *dataPtrにキャスト無しで代入できるのはデータ空間のアドレスだけだし、 int *dataPtrをキャスト無しで参照する文はデータ空間へのアクセスだけだ。 int(funcptr*)(int)も同じ。void*にキャストした結果同じ値になる位で、特に問題はない。 アセンブラ触ってりゃデータとコードでは使う命令からして違うってわかるだろうし、 x86の16bitモードでセグメントレジスタだって命令によってデフォルトのセグメントレジスタ違うわけで。 395 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 05:59:55.65 ID:NdaVjM7x] >>388 6502のアセンブラだとメモリ空間の最初の256バイトアドレス専用命令があったなぁ 頭の256アドレスだけで動かすとアドレス指定が1バイトだから高速なんだ。 ファミコンだと走査線が右下から左上へ戻る瞬間をフックしてその間に グラ書き換えとかやってたから、そういうのだけ頭の256バイトに処理が書いてあるという。 396 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 09:52:26.75 ID:NzUEutSg] 場違いついでなので貼っときますね p.booklog.jp/book/32166/read 397 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 11:44:48.16 ID:EzdvYWDi] >>394 なんかろくにコード書いたことないみたいだけど、 たとえば参照テーブルは普通はコード（組み込み用の場合は普通はROM、もっとも今時はフラッシュが普通だけど） に置くんだよ。 398 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 18:26:14.29 ID:KXJMtxo4] >>397 で、そうやって自動生成されたテーブルのアドレスを参照するポインタをどんな構文で取り出すっていうの？ 各データ・コードをどの空間に配置するかはコンパイラやリンカは把握してるからそっちは取り違えたりはしないし、 (そもそもコード空間にデータとしてアクセス出来ない・コストが高い場合に勝手にコード空間に置く馬鹿はそうそういない) 配置する空間を明示しないでポインタ使うようなデータは型からそれが置かれる空間が推定できるから問題ないし、 ユーザがコード空間に配置することを指定したデータはユーザが責任持って始末するからやっぱり問題ない。 「配置する空間を明示しないで置かれたアドレスをポインタとして取得できるデータ・コード」 をどの空間に配置するかを定めないコンパイラなら変態ポインタが必要になるが、 どっちに配置するかデフォルトを決め打ちするコンパイラならそんな必要はない。 399 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 19:41:06.59 ID:NRb4Z8Gk] みんな不自由な環境で涙ぐましい努力をしてるんだな… もっと気楽にコード破壊しようぜ！ 400 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 19:43:52.49 ID:GWzIaQ0O] 涙流して悦んでるよ 彼らはマゾだから 401 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 19:58:14.36 ID:XZ8PbsoH] 6809 のようにコールスタックとユーザースタックをあからさまに区別するアーキテクチャは他にありますか？ ポストインクリメント・プリデクリメント等のアドレッシングを駆使するしかないのですか？ 402 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 20:00:57.72 ID:mSiEAm6Z] >>402 68000 403 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 20:08:29.68 ID:XZ8PbsoH] >>402 x68 の二つのスタックは違うとおもうんだけれども 404 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 20:15:19.44 ID:BlDb7c/c] >>398 何を言ってるのかさっぱりわからない。 テーブル参照（あるいは参照テーブル）って何だかわかってる？ 要するにただの配列のこと。 変更されることのない文字列リテラルとか、インデックスで表引きする必要がある データなんかはコード(ROM)に置くんだよ。当たり前だろ。 405 名前：デフォルトの名無しさん [2014/05/20(火) 21:24:35.65 ID:HOy1jzLU] 学生の２ちゃんねるの使い方としては 適当なレス書きまくって本職煽って情報引き出すやり方は結構オススメ出来る 406 名前：デフォルトの名無しさん mailto:sage [2014/05/20(火) 21:39:46.44 ID:ZrV7EvFM] >>405 紀伊国屋で工学系の本棚あさるか、 linux本家のサイトからカーネル関連の記事でも読む方が効率良いんじゃないの こんなとこに居る本職って... 407 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 00:31:10.53 ID:xwpwcWPi] >>404 もうお前ワンチップマイコン用のCコンパイラ使って吐かれたアセンブリじっくり眺めるまでレスすんなアホ 408 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 01:10:11.47 ID:eRh9HOrY] そんな思いをしてまで話を続けるというんだから 相当頭おかしいですよね、君ら 409 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 01:40:02.18 ID:80khsfpx] 量子コンピュータプログラムの参考書ってないかな？ ノイマン型の終焉は近いだろうから、スタートダッシュを早めたい 410 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 02:02:22.53 ID:F10iyRB2] ブルーバックスのどれかが割とガッチリ解説してて勉強になった。 411 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 03:19:06.92 ID:0TEg7WI8] >>406 平行してやるんだよ 自分の興味の向く話題にスレを誘導させるのと プログラム技術あるかどうかは関係のない話だ 412 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 03:29:36.00 ID:Zu2LY6K0] >>405 keywords が入ってきたら 413 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 11:27:14.37 ID:wZQmoP33] >>409 図書館の雑誌で見たがもう完成しつつあり、開発に日本人が関わっててGoogleやNASAがアプローチかけてるみたいだな 因みに量子コンピュータでは最初からアルゴリズムが組み込まれてるから、 今みたいに(チューリングマシン上で)アルゴリズム組んだりが不必要らしい つうことは現状のプログラミングスタイルは消え去るし、量子コンピュータプログラムの参考書なんてものは存在することすらないだろうな そもそも君は量子コンピュータとは何なのか？とチューリングマシンとの違いを一度キチンと勉強した方がいい そしたら量子コンピュータでプログラムなんて阿呆な言葉は出てこなくなるから 414 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 14:13:25.34 ID:v2EeGVEg] >>413 なんて意味深で意味の無い文章なんだｗｗｗ 415 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 14:33:13.76 ID:4o9KCVxM] 一部の最適化問題と因数分解が一瞬で出来るようになるだけ そっちで飯喰わないなら勉強するだけ無駄 魅力的な腹筋マシンとライフスタイルを売りさばく方が技術者として長生きできる 416 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 16:15:30.66 ID:7rtMERN9] >>415 なんで量子関係何も知らないのにこういうバカってレスしてくるんだろう 量子コンピュータの実現 ＝ 量子力学の前進 世界秩序はまず破壊される およそSTAPが本物だった場合と同じくらいの破壊力 417 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 16:18:16.62 ID:UBUpb/UL] 高温超電導も常温核融合も夢じゃないですね 418 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 16:30:55.69 ID:7rtMERN9] 量子力学は、まず量子的な重ね合わせなんて、プログラム上でいえば単なる再帰 現実世界のスタックオーバーフローってのは、何なのか スタックに値するものの上限は、世界の何の要素によって決まっているのか、とか その辺があやふやで危なすぎるから ありえるとすれば、付近にある分子の領域を一時的に借りていて、元のデータに戻すための複合化Keyをどこかに保持しているはず もっとも効率よくそれを保持するなら、自分の分子の中に圧縮保存して、「量子データは別腹」法則で保存領域に隙間を作り、そこを他人の分子に使わせる で、何らかの要因で複合化等に失敗した場合など、果たしてどうなるのか まぁ、霧散するのかな そこで霧散するのだといえば宇宙にあるﾌﾞﾗｯｸﾎｰﾙとはとどのつまり、 大容量の量子データの複合化に失敗し、現在進行形で複合化に失敗した分子の霧散作業中 つまりアレに吸い込まれてる物質っていうのは複合化に既に失敗してるやつ それの引力範囲内はすべてな 419 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 16:35:08.16 ID:UBUpb/UL] 訂正 x 超電導 o 超伝導 420 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 16:44:40.39 ID:k82Nphgi] >>416 もしかして： 復号化 421 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 17:41:53.29 ID:RpNOeQuE] >>417 夢なのは高温超伝導じゃなくて室温超伝導でしょ。 高温超伝導の高温って超伝導の中での高温だから、実際は液体窒素レベルの温度の話。 液体窒素で実演したりする超伝導は高温超伝導で、夢じゃなくて普通に実現済みの技術。 422 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:17:59.60 ID:v2EeGVEg] それっぽい言葉を使ってそれっぽい文章を作るのって最近流行ってるの？ クライアントに説明できないことがあって、はぐらかそうとする時の俺の上司みたいだな 423 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:47:14.57 ID:40sN1imR] ろくな会社じゃねえな 424 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 19:53:41.90 ID:RwW2kWn8] >>422 なんてこたない。古今東西、知ったかぶりたい奴は全部そうなってるよ。 そういう奴ほど語りたがるのと、それでなぜか本人が満足しちゃってる点が問題。 小学校時代にも既に居たろ？　今思うと奴は会話に入ってきたかったのかもしれん。 それで必死で知ったかしてたのかもなぁ。思えば、いつも孤独なやつだったよ。 425 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 21:40:35.79 ID:x7NyX0pH] 雑談スレなんだからたとえ知ったかぶりでもかまわんと思うが、 せめてプログラミングに関する話題でうんちくを披露してもらいたい 426 名前：デフォルトの名無しさん mailto:sage [2014/05/21(水) 23:15:01.58 ID:BriaPe6R] 超電動ロボというアニメがあってだな。 427 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 08:52:33.91 ID:j+3vqhqP] >>418 1qbitの中に全ての状態が保存されているんだよ。仏教の曼荼羅画像がそれ 428 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 08:58:13.49 ID:j+3vqhqP] hopfield networkって、解の重ねあわせって意味では量子計算と似てるよね 今だに使い道が分からない 429 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 14:25:55.56 ID:RhGe95ZE] こんだけスレがあって、まじめにＰＨＰを語るスレはないのか…… 430 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 14:42:44.04 ID:uwnOnEuc] こっち行ってみたら WebProg nozomi.2ch.net/php/ 431 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 14:54:53.88 ID:j+3vqhqP] LAMPからMEANへ 432 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 15:02:12.53 ID:jxaWow30] ほほう･･･なんか想像していたのとちがう www.newicon.net/from-lamp-stack-to-mean-stack 433 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 15:49:51.60 ID:qm4shWuY] node.js で pacman 作れますか？ 434 名前：デフォルトの名無しさん mailto:sage [2014/05/22(木) 21:47:09.43 ID:RhGe95ZE] >>430 ありがとう。ネット関係になるのか。 PHPの雑談スレだけで５０個以上はありそうだ。。。 435 名前：デフォルトの名無しさん mailto:sage [2014/05/23(金) 23:17:26.27 ID:Y6IYeBXy] 書き込みテスト 板移転終わった感じかな？ 436 名前：デフォルトの名無しさん mailto:sage [2014/05/24(土) 09:29:55.57 ID:DTqC/a46] 2014年5月24日（土）12:05:14「だいち2号」を搭載したH-IIAロケット24号機が打ち上げられます JAXAでは24日（土）11:15から、種子島宇宙センターでの打ち上げをライブ中継いたします！ fanfun.jaxa.jp/countdown/daichi2/daichi2_live.html ご自宅でもインターネットを通じてご覧いただけます IT土方の皆様、コーディングの手を休めてどうぞご覧になってください 437 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 02:15:40.99 ID:Or7Frj/c] Direct3D使ってからのOPENGL楽勝すぎワロタｗｗｗｗ 拍子抜けしたわ 438 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 06:28:02.77 ID:q5dPtuU+] 「和製ジョブズ」育成目指す　総務省が支援事業　年300万円、失敗も許容 peace.2ch.net/test/read.cgi/newsplus/1401034353/ 総務省は、情報通信の分野で世界的に影響を与えるような奇抜なアイデアを 持った人材の支援に乗り出す。 「奇想天外で野心的な課題」に挑戦することが条件で、年３００万円を上限 に研究費を支給する。失敗も許容するという、中央官庁としては異例の事業と なる。 439 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 07:12:00.62 ID:ptXAqcmg] いまの日本じゃむり っていうかプロジェクトが失敗して終わるのも許容して終わり 440 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 07:17:14.10 ID:JpSuVJoa] 例えそういう人材作れたとしても そいつは一瞬で海外に逃げるだろうな 441 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 11:54:55.50 ID:va4aBdBW] コピペマン参上！まで読んだ。 442 名前：デフォルトの名無しさん mailto:sage [2014/05/26(月) 18:11:45.53 ID:FgEC9znG] >>440 海外に逃げるよね。 とういかもう既に逃げてる。 知り合いがアメリカやカナダに。。。。 443 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 10:31:55.78 ID:lkG4+6CK] そして膨大な医療費、福祉の欠如にビックリして日本に帰ってくるとw 444 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 11:49:58.91 ID:lwO0OAFu] >>443 そんな2chのネタ信じてるようじゃ立派な2ch脳だな。 膨大な医療費て、あんた自分が毎年いくらぐらい保険料納めてるのか知らないのかw 日本以外の国なら、その何分の1のコストで民間の医療保険に入れるっての。 445 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 12:18:40.59 ID:W6i6Hy/C] まさか給料同じだと思ってるのかねこの人は 446 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 15:37:08.69 ID:TZPKdZNj] 医者の給料も違えば医療保険の自己負担率も違うし、 無保険無助成での医療費自体も違うからねぇ… まぁアメリカで懲りても、他の国を探せばいいさ。 日本より福祉が充実してるといわれているる国はあるし。 ただ。 医療費自己負担ゼロの話は何処だったかと思って軽く探したが、 自己負担ゼロって話は正しく無いというかほぼ詐欺なんだな。 447 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 15:40:49.51 ID:EAN5Zn+I] 外国人旅行者の話とごっちゃになってる 448 名前：デフォルトの名無しさん mailto:sage [2014/05/27(火) 18:03:36.55 ID:8Wi7SmTl] >>446 もっと本質的な違いがある。 それは日本の健保制度が利権の温床だってこと。 こんなことはTVみたいな大衆メディアでも報道されてることだし、そうでなくても 医者にかかったり世間話してるだけでも分かると思うんだが、 「俺はwebで世界の真実に覚醒した！」（笑）とか勘違いしてる馬鹿な2ch脳の連中って 本気で日本の制度が世界に誇れる（笑）良い制度だと思ってるらしくて笑える。 こういう奴って、病院の前にパチ屋の景品交換所みたいに薬局が立ってるの見ても 何の欺瞞も感じないんだろうねきっと。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef