07/10/16 07:28:06
お前らが、あんまりいいって言うから、
全ての勉強を中断して、
C♯の学習開始。
これで良くなかったら、お前ら、責任とれよ。
592:仕様書無しさん
07/10/16 10:20:09
これから関数型の要素もはいってくるしいいんじゃね？
C#→F#といくのがおすすめ
593:仕様書無しさん
07/10/16 10:26:03
なんでC#を経由せんといかんのだ？
594:仕様書無しさん
07/10/16 10:40:55
つか、なんで♯なんだ？
595:仕様書無しさん
07/10/16 11:55:09
C#→F#といくのがおすすめ
C#オワタ＼(^o^)／
596:仕様書無しさん
07/10/16 15:35:45
Visual Studio 2005 Part 22
ｽﾚﾘﾝｸ(tech板:518-番)
518 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 11:27:48
ヘルプが糞なのは同感。糞重いし検索がまた糞。正規表現くらい使わせろ糞
519 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:11:48
.NET製だから初回起動が重いだけかな。起動後も重いやつはPCがもう時代遅れ。
520 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:18:03
そういう話で無くてな?やってる処理がたいしたこと無いのに何であそこまでもっさりしてるのかという話だ。
521 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:25:23
無駄に重いわなVS2005のは。
どうせレンダリングはIEコンポでやってるんのに、わざわざドトネトにして
糞重くした新しいdexplore.exeになって一体どこの誰が喜ぶんだか
さっぱり理解できん。
522 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:53:22
当然喜ぶのはdexplorer.exeの開発者じゃないの
523 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 15:04:04
パソコン利用者８割がストレス、「動作の遅さ」に強い不満
ｽﾚﾘﾝｸ(pcnews板)l50
597:仕様書無しさん
07/10/16 18:20:27
コピペ君って馬鹿だな、まで読んだ。
598:仕様書無しさん
07/10/17 07:19:25
C#→F#この次は続けて→C#→G#だな。
基本的なコード進行。
599:仕様書無しさん
07/10/24 00:36:05
俺はJavaでもなく.NETでもなく、VBAが好きだ。
600:仕様書無しさん
07/10/24 09:29:46
C2D＋Mem1M でも重い。
601:仕様書無しさん
07/10/24 09:40:09
過度の抽象化をしてるんだろjavaみたいに
602:仕様書無しさん
07/10/24 11:50:52
こないだも「色々苦労して造った末に顧客からExcelみたいのないの？」っていわれた
っていうスレがあったけど、たいていの会社ならExcelをUIにしてMySQLにでも接続するプログラムを
作ってやった方がいい。Excelの表計算フォームがいやならVBAでフォーム作成すればいい。そいつをアドインにデモしてやればなおさらいい。
603:仕様書無しさん
07/10/24 11:53:50
残念ですが、Ｍ＄がVBAを終焉させまつ。
604:仕様書無しさん
07/10/24 12:10:52
＞＞６０３
じゃあ、KingOfficeVBAで戦うまでだ！
605:仕様書無しさん
07/10/24 13:34:39
>>603
ソースは？
606:仕様書無しさん
07/10/24 19:52:22
こんなにいっぱい言語作って、何したいんだよ。
607:仕様書無しさん
07/10/24 20:05:16
Kコンパイラが懐かしい
608:仕様書無しさん
07/10/24 23:12:16
>>603
そしてVBA.NETの時代が
609:仕様書無しさん
07/10/26 05:54:22
どちらかというとVBxがあるからVB.NET/Aのほうが近そうだ
610:仕様書無しさん
07/10/27 22:47:49
確かにUIはExcelが最高だと思う。
VBAが.NET化するのはいつになるんだろう？
今でもOfficeProfessionalならVSTOとやらで.NETのマネージコードで操作できるんだっけ？
でもOfficeProfessional買ってくれないし・・・
611:仕様書無しさん
07/10/27 22:51:55
Officeのコントロールは標準ツールボックスに入れるなり、いっそWindows.Forms.Officeとかにして欲しいよ。
おいしいんだから
612:仕様書無しさん
07/10/27 23:02:00
>>611
それいい！そうなれば.NETのシェアは大きく拡大すると思う。
UIは凝るとキリがないし自分は一番時間がかかる。
.NET3.5のグリッドコントロール使いやすくなるんだろうか？
613:仕様書無しさん
07/10/28 03:32:06
.NET2.xって結局何だったんだ？
614:仕様書無しさん
07/10/28 05:02:02
>>613
.NET 3.xシリーズのコア部分
615:仕様書無しさん
07/10/29 23:27:01
JAVAを自宅学習したいのですが、お勧めのJAVA開発ソフトを教えてください。
616:仕様書無しさん
07/10/30 06:45:41
eclipse
617:仕様書無しさん
07/10/30 21:57:21
両方で開発してみたけど
C#の方が優れてるわ
618:仕様書無しさん
07/10/31 09:29:36
仕上がるﾄﾞﾄﾈﾄアプリは最悪だけどね
619:仕様書無しさん
07/10/31 09:34:47
powershellみたいなシェルスクリプトで.NETのオブジェクトを自在に弄れるってのは面白いけどな
あと.NETでCとC#とF#を組み合わせて開発できるのとか
マルチプラットフォームを意識しないのに限れば結構実用的な気がする
でもC#で使う分にはjavaには絶対勝てないのは確実だね
620:仕様書無しさん
07/11/01 01:13:37
結局、βで終わった3.0の立場は？
621:仕様書無しさん
07/11/01 04:51:00
monoのWindows Formsの充実ﾏﾀﾞｰ？
622:仕様書無しさん
07/11/01 13:38:53
ディベート: 何故ほとんどの大規模webサイトはJavaで構築されないのか？
URLﾘﾝｸ(www.infoq.com)
623:仕様書無しさん
07/11/01 20:02:37
>>622
.Netは話題にすら上っていない件について。
624:仕様書無しさん
07/11/07 17:32:48
＞マイクロソフトとターボリナックスの提携に見る「UnitedLinux」の影
＞URLﾘﾝｸ(www.itmedia.co.jp)
ググルﾘﾅｸｽに対抗だね。
Win32、Ax、ﾄﾞﾄﾈﾄの三つ巴でﾌﾞﾋﾞ厨氏滅。
そこに、M$Linuxが入り込んで４つの要素対応となったらﾄﾞﾄﾈﾄ厨完全脂肪ｗｗｗ
複雑化でﾄﾞﾄﾈﾄ厨涙目(´；ω；`)
625:仕様書無しさん
07/11/07 19:17:54
またこの手の馬鹿かw
あのねえボク、プログラマは君がケータイやゲーム機に持つような思い入れを
開発ツールに対して持ったりしないよ。
ドトネトが死滅したら死滅したで、よりよい代替物が存在するなら別に何も困らんw
単なる道具だからな
626:仕様書無しさん
07/11/07 19:36:42
＞あのねえボク、プログラマは君がケータイやゲーム機に持つような思い入れを 開発ツールに対して持ったりしないよ。
じゃあ何でこのスレがあるの？
627:仕様書無しさん
07/11/07 19:50:46
>>626
え？このスレって言語に対する思い入れを語るスレだっけ？
628:仕様書無しさん
07/11/07 20:34:54
まあ、C#使いの多くは思い入れで語ってる感はあるな。
629:仕様書無しさん
07/11/08 10:11:43
＞え？このスレって言語に対する思い入れを語るスレだっけ？
ＫＹの呪文は魔法（捏造）の言葉―
サイレント魔女☆リティ
,.、,､,..,､､.,､,､､..,_,.、,､,..,､､.,､,､､..,
´ﾞ:..`.ﾞ:‐'ﾞ`.ﾞヾ:ﾟ`.ﾞ:`.ﾞ:`.ﾞ:`.ﾞ:`.ヾﾞ: ﾟ`.ﾞ: ﾟ''.`.ﾞ:..`.
´.: ,.ﾟ `.ﾞ::､`___:;.:.:.:ﾟ..____ﾞ:`.ﾞ::ﾟﾞ:::_ ヾ''. ''. ヾ''.`:.;:.;:..ﾞ
´,..`.ﾞ::: 'ﾞ.`::.ﾟ| |ﾟ､. ／ ／.ﾞ:.ﾞ::く＼ﾞ::_ `.ﾞ.ﾞ／^>'ﾞ:'.`.ﾞ;.;;ﾟ.;.;;ﾟ.;.;
´: ﾟ..: ''.`ﾟ.,:. :.､| |:／ ／`.ﾞ`.ﾞ`.ﾞ:..＼ ＼:／ ／'ﾟ ''.`.ﾞ:_;. ''..:.;.;;ﾟ..
´;: .ﾟ.: ,:. :､.',: 'ﾞ .| く''.`.ﾞ::_`.ﾞ:`.ﾞ:;.`.＼ ／`..ﾞ:`.ヾﾞ:`.ﾞ:;.`.:.:.
´;: ﾟ...: ,:. ﾟ ''.: 'ﾞﾞ| |.＼ ＼.､.:',.'..ﾞ.:.ﾞ.:ﾞ :.| |`.ﾟﾞ:'.ヾ`.ﾞ:;.ﾟ`.ﾞ:.`.ﾞ`
`;: ...: ヾ'.`.ﾞ,:. ''|____|.ﾞ..ﾟ＼／''.`.ﾞ.:ﾞ.: :.ﾟ､.:|____|' :.ﾟヾ､.,:. :ﾟ.､:,:..
`: .ﾟ..: ,ﾟ: 'ﾞ. ﾟﾟ ''.`.ﾞ:.:.､ﾟ`ﾞ:`.ヾ ﾞ:`.'.`.ﾞ.:',.: .::_.:''`ﾞﾟ .::_''ﾟ`ﾞ.: '
´ﾞ:..`.ﾞ:‐'ﾞ`.ﾞヾ:ﾟ`.ﾞ:`.ﾞ:`.ﾞ:`.ﾞ:`.ヾﾞ: ﾟ`.ﾞ: ﾟ''.`.ﾞ
`ﾞ:ﾟ`.ﾞ:..`.ﾞ:‐'ﾞCopyright 1989.4.20 AsahiShimbun.`
630:仕様書無しさん
07/11/08 18:29:17
＞【Orcas】 Visual Studio 2007 【.NET3.0】 Part3
＞ｽﾚﾘﾝｸ(tech板:126-番)
今日東工大に James Gosling が来て話をしていったけれども
聴講者から .NET に関して質問が出たらこう答えてた
・2-3年前までは .NET に危機感を抱いていたが今ではまったく危機感はない
・MS .NET で作られたアプリが Mono で動くのは 0% である
なんだかずいぶんとなめられてる
631:仕様書無しさん
07/11/08 19:03:32
コピペ君って馬鹿だな、まで読んだ。
632:仕様書無しさん
07/11/08 23:30:57
>>630
Goslingは・・・・というかＳｕｎの人はだいたい強気に言う風習があるから、
言葉を50%薄めて聴いた方がいいけど、意外と競合しないって意識はあるのかもな
633:仕様書無しさん
07/11/09 23:11:46
Sunにしてみりゃ馬鹿みたいに.NETを力を入れるM$は怖かったけど、
.NETが目指す方向が斜め上なのが分かったから、放置していれば毎度の
パターンで自滅するの目に見えているし、アホがどこで腐った金を使おうが
しったこっちゃねー。って所だろ。
M$がノベルに.NET関連の技術提供を行い、.NETの新バージョンリリースと同時に
monoがバージョンアップするとか、C#あたりをオープンにするようになったら
Sunもガクブルかもしれんがな・・・まずそんな事はやらんだろ。
まぁ、開発効率があがったひゃっほいしている連中はしらんがな。
おれはNetBeansで遊びながら金貰って幸せだけどねぇ・・・
634:仕様書無しさん
07/11/10 01:12:58
java厨だけどこんな低レベル多いのかとびっくりだ・・・
635:仕様書無しさん
07/11/13 03:23:30
正直MonoのWindows FormsはM$.NETをなめてるようにしか思えん
別にかまわんけど、それなら別のGUIツールキットとその開発環境を充実させてくれ。
636:仕様書無しさん
07/11/13 14:58:53
勝負ｵﾜﾀ＼(＾o＾)／
【速報】Google社が「Android」のSDKを公開，Javaでアプリケーションを記述
URLﾘﾝｸ(techon.nikkeibp.co.jp)
637:仕様書無しさん
07/11/13 16:09:33
ﾄﾞﾄﾈﾄ厨完全にｵﾜﾀ＼(＾o＾)／
＞Googleが携帯用OSを無償配布
＞ｽﾚﾘﾝｸ(tech板:38番)
Android Developers の Google グループをちょっと覗いてみたのだが。。。
.NET厨がAndroidで .NET Framework をサポート汁とスレッド乱立させすぎでワロタ
638:仕様書無しさん
07/11/13 16:20:45
またよく知りもしないでコピペだけかよ。
この低脳早く死なないかな。誰の役にも立ってない。
639:仕様書無しさん
07/11/13 16:24:05
やだな。こんな馬鹿がJava陣営にいるの？
640:仕様書無しさん
07/11/13 16:38:42
ﾄﾞﾄﾈﾄ厨の居ても立っても居られない反論｡･ﾟﾟ･(>_<)･ﾟﾟ･｡ ﾊﾂﾞｶｼｲ
641:仕様書無しさん
07/11/13 16:40:30
シェア JAVA > .net
使いやすさ JAVA < .net
ぐらいにしか思ってない。
642:仕様書無しさん
07/11/13 16:42:10
>>640
このスレなら相手にしてもらえて良かったね
643:仕様書無しさん
07/11/13 23:15:04
どっちもやったが、MSDNは開くのが重いという理由でJavaに１票
644:仕様書無しさん
07/11/13 23:54:39
javadoc は見やすいよね
645:仕様書無しさん
07/11/14 00:40:13
でもHTMLファイルが数千にもなるのは止めてほしいな。
1つのファイルに固めてほしい。(1つのHTMLファイルという意味じゃないよ。)
646:仕様書無しさん
07/11/14 00:52:20
サンプルコードを必須にしてくれ
647:仕様書無しさん
07/11/15 01:24:42
文法とライブラリがC#なJAVAがあれば最高なんだが
648:仕様書無しさん
07/11/15 08:36:25
それ、何てDelphi/VCL？
649:仕様書無しさん
07/11/15 21:57:09
それはパスカル
650:仕様書無しさん
07/11/15 23:01:03
SunMicrosoftSystemsが作ってくれるのを待て
651:仕様書無しさん
07/11/17 19:57:52
C#は標準ライブラリがちゃんと整備されてる。
MS以外のメーカーの追加のコンポーネントとかはぐちゃぐちゃのやつあるけど。
JAVAは標準ライブラリが既にぐちゃぐちゃ。
コンソールのリーダー呼び出すだけで
new BufferedReader(new InputStreamReader(System.in));
とかやってオブジェクト作らんといかんし。
C#習得してからJAVAやりはじめてみたらこのへんにすごい違和感感じた。
652:仕様書無しさん
07/11/17 22:04:00
後だしジャンケン理論と言うか、後発の言語なんだから
んな事当たり前としか言いようがないが。
C#の後発の言語が出たら「C#は標準ライブラリが既にぐちゃぐちゃ」
って事になるんだが。
言語仕様的にはC#の方が優れていると思うよ。
ただJavaと比べると絶望的な普及率ってだけで。
653:仕様書無しさん
07/11/17 22:07:55
いいよな～。俺なんて、家がローン抱えてるから
貧乏プログラマだから、.NET勉強したくても金がないから
JavaとかPHPやってる。.NETも本気でやればProffessionalとか必要なんでしょ？
もう6年くらいMicrosoftの開発にあこがれてる。
654:仕様書無しさん
07/11/17 22:08:54
>>653
無料ので全然困らないぞ。
さあ、きみも早くVB.NETの世界へ来るんだ！
655:仕様書無しさん
07/11/17 22:40:38
名古屋だとjavaより.netの仕事ばっかなんだけど
東京とかだと違うの？
656:仕様書無しさん
07/11/17 22:43:40
漏れも名古屋の人間だが東京はオープン系が流行っているとは聞くな。
と言うかMS系=素人=地方エンジニアって図式で、
オープン系の技術があると東京に飛ばされる。w
657:仕様書無しさん
07/11/17 23:23:14
開発環境が
java >>>>> .net
658:仕様書無しさん
07/11/18 00:07:22
>>657
ありえねえw
どんな環境だとそんな式が成り立つんだよw
659:仕様書無しさん
07/11/18 00:18:42
>>655
こっちはjavaとlampが多いと感じる
やっぱり要件としてリッチなんが多い？
660:仕様書無しさん
07/11/18 00:19:55
>>657
Visual Studio 2005 Express落としてこいよと言いたい
661:仕様書無しさん
07/11/18 00:41:42
現実の世界で開発していく上では
既に標準ライブラリがぐちゃぐちゃのJAVAで開発するのと
ちゃんと整備されてるC#で開発進めていくのでは大きな差がある
C#とJAVAどっちも使える新規の案件なら迷わずC#選ぶって話だと思うが
662:仕様書無しさん
07/11/18 01:24:07
C#のWEB案件やろうとすると、たいていIISがついてくるのがなぁ
あと、MFCとかManageとかATLとかWTLとかみたいなのを放流して
混沌とした世界を造ったりしないかも心配
663:仕様書無しさん
07/11/18 03:23:13
チョット質問があります。
.netで作ったAPを動かす、
windowsにインストールしたウィルス対策ソフトせいで、
APのパフォーマンスが悪くなったりしませんか？
.netやってる人に聞きたいのですが、
.netを動かす時は、
やっぱりwindows上で動かしますよね？
で、
そのwindowsには、
ウィルス対策ソフトをインストールしますよね？
そうすると.netで作ったAPのパフォーマンスって、
ウィルス対策ソフトのせいで悪くなったりしませんか？
windows=ウィルス対策必須OS
の認識があります。
サーバ、クライアントを問わずに。
よって、
ウィルス対策ソフトが.netのAPに影響するように思えるのですが、
どうですか？
664:仕様書無しさん
07/11/18 03:26:21
>>663
なんでココで聞くの？スレタイ読めないの？
665:仕様書無しさん
07/11/18 06:05:05
俺のPCにIISが入ってないから、C♯は無理
666:仕様書無しさん
07/11/18 06:09:16
TomcatもJbossもGlassfishも、
自由に使えるからJavaしかない。
667:仕様書無しさん
07/11/18 07:35:09
>C#とJAVAどっちも使える新規の案件なら迷わずC#選ぶって話だと思うが
Javaも商用エディション(Rational+WebSphere)使っていいならC#よりもJavaの方が
環境＆サポートがMSよりもマシなんだが。
*.IBM.WebSphereなクラスライブラリなら標準ライブラリはしっかり(?)してるぞ。ｗ
保守を含めると開発向けしてC#よりもJavaの方が恵まれている。
668:仕様書無しさん
07/11/18 07:40:19
商用なんてｲﾗﾈ
669:仕様書無しさん
07/11/18 09:21:43
遊びで糞な.NETアプリを書いて自己満足に浸るのは構わんよ。
Visual Studio 2005 Expressも.NET物しか作れないようになっているし、
頑張って洗脳されてくれ。
>>new BufferedReader(new InputStreamReader(System.in));
に違和感を感じるぐらい知能が低いのであれば、それはそれでいいんじゃね？
もうすこしは勉強した方がいいとおもうけどね。
発注する側だけど、.NET+IISなM$環境で提案してくるSIerはとりあえず否定すっけどね。
LAMPなオープンソースで固めたUNIX物の方がなんぼかマシ。
670:仕様書無しさん
07/11/18 12:41:47
＞.NET+IISなM$環境で提案してくるSIerはとりあえず否定すっけどね。
理由を言ってくれると嬉しいんだが....
671:仕様書無しさん
07/11/18 12:50:36
JavaとかC#とかどっちでもいいじゃん。ようは、簡単にプログラムを組めちゃう
のをどんどん作ってほしい。
もう、あれじゃね？ある程度のシステムならフレームワークみたいな
枠組みでホームページビルダーみたいにGUIで色々ドラッグアンドドロップで
ぐりぐり作れちゃうとおもうから、そういうの作ってほしい。
そうすれば、プログラマなんていらなくなり万々歳。
672:仕様書無しさん
07/11/18 13:23:24
>>671
何年も前からそうやって言われてるけど、なかなか実現しないな
GUI環境自体が発展途上に居る間は無理だろうし、
発展を止めれば利益がなくなるベンダーは止まろうとはしない予感
673:仕様書無しさん
07/11/18 14:05:10
>>670
運用保守の条件が多すぎから。WindowsUpdate周りとか大変だし、コストかかりすぎるとか？
現在稼動しているシステムを来年に別のハードウェアで稼動させようとかすると、調査費用やら、
ソフトの調整で金かかるしねぇ・・・・
使うほうにしてみれば、LAMPの方が大きな変更すくなくて楽だとおもうけどね。
674:仕様書無しさん
07/11/18 15:00:31
>>671
＞枠組みでホームページビルダーみたいにGUIで色々ドラッグアンドドロップで
＞ぐりぐり作れちゃうとおもうから、そういうの作ってほしい。
それはC#もJavaも既に存在している点について。
675:仕様書無しさん
07/11/18 15:17:17
>>23
この文体、懐かしいなw
ﾄﾞﾄﾈﾄ厨はまだいたのかw
676:仕様書無しさん
07/11/18 16:09:13
やはりjavaの話といえばサーバーの話以外ひとつもでてこないな
確かに周りではGUI使うクライアントソフトを.net
webサーバーはjavaで作ってるよ
javaは標準のswingが遅いし選択肢に入らない
でもサーバーの環境はただで手に入るからな
やはりそこは強みを生かして使い分けするのがベストか
677:仕様書無しさん
07/11/18 16:23:38
いい加減、Swingどうにかして欲しいな。
678:仕様書無しさん
07/11/18 17:19:21
>>677
JSR296
679:仕様書無しさん
07/11/18 17:32:42
>>676
＞やはりjavaの話といえばサーバーの話以外ひとつもでてこないな
だって携帯の話すると不思議とスルーされるし。
680:仕様書無しさん
07/11/18 17:39:22
>>676
クライアントソフトをswingで作ってるよ。
漏れのところは遅いと感じないけど、.NETの辺りと比べると
生産性がイマイチと言うかWinの作法に慣れていると
プログラミングがモニョる感はある。
業務的にはWebがメインで、次点GUIクライアントソフトはExcel+VBA(ADOでSQLをゴリゴリ発行）
が多くて、上記以外でどうしても、って場合にSwingって感じ。
とりあえずC#は出番なし。
681:仕様書無しさん
07/11/18 17:42:01
>>680
C#出番無しって・・・
さすがに.NETがどうこうってレベルじゃないだろVBAは・・・
682:仕様書無しさん
07/11/18 17:49:08
だって顧客と要件決めるときに「誰でも簡単にメンテできるのﾖﾛ」とか
言われたらExcel+VBAって流れになってしまった。
これだったら会社のパソコンに普通にインスコされてるから
導入もﾗｸﾁﾝだったし、どのPCからでも即ソース修正&再実行って
できるし、入社数年の素人新人でもメンテできるので
顧客にウケがよかった。
683:仕様書無しさん
07/11/18 17:52:55
クライアントサイドがExcelでサーバサイドJavaとかはやったことあるな
顧客への説明が少なく済んで良かった
684:仕様書無しさん
07/11/18 18:54:11
>>676
そんな選択肢に入らないほど、最近のSwingは遅くないよ。
遅い遅いいっているのは大昔のM$のプロパガンダの名残。
685:仕様書無しさん
07/11/18 19:18:08
やっぱりjavaはdelegateがないからGUIは不可
イベントリスナ実装するのにいちいちクラスオブジェクト作るのは
無駄が多すぎる
686:仕様書無しさん
07/11/18 19:23:16
>>676
もうこの手のどっちが優れている合戦の話題は飽きた。
687:仕様書無しさん
07/11/18 19:23:56
>>685
そういうのはEclipseなどの自動生成ツールで
代用できるからいらない
というのが俺の考え方
688:仕様書無しさん
07/11/18 19:42:45
>>687
言語仕様拡張でクロージャ導入される＋JSR296でFW改善されて開発効率上げられても
>>685が言っている事が解決する訳じゃないでしょ
689:仕様書無しさん
07/11/18 20:06:55
じゃあC++どっちが面倒くさい？
690:仕様書無しさん
07/11/18 22:57:53
>>684
すくなくとも俺のPCではかなり遅い
691:仕様書無しさん
07/11/18 23:13:28
可哀想な子・・・
692:仕様書無しさん
07/11/18 23:21:56
>>690
それじゃおまえのPCではVistaも動かないな
693:仕様書無しさん
07/11/19 02:06:25
Vistaはかなり重い
694:仕様書無しさん
07/11/19 11:37:02
エアロを導入すれば軽くなるよ
695:仕様書無しさん
07/11/19 14:59:10
>>693
いづれその糞OS上で、開発する日が訪れる。
696:仕様書無しさん
07/11/19 23:02:54
>>695
来年の5月からVistaで開発をすることになった
鬱だ
697:仕様書無しさん
07/11/20 00:35:57
とりあえず、２万円台の、エアロ機能があるWindowsなら買う価値はあるかもしれん。
ｱﾙティ目ットとその前のバージョンは断じていらん。
あれを使えばSwingはさらに軽くなるぞ。
なぜなら、半透明ウインドウによって、余計な描画が減るからだ。
ノートPC買えば勝手についていくから、
そのときまでVistaはほっとこうかな。
698:仕様書無しさん
07/11/20 00:37:34
>>696
MS Officeを無理やり使わされることに比べればたいしたことはないさ。
あっちはやばいからな。
あっちは絶対に手を出さないほうがいい。
Officeさえ買わなければMSの独占を阻止することは容易だからだ。
Windowsくらい買ってもおれたちにはそんなに苦にはならないだろう。
だがOfficeはやめるべきだ。ここは、OpenOfficeとGoogle様の力に頼ろう。
699:仕様書無しさん
07/11/21 00:27:10
Googleは電通から金貰って情報操作してるって話だったが
700:仕様書無しさん
07/11/21 00:30:16
>>699
W杯の放送時間は操作してたと思うが、
初音ミクの検索結果は操作してないのではないかと・・・・・
701:仕様書無しさん
07/11/23 15:02:46
まぁいえることは今更Ｊａｖａはじめたくないよってこと。
Ｊａｖａしかやったことないんで、ってやつは
あー、はいはい、大体ｱﾉ時期にはいってきたな、とわかるな。
面白い
702:仕様書無しさん
07/11/23 16:25:00
C#理解してれば、java始めたくないなんて言わないと思うけどね
大方C厨かVB厨だろうけど。
703:仕様書無しさん
07/11/23 17:58:44
逆に会社がC#での開発しかしていない所もちょっとヤバイくないか？
704:仕様書無しさん
07/11/23 19:32:51
＞まぁいえることは今更Ｊａｖａはじめたくないよってこと。
今更もなにも趣味ならなんとも言えんが、仕事だと
言語をえり好みなんて出来んのが当然だと思うが。
って周りにCOBOLerが蔓延しているJavaとC++使いな漏れ。
つか別に言語仕様だけ覚えてそこそこ使う分にはC#もJavaも
習得困難なレベルででないはずだが・・・。
705:仕様書無しさん
07/11/23 19:43:44
基幹とかは7年近くリプレースがないから7年後にC#が現役だったら助かるんだが。どうでもいいがなぜJAVAはメソッド名の先頭が小文字なんだ。
あれが違和感。
706:仕様書無しさん
07/11/23 20:07:05
何故って言われてもねぇ
707:仕様書無しさん
07/11/23 21:25:16
寧ろ何故C#は大文字なんだ
708:仕様書無しさん
07/11/23 21:36:27
C#のほうが速いし、デバッグしやすいし、技術資料豊富だし、ビルドするとexeが作られてわかりやすいし
XMLを扱うにしても描画するにしても用意されているクラスが豊富だし、開発環境軽いし
パーシャルクラスがあって自分の書いた部分がわかりやすい
javaはVisual Editorの開発が滞っていて終わった感があったけど、NetBeans 6.0の出来が結構よさげ
なんで期待している。
C#のほうがとっつきやすいから、C#を理解して、それからjavaを勉強するのがオススメかな
709:仕様書無しさん
07/11/23 22:35:45
C#って技術資料豊富か？
Javaとかに比べると事例も少ないし、周りに技術者もいないし
環境が限定されるから漏れの周りでは普及率はｲﾏｲﾁだが。
Javaの開発環境が重い軽いはEclipseにどんだけプラグイン突っ込むかに
よるんでは？って希ガス。
ってVEの話している人だから基幹系ではなく、小規模アプリのマだと思うけど
小さいアプリをちょこまか作る人には、それこそVBくらいでいいと感じる。
710:仕様書無しさん
07/11/23 22:54:36
javaはC#と違ってデリゲートと構造体がないがないため
C#なら数行ですむ記述が煩雑になるケースが見られる
C#はフィールドのアクセス指定付けないとprivateとみなされるから安全だが
javaはデフォでpublicとみなされる
C#はvertual-orverride修飾子を付けて始めてオーバーライド可能になるが
javaはメソッドにfinal修飾子付けないとデフォでオーバーライド可能
やはりC#が使える状況であえてjavaを使いたいとは思わないな
711:仕様書無しさん
07/11/23 22:59:00
>>710
デフォでpublicて、何が？
712:仕様書無しさん
07/11/23 23:22:52
C#ってインテリセンスの表示内容が詳しいから意外と作りながら覚えられるよね
引数もarg0とかarg1じゃなくてfilenameとかわかりやすく表示されるから
直感で作っていける。しかもドットを押した後の表示が速い
713:仕様書無しさん
07/11/23 23:31:27
>>712
その、重箱の角つつくのは趣味か何かか？
なんか、IDEやドキュメントの話になってるし・・・
714:仕様書無しさん
07/11/23 23:35:45
javaは理想を追いすぎてか、ListBoxを貼り付けるにも一旦
スクロールパネルを貼り付ける必要があるし、単純なアイテム
追加にもListModelってのを使わなくちゃいけなくて、コード量が
膨大になる・・・
ComboBoxもマウスホイール使うにはわざわざコード書かなくちゃ
いけないし、単純にjavaにするだけでコードが二倍になるよな
Xmlを扱うにしてもfactory builder documentって何で三回も
書かなきゃいかんのかと
同等のクラスの機能も不十分で、これまたコードが増えるし・・・
715:仕様書無しさん
07/11/23 23:39:11
C#は崩し方がうまいんだよな
716:仕様書無しさん
07/11/23 23:44:54
>>713
IDEやドキュメント重要じゃないか？
同じもの作るんだったらストレスやイライラがないほうがいいに決まってる。
機能で言うなら、WPFやLINQなどjavaでは到底実現不可能なような機能が
そろそろお目見えしそうだし（英語版のVS2008は出たけど）
717:仕様書無しさん
07/11/23 23:53:20
あとさ、javaって配列とかコレクションのアクセスの仕方がまちまちじゃない？
.get(i)だったり、.item(i)だったり.size(), .length. .getLength()...
C#なら.Countか.Lengthにすべて統一されているよね。
わずかな差だけど、作りやすさ、コードの読みやすさは結構違う
718:仕様書無しさん
07/11/24 00:50:38
vsのショートカットの使えなさは異常
719:仕様書無しさん
07/11/24 01:07:13
VS2005とEclipse、両方を業務で使ってるんだけど、
個人的にはEclipseの方が使いやすいと感じてる
VC6の頃はあんなに使いやすいと感じてたのにな
720:仕様書無しさん
07/11/24 01:14:09
>>715
同感、ここらへんはナチュラル天才のヘジたんセンスが効いているとおも
Javaを作った秀才堅物連中にはできないね
721:仕様書無しさん
07/11/24 01:47:44
C#のほうが後なんだし
Javaのいいところを取り入れてるのは当然だろ
722:仕様書無しさん
07/11/24 01:57:09
良くないところを取り入れなかったことを賞賛したい。
723:仕様書無しさん
07/11/24 02:13:21
>>717
それはすごく感じる
C#はメソッド、プロパティの名前がきれいに統一されてる
MS製以外のコンポーネントも.net標準ライブラリと同じメソッド名、プロパティ名
使ってくれてたりして感動することもある
724:仕様書無しさん
07/11/24 02:30:28
javaにプロパティっていう文法がないことも混乱の一因かもしれんな
725:仕様書無しさん
07/11/24 03:06:14
自分が使ってる言語マンセー
その前に使われてた言語は「化石」と言って切り捨てる。
これが信者なのね。
プログラム言語ってどれが優れてるとかじゃなくて複数覚えて使い分けるものでは?
自分が使ってる言語こそサイコーマンセーって痛すぎる
726:仕様書無しさん
07/11/24 03:13:58
>>725
よく見てみろ、信者は一人だ
727:仕様書無しさん
07/11/24 03:20:03
>>726
このスレを下まで見たら、とっくの昔に終わった議論にレス付けてたのね。
こんな自分こそ遺体人だ。
退場しまつ
728:仕様書無しさん
07/11/24 03:31:52
>プログラム言語ってどれが優れてるとかじゃなくて複数覚えて使い分けるものでは?
複数使い分けるのはそのとおりだが言語に優劣は確かにある
時代を席巻したcobolやfortlanを進んで使いたがる人間がいないのは
よりすぐれた言語に取って代わった結果
729:仕様書無しさん
07/11/24 07:57:39
日付関係の簡単さやSTRING.IsNullorEmptyのメソッドを知った時C#が凄いと思った。
730:仕様書無しさん
07/11/24 08:24:10
そりゃ後だし言語だし。
C#が言語仕様的に優れているのは当たり前じゃん。
731:仕様書無しさん
07/11/24 08:54:29
後だしでヘボかったら笑いものだもんな
732:仕様書無しさん
07/11/24 10:45:08
Javaに欲しい機能No1がパーシャルクラスなんだが
上位互換保ちやすいし、次のバージョンあたりで実装してくれないかなぁ
733:仕様書無しさん
07/11/24 10:58:04
JSRにないじゃん・・・
734:仕様書無しさん
07/11/24 11:47:03
言語仕様と標準ライブラリの設計を混同している子が数人居るようだが…
735:仕様書無しさん
07/11/24 11:52:11
昔のC++とVB6.0ほどの違いはないから、どちらかに絞る必要まったくないよね
736:仕様書無しさん
07/11/24 11:57:36
Javaが優れているのはマルチプラットフォームって所だけでしょ。
言語使用もライブラリもC#のほうが優れている。
ただ「だけ」とは言いつつも、UNIX, Linuxサーバじゃ動きません
っていうのが結構致命的だったりするからなぁ・・・
737:仕様書無しさん
07/11/24 12:16:30
UNIXはともかくLinuxなんて単価の安い仕事がほとんどじゃないか。
738:仕様書無しさん
07/11/24 13:05:25
お前ら、仕事を選べる立場なのかい？
739:仕様書無しさん
07/11/24 13:20:52
っていうか技術者なら、というかそれ以前に大人なら
くだらない思い入れで物事の優劣を語ってどうする。
思い入れなんて自己愛の変形物だぞ
740:仕様書無しさん
07/11/24 13:27:33
言語使用もライブラリもC#のほうが優れている・スイーツ（笑）
741:仕様書無しさん
07/11/24 13:37:23
こんな強引なスイーツ(笑)の使い方はなかなか見れない
742:仕様書無しさん
07/11/24 13:39:35
まだVB6やCOBOLの仕事ばかりなんだけど
いつになったらC#は普及するのですか？
Javaってどこで使われてるのですか？
743:仕様書無しさん
07/11/24 13:51:57
思い込みの激しい 741 のためにある言葉
スイーツ（笑）
744:仕様書無しさん
07/11/24 14:37:19
>>742
喪前の携帯でも使われているはずだと思うが。＞Java
745:仕様書無しさん
07/11/24 15:24:32
未だに開発者人口はVBが一番多いのかな？
746:仕様書無しさん
07/11/24 15:29:38
よくくじらのＣＧが表紙になっていた月刊Visual Basicもいつの間にか廃刊しているし、
VB人口減ってJavaやC#に流れ込んでるのか！？
でもJavaの雑誌も廃刊になったような・・・・
747:仕様書無しさん
07/11/24 15:32:54
>>745
開発者：開発者は技術者であって、技術者でないいわゆるITドカタは含まれない
すると、やっぱC・C++だろ
748:仕様書無しさん
07/11/24 15:39:57
ミドルウェア普及で開発自体減ってる印象あるけどな
749:仕様書無しさん
07/11/24 15:41:55
>>748
つ 組み込み分野忘れないで
750:仕様書無しさん
07/11/24 15:49:07
組み込みですらＤＢミドルウェア使う世の中じゃ……
751:仕様書無しさん
07/11/24 16:38:28
>>746
底辺ドカタじゃだめな人生になると分かったんで転職してるんだよ
752:仕様書無しさん
07/11/24 16:58:08
.NETを使わなくていいC#はいつ出ますか？
753:仕様書無しさん
07/11/24 17:04:49
それ、既に出ている、つ C、C# - ネット（＃）＝ C
754:仕様書無しさん
07/11/24 17:10:58
>>747
言語で括ってる時点で君は技術者ではない
755:仕様書無しさん
07/11/24 17:16:24
金になるのはＳＡＰ
756:仕様書無しさん
07/11/24 17:17:32
どの言語を習得したかというのと
実際に仕事で何を使うかというのは
1000万光年ぐらいの開きがある。
757:仕様書無しさん
07/11/24 17:30:16
>>754
なんで解ったの？ 俺は研究者なんだ。
でも、なんでコーポレートリサーチ部門に配属されたのか解らん
ほんとは、LSI設計を激しく希望したんだが、今は、
コンテント配信/セキュリティの研究をしているよ、orz
758:仕様書無しさん
07/11/24 18:00:45
>>752
それ
D言語だろ
759:仕様書無しさん
07/11/24 18:42:15
リサーチ部は研究者と言うのか・・・。
生産しない研究者ってのも不思議な感覚だな。
760:仕様書無しさん
07/11/24 18:46:19
企業の研究部署なんかそんなもんだわ
761:仕様書無しさん
07/11/24 21:11:41
Eiffel を構文糖衣で纏ったような言語ってないの？
762:仕様書無しさん
07/11/24 22:29:00
企業の研究部署って現場の意見を聞かずに自慰理論と
自慰ﾌﾚｰﾑﾜｰｸを押し付けてくる無能集団って印象があるんだが。
763:仕様書無しさん
07/11/24 22:33:43
純粋な研究部署はそれなりかもな
それを現場に適用するための専属部署が
あったりするとヤバイね
764:仕様書無しさん
07/11/24 23:12:29
プログラマに囲まれた環境で、プログラミング自体で賞賛を得ようとすると
相当な努力と時間が必要だけど、
公務員だけどプログラマみたいに、主の業務がプログラミング以外の職場で
簡単な社内ツールを作れる人はとても重宝されるよね。
そのレベルが本当は一番幸せかもしれない。プログラミング自体楽しめるし。
765:仕様書無しさん
07/11/24 23:55:00
J-SOXのせいで社内ツール禁止になるけどな
766:仕様書無しさん
07/11/25 08:20:06
ウチの職場にも障害対策やらコンプライアンスやらの研究部署あるんだが
実際、押し付けばかりして現場でのリサーチは常に欠かしている状態だなぁ。
変なとこだけ「トヨタ式」を真似してくる無能集団だな。
給料もトヨタ並にしてくれよ。と社員が愚痴をこぼしている。
767:仕様書無しさん
07/11/25 10:21:48
>>765
え！？詳しくお願いします！
768:仕様書無しさん
07/11/25 10:28:17
>>765
自分なりに調べてみましたが、開発と運用の分離って点ですか？
769:仕様書無しさん
07/11/25 16:49:36
当然Javaだろう。
C++ってみたこともない。
770:仕様書無しさん
07/11/27 20:39:56
スレタイ見ろ
771:仕様書無しさん
07/11/29 00:47:37
JVMと.NET FRAMEWORKどちらが優れているか教えてください
772:仕様書無しさん
07/11/29 00:53:01
開発でバグを作りこんで実行したとする
JVMはエラー通知とともにその後も動きがおかしくなるので再起動したくなる
.NET Frameworkはへんなコード走らせてもかなり安定している
それぞれのクラスライブラリは.NETがJavaを包含してしまっているといっても
いいぐらい.NETのほうが高機能
773:仕様書無しさん
07/11/29 06:46:48
>JVMはエラー通知とともにその後も動きがおかしくなるので再起動したくなる
>.NET Frameworkはへんなコード走らせてもかなり安定している
そりゃ、思い込みとしかいい様がないが。
おかしくなったコードを晒してくれないとタダの妄想だろう。
774:仕様書無しさん
07/11/29 11:16:45
俺の中ではPowerShellから触れるというただ一点によって.NET frameworkの方が遥かに魅力的になってます
ってもうそれJavaとC#直接関係ないじゃん
775:仕様書無しさん
07/11/29 11:37:17
PowerShell（笑）
776:仕様書無しさん
07/11/29 12:07:49
PowerShellは[System.Math]::absとかいう書き方を改善すればもうちょっと流行った
777:仕様書無しさん
07/11/29 12:28:46
>>776
より流行るかはともかく確かになんとかできればよかったね、System.は省けるけど
778:仕様書無しさん
07/11/29 18:05:06
PowerShell？あははは。よかったですね。
779:仕様書無しさん
07/11/29 18:35:56
PowerShell？
素晴らしい。使ってる人が羨ましいです（はぁと[ﾅﾂｶｼｽ]
780:仕様書無しさん
07/11/29 21:34:35
あれ禁句だったんかな、別にJVM貶したつもりはなかったんだけど。。。
改変ネタを期待してたのに
781:仕様書無しさん
07/12/01 17:51:56
C#やってる奴って２極の気がする。
WinAPIや実メモリ上の動作概念をある程度把握してる奴と
マネージとアンマネージの違いも分からない奴と。
前者は言語が何だろうとまだ生き残れるだろうが
後者は上流工程でもやるしかないんじゃないか？上流が務まるかどうかはそいつのコミュニケーション能力次第だが。
Javaはどうなん？
VM上の動作とかGCのメモリ解放を気にしたりするの？
782:仕様書無しさん
07/12/01 17:59:09
そんなの気にするの本末転倒じゃないの
783:仕様書無しさん
07/12/01 18:09:33
>>781
確かに2極だけど定義が違うな
784:仕様書無しさん
07/12/01 19:01:51
>GCのメモリ解放
ちょと違うかもしれんが、Javaしか知らん輩は短命なインスタンスを作りまくる傾向があるかな。
785:仕様書無しさん
07/12/01 19:11:40
C++のRAIIはもっと凄いぞｗ
786:仕様書無しさん
07/12/01 21:19:31
長命なインスタンスを作りまくるよりはましでつよ。
787:仕様書無しさん
07/12/02 04:26:37
>>708
> C#のほうが速いし、デバッグしやすいし、技術資料豊富だし、ビルドするとexeが作られてわかりやすいし
そんなに豊富だったらJavaよりもC#の仕事が今頃潤ってるよ。
788:仕様書無しさん
07/12/02 10:06:40
言語の優劣と仕事の潤い関係ない
マイクロソフト製品は高価
でも間接販売のインセンティブは他社より少ない
自社の作ったWebアプリをサーバとセットにして売ろうと
した場合、どうせ高価ならインセンティブの多い
Windows以外のOSを選ぶのは必然の流れ
サーバじゃなくモバイルの分野でもそうだろう
789:仕様書無しさん
07/12/02 10:39:49
クライアント側ではC#の圧勝だったけど、サーバ側はOSが限定されることもあって、
Javaが粘っている。
って感じ。
790:仕様書無しさん
07/12/02 11:16:53
クライアントアプリってかなり案件減ったな
791:仕様書無しさん
07/12/02 11:20:41
>>790
Web化で失敗した所はリッチに戻してるけど色々出てきてるから、またWeb化されそうだなｗ
792:仕様書無しさん
07/12/02 11:38:47
SilverlightってWeb版仮想マシンだよなぁ・・・
793:仕様書無しさん
07/12/02 11:45:18
SilverlightってJavaScriptで書いておけばサーバ側がIISである必要がないみたいだ
OSはご存知のとおりWindows2000以降と、最近のLinux, Mac OSには対応しているし
かなり注目度高いね
普及させてJavaScriptで書くのが面倒くさい人がC#で書くことを狙っているのかな？
問題はここにもJavaって言葉が出てきている点だ・・・
Silverlight 1.0だとJavaScript以外には対応していないって時点でJavaの影響力大きすぎ
794:仕様書無しさん
07/12/02 13:32:22
jsとjavaは別物だろ・・・
795:仕様書無しさん
07/12/02 13:48:09
正直、こんなレベルがいる事に驚愕した
うちの営業よりも知識が無いなんて・・・
796:仕様書無しさん
07/12/02 14:20:25
これは酷い
797:仕様書無しさん
07/12/02 15:20:18
まあ、C#はJAVAerを取り込もうとしてJAVAに似せたが
かえってJAVAerの反感を買ってしまったんだがな
798:仕様書無しさん
07/12/02 15:42:41
俺の会社が何でも屋なだけかもしれないけど、普通JavaとC#両方使わないか？
案件とお客様のヒアリング結果から使い分けてる。
文字列の宣言のときStringかstringかで、たまにこんがらかる以外は
すんなり両方使いこなせますぜ
799:仕様書無しさん
07/12/02 15:43:29
言語
アセンブラ,C,C++,VB,その他多数
OS
Windows,UNIX
Javaは登場した当初さわって、Javaがえらいメモリを使う状況だったので一度敬遠してから、ここまでずっとさわってこなかった。
だけど、それじゃいかんと思ってJavaを勉強しようとしたら、Excel操作するにも一つ環境作らないといけないでやんの・・・。
やっぱ顧客はExcelにデータを入れていることがよくあるから、簡単にExcel操作できる機能がほしい。
ということで、JavaはやめてC#にすることにしました。
800:799
07/12/02 15:45:25
【結論】
サーバーサイドアプリケーションならJavaでいいかな。
Windowsを意識したときは、やっぱWin32と連携がとれる言語がやっぱいい。
801:仕様書無しさん
07/12/02 15:57:43
【使用OS】 Windows XP Professional
【 不具合 】 フリーズした際に強制的に電源ボタンで終了してしまった
【詳細内容】 「次のファイルが存在しないかまたは壊れているため、Windows を
起動できませんでした。
<Windows root>ｴsystem32ｴntoskrnl.exe.
上記のファイルをインストールし直してください。」
こんにちは。なんとか自分で出来る事はないかと思いネットで検索し、
試していましたが、どうしてもうまくいきません。
ネットで検索した結果、ディスクから起動し、リカバリー機能を使う、
という所まで分かり、「ren」という言葉を打ち込む段階までは出来た
のですが、「ファイルがみつかりません」と出てきてしまい、その後
に進めず途方にくれています・・・
もはやリカバリー機能では修復できないレベルなのでしょうか？
それとも何か工夫すればこの先に進め、再インストールでのデータ
完全消去を免れる事ができるのでしょうか？
どなたか教えてください！！お願いしますm○m
802:仕様書無しさん
07/12/02 15:58:40
Excelでデータ操作するならVBA(ADO)でSQL投げるだけだから
JavaもC#も覚える必要がないと思うが。
803:仕様書無しさん
07/12/02 16:12:08
>>798
>Stringかstring
あるあるｗｲﾗッと来るな
804:仕様書無しさん
07/12/02 16:13:08
アナルに挿入して気持ちいいのは、JavaとC#どちらですか？
805:仕様書無しさん
07/12/02 16:41:31
>>802
Javaを勉強しようとして、Windowsとの連携が弱いことをしってC#でいいやってことになったってことでしょ。
806:仕様書無しさん
07/12/02 16:45:30
つーかVBAでDBアクセスするってどうよ・・・
807:仕様書無しさん
07/12/02 20:05:41
Javaって補助してくれる環境がないと、実際COBOLと同程度のことしかできなくね？？？
で、周辺環境がバグってることが多々。
結局、ラップしすぎて細かいところまで融通が利かず、かえって難しくなる
808:仕様書無しさん
07/12/02 20:12:44
ぶっちゃけ99%の案件はエクセルで済むんだよ
809:仕様書無しさん
07/12/02 20:13:51
＞つーかVBAでDBアクセスするってどうよ・・・
SQL*PlusだろうとJava/C/PHPでSQL投げるのと大差ないはずだが。
タマにCOBOLerみたいに全レコードアクセスするVB厨がいてアレだが。
810:仕様書無しさん
07/12/02 20:18:23
＞Javaって補助してくれる環境がないと、実際COBOLと同程度のことしかできなくね？？？
＞で、周辺環境がバグってることが多々。
具体的になんだろう？
Eclipseとかmavenとかの事を言っているのか？
具体例をｷﾎﾞﾝﾇ
811:仕様書無しさん
07/12/02 20:56:41
言語の評価は開発環境も込みでしょう
開発環境がないとたいしたことできないのはC#もC++もその他言語も同じだと思うぞ
812:仕様書無しさん
07/12/02 20:57:39
>>808
そうなんだよな。クライアントサイドのアプリはエクセルVBAで作ったほうが顧客は喜ぶ。
クライアントサイドのアプリをアプレットやScriptで書いても、客は使いづらいという。
実際、使いづらいし、細かい機能はつけられない、もしくは作業量が異常に増す。
Javaサーブレットとか便利です！って思ってるのは技術者だけで、ユーザー側は全然便利ではない。
813:仕様書無しさん
07/12/02 21:00:06
>>811
JavaやC#はそうだろうけど、C++は違うだろどう考えても。
814:仕様書無しさん
07/12/02 21:02:07
>>809
セキュリティ要件とか大丈夫かって話なんだが
815:仕様書無しさん
07/12/02 21:31:01
昔も今も大丈夫じゃないよ。
816:仕様書無しさん
07/12/02 21:31:32
でもC#でExcelいじる元気は無い。
817:仕様書無しさん
07/12/02 21:46:25
>>816
え？めっちゃ簡単だよ。まぁVB.NETのほうが遥かに簡単だけど
818:仕様書無しさん
07/12/02 21:49:16
俺java嫌い。
マジで頭痛くなって来るよあれ。
819:仕様書無しさん
07/12/02 21:59:47
>セキュリティ要件とか大丈夫かって話なんだが
どんな手段でRDBにアクセスしようがRDBの側に認証＆アクセス権・ロギング設定しておけば
問題ないはずだか。
逆にC#だとセキュリティ要件大丈夫と思える根拠が不思議だ。
820:仕様書無しさん
07/12/02 22:17:14
web開発が無理だろ＜VBA
821:仕様書無しさん
07/12/02 22:47:32
>>819
C#がどっから出てきたか知らんが、クライアントにDB認証情報持ってんのが問題だってわからないの？
822:仕様書無しさん
07/12/03 00:17:41
>クライアントサイドのアプリはエクセルVBAで作ったほうが顧客は喜ぶ。
個人が入力したデータを集計するときはどうするの？
Webアプリは多人数が違うオフィスから別々にデータの入力や参照を
しても常に最新ってとこでしょ。
WebアプリをExcelで置き換えようってのは無理があるぞ
823:仕様書無しさん
07/12/03 00:32:56
そういうのはWebじゃセキュリティ心配だし共有サーバーにｴｸｾﾙおくんじゃね
824:仕様書無しさん
07/12/03 00:43:53
マじゃなくてちょっとプログラミングできるレベルの人が混ざってるな・・・
825:仕様書無しさん
07/12/03 01:05:54
ExcelからでもODBCにアクセスできるじゃん
826:仕様書無しさん
07/12/03 01:22:03
Javaに思い入れのある人間なんだけど、だけどvisualC#っていいなあ。
Ｃ＃の文法もIDEもいいと思う。ただのEditionが充実してる。
特にWindowsアプリケーションの作成用にはいいな。
Javaでeclipseにいくつもプラグインするのも億劫になってくる。NetBeanがあるじゃないかといわれそうだが。