スラドこの議論は賞味期限が切れたので、アーカイブ化されています。新たにコメントを付けることはできません。[linux.or.jp]のプレゼンテーションで話が出ていました。資料が公開されていますので是非ご覧ください。(10476)産総研でこれまでオープンソースソフトウェアが利用されていなかった、なんてことがあるはずないと思いますが、公式に政府が存在を認めた(=調達対象になる)というのは大きいですね。俺の周辺はLinuxでしかプログラム書かない研究者ばかりですね。APIでまともなプログラムを書いた経験のある人は俺の周囲には一人もいません。(3009)>俺の周辺はLinuxでしかプログラム書かない研究者ばかりですね。APIでまともなプログラムを書いた経験>のある人は俺の周囲には一人もいません。何の研究をしてる所なのか、にも時として依存するのでしょうけども、それはさておき一般的に「APIで」プログラムするなんてことが、そうそう頻繁に有るものなのか?という疑問が、生じます。Winのアプリ作りはよくやらされました(笑)が、APIなんてまず使わなかったですね。1つ開くライブラリ関数は、引数の意味などおそらく違いますよね。(実は良く知りません。識者の訂正、お願いします。)で、関数名などから違っているでしょう。使えばそれらの違いを吸収してくれると聞いたことはあるのですが、それらが万能なのか、良く分かりません。関係のプリミティブが何で、どれがもっとも高速か、などが結構気になって、>それによってプログラムの書き方が変わるのですが。関係ない話ですが、そういう問題については、アプリじゃなくライブラリレベルで解決したいですね。問題を吸収するか(それが不可能なら「切り分ける」か)をするライブラリを自作するとか、あるいは可能ならばそのライブラリ(QtはGPLだよね(^^;)がそういう問題を吸収あるいは切り分けする能力を強化するようなContributeをしてあげる、とか。「アプリごとに毎度工夫する」ってのは、ちょっとやってられないです。いやJavaのFileクラスは面白いです。メジャー(笑)な環境におけるFileの機能のうち、共通化できる部分だけを扱っている。意外な機能(^^;が不在だったりします。>万能なのか、良く分かりません。なんで「判らない」んだろう?既に判っている人が構築したライブラリなんだから、判ってる人に聞けばいいのに。OpenSourceなら、そういう情報を仕入れるのは比較的簡単なわけで。#Qtの出自についは微妙ですが(^^;シェア親コメントより多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。(わざとやるとき以外は)。service.閉じるスラド処理中...。