C# vs Java どっちが好き? その5
■ このスレッドは過去ログ倉庫に格納されています
ポインタのポインタまでしかねーわw馬鹿w
ポインタのポインタのポインタを使いてーのかよw馬鹿w 参照の参照ってCで言えばいいだけだろw
馬鹿は参照って言ってろw馬鹿がw C言語じゃデバッグ時にアドレス意識しなかったことないなぁ。 >>702
頭ん中大変だなw馬鹿w
馬鹿は無駄な労力使うのなw >>702
オマエのような馬鹿は機械語で書けw馬鹿がw >>703
今日も呑みすぎやで。
健康が一番大事。もう若くないんだから自愛してや。 32bit以上あって、たかが業務アプリ組むだけなのにアドレス意識してる馬鹿はウンコだろw API突っつくだけのプログラマーなんかアドレス関係ねーだろw馬鹿がw デバドラ書くのもアドレス意識しなくていいのにw
業務アプリプログラマーなんてゴミカスがアドレスとか言ってんなw馬鹿がw なんか著しく頭悪いのは
物理メモリの空間と仮想メモリの空間がごっちゃになってるのは分かる せいぜい関数に渡す時に馬鹿が、えっ!?何で値変わっちゃうの!?ってレベルだろw
そんなゴミカスプログラマーにアドレス関係ねーってw >>707
俺は組み込みメインなので業務アプリはほとんど作ってないし、ウンコはするけどウンコの気持ちは考えたことはないな。
ウンコに意識があるか俺には分からないけど、もしウンコになったらちゃんと「大」で流して欲しい。
水をケチって「小」じゃちゃんと流れないことがあるねん。
トイレ出る時に振り返ってしっかり俺が流れたか確認して欲しい。 そんなにアドレスいじくりてーならコンパイラ使うなw馬鹿w
機械語で書けやw原始人w >>715
俺はIoTで組込みもBIも両刀だw
馬鹿は組込みだけでゴリゴリやってろw
結局Cしか書けねー組込みゴミプログラマーかw 巨大なデータをメモリに格納する必要があるときほど
むしろメモリがフラグメンテーションおこさないように工夫が必要になる
大富豪なシステムになるほどソフトウェアの要件がきびしくなる 組込み屋はメモリリークと格闘してろw
言語なんて適材適所だw馬鹿がw >>718
フラグメンテーション?w馬鹿かwこいつw
横文字使ってカッコつけたいだけのカスかw そもそも組込み屋専業馬鹿が高級言語に無縁だろw馬鹿がw 大富豪プログラミングとはメモリや速度を気にせず書くことである。 >>720
やっぱりおっさん呑みすぎやでwwwwww
ある意味おもろいけどもwwwwwwww
おっさん、w使いすぎ、俺も真似してみた。 Cでさ、print系つかってるから馬鹿な理論言っちゃうんだろw
mem系だけで書けよw >>724
ごめん、それ意味わかんない。
どういう意味? 俺はフロントエンドはbootstrap、MVC5で書くわwオシャレになw
サーバーサイドはCも使う事もあるw winフォームアプリなんて新卒オンナに書かせろやw
どうにでも書けるだろw うん、やっぱり呑みすぎみたい。
放置したほうが良さそうね。 print系使うとアドレス+1し忘れたり、メモリリークの元だわな 組込み専業馬鹿がjavaじってごちゃごちゃ言ってるだけw
Cもろくに理解してねー馬鹿がw そんな事よりさ、LINQでor条件ってどうするのが最強?
View使わない派にとっては辛いわ 組込み馬鹿って視野狭いのなw
低レベル言語と格闘してろw馬鹿がw 組込みしかできねーカスどもがブルジョア言語ぬ嫉妬してただけかw馬鹿がw Cしかやってねー馬鹿ってオブジェクト指向でつまずいたんだろw
馬鹿がw ビジネスロジッカーなんてクラスとか参照とかどうでもいいわw
馬鹿に書かせとけばいいw馬鹿がw 組込みカタワを追い出してやったわw
ここはブルジョアのスレだw
低レベル言語で禿げながらメモリと格闘してるジジィw まぁJavaのぬるぽは本来C#のようにぬるりと表現すべきだったな 参照とポインタに拘る人って
セイクロウスねちっこそうだね
クンニリングした後は必ずこうするとか決めてそうw 参照とポインタに拘る人って
マムコのなめかたも規則正しくクリとビラビラを舐める禿げジジィw ハードウェアを意識したチューニングをするか否か
VMはそういうの全部無視してでも早く着くってどこでも動かすモノ
定義がどうじゃなく目的がどうかって話 >>740
つまずいた→つまづいた
人をコケにする言い方しながらその言い間違いは痛い >>751
現代では「つまずく」で一語だからつまずくの方が正しいんだが
ドヤ顔訂正が間違ってる方が痛い どっちも変換できるんだからどうでもいいわ
伝わりゃいいんだよ ふいんき(←何故か変換できる)
まぁ明らかな誤読のそれとは違って現代仮名遣いか歴史的仮名遣いかの差だが つまり、ポインタもアドレスもJavaもC#も大体同じって事だな
そりゃそうだ納得した 本当は全く理解してないのに納得したフリするのはコミュ能力が高い証拠。 え? スマホは既にJavaの圧勝だし、勘定系、業務系とも後継はJavaで決まりだろう。
C#の案件って2.0の保守ばかり。Javaではなく、VB.netと競合して負けたのがC#。
C#はオワコン。 C#が2.0の保守ばかりなところだと、Javaも1.4以前あたりしか使えないのでは 保守の案件しかない弱小会社にいるからそう感じるだけ
かわいそう 言語が使える程度でなんだって話
まとまな奴ならどっちも使えるだろ 言語なんてツールの一つだからな
作る物に合わせて、最適な開発環境と言語を選べばいいだけだし
「この言語じゃなきゃ嫌だ」なんて言ってるのは、プログラマに向いてない それはPGをコキ使う側の低脳馬鹿のSEの論理。おまえは単なる脳みそカラッポの潰し屋。 >>795
>>勘定系
日本ユニシスだけは依然C#でやってたな
Azureでクラウドにもしてる
マイクロソフトの戦略としてVB.NETよりC#売り込みしたけどJavaの普及率に勝てない状況続いてた
でJavaのランタイムライセンスで急にC#にくら変えする訳にも行かない状況の間にVB.NETもそれなりに増えて来たって事だな vbの冗長な文法もう捨てちゃっていいんじゃないの?
MSは良心的なのか、過去の資産を残してくれてるよな ゲイツがBASICを作ったからMSが出来て成長した様な物だからな・・・
聖域なんだろう >>778
BASIC採用はゲイツの意向
だから無くならない スマンな、正確にはゲイツがBASICを移植したからMSが出来たか .net coreって、実用問題ない?
MSはオープンソース本気か?
俺はMS様についてくわw
もうこれからはクラウドで月額商売だよな 仕事で使ってるけど特に問題ないよ
VisualStudioCodeめっちゃ楽だし、SCDも便利 https://www.publickey1.jp/blog/18/javajavaoneoracle_codeoneoracle_codeone_2018.html
Java 11でJava EE関連のモジュールとCORBA関連のモジュールを削除した。
なぜかというと、これらはメンテナンスに手間がかかり、複数の脆弱性を抱えている、といった理由からだ。
これは破壊的変更にあたるが、これからも起きるだろう。 Java EEはEclipseに移管された
Java EEの命運はEclipse次第
Java8のEE使ってる所はRedHatエンタープライスサーバーで逃げる手も有るが、IBMが買収 今後のメンテナンスを維持できるコストが減ったのか
どこまで減らすかによるがまあなんか苦しいとこだな 小さいシステムなのでEE見捨ててSPRING を検討して見るぞい >Java EEはEclipseに移管された
これだけならともかく、Javaの名称を使わせないってのは邪悪だよなぁ C#はIoT分野もっと伸ばさないのかな
それよりもSPAのBlazorに注力して行く感じ? もうJavaScriptって公式にECMAScriptに改名すればいいのにな ■ このスレッドは過去ログ倉庫に格納されています