J#って何のためにあるの？

いらなくね？

vipでやれ

vip#？

俺がD#を作ってやるか?

D.NETの開発とまってるからぜひ作ってくれ。

現行の J# の機能セットが既存のお客様の要望の多くを満たしていること、
および、J# の使用者数が減少傾向にあることから、マイクロソフトは
その他のお客様の要望によりよく対応するため Visual J# 製品と
Java Language Conversion Assistant (JLCA) ツールの提供を中止します。

>>1
言語仕様が異なりライブラリも異なるJ#をJavaとして宣伝することで、
少しでも本家Javaの普及を妨害するために存在する。

×存在する
○存在した

嘘つけ着々と更新されてるだろ

Microsoft Vusual J# 2.0 Second Edition 2.0.50727.937
x86 ttp://www.microsoft.com/downloads/details.aspx?FamilyID=e9d87f37-2adc-4c32-95b3-b5e3a21bab2c&DisplayLang=en
x64 ttp://www.microsoft.com/downloads/details.aspx?FamilyID=42c46554-5313-4348-bf81-9bb133518945&DisplayLang=en
IA64 ttp://www.microsoft.com/downloads/details.aspx?FamilyID=c6485ef6-8f1d-4c5a-a1f3-94065ee14608&DisplayLang=en

し#？

>>9
これまでプラットフォームがX86専用からAny CPU, X64, Itaniumが指定できるようになっていた。
互換性のためか/platform:x86がデフォルトになっている。

/platform:anycpuでsystem.data.dlｌを参照していると警告が出る。実害はないけどバグっぽい。

warning VJS1861: Assembly generation -- 
Referenced assembly 'system.data.dll' targets a different processor

既存のJava資産を .NETで再利用できる。
みたいな事が @ITに書かれてたけど、
そんな事しねーよ。

Java　→　J#　→　C#
Java厨を.NETで再利用できる

>>13
それは実装をJavaでやるってことか？ｗ

test

全世界の莫大なJ++ユーザーのため













Java厨とは接点無し

>>13
C#自体がJavaのパクリで始まった言語だし、J#必要なくね？

そうだけど、












Ｃ丼ｲﾗﾈ

ﾜﾝﾓｱｾｯ

どっかのPDFのライブラリを.NETで使えるようにするため。
あれはまあ正しい使い方だと思った。

Visual Studio Orcas beta に J# は含まれていない訳だが

＞J# は含まれていない訳だが

これが無きゃ意味ねーだろーが。

ZIP書庫が作れるから必要？

>>23
C#はZIP書庫作れないの？？
そうだとしたら何でJ#だけにそんな機能を付けたのでしょうね。

>>1
MSがSunのJavaを妨害するため。

>>24
Javaにjarっていうzip作成ツールがあったからじゃね？

J#って、ぴ

最新のJDKに対応してたり
MIDPアプリケーションの開発に使えたりしたら
もっと活用できるんだけどねぇ。

TurboDelphiのためにあるんじゃない？

多倍長整数を.NETで使えるようにするため。

G

オレは逆にJ#を開発・リリースできるMSにとてつもない力を感じる

J#がなきゃ.Netは有名になれなかったと思う

MSDNの情報にもとてつもない力の投入を感じるが、出来上がったものはゴミに見える。
Ｊ＃も。

Visual Studio 2008 でも J# はサポートされるのか？

2005の J# は日本語版提供なしで、2008 では J# は完全になくなるみたいに
順調にフェードアウトしていってるんじゃなかったっけ？

訳の分からんもんは、なくなればいいと思うよ。

まぁなぁ，J# は CLI だとこんなこともできますよっていう
ショーケース的なものだったのかもねぇ．
実際にあれでなにかアプリケーション作ってる人って見たことない．

で，これからは F# だね．

J#を使ってるのを生で見たのはTurbo DelphiのIDEだけだった。
Delphiインストールするのに何でJ#がいるのか小一時間問い詰めたかった。

後2〜3年したら華麗に復活とかあるかもなあ

>>39
そのころには K# になってる．
ビル・ケイツの K

>>37-38
ttp://www.ujihara.jp/iTextdotNET/ja/

バッチ処理で大量のPDFから特定のページを抜き出したりするのに重宝してる

J丼って何のためにあるの？

親子#って何で美味しいの？

親子丼は美味しい！
あの卵と鶏肉と具材のの微妙なブレンド、それがソースと絡んでアツアツのご飯に。
た、たまらん…

親子丼.net
人間の食欲にスケーラビリティを提供します。

だからもっさりでデブなのか

>>45
性欲ではないのか？

もっとまともな事書けないのか？
機能の版め死の話とか。

open j# compilerが無視されすぎで泣いた

J#だろうがVBだろうがCLRで動作するから問題ない。
JavaやCの参考書は腐るほどあるのにJ#の参考書は最早、希少価値が高い。
（言語仕様の優劣はさておき）

J#はJava製ソフトウェアを.NETにポートするときに活躍するよ

2008にまじで入ってねーな

>>49
ライブラリの対応はどうなんだろうね
開発言語にJavaが使えるだけなら無意味…
subStringの挙動の違いとかも気になる
　
>>51
対応してるJavaのバージョンが古いから
IKVM使えばいいやってならない？

ある意味J#は完成された言語とみなして言い訳か。
短命であったか。

たまにはJ++のことも…

やっぱこれがイイ<(_ _)>
http://www.microsoft.com/japan/msdn/vjsharp/

g++,　f77　,　j++ 　こんなの使いだしたら、オライリーの本が増える増える。
オープンソースのソフトの利益の源泉は実は書籍販売だからねｗ

ｊ++ってオライリーから本出てたのか？

おう、たぶん出て筈だぞｗ
GNU開発ものは大体なｗ

GNUはj++出してないはずだが。
ついでに日本のオライリーでJ++で検索かけても出てこない。

C も　J　も　＋＋の進化形（後継）が　＃（シャープ）だからな。

にしても、J#関連書籍は最早骨董品だなｗ

そうだな、なさそうだな　J　は　相手にされてない醸し煉なあｗ　>>60

GNUはgcjだしてるけど、あれはJ++関係ないし。

http://glossary.tank.jp/t026C.html

http://glossary.tank.jp/t0950.html

http://glossary.tank.jp/t0A9D.html

ネットビーンズで簡単にできたけど、ｃｙｇｗｉｎ.dllというお荷物を配り捲らなきゃダメじゃんｗ

cygwin.dll →　cygwin1.dll

結局のところ　C# が一番いいと言う話に帰着するわけだが。

C < C++ < C# > J# > J++

VB < C#

臨機応変に全て使いこなせることが望ましい。

追記：
.NET Frameworkを実装出来ないカスタムＣＰＵ下の制御系ソフトはまだまだC言語での
つくり込みが必要である。

ヒント：J#はバイトコードを作れない

つか、プログラム作る段階でクラスライブラリを使わなければ、コンパイルして
ウインネーティブコードになるから、コンソールアプリならＤＯＳ上でも動くだろ？
使ったら使ったで、フレームワーク上で動くバイトコードになるし、Ｊ＃は使える。

Ｊ＃で製造したほうが、Ｃ＃、ＶＢよりも最小サイズで収まる。

ＪＡＶＡからの移植も１．４準拠ならおｋ
ＶＢはＳＱＬサーバーが高コスト（個人で使う分）なので敬遠気味だな。

暇だからＤＢ２でも入れて遊ぶかな。

>>71
SQL Server も Express Edition ならただじゃん．

無料だが、製品としての完成度と良くないな。
VS+Accessで良い。
ビューも作成してあるから、ＶＳより結果をペインで表示で出来てしまう。
SQL ServerもExpress Editionを使う上で利便性を考えると他の無料のツールをいくつか
ネットから落としてチューニングしなければならないが、バージョン違いや、構築
順序間違えると余計な時間がかかる。

>>71
1.4準拠じゃなくて 1.1.4準拠だった記憶が……

>>74
御免、間違っておった。
http://www.ujihara.jp/CodeTips/VJSharp/ja/index.html

※1．1．4とソース互換有り

J#は他のコンポーネント比べ完成度が高いと評価して良い。
他に比べ、使用者も認知度も少ないにも関わらず無くならないと言うのは
一般商品で言うと稀少価値が高いと言うこと。
書籍に関しては尚更である。
MSに取っては主力はC#。

> J#は他のコンポーネント比べ完成度が高いと評価して良い。
具体的に述べよ。

やぶから棒に出てくる「イージーな教えて君」　
俺、こんな奴は嫌いなんでスルーだなｗｗｗｗｗ

> 他に比べ、使用者も認知度も少ないにも関わらず無くならないと言うのは
> 一般商品で言うと稀少価値が高いと言うこと。
> 書籍に関しては尚更である。

偽者に引っかかった馬鹿が唱える選民思想は面白い。

J++の頃はIDEとして使ってたなぁ。最後にsunのJDKでコンパイルしなおしてた。
せめて1.4互換だったら、いまでもそういう使い方が出来るのにね。

互換性を保証しているとはいえ、受け入れテストはなくならない。

何故なら、インフラが異なるからである。

仮面ライダーJのようなもの

>>80
俺もコードを眺めるのに便利に使ってた．
実際のコーディングは Emacs でやってたけど．
今は Eclipse 使ってる．

1.1.4 互換で止まってるのはライセンスの関係なのかな？
Sun と Microsoft の間のゴタゴタはよくしらねぇ．

J++が1.1.4だった。つまりはJ++のマイグレーション。

J#　つか、じゃばでぺろりとプログラム作って
ｃｍｄよりコンパイル、
解決出来なかったら、VJ#起動してデバッグ。

J#をコマンドラインからコンパイルしようと
jsc hoge.java
と打ち込んでコンパイルが通らないと悩んだのは俺だけじゃないはずだ。

ｊｓｃとは何ぞや？　ま、いいか。
俺なら悩む前にキッチリ調べてから行動するぞ。

vjc　何チャラ．ｊｓｌ

nmake　もある。

J#の関連書はｍｓｄｎで我慢するとしよう。

C#のコンパイラが　csc　だから
J#のコンパイラは jsc だと予想したんだろ

なるほど、人によって連想記憶が違うんだな。

ま、俺の場合、

VBがvbc
C#がｃｓｃ
J#が vjc

と記憶している。

>>87
JScript.NET Compiler

>>90
ウェブホストのアプリは興味ないからねえ〜
スクリプト言語はどうも、イージー過ぎる。

今のお気に入りは
fsc/fsi F#

表面的に同じ振る舞いで有るかに見コンパイラ言語とスクリプト言語は格式が違う。

どう違うかは、敢えて述べないが……
ま、こだわり持つのは良いことだ。

JScript.NET　拡張しすぎ、スクリプト言語の格式はどこへ行った。

import System;
interface IHello { function hi() : void; }
class Hello implements IHello {
 private var name : String;
 public function hi() : void { Console.WriteLine("Hello {0} !", name); }
 public function Hello(name : String) { this.name = name; }
 public function get Name() : String { return name; }
}
var hello : IHello = new Hello("Hoge");
hello.hi();

VHDL → ﾒｶﾞｶﾐｽ
汗　　　→ ｷﾛｶﾐｽ
C/C++ → ｶﾐｽ
Java　→　ｱﾎｽ
C#　　→ ｱﾎｽ
VB　　→　ｷﾛｱﾎｽ
PHP　→　ｷﾞｶﾞｱﾎｽ
Flash → ﾒｶﾞｱﾎｽ
Web　→ ﾃﾗｱﾎｽ

J#だとSystem.getPropertiesは少ないな。java.*やらsun.*系が全然ない。
com.ms.locale.variant=
com.ms.windir=C:\WINDOWS
http.agent=Mozilla/4.0 (compatible; MSIE 7.0; Wi...
com.ms.sysdir=C:\WINDOWS\system32
user.timezone=JST
awt.toolkit=com.ms.vjsharp.windowing.win32.Win32T...
com.ms.applet.enable.serversockets=false
path.separator=;
user.dir=C:\Documents and Settings\hoge\My...
file.encoding=MS932
os.arch=x86
os.version=5.1
jbcu.windowWarning=Warning - J# Browser Control window
user.home=C:\WINDOWS
os.name=Windows XP
user.language=ja
user.region=JP
line.separator=\r\n
browser=ActiveX Scripting Host

俺が勉強するためにJ#は存在するのだ。

ネーヨ

イケメン

無意味にJ#復活きぼんぬ

JRubyよりは需要あるとおもうんだがな

F#だろ、次は。

純鉄JAVA

J#はJavaで作られたソースなどを簡単に.Netに変更できるように作られた言語

無意味

ドトネトが複数言語をサポートするってのはオフィシャルな話で、
言語が消えるってのは公約違反な気ガス。

さらに、６４ビットでは動作しないなんて超ありえん。

64bit対応は済んでる
>>9,11

消えて困る人が極少数なら、
その極少数派のために時間を割くのも無駄だしなぁ

まぁ、メンテはともかく新規に採用することだけはありえないな

>>104
あるよ。
以上。
はい次の方。

J+

ミサミサ

>>95
厨房にとっちゃ俺はｶﾐｽか

今Eclipseダウンロード中なんだけどさ、Java開発してる人はこれなの？

みんなJ#に移動したよ。
乗り換え遅い人はJ++。

今J$ってのを開発　うわ、何するやめｒ

というか
そのままjavaのクラスライブラリを
.netのclrで動かせればj#なんていらない

ヒント： 戦略 Java環境の破壊

ヒントもらわなくても分かってるがな

もう、MSはゲイツの功績を一応みとめて、
「Gates（ゲイツ）」っていう言語を作るべきだよ。名前も迫力ある。

Visual G#ｗ

>>120
ゲイツ氏が怒っているのですね

ﾎｼｭ＃

保守しますね

J++で充分だろ、ｊｋ。

一つ穴用(;´Д｀)ﾊｧﾊｧ
http://www.amazon.co.jp/%E3%82%B8%E3%83%A7%E3%83%B3%E3%82%BD%E3%83%B3-%E3%82%B8%E3%83%A3%E3%83%90%EF%BC%91%E3%81%A4%E7%A9%B4%E7%94%A8-%EF%BC%92%EF%BC%90%EF%BC%90%EF%BD%87/dp/B0012PB1V4

まだ結論はでていないよ？

ちょｗ

なんのためにあるの？

せめてJ#マイナーくらいにしとけよな

J# とかいう名前が出た当時は笑ったけど
まさか、こんなに早く消滅するとは思ってもいなかった

プラスを4つもつけてどうすんだｗ
C#しかり。。。

>死にかけのITスキル10選
>ttp://slashdot.jp/developers/09/05/22/0231254.shtml
>非同期転送モード(ATM)
>Novell NetWare
>Visual J++
>無線アプリケーション・プロトコル(WAP)
>ColdFusion
>RAD/エクストリーム・プログラミング
>Siebel
>SNA(Systems Network Architecture)
>HTML
>COBOL

J++は死にかけだけど、J丼は大丈夫みたいだおｗ

むしろその話題で J++ を出す人が存在することに驚き

俺のためにあるに決まってるだろ

俺様専用言語かよｗｗｗ

VMware ESXiのクライアントソフト
VMware vSphere Client 4.0に利用されていてびっくりした
x64なVistaにいれようとしたらインストールに失敗するし
XPに入れたらJ#用のライブラリがインストされるし

J#期待あげ

期待しても、終わってるからね

↓J#が復活する確率

101%

102%

復活させる計画はなくなりました。

J#とかF#とか

youtubeに「プログラミング言語つくってみた」って、動画UPするのとかわらないレベル

いえーい

死ねよ生ゴミ

土方が何をいっても

ふわふわ

A言語からＺ言語まであるようだな

ついに時代がJ#に追いついたようだな

>>145
天使がそんなこと言ったらあかん

まだあったのか

あと２年。

te