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があるじゃないかといわれそうだが。