アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
日本のオープンソースは (スコア:0)
ここで利用率が上がったといっても、実際に利用されているソフトウェアの数は、どれだけのものなのでしょう?
そういうレベルでの発展を望みます。
Re:日本のオープンソースは (スコア:1)
まあクライアントレベルとなると開発環境ですかねぇ
工数少なくて開発ができる(馬鹿でも開発できるって言っちゃない)
業務に対し直感的に作れるソフトがほしいですね。(VBレベル)
自分は勉強不足であるのかどうか知らないのですがあるんでしょうか?
某ドキュメントが読みづらいB会社ぐらい?
あとコボルとかの
Re:日本のオープンソースは (スコア:1)
>業務に対し直感的に作れるソフトがほしいですね。(VBレベル)
#その問題提起を「ここで」持ち出すのが適当かどうかはさておくとして、
#その問題提起自体に対して書きますが、
うーん。VB/Delphi(あともしかして.NET系?)みたいな「ポトリペタリ」的開発形態と
RubyだかPythonだか並の使える言語(あるいはそれら自体)とが
組み合わされた開発環境が、
「はやって」いれば
いいんだよね、きっと。
はやって欲しいよね。
技術的些事(?)になるけど、
Groovy言語のSwingMarkup辺りを見ると、
Closure機能をもつLightweight言語における、
「GUI定義(を保存する手段)」と「ソース」との
幸福な合体が、見て取れるんだよね。
インフラの最下層の仕組みは、あのへんでキマリでいいだろう。
#XML要らねえんだよな [rubyist.net]
その上にGUIポトリペタリな開発UI(^^;を作るのも、別に技術的に困難なわけじゃない。
ああ。問題はやっぱり「はやる」かどうかなんだよなあ…。
>#鯖はいいとして大人数でのプロジェクトを想定してないとつらいです
うーん、どうだろう?むしろ逆にプログラムを
大規模じゃなく、小規模なもの(の組み合わせ)として作れる
ように"しておく"ことのほうが、大事なような気がしています。
大人数開発が問題になるのは、各自(各小グループ)が作ったものを
あとで結合するのが困難だから、だったりするわけだが…
#ところで、なんで「鯖はいいとして」なのでしょう?