「GNOME用アプリケーションはGnomeFiles.org」記事へのコメント

日本の開発者が増えるには

[Anonymous Coward]

どうすればよいのでしょうね？ GnomeにしろKDEにしろ。

とあるVB房がLinux開発環境に抱いているイメージ

[kei100 (5854)]

1.開発HowToが書かれた日本語の書籍は少ない・・・気がする。

2.VBみたいに簡単にGUI作れるの？
VC++未満のWin32API叩くような感じな気がするけど・・・
そういえば、Kylixとか聞いたけど使えるようにするのは簡単？

3.KDEとGnome、gtkとかqtって何？
そもそも違っても別のLinux環境でも動くの？

4.理想は言語内ですべて済めばいいけど、そうはいかないし。
さて、日本語のAPIドキュメントってあるのか？
MSDNレベルの整理されたドキュメントは欲しいなぁ。
開発環境に統合されてれば最高！

5.IME(FEP)の制御って簡単に出来るかな？
まさかFEP毎に別のAPIをコントロールがフォーカス取得時に

Re:とあるVB房がLinux開発環境に抱いているイメージ

[ikemo (901)]

一応KDevelopでKDE/Qtのアプリを開発してるのでツッコミ。

> 1.開発HowToが書かれた日本語の書籍は少ない・・・気がする。

あることはあるのですが、古いものばかりですね。
KDE/Qtは2.xから大きくは変わってないので、それなりに使えますが。

> 2.VBみたいに簡単にGUI作れるの？
> VC++未満のWin32API叩くような感じな気がするけど・・・

Qtに関して言えば、Qt Designer [trolltech.com]があるので楽です。

> 4.理想は言語内ですべて済めばいいけど、そうはいかないし。
> さて、日本語のAPIドキュメントってあるのか？
> MSDNレベルの整理されたドキュメントは欲しいなぁ。
> 開発環境に統合されてれば最高！

英語なら充実してるのですが…orz
開発環境との統合については、一応KDevelopからリファレンスが見れたり、
Qtのクラス名を選択して検索などが出来ます(KDEのクラス検索はうまくいかなかった)。

> 6.文字コード意識しないといけないの面倒。
> EUCかUnicodeかなんでもいいから統一してくれ。

Qtの場合内部がUnicodeなので、コードに直接EUCで書く場合は変換する必要があるくらいかな(QString::fromLocal8Bit())。
ファイル入出力はデフォルトで設定されているロケールを利用するのでたぶんOK。

> 7.このプログラムは将来的にも一応動くの？
> 今作ったプログラム、とりあえず5年は動くかなぁ？
> ランタイムのバージョンが新しくなって動かなくなって、
> ヘルプで時間取られるの嫌だしなぁ。

同じメジャーバージョンならバイナリ互換性あったような気がするけど細かい所は忘れた。(3.1.xと3.2.xって互換性あったっけ)
まあ、static linkすれば大丈夫かと。
# ライセンスの話はここでは略。

> 8.インストーラー簡単に作れないかなぁ？
> rpmやdebを自動的に構築。

KDevelopには*.spec作成用のダイアログがあります。
動作が怪しいので使ってないですが(^^;)

> 必要ライブラリもインストールor警告出すようにとか。

rpmの機能ですね。必要ライブラリの依存関係はrpm4から自動チェックしてくれたはず。

> スタートメニュー(というかランチャ？)に登録もしてくれよ～

KDevelopで新規にプロジェクトを作成するとメニューへ登録するためのファイルも作ってくれるはず。

> 10.そもそも、日本語文字列の処理うまくいくのかな？
> 左から何文字目とかやったら、
> 左から何バイトに解釈されてへんな所で切れないだろうなぁ？

そういう酷いのはまずないです。
Unicode ←→ "Shift_JIS"のマッピングとか、フォント関連とか、地雷源は大量にありますが…。