5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

最近のjava人気についてpart10

1 :統一蛇場協会:03/11/01 15:31
壷買えよおめーら。www

前スレ
http://pc.2ch.net/test/read.cgi/prog/1066548599/l50

396 :仕様書無しさん:03/11/10 21:36
10 REM 現代版BASIC
20 WINMAIN
30 ON WM_CHAR 100
40 ON WM_LBUTTONDOWN 200
50 ON WM_MBUTTONDOWN 300
50 ON WM_RBUTTONDOWN 300
90 GOTO 20


397 :仕様書無しさん:03/11/10 21:37
>>395
その発言でお前が厨だと分かってしまうわけだが。

398 :仕様書無しさん:03/11/10 21:45
>>392
J2ME勉強しますた。携帯のOSとしての基本機能はCやアセンブラで書かれていて
お遊び部分はJavaということですね。基本機能をJavaっていう妄想はあったみたいです。

399 :仕様書無しさん:03/11/10 21:49
>>398
J2MEを勉強したくらいで携帯のOSがどうこうと分かるわけ無いんだが。
あ〜。勉強していないのがばれてしまった(w

400 :仕様書無しさん:03/11/10 21:52
>>399
で、君は何を持って中核がJavaと思ってるの?
待ち受け画面 w

401 :仕様書無しさん:03/11/10 22:01
>>398
Javaでプログラミングできるということが重要なんだよ。
携帯電話以外にもPDAなどがあるぞ。

お遊び半分ではなく高レベル層がJava, 低レベル層がC, アセンブラと解釈しろ。
(低レベルと書くと怒る奴がいるんだよな。そういう意味じゃないんだが)

Javaが何のために生まれたかを考えると携帯電話でJavaが使われてもおかしくは無い。

402 :仕様書無しさん:03/11/10 22:09
>>401

今時 write once を利点にあげるとは!!!
誇大広告は行けませんとJAROが言っていました。

403 :仕様書無しさん:03/11/10 22:38
Javaはネットワーク上で安全にパケットをやりとりできる言語として
生まれました。そのためには、複数のプラットフォームで動く必要性が
あり、Javaがマルチプラットフォームへと進んだのは当然の結果でした。

>>402
おまいはJavaの思想を勉強しなおせ。

404 :仕様書無しさん:03/11/10 22:41
そもそも、>>383 が携帯Javaが組み込み系って言ったのが事の発端だが
>>401 もそう思うのか?

405 :仕様書無しさん:03/11/10 22:41
>>403
>>402は携帯電話によって画面サイズなどの見栄えがことなるとか使えるAPIが異なるとか
そういうレベルでwrite onceが実現できないといっているだけだろ。
そんなことは大して重要じゃないんだが。

406 :仕様書無しさん:03/11/10 22:44
今は携帯Javaに手を出すよりもJ2EEに手をだしたほうがマシ。
ハードウェアの性能よ媒体記憶容量が大幅に向上するまで待て。

407 :仕様書無しさん:03/11/10 22:50
>>403
しかし、その実態はJavaでもウイルスの作成が可能であり、
限定されたサイトのHTTP通信のみしかできず、
Sunに糞高いライセンスを払う必要があり、
パフォーマンスは元から著しく低いため
携帯各社のJava離れが進んでいきました。

>>403
おまいはJavaの現状を勉強し直せ。

408 :仕様書無しさん:03/11/10 22:54
>>407
ツマンネー釣りダナヲイ
釣りじゃなかったら馬鹿でしょこいつ。
けどこいつみていると負けず嫌いでFUD攻撃しているみたいだね。
やっぱり馬鹿だね。

409 :仕様書無しさん:03/11/10 23:00
マルチプラットフォームっていつの時代の話だよ。
どの機種でも動くように書けるが、現状配布されているアプリは
機種ごとに書かれている。いい加減分かれよ。

410 :仕様書無しさん:03/11/10 23:00
>>405
で、百歩譲って携帯のばいとこーどが
PDAで動くとでも思っているんだろうか。


411 :仕様書無しさん:03/11/10 23:05
JavaScript saikou
   ~~~~~~

412 :仕様書無しさん:03/11/10 23:08
>>403
おいおい、Javaは社内の組み込み向け補助言語として生まれたんだよ。


413 :仕様書無しさん:03/11/10 23:10
>>412
だよな。
その後、ネットワーク上で安全にパケットをやりとりできる言語として
【利用されるようになりました】でしょ。

414 :仕様書無しさん:03/11/10 23:21
>>412
社内?
またネタか。
最初は家電だろ。

このスレで発言している奴はどいつもこいつも嘘ばかり。

ROMっている者よ
真実を知りたければ自分でぐぐれ。

415 :仕様書無しさん:03/11/11 03:55
真実なんかどうでもいい。
で、Javaは儲かるのか?

416 :ぬるぽ部長:03/11/11 08:16
>>415

儲かる

417 :仕様書無しさん:03/11/11 08:27
>>416
誰が?

418 :仕様書無しさん:03/11/11 08:45
糞派遣の元締めにきまってんだろ

419 :仕様書無しさん:03/11/11 08:49
>>418
おまえの技術力ではもうからんよ

420 :仕様書無しさん:03/11/11 09:30
俺決めた!
今年中に推奨されないメソッドだけで
あぷれっと作る!!!!!!
まじ燃えてきた


421 :仕様書無しさん:03/11/11 09:56
携帯端末ではJVMに回す電力の余裕はありません。

422 :仕様書無しさん:03/11/11 09:59
>>415
C++よりも儲かる。
Javaの中ではJ2EE関連が最も儲かる。

ただし、>>420のようなことをやるのはおすすめできない。

423 :仕様書無しさん:03/11/11 18:54
age

424 :仕様書無しさん:03/11/11 19:29
>>420
その燃えるほどのエナジーをもっと別のところに使いなさい

425 :仕様書無しさん:03/11/11 19:55
>>420
普通に組んでも、おまいのメソッドは推奨されない。されてない。してはならない。

426 :仕様書無しさん:03/11/11 20:14
いや 俺が推奨する

427 :仕様書無しさん:03/11/11 22:13
いやお前は人間として @deprecated だ。

428 :仕様書無しさん:03/11/11 23:04
$ javac -deprecated >>420.java

さあこの次にでるメッセージは何だ。

429 :仕様書無しさん:03/11/11 23:49
お願いです。Javaプロフェッショナルの皆様、作ってください。

Class:ドラえもん
Method:どこでもドア・タイムマシン・もしもボックス



430 :仕様書無しさん:03/11/12 00:13
オブジェクトをmethodにしている時点でダウト。


431 :仕様書無しさん:03/11/12 00:21
class:ドラえもん
Property:どこでもドア
method:開く・閉じる

ってかんじ?


432 :SMTP信号機:03/11/12 02:55
Javaの自習を兼ねてある意味実用プログラムを作りました。
Javaをはじめた方は紹介のサイトよりSMTPmv_1.1.zipアーカイブをDL後
SMTPmv.jarを解凍しソースを参照する事で以下の実例自学になると思います。
・TCP/IPグラミング(ServerSocket,Socket)
・正規表現の利用(String.matches,Matcher)
・Threadプログラミング(wait,notifyでの同期、synchronizedによるロック含む)
・GUIプログラミング(JFrame,JtabbedPane,JEditorPane,自作のスクロールPanel組み込み確認ダイアログetc)
・HTMLによる表示と入力フィールド設定値の参照
etc。それでは宜しく
http://homepage3.nifty.com/tokeon/Eng-B/SMTPmv.html


433 :仕様書無しさん:03/11/12 05:10
>>431
開く・閉じるはどこでもドアクラスのメソッド。
ドラえもんクラスのメソッドは歩く・泣くなど。

434 :仕様書無しさん:03/11/12 07:34
>>431
Propertyはそういう用語に使うなM$信者め。

JavaではPropertyといったらそういうものを指す用語には使わん。

435 :仕様書無しさん:03/11/12 07:36
>>431
field がドア



436 :ドラえもんのクラス:03/11/12 07:42
Class:Doraemon // ドラえもん
Method:getFourDimensionalPocket

Class:FourDimensionalPocket // 四次元ポケット
Method:getSecretTool

Class:SecretToolInterface // 秘密道具インターフェイス
Method:use

Class:DoorInterface // 開け閉めインターフェイス
Method:open
Method:close

Class:DokodemoDoor // どこでもドア
 ----|> SecretToolInterface
 ----|> DoorInterface
Method:use
Method:open
Method:close


437 :仕様書無しさん:03/11/12 08:15
アホジャヴァ信者は枠だけ考えてご満足。

438 :仕様書無しさん:03/11/12 08:21
C++のようなオブジェクト指向に反する使い方をできるtemplateは
Javaにとってチンカスのゴミ以下であrりJavaを汚す。
そんな糞機能はJavaには必要が無い。

439 :仕様書無しさん:03/11/12 09:01
C++のバイナリが肥大化する傾向は、他でもないStandardTemplateLibraryによってもたらされる。
故に、最もC++らしい、オブジェクト指向と`template'をふんだんに使用したコードは、
最も巨大なバイナリを生み出し、故に起動がやけに遅い。

440 :仕様書無しさん:03/11/12 10:14
>>439 「遅い」のはOOPの宿命じゃあないの?

441 : ◆qQ4COMPILE :03/11/12 10:30
>>440
いんや、テンプレートはその遅さをできる限り
コンパイル時とリンク時にまわしてくれる。


442 :仕様書無しさん:03/11/12 10:46
javaだったらこんなカンジだろ。

Draemon dra = fujiko.fujio.pruducts.draemon.Draemon.getInstance();

DokodemoDoor door = (DokodemoDoor)dra.getPocket().get("DokodemoDoor");
door.open();

try{
  door.use(
    fujiko.fujio.pruducts.draemon.NOBITA,
    fujiko.fujio.pruducts.draemon.SHIZUKA.getHouse().getBath());
}finally{
  door.close();
}

443 :仕様書無しさん:03/11/12 12:05
>>442
>DokodemoDoor door = (DokodemoDoor)dra.getPocket().get("DokodemoDoor");

きもちわりーよ。w
dra.DokodemoDoor.open() でいいよ。
どうしてもポケットアイテムコレクションという形にしたいなら
PocketItem door = dra.PocketItems("DokodemoDoor") こうだね。
でも dra.PocketItems("Takecopter").open()
というメソッドはないのでPocketItemクラスが若干気持ち悪い。

444 :仕様書無しさん:03/11/12 17:30
サーバサイドではF#が最強になるヤカン。
しかしMicrosoftがどれほどやる気があるかが問題だ・・・

445 :仕様書無しさん:03/11/12 18:26
google検索対決

検索語
java 求人
結果:54900件

検索語
parl 求人
結果:109

総合結果
java >>>>>{超えられない壁}>>>>parl

以上。

446 :仕様書無しさん:03/11/12 20:00
>>445 そりゃparlで検索すりゃ109件だよ。
総合結果はかわらないけどね。

447 :仕様書無しさん:03/11/12 20:11
class Nobi extends Dora {
Nobi() {
 setContentType("play/land")
 setCharacterEncoding("ISO-HONNYAKU_KONNYAKU")

if (
 PocketItems.isEmpty() || !getBundle("URAYAMA").equals("裏山")
 || !getName("URAYAMA").equalsIgnoreCase("裏山") || !getAbsolutePath("裏山")
 || exists("宿題") || exists("テスト") || !exists("ママ") || !exists("裏山")
) {return;}

try {
 PocketItem door = PocketItems("DokodemoDoor");
 door.forward();
} catch (IyaaaaahnNobitasanNoHException e) {
 nobi.dodododododoDoraemoon();
}
}

public void dodododododoDoraemoon() {
while (PocketItems.hasNext())
 super.PocketItems.remove();

while (true)
 super.add(new Vector(Integer.MAX_VALUE));
}

448 :仕様書無しさん:03/11/13 01:13
java.lang.String が嫌いっ!
MFCのCString を少しは見習えっ!
PerlもASPもPHPも便利な文字列操作関数いっぱい持ってんのに、
お前だけ使えないんじゃ〜いっ!

...って思ってるのは俺だけか?


449 :仕様書無しさん:03/11/13 03:29
>>448
StringBufferもあるよ。
Stringは1.4から正規表現つかえるね。


450 :仕様書無しさん:03/11/13 07:32
未だにJavaから逃げてる香具師って。。。

451 :仕様書無しさん:03/11/13 07:35
>>480
 謂いたいことがわからんのだが、Javaが万能と思ってるヴァカが増えてるのは
 非常に困ってるな。



452 :仕様書無しさん:03/11/13 08:33
なんにもできないJava。使えないJava厨に合掌。

453 :仕様書無しさん:03/11/13 09:51
さて、480がどんなレスをするのかが見ものだな

454 :仕様書無しさん:03/11/13 10:52
>>445
parlでもヒットするんだな。つか、スペル間違うような田舎の
へっぽこ会社ばっかりのようだけどね。

”perl 求人”
だと9330ヒットしたよ。


455 :仕様書無しさん:03/11/13 16:55
Javaマンセー

456 :仕様書無しさん:03/11/13 17:16
VisualBasic.NETっていいね。

457 :仕様書無しさん:03/11/13 21:07
                \ │ /
                 / ̄\  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
               ─( ゚ ∀ ゚ )< ぶいび〜ぶいび〜!
                 \_/  \_________
                / │ \
                    ∩ ∧ ∧∩ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\ ∩∧ ∧∩\( ゚∀゚)< ぶいび〜ぶいび〜ぶいび〜!
ぶいび〜〜〜〜〜! >( ゚∀゚ )/ |    / \__________
________/ |    〈 |   |
              / /\_」 / /\」
               ̄     / /
                    ̄


458 :仕様書無しさん:03/11/14 07:48
天気いいねぇ〜

459 :仕様書無しさん:03/11/15 17:54
さっさと死ねよ。死にぞこないJava

460 :仕様書無しさん:03/11/15 21:01
>>459からはC臭が漂ってくる
くせ(´`c_,'` )

461 :仕様書無しさん:03/11/15 21:06
C/C++とVB(ASP)ができたらJavaは要らんな。
おそらく、C/C++とPerlが出来る人もJava不要だろう。

462 :仕様書無しさん:03/11/15 22:19
C/C++をマスターしてる奴はそれだけで十分だろ

463 :仕様書無しさん:03/11/15 23:10
マスターベーション

464 :仕様書無しさん:03/11/16 00:45
>>461
とりあえずPerlやVBやASPと一緒にされてもね。
そんじょこらの小規模システム用開発言語とは

 格 が違うのだよ。



             格   が





465 :仕様書無しさん:03/11/16 00:51
>>448
> java.lang.String が嫌いっ!
> MFCのCString を少しは見習えっ!
> PerlもASPもPHPも便利な文字列操作関数いっぱい持ってんのに、
> お前だけ使えないんじゃ〜いっ!

じゃ、お前がJavaのStringをラップしてMFCに沿った仕様の
オリジナルStringクラスを作れ。
スキルのある奴は自分から積極的に作る。
お前のようにライブラリに甘えるような馬鹿がこういうくだらんことでブツブツ文句を言う。

便利な文字列関数が言語仕様に依存すると思い込んでいるのか。大恥をかくぞ。

まず、Jakarta Projectを散策して来い。
つぎに、java.lang.regexについて調べて来い。
そして、Jakarta CommonsのStringUtil, Jakarta OROなどについて調べて来い。


466 :仕様書無しさん:03/11/16 04:55
 >>465に手紙が来た。
          _____
         / ヽ____//
         /   /   /
        /   /   /
        /   /   /
       /   /   /
       /   /   /
      /   /   /
       ̄ ̄ ̄ ̄ ̄


       | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
       |                    |
       |                    |
       /    ̄ ̄ ̄ ̄      /_____
       /              /ヽ__//
     / お前はクビ。  /  /   /
     /              /  /   /
    /   ____     /  /   /
   /             /  /   /
 /             /    /   /
  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/   /   /


467 :仕様書無しさん:03/11/16 05:11
>>465
標準化という言葉を知っているか?

468 :仕様書無しさん:03/11/16 08:34
>>462
Javaより単価が低くなるけどいいのか?

469 :仕様書無しさん:03/11/16 09:17
>>468
アホ派遣は大変だな。

470 :仕様書無しさん:03/11/16 15:00
>  >>466にも手紙が来た。
>           _____
>          / ヽ____//
>          /   /   /
>         /   /   /
>         /   /   /
>        /   /   /
>        /   /   /
>       /   /   /
>        ̄ ̄ ̄ ̄ ̄
>
>
>        | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
>        |                    |
>        |                    |
>        /    ̄ ̄ ̄ ̄      /_____
>        /              /ヽ__//
>      / お前もクビ。  /  /   /
>      /              /  /   /
>     /   ____     /  /   /
>    /             /  /   /
>  /             /    /   /
>   ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/   /   /
>


471 :仕様書無しさん:03/11/16 15:24
>>465
>>448は言語仕様に言及してはいないワケだが…。

472 :仕様書無しさん:03/11/16 15:38
>>448はJDK1.4のStringを見ていってるのかどうかが気になる

473 :仕様書無しさん:03/11/16 22:10
java.lang.Stringって追っかけると
酔っぱらいそうになるぐらいにコピペしまくるよね

474 :仕様書無しさん:03/11/18 08:58
クズ言語あげ

475 :仕様書無しさん:03/11/19 00:00
>>466
識者である>>465の寛大な意見に反論できずにそういうAAを張るとはいい度胸だねえ。

476 :仕様書無しさん:03/11/19 09:00
識者どころかただのJavaバカ(派遣)

477 :仕様書無しさん:03/11/19 12:21
お前の認識能力が不足しているから「馬鹿派遣」としかいうことができない。

478 :仕様書無しさん:03/11/19 18:36
エンタープライズアーキテクトを目指せ


479 :仕様書無しさん:03/11/19 18:43
デスクトップアプリもろくに作れないくせに
なにがエンタープライズだ。

デスクトップアプリをろくに作れないことを
覆い隠すためにエンタープライズと言っているだけだろw

480 :仕様書無しさん:03/11/19 20:15
世の中にはGUI用アプリつくることを考えずに
シェル用アプリ製作からエンタープライズアプリを作った香具師が多数折るのですよw

481 :仕様書無しさん:03/11/19 20:29
あぁ、それで偉いとか勘違いしているのか。
作る物が違うだけなのに。

482 :仕様書無しさん:03/11/19 20:45
> デスクトップアプリ

C++Builderでもやってろ(プゲラウヒョ-


483 :仕様書無しさん:03/11/19 20:49
>>481
実際、作れる奴少ないし。
サーバ管理できる奴が少ないのが原因だな。

484 :仕様書無しさん:03/11/19 20:52
エンタープライズコンピューティングはこれからの時代の味噌

485 :仕様書無しさん:03/11/19 21:12
>>479
エンタープライズの意味わかってるか? 

486 :仕様書無しさん:03/11/19 21:16
まぁ、エンターテインメントみたいなもんだ。

487 :仕様書無しさん:03/11/19 21:33
COBOLで作ったシステムは通常エンタープライズアプリです。

488 :仕様書無しさん:03/11/19 22:12
>>482
確かにC++Builderのほうが1万倍マシだな。

489 :仕様書無しさん:03/11/19 22:57
エンタープライズコンピューティングしてるか?

490 :仕様書無しさん:03/11/19 23:51
このスレレベル低。

491 :仕様書無しさん:03/11/19 23:54
情報工学の成果であるjavaを理解できないから、叩いて自慰する爺PGの巣窟は
こちらですか?

492 :仕様書無しさん:03/11/20 00:41
>>479はエンタープライズアーキテクトになれない

493 :仕様書無しさん:03/11/20 01:51
Javaが情報工学の成果だなんて何か勘違いしてるんじゃないのかw

494 :仕様書無しさん:03/11/20 02:10
微妙だな。
ならはソフトウェア工学の成果か?

495 :仕様書無しさん:03/11/20 02:11
#defineと#includeと構造体が無いのでダメポ。

203 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)