アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
LC2002で聞いていないですか? (スコア:4, 参考になる)
朝日新聞の記事中の「経済産業省も
Re:LC2002で聞いていないですか? (スコア:2, 参考になる)
こういうのはどこの会社(政府)でも同じで、担当者の趣味的に社内で運用が始まり、そのうち役割が増えるに従って
Re:LC2002で聞いていないですか? (スコア:0)
俺の周辺はLinuxでしかプログラム書かない研究者ばかりですね。少なくとも、Win32 APIでまともなプログラムを書いた経験のある人は俺の周囲には一人もいません。ま、我々はあくまでも「研究者」
余談:API? (スコア:1)
>のある人は俺の周囲には一人もいません。ま、我々はあくまでも「研究者」であって、「商用プログラマ」ではないので、
何の研究をしてる所なのか、にも時として依存するのでしょうけども、それはさておき一般的に
「APIで」プログラムするなんてことが、そうそう頻繁に有るものなのか?という疑問が、生じます。
Winのアプリ作りはよくやらされました(笑)が、APIなんてまず使わなかったですね。
良い言語(笑)とその上での良いライブラリ、を大抵使ってま
Re:余談:API? (スコア:1)
pthread は使う場面は少ないかも知れませんが、socket は結構使うんじゃないでしょうか?
Qt とかを使えばそれらの違いを吸収してくれると聞いたことはあるのですが、それらが万能なのか、良く分かりません。例えば thread を使っていると、 lock 関係のプリミティブが何で、どれがもっとも高速か、などが結構気になって、それによってプログラムの書き方が変わるのですが。
Re:余談:API? (スコア:1)
>例えば thread を使っていると、 lock 関係のプリミティブが何で、どれがもっとも高速か、などが結構気になって、
>それによってプログラムの書き方が変わるのですが。
直接関係ない話ですが、そういう問題については、アプリじゃなくライブラリレベルで解決したいですね。
つまり、問題を吸収するか(それが不可能なら「切り分ける」か)をするライブラリを自作するとか、
あるいは可能ならばそのライブラリ(QtはGPLだよね(^^;)がそういう問題を
吸収あるいは切り分けする能力を強化するようなContributeをしてあげる、とか。
「アプリごとに毎度工夫する」ってのは、ちょっとやってられないです。
そういやJavaのFileクラスは面白いです。メジャー(笑)な環境におけるFileの機能のうち、共通化できる部分だけを扱っている。
なので、結構意外な機能(^^;が不在だったりします。
>万能なのか、良く分かりません。
なんで「判らない」んだろう?
既に判っている人が構築したライブラリなんだから、判ってる人に聞けばいいのに。
特にOpenSourceなら、そういう情報を仕入れるのは比較的簡単なわけで。#Qtの出自についは微妙ですが(^^;