Ｄ言語ってどうよ！
■ このスレッドは過去ログ倉庫に格納されています
0001インクルード
2006/04/07(金) 16:56:140002デフォルトの名無しさん
2006/04/07(金) 17:00:310003デフォルトの名無しさん
2006/04/07(金) 19:09:170004デフォルトの名無しさん
2006/04/07(金) 19:10:280005デフォルトの名無しさん
2006/04/07(金) 19:14:080006デフォルトの名無しさん
2006/04/08(土) 01:39:470007デフォルトの名無しさん
2006/04/08(土) 13:36:00いや、俺のチンコのことだ。関係ない。
0008デフォルトの名無しさん
2006/04/10(月) 19:00:58今では見捨てられている
0009デフォルトの名無しさん
2006/04/11(火) 16:37:520010デフォルトの名無しさん
2006/04/22(土) 03:19:37言語マニアには流行ってた
おまいみたいなVB厨には、わからない世界
0011デフォルトの名無しさん
2006/04/22(土) 03:22:060012デフォルトの名無しさん
2006/04/22(土) 15:41:55↑
今ここ
0013デフォルトの名無しさん
2006/04/22(土) 17:23:36VBなんて使ったことねーや。
最初から言語マニアにはと書いとけ。
0014デフォルトの名無しさん
2006/04/25(火) 19:00:34素直にCLかScheme使えばいいのに
>現時点ではDは言語デザインについて語り合ったり
>hackするのが好きな人のみがいじるべきもの。
なんて言ってんだもんな
痛々しいっつーか、なんつーか
0015デフォルトの名無しさん
2006/07/18(火) 00:40:250016デフォルトの名無しさん
2006/07/18(火) 00:44:19結局JUnitみたく分離されるがオチだと思うしなぁ
0017デフォルトの名無しさん
2006/09/24(日) 16:08:4600181 ◆qRy0pp8F66
2006/09/24(日) 16:18:41Dが枯れるには後何年くらい必要ですか？
0019デフォルトの名無しさん
2006/09/24(日) 16:21:110020デフォルトの名無しさん
2006/09/24(日) 16:23:27ｍｊｄｓｋ
期待してるんだけどなぁ…
マルチパラダイムな言語でネイティブなのが、知っている限りC++しかないし
そのC++も既に腐りかけてる様に感じてるから
Dさんには腐って欲しくなかったｄｓ
0021デフォルトの名無しさん
2006/09/24(日) 16:31:41その後の燃料投下が無い
0022デフォルトの名無しさん
2006/09/24(日) 16:37:44そこまで逝ってるかどうかは分からんが、
このままだと芽のうちに終わってしまう可能性は大だな。
寂しいが多くのプログラミング言語が辿った道だから悲しくはないな。
0023デフォルトの名無しさん
2006/09/24(日) 16:39:45C/C++を少しかじってみたもののこれは駄目だと思ってた矢先にD言語を知った
これはマジで普及して欲しい
0024デフォルトの名無しさん
2006/09/24(日) 19:59:57高速に動作しなければならないソフトウェア，主に
デスクトップアプリケーションの開発においては，
ネイティブコンパイラ系が考慮されるが，下記の
項目などを考慮すると現実的には C/C++ が採用され
ることが多い。
OS（システムコールやドライバとの親和性）
ライブラリの充実度（ソフトウェア部品）
開発環境の多様性（ツール類含む）
技術者数（他社との協業のしやすさ）
教育ツール（書籍含む）
既に存在するアプリケーションの作成言語
顧客要件を満たす性能（生産性，速度）
D は C/C++ と比較して多少生産性と保守性が高いが
実際の現場において，それだけでは採用に至らない。
上記リストは各現場で考慮する項目の全てではないと
思うが，下に行くほど重要度が増すと考える。つまり
高速性などの要件を無視しても D 言語を採用する
シチュエーションはかなり低いと考える。
# 夢のない男でスマソ
0025デフォルトの名無しさん
2006/09/24(日) 20:37:50ライブラリが充実しているのはなぜ？
技術者がこれだけ大量にいなければならないのはなぜ？
…多分この先その考えは通用しなくなる時代になる感じがする
まだコンピュータは飽和状態じゃないけれど、この先世界中にインテリジェンスなコンピュータが普及して言った場合
消費者ニーズがどんどん開発されていって、ソフトウェアの生産期間より新たな製品の製造期間の方が短くなければならなくなってくると思う
今のC++は余りにも「やりたいこと」と「実現する方法」の差が開きすぎている感じがある
もしかしたらソフトウェア開発に使うツールは文字による表現ではなく、もっと安全にかつ大量に早く処理できる図を採用するかもしれない
昔はメモリをいかに上手く扱えるかが中心だったけど、この先はより上位のモデル、
たとえばOSやネットワークやネットワークトポロジみたいな概念を上手く扱えなければならなくなってくるような気もする
これはソフトウェア工学が見据えているものに近いかもしれない
簡単に言えばもちろん速く動作することも必要だけれども、
速く動作させるために有る特定の計算機の有る特定の機能に縛られた表現方法が蔓延しているようじゃ困る様になってくるかも、ということ
これはjavaのような、仮想マシンによる隠蔽で有る程度ソフトウェアモデルと計算機モデルのギャップを埋め合わせてはいるけれど、遅いよね
で、ネイティブで且つ計算機モデルに従順しない開発ツールが必要だと思うわけ、Dとかいいよねー
0026デフォルトの名無しさん
2006/09/24(日) 21:00:380027デフォルトの名無しさん
2006/09/24(日) 21:55:33C#に対する開発者からの要望
■C#でWin32ネイティブ・アプリケーションも作成できるようにしてほしい。
(略)
ただそうはいっても、以前からある要望なので、これからも継続的に検討していきたいと考えている。
0028デフォルトの名無しさん
2006/09/25(月) 03:54:20禿堂
しかしDには足りないものがありすぎ
0029デフォルトの名無しさん
2006/09/25(月) 14:41:22そして足りないものを充足していくと
ライブラリが充実し
開発環境が多様になり
書籍が増え
Dの技術者が大量にいる状態になる
結局この先この考えは通用しなくなる時代になる
つまりDにはもう何も足さない何も引かないでいい
0030デフォルトの名無しさん
2006/09/25(月) 15:11:07開発途上で放置されているプロジェクトの山は、まるで廃墟のよう。
枯れる前に腐ってしまったというわけだ
0031デフォルトの名無しさん
2006/09/25(月) 20:30:390032デフォルトの名無しさん
2006/09/26(火) 04:05:53乙枯れ様でした
0033デフォルトの名無しさん
2006/09/29(金) 02:03:380034デフォルトの名無しさん
2006/09/29(金) 15:59:50良く見かけるんだけど、
int hogehoge(){
try{
口説いてみる（）；
}
catch{
OKされた
}
}
これって意味無いよね。例外処理をピンポイントで使うってのがなんか、例外処理の思想に反してると思うし、
じゃあてんで、毎回、毎回、関数の中身を例外でくるむのも意味無いからこんな風に、関数は常に例外を受け取って、
としたほうが良いとおもう。
int hogehoge(){
口説いてみる（）；
return 0;
}catch{
OKされた！！
}
で、例外を取りたくない場合は、catch構文を書かなきゃ普段の関数と同じにすれば良いのだと思う。
0035デフォルトの名無しさん
2006/09/29(金) 18:38:49例外が起こるのを前提とするのと、例外を処理するのを前提とするのでは全く器用さが違う
書かなくていいなら、書かなくていいじゃん
0036デフォルトの名無しさん
2006/10/03(火) 05:09:13■ このスレッドは過去ログ倉庫に格納されています