スラドこの議論は賞味期限が切れたので、アーカイブ化されています。新たにコメントを付けることはできません。[linux.or.jp]のプレゼンテーションで話が出ていました。資料が公開されていますので是非ご覧ください。(10476)産総研でこれまでオープンソースソフトウェアが利用されていなかった、なんてことがあるはずないと思いますが、公式に政府が存在を認めた(=調達対象になる)というのは大きいですね。俺の周辺はLinuxでしかプログラム書かない研究者ばかりですね。APIでまともなプログラムを書いた経験のある人は俺の周囲には一人もいません。(3009)>俺の周辺はLinuxでしかプログラム書かない研究者ばかりですね。APIでまともなプログラムを書いた経験>のある人は俺の周囲には一人もいません。何の研究をしてる所なのか、にも時として依存するのでしょうけども、それはさておき一般的に「APIで」プログラムするなんてことが、そうそう頻繁に有るものなのか?という疑問が、生じます。Winのアプリ作りはよくやらされました(笑)が、APIなんてまず使わなかったですね。一般的に「APIで」プログラムするなんてことが、そうそう頻繁に有るものなのか?という疑問が、生じます。APIは必須になると思いますが。判るけど、それなら回りくどくなく「Win32」といえば良いのに。個人的にはcygwinは日常的に使っていて非常に便利な環境だと思います。周囲にも、そういう環境でならWin32プラットフォーム上でプログラムを書いている人もいます。cygwinやmingwでしかコンパイルできないソースを書いても、一般的には「Win32上のプログラミング」とは呼べないでしょう。GTKやqtなども(俺はWin32上でGTKを使ってますけど)あくまでも「UNIX環境ですでに慣れたAPI群のレイヤをWin32上に構築する」という逃げ道でしかありませんね。APIは全く知りません。GTKなら開発できます」って条件で挑んだら、普通は確実に不採用だと思いませんか?G7氏が採用担当だと、喜んで採用するのかもしれませんが。いうか、どこまでを「API」と呼ぶか、ですね。APIと同義?)を「直接は」使わない、って言っているように読めます。<違ったらごめんなさい。ラップしたクラスとか、もっと高次のものを使うのはもちろんありで、それがライブラリ(これも微妙な用語だ)を使ってプログラムするってことじゃないですか?極端な例ですがWin32APIを直に使ってウインドウを描画するってのは結構悲惨なコードですよね。いうことはしない、という意味かと。>cygwinやmingwでしかコンパイルできないソースcygwinやmingwでしかコンパイルできなくてもWin32上のプログラム足りえるものはできます。クロスコンパイル(のようなこと)をするにせよ、それはコンパイラがgccなだけで、至って普通のWin32プログラムだと思いますが?ところでcygwinだとforkとかpthreadとかの挙動が。(涙ちょっとエグめのことをやろうとするとLinuxマシンかVMwareが必要だったり。(#201744)>極端な例ですがWin32APIを直に使ってウインドウを描画するってのは結構悲惨なコードですよね。いうことはしない、という意味かと。職業か趣味か研究かに"拠らず"に、悲惨なコードは書かないほうが幸せでしょ、と思うんですが、それは変(&非実用的)、ですかね?そういう悲惨なのを逆に欲する考え方って、どっちかってーと、1:Fotran君(昔取った杵柄で、これしか知らないんだもん)2:assembler君(これのほうが速いんだ!ボクがPCを一番旨く使えるんだ!)くらいしか、思いつかないんですけど。どっちも非生産的ですね。#仕事に不利という意味だけじゃなく、人生(笑)における損失。パフォーマンスについてはそれが必要になる「仕事」があるのも判りますが、それこそ組み込みでもAssmは避けてCでやるってのと同じで、「(人生の損失を減らすためには)出来れば避けたい」ことですし、近年は避けるのが結構無理じゃなくなってきてるわけですし。APIは必須になると思いますが。Win純正(?)モノを作るときのプログラミング環境としてVC++とかを専ら連想する人にとっては、どうやらそういう世界が拓けているらしいですよね(笑)。俺は一言もVC++ともC++とも言っておりませんので。ちなむと例えばDelphiの世界はだいぶ違います。APIまみれに比べれば少しはお洒落なプログラミングがやれる世界ですんで、よろしく。いや、APIそのものはCレベルで定義されてるから、MFCを使うのがwin純正世界で一方VCLを使うのはそうではない、という論法は成り立たないはずですね。#MFCがMS製品かどうかは別問題。