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