諸君　私はJavaが嫌いだ

諸君　私はJavaが嫌いだ
諸君　私はJavaが大嫌いだ

Sunが嫌いだ
JDKが嫌いだ
JREが嫌いだ
J2EEが嫌いだ
Beansが嫌いだ
Servletが嫌いだ
JSPが嫌いだ
J2MEが嫌いだ
JavaDocが嫌いだ

サーバで　Webで
携帯で　組み込みで
Linuxで　Windowsで
少人数で　多人数で
オフショアで　下請けで

プログラミングで使われるありとあらゆるJavaが大嫌いだ

成果物をならべたTomcatの連結テストが轟音と共にサーバを吹き飛ばすのが嫌いだ
空中高く放り捨てられた仕様書が政治力でばらばらになった時など心が沈む

担当者の操るIBMのWebSphereがjava.lang.ClassFormatErrorを連発するのが嫌いだ
悲鳴を上げて燃えさかるプロジェクトから飛び出してきた派遣プログラマを管理職が殴り倒した時など胸が疼くような気持ちだった

仕様変更をそろえた自社の営業が納期の見積もりを蹂躙するのが嫌いだ
恐慌状態の新入社員がバグだらけのクラスファイルを何度も何度も確認している様など吐き気すら覚える

悲観主義の退職者達をJava雑談スレッドに吊るし上げていく様などはもうたまらない
泣き叫ぶエンジニア達がEclipseの投げ出したヒープ不足例外とともに画面に収まらないスタックトレースをひとつひとつダンプするのも最低だ

哀れな下請け達が雑多な実装で健気にも組み上げてきたコードをユニットテストのプログレスバーがクラスまるごと真っ赤に表示した時など失神すら覚える

オフショアの下請けにインターフェースを滅茶苦茶にされるのが嫌いだ
必死に守るはずだったコード規約が蹂躙されコメントが削られ壊されていく様はとてもとても悲しいものだ

中国の価格に押し潰されて残業させられるのが嫌いだ
客の要望に追いまわされ害虫の様に社内調整に這い回るのは屈辱の極みだ

諸君　私はJavaを地獄の様なJavaを嫌っている
諸君　ここまで読んだ暇なプログラマ諸君
君達は一体何を望んでいる？

更なる地獄を望むか？
情け容赦のない糞の様な仕事を望むか？
鉄風雷火の限りを尽くし三千世界の鴉を殺す嵐の様な言語を望むか？

『Java！　Java！　Java！』





.

よろしい　ならばJavaだ

我々は渾身の力をこめて今まさに振り降ろさんとする握り拳だ
だがこの暗い闇の底で底辺の土方作業に堪え続けてきた我々にただのJavaではもはや足りない！！

大規模案件を！！
一心不乱の大規模案件を！！

我らはわずか一個人　人月60万に満たぬエンジニアに過ぎない
だが諸君は残業150時間の徹夜組だと私は信仰している
ならば我らは諸君と私で総力100万人月の下請け集団となる

我々を火のついたプロジェクトへと追いやり眠りこけている連中を叩き起こそう
髪の毛をつかんで引きずり降ろしJavaをデプロイさせ思い出させよう
連中に設定ファイルの不整合を思い出させてやる
連中に徹夜時のキータッチの音を思い出させてやる

管理職と現場のはざまには奴らの想定では思いもよらない仕様バグがあることを思い出させてやる
一千人のエンジニアのコミュニケーション不足で
案件を燃やし尽くしてやる

「最後の正気を保ったプログラマより全エンジニアへ」
目標リリース前日サーバダウン！！

第一世代ゲートウェイ（GRIMM）作戦　状況を開始せよ





.

長ぇコピペだなぁ

色々と心がえぐられるなｗ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　言語は関係ない気がする

これ職場から書き込んだろ。

私はJavaが嫌いです
Javaは幼稚で礼儀知らずで気分屋で
前向きな姿勢と　無いものねだり　心変わりと　出来心で生きている
甘やかすとつけあがり 放ったらかすと悪のりする
オジンだ　入れ歯だ　カツラだと　はっきり口に出して人をはやしたてる無神経さ
私ははっきりいっで絶壁です
努力のそぶりも見せない　忍耐のかけらもない　人生の深みも　渋みも　何にも持っていない
そのくせ 下から見上げるようなあの態度
火事の時は足でまとい　離婚の時は悩みの種　いつも一家の問題児
そんなお荷物みたいな　そんな宅急便みたいな　そんなJava達が嫌いだ
私は思うのです　この世の中からJavaがひとりもいなくなってくれたらと
C++だけの世の中ならどんなによいことでしょう
私はJavaに生まれないでよかったと胸をなで下ろしています
私はJavaが嫌いだ　ウン　Javaが世の中のために何かしてくれたことがあるでしょうか
いいえ　Javaは常に私達C++の足を引っぱるだけです
身勝手で　足が臭い
ハンバーグ　エビフライ　カニしゅまい　コーラ　赤いウインナー　カレーライス　スパゲティナポリタン
好きなものしか食べたがらない　嫌いな物にはフタをする
泣けばすむと思っている所がズルイ　何でも食うJavaも嫌いだ
スクスクと背ばかり高くなり 　定職もなくブラブラしやがって
逃げ足が速く　いつも強いものにつく　あの世間体を気にする目がいやだ
あの計算高い物欲しそうな目がいやだ　目が不愉快だ
何が天真爛漫だ　何が無邪気だ　何が星目がちな　つぶらな瞳だ
そんなJavaのために　私達C++は　何もする必要はありませんよ
第一私達C++がそうやったところで　ひとりでもお礼を言うJavaがいますか
これだけJavaがいながらひとりとして　感謝するJavaなんていないでしょう
だったらいいじゃないですか　それならそれで　けっこうだ
ありがとう　ネ　私達C++だけで　刹那的に生きましょう　ネ
Javaはきらいだ　Javaは大嫌いだ　離せ　俺はC++だぞ
誰が何といおうと私はJavaが嫌いだ　私は本当にJavaが嫌いだ

>>6
嫌いじゃなかったのかよ

諸君が愛してくれたSunは死んだ、何故だ！

オラ狂うw

The OracleM@ster

Javaの嫌いな所：設定が面倒。最初動かすまで時間がかかりすぎる

java面白いじゃん。まじめな言語仕様が。

言語仕様的には、String型の例外処理が美しくないと思う。
足し算を定義する癖にイコールを定義しないあたりとか、
プリミティブ型でないのにリテラル文字列を許すとか。

>>15
坊やだからさ



って言ってほしかったんでそ？

Javaは、ドカタ言語。
ドカタに愛され、ドカタに貶され、ドカタと共に存続する。

それが、Javaの宿命である。

ドカタ言語同意
上流で、例えばApacheプロジェクトとかそういうので関わっている人は楽しいだろうけど
結果的につまらない仕事を量産している、人を不幸にする言語

そんなのCでもVBでもPHPでもRubyでも同じだろうに
末端で部分的にコードを書いてる奴はどれ使っても同じ

でも全言語の中で、Javerのドカタ率は圧倒的に高いよ

率ｗ

Javaもお前のこと嫌いだって。

Androidアプリ作りたくて触ってるけど、プロパティがない時点で吐き気がした。

はぁ？

Javaの技術者って異常にプライドが高いから嫌いだ。

>>28

Java技術者の50%は元Cobolの人ってホント?

いちいちGet~ とか　Set~とか書いてられるか糞が

プロパティってタイプ量をほんの少し減らす程度の効果しかないよね。

>>34
CLRプロパティはともかく、依存関係プロパティは？

Java7でプロパティ追加されるのか。
あとは文字列の扱いもっと綺麗になると良いな。

バージョンあがって言語の特性が変わりすぎ

>> 32

本当です。
オブジェクト指向何それおいしいの？って人ばかりです

昔：xml地獄
今：アノテーション地獄

Cygwin使っている人いますか？ その20
http://hibari.2ch.net/test/read.cgi/unix/1268282846/272-273

272 名無しさん＠お腹いっぱい。 [sage] 2010/11/15(月) 11:42:30 ID: Be:
マウントオプションとは別に、CRLFをLFに変換するツールはないでしょうか？

美乳セーラー女子高生とSEX顔射フィニッシュ

というコマンドやnkfでも一応可能なのですが
専用のツールはなかったかと思いまして

273 名無しさん＠お腹いっぱい。 [sage] 2010/11/15(月) 11:43:21 ID: Be:
>>272
コピペミスった、、、、、
見なかったことにしてください

コマンドは、

cat crlf.txt | tr -d '\r' > lf.txt

です。

どこをどう間違えたらｗｗｗｗ

ぬるぽなんてもう古い!!
Javaが嫌いな諸君なら分かるだろう
あの欠陥言語から来たぬるぽを使うとは
これからは｢せぐふぉ｣にしようぜ!!

>>41
つられちゃだめだよ
他のスレでも同じことしてるよ...

1.4で安定運用しているプロジェクトに
1.6のライブラリを持ってきたら、ソースのコンパイルが出来ない

手作業で全部直すんだぜ…

なにをいまさら

GCのタイミングがいまいち

イマニ

ミテロコノヤロー

> 39 名前：仕様書無しさん [sage]： 2010/11/15(月) 23:09:34
> 昔：xml地獄
> 今：アノテーション地獄

ﾜﾛﾀ吹いた

>>33
Eclipseの自動生成使えよ

全部自動生成してくれんかな。

そもそも自動生成するためにベタベタにわかりやすい感じになってんだろ
setter/getterだけじゃなくたとえばXMLにしても

setterロボ来ましたw

>>52
歳がばれるよ。

geterロボしか知らないや。

Javaが嫌いなんじゃなくて
受託開発が嫌いなんだろ

Googleは何でJava選んだの？

Sun体制だったらなあなあでおいしいとこ取りでやっていけると思ったから
実際はSunがOracleに食われて係争中ですがね

さあ、つぎはここか

で、Oracleに買収されたジャワってOracleの都合の良い拡張機能をバンドルした
VMになっていき、LinuxからはVMはベンダ依存になるためLinux独自のVMで統一する
見解になっている。つまり、「あなたが一度書いたコードはどこでも動きます」は
民主党のマニュフェストのようにもろくも崩れ去り(はなから崩れていたのだが)
真実「あなたがいちど書いたコードでもVMのバージョンによっては一から書き直す必要があります」

というわけで、本当にJavaは終焉の時を迎えようとしている。
今後残るとすれば、Oracleサーバ専用のWebアプリ開発なんちゃってバイトコード実行
のネオスクリプト言語の道しか残されていない。

何を今更。昔からちっとも動かなかったじゃん。
NetBSD+GCCの方が遥かにportability高い、って散々言われてたじゃん。

90年代後半、職場でも上司の肝煎りでひとしきり騒いだものだが、
JavaだのBeansだの、センスのカケラもないネーミングを見て
これは最初からアカンと思ってたよ。
なんか名前だけで「厨」の臭いがしたもんな。

やっぱC++だよな

本物のC++プログラマ
STLは使わない(Java並みに遅いから)
gotoをエラー処理で使う(無理にロジック出入り口一つにするようにでがんばらない)
new演算子は使わない(malloc,callocで十分)
拡張子だけ.cppにする　かっこえー
そして.cに戻っていく
Windowsクライアント開発では否定しないけどね>C++

つまり
クライアントアプリ系　　　　　　デーモン、カーネル、デバドラ計
C++　　　　　　　　　　　　　　　　　　　　　　　　　c

>>JavaだのBeansだの、センスのカケラもないネーミングを見て
>>これは最初からアカンと思ってたよ。

おれも同じふうに思った（笑。とにかく技術センスが感じられない。
簡単なことをわざわざ難しくしている。従来の一般的な技術資産を
生かそうともしない。低脳な自分たちで考えたものが実証もしないで
いいと思いこんでいる。新興宗教みたい。下の文章なんて
典型的なjava野郎の文章。頭の悪さがにじみでている：

----------------------------------------------------------
Java Persistence API(以下、JPA)は、JSR 220で仕様が標準化
されているEJB 3.0(Enterprise JavaBeans, Version 3.0)の一部
として新たに導入された、Javaオブジェクトの永続化のための
APIである。EJB 3.0以前は、永続化に関する主要なAPIとして
JDO(Java Data Object)とEJB Entity Beanの2種類があった。
しかしこの両者の間には互換性がないため混乱の元となっていた。
このJDOとEntity Beanの整合性を取るために新たに設計されたのが
JPAで、機能的には従来のEntity Beanに相当するPOJOベースのAPIと
なっている。

嫌いじゃないけど、あまり使ったことない

>>63
STLは使わないくせに、糞遅いmallocは使うんだｗ

　
大体java野郎が言う「javaは色んな関数が提供されている」なんて
なんの検証もしていないだろう。一体どの言語と比較してそんなことを
言って居るんだ？ＣもＰＥＲＬもＰＨＰも何も知らないくせに。
そうゆう言語でどうゆうライブラリがあるかも知らないくせに。

なにも知らないくせに実行速度が異常に遅くエラーメッセージが
異常に分かり難く開発環境が異常とろくさい、そんなものが
素晴らしいと信じ込んでいる。バカじゃないのか。
こんな糞言語なくなった方が人類ためだ。

Microsoftのwindowsだのsunmicroのjavaだの糞企業が
自分の利益のために無理矢理作ったものなんて
ろくなものがない。はやくなくなりゃいい（ﾍﾟｯ

Windowsクライアントアプリ開発って需要あんの？
パッケージビジネスソフトウェアは売れない時代だし
ゲームは割られる
Web系のように元手0の学生が比較的短期間で
億万長者になれるキャリアパスもない

でもCやC++を勧める人が圧倒的に多い
ライバル減らしか？

キャリアパス考えてるようじゃ、億万長者にはなれないよ。

ブラウザビジネスがあるだろ
すべてのWebへと通じる入り口を制覇できる
IE、Firefox、Chromeに勝てるかどうかは知らん

水源（ブラウザ）を抑えるか上流（検索サイト）か
ソーシャル（中流）か個人ブログ（下流）か、
効率を求めるなら言うまでもなく水源だろ

これをJavaで作るならその時点で負けは確定する
最適な言語はCまたはC++だ

CやC++の最大の強みはもっとも高速に動く高級言語である事と
低級な部分を操作出来る事
Cが出来るかどうかの差は
ポケモンで努力値個体値を理解してるかどうか位の差がある

>>67

でましたジャワ厨++ 糞遅いmallocを内部で使ってnewする++は最高だよねえ

>>65
ようは、基本設計が甘くて「おっこれは使えないな」って新仕様を追加しまくるけど
その追加した仕様も基本設計が甘くてまたすぐに陳腐化するのがジャワの歴史だよねえ

そしてクラスライブラリは「推奨されないキーワードで満たされ」
まるでゴミ捨て場のような今のジャワ

>>73
そんなアホな実装あるの？

とんちんかん〜　
ちんちんぽ〜

JRuby使っとけ

mallocが遅いって、何と比べてるの？
動的なヒープの割り当てでそんなに複雑なことしてるとも思えないけど。

たまたま遅い実装のDebug用ライブラリのバイナリでも見たんじゃないの？

>>79
わかりますよね、ジャワ厨++脳ですから

俺が仕切る。誰もJavaに文句は言わせない

偽物にしてももう少しまねる努力をしようよ…

本物は相変わらずまわりくどいのだろうからなあ

Ｊａｖａをやってみようと思って、
eclipsというものをダウンロードしたけど、
使い方がよくわからんです。

まったく初めての人向きの、どこか親切なサイトを
教えてくださいまし！

ただいまHTML+CSS+JAVAを勉強中でつ！

>>85
よくわからんのだけど、ＨＴＭＬとＣＳＳとＪＡＶＡって
関係あるの？
どう関係あるの？
Java Scriptのことじゃないよね？？？

>>79
ウインドウズなら複雑なことしてるけど、それでも、結果的には早い。
もっと別な所で早くした方がいいんじゃないかな？

>>86 この３つ合わせてホームページとか作れるからwww

mallocは遅い。遅いに決まってる。遅いはずだ！！

ttp://java.sun.com/javase/ja/6/docs/ja/api/java/sql/ResultSet.html#getString(int)

前から気になっていたんだけど java.sqlのResultSetの実装ってちまちましているなあ
今フェッチしている行のカラムをcolIndexで一項目のデータを取得するんだけど
項目が50個あれば50回メソッドを呼ぶのかよ。フェッチしている行そのままがばっと
つかえんのかね。char **イメージでがばっともどしてくれりゃあそれでいいんだけどねえ

>>90
無駄なデータ転送はしないほうがいい。

>>88
じゃ、Java Scriptのことだったんだね。
Java ScriptとJavaはちょっと違うと思うから、
あまりJavaやってます！とか思わない方がいいよ。
笑われることもあるかもしれないから。（笑

C++には敵わないよな

ActionScript/Objective-C/PHPが嫌い
この３つ使える奴は仕事選べるくらいあってうらやましい

基本的にクラス名が横長く改行まみれなのと
{を末尾につける規約がデフォ採用されるのが、嫌い

なんかこう、泥臭い感じがぬぐえない

>>92 スンマソン　　まだ初心者なもんでw

>>94
ソーシャルアプリ・モバイル系だな
だがこの手の業種は参入障壁が異常に低いから
能力ある人間は自分でやったほうが儲かる
会社を選ぶという次元じゃない
医者や弁護士クラスの貨幣獲得能力持ちだ

某検索サイト大手の開発者向け集会にいったとき
わずか3人（一人奥さん）で零細企業立ち上げて某SNSに
ソーシャルアプリを提供している会社の代表と話したが
月商600万だと言っていたぞ（しかも営業利益率50％超）

Javaで受託開発リーマンな俺は軽く凹んだ
DeNAの決算見るとえげつないほど儲けてるし
なんなんだこの業界は

リーマンなら、儲からなくても給料もらえるじゃないか。

リーマンが嫌なら、手始めに受託開発専門で独立してみてはどうか。

Javaはオブジェクト指向を強制して、main関数もクラスの中に作らないといけない
とはぼろい言語だな。
マルチパラダイムでない言語は使いにくい。

>>87
だよね。
複雑っていっても、プロセスで確保済みの領域が足りてれば、フリーリストたどるだけだし。
足りなくてカーネルからもらうのだって毎回するわきゃないし、
HDDスワップとか起こらなければ大した負荷にもならないでしょ。

STLも実装知らずにアホみたいに使えばいくらでも遅くなるけど、それはテンプレート全部そうでしょ。
わかって使えば、かなりチューニングされた速いライブラリだと思うよ。

>>100
それはわかってるじゃなくて、単なるテク。

言語仕様とデザインパターンでガチガチに固めるので、
コストは高いがゴミコードが紛れ込むリスクも軽減出来る為、
有象無象の人間を大量に集める人月エンタープライズ系ではこれからも暫く重宝されるだろう。

が、それなりに書ける人間にとっては生産効率はかなり低いので、
COBOL化の道を辿るのも仕方無い。

奴隷は、奴隷の境遇に慣れ過ぎると、驚いた事に自分の足を繋いでいる鎖の自慢をお互いに始める。
どっちの鎖が光ってて重そうで高価か、などと。そして鎖に繋がれていない自由人を嘲笑さえする。
だが奴隷達を繋いでいるのは実は同じたった１本の鎖に過ぎない。そして奴隷はどこまでも奴隷に過ぎない。

過去の奴隷は、自由人が力によって征服され、やむなく奴隷に身を落とした。
彼らは、一部の甘やかされた特権者を除けば、奴隷になっても決してその精神の自由までをも譲り渡すことはなかった。
その血族の誇り、父祖の文明の偉大さを忘れず、隙あらば逃亡し、あるいは反乱を起こして、
労働に鍛え抜かれた肉体によって、肥え太った主人を血祭りにあげた。

現代の奴隷は、自ら進んで奴隷の衣服を着、首に屈辱のヒモを巻き付ける。
そして、何より驚くべきことに、現代の奴隷は、自らが奴隷であることに気付いてすらいない。
それどころか彼らは、奴隷であることの中に自らの唯一の誇りを見い出しさえしている。

(リロイ・ジョーンズ　1968年、NYハーレムにて)

さあさあ
ここを日記帳がわりに使おうか

>>103
そこら中で見るけど、分かるよｗ
でも、奴隷は生かされるからな。
拒絶して、殺されるよりは、その方が自然かもしれないね。

http://radar.oreilly.com/2011/02/2010-book-market-4.html
java本のシェアが大幅増
Androidさまさま

702 名前：デフォルトの名無しさん []： 2011/03/01(火) 09:16:21.33
Javaって、こんなへぼいアプリしか書けないわけ？

38 名前：デフォルトの名無しさん [sage]： 2011/02/27(日) 21:31:11.41
>>16-17
ちょっと恥ずかしいけどさらしとく。
http://uncorrelated.servehttp.com/jar/KnockingBird.jar

>>106
俺が布教したおかけだな

>>69
windowsはどうでもいいがC++を使えるのは重要。
C++ならあらゆる環境で動く。
元々CPUの命令構造に依存しないから、賢いコンパイラに中間言語まで落としてもらって、
それに対応するアセンブラを自前で用意すれば稼働範囲は無限大。
現実に組み込み現場で多々行われている。
最近じゃブラウザ上で動くVMまで登場してるし。

>>72
もっともでは無いけどな。
最速はFORTRAN

因みに、Javaは、実測で未だC++の10倍遅い。
JavaがC++に勝つにはC++側でスタックで済むものをnewしたり、
テンプレートで済むものを
仮想関数にしたりいろいろ配慮が必要。

>>89
スタック割り当てに比べりゃ遥かに遅いよマジで。
ベクタとか行列とかポインタで
返すよりコピーで返した方がましなくらい。

> 最速はFORTRAN
釣れまへんなぁｗ

>>112
高級言語でFORTRANを超えられる言語が有るのか、
是非一度触れてみたいもんだな。

>>112はスパコンでC++が使えるのに、
FORTRANが採用されてる理由をしらないんだろうな。
それとも、CUDAの事でも言いたいんだろうか？

>>114
特殊環境（スパコン）の話など、誰もしていない。

科学計算でFORTRAN最強だったのは一般常識だろ
それにFORTRANにとってはスパコン以外が特殊環境
汎用機やオフコンで使われる事があってもオープン系なんて話にならんだろ

>>115
　スパコンに限らずPCでも配列を
ポインタと関連付けられる言語は
FORTRANには勝てんよ。
自動ベクトル化もかかりやすいし、
分岐予測の最適化もかかりやすい。

>>116
高級言語最速はFORTRANと書いてる
訳だけども、利用頻度が減った
言語を比較対照にできないといつ
言った？

文法的にCよりもFORTRANの方が最適化がかかりやすいというのは、
あまりピンとこないな。

Cコンパイラがまだ発展途上の時代に、FORTRANの得意な分野での
ベンチで負けたことがあった、くらいの認識だよ。俺は。

最適化に期待しなければCの圧勝だと思うし。

どんどん(言語的な意味で)低級になってまいりました！

ポインタだと、エイリアスがないことを保証するのが難しいから
最適化しにくいってのはコンパイラの授業で習ったかなー

今調べたら、C99だとrestrictでエイリアスがないことを明示できるようになってるみたいだねー

Rubyって将来性あるかな？
覚えてた方がいいかな？

おまえが覚える頃には新しいのが出てるよ

>>123
ばくち打ちが覚える言語

>>115
つ、釣られないぞ?

まさかと思うが大学行ったこと無いのか?
マトモな大学なら(嫌でも)使わされる「普通の」環境だろ。

まぁ俺も嫌いだけど、歴史が長いだけに最適化だけは最強だよ。

学生は帰りな

>>119
Cで引数に配列渡す時に長さ指定してる？
int(*p)[100]
みたいな感じで。
こういう長さ保証が無いと配列の
要素数を推測しづらいから最適化
しづらい。
特にループ回数が変動するとき。

大学の環境≡世間一般の環境、ってか。
まあそれも仕方ないかｗ

Rubyには将来性ないよ。
とりえあず今はJavaとObjective-CとPHPを勉強しとけ。
間違いはないから。

プログラミング言語に将来はないよ。
とりあえず今は、日本語と外語、それと
人の気持ちを察する力を勉強しとけ。
この業界潰れようと間違いないから。

将来がないかどうかは知らんが、
英語は勉強しとくべきだな。

>>128
ループ回数って、配列の要素数の事を指してるのかな？

だとするとそもそもループ回数が変動する場合に配列の要素数が
分かっていても仕方がないし、固定回数の場合は

for(int c=0; c<n; c++) ...

の形になるから、この程度なら最適化に何の支障もないと
思うんだけど。

ただ、Cで書くような人は大抵実行速度の必要な箇所では、
ネイティブな演算ライブラリを呼び出す形にするとか、
inline宣言やregister修飾やらで、自分で頑張ることが多いね。

そういう意味で、逆にCプログラマはコンパイラの最適化に
あんまり期待しすぎない傾向にあるとは思う。

struts2
ajax
ibatis
spring

もう何が何やら

AJAXは.NETでもphpでもつかえるよ

>>133
配列の要素数が分かっててレジスタサイズの倍数に一致するのであれば、
どんぶり勘定でループ回数超えて代入演算するという最適化ができる。
入力と出力の配列が重複しない。
出力配列の内容を全て破壊出来ることが前提になるけどね。

まぁ、Cでもイントリシックで同等の速度は出せるけど。
大半のライブラリーはそんな機種依存な拡張に対応してないからなぁ。

CもFortranもスレ違い。

FORTRANとGPUって相性いいのかね?
シェーダー言語として使えたらMATLABが使えて
物理計算バリバリのゲームづくりが楽そう。

それ何てCRAY?

Javaのスレだと思って覗いたら、ここはCとFortranのスレだったのか…

>>123
Rubyでメシ食えるとは思えんが、日常の作業を自動化するのには便利。
例えば手作業でWebアプリを何度もテストしたいなら覚えなくてもいい。

>>134
JavaはOSS界の悪いところがふんだんに出てるからな……。
傍から見たら差異があるように見えないんだけど、細かいところで違う。
例えばSeasarとSpringのどっちがいいのとか、JPAやるのにHibernateとEclipseLinkのどっちがいいのとか。
迷ったらJSRだけ抑えとくのがベター。Web系ならJSP/Servlet、あとおっつけ。

There's more than one way to do it.は悪

Javaそのものの問題じゃないが、
Javaのライブラリってなんでインタフェースの付け方中途半端なの？
StringBuilderとStringBufferなんてメンバーほぼ一致するのに共通のインターフェースは無し。
swingのGUI部品にgetText、setText、getIcon、setIconとかあるけど共通のインターフェース無し。
共通操作しようとすれば、bean経由。
使えねぇ。

>>142
どのフレームワーク使ったって差があんまりない状況下では同意する。

なんか10倍くらい例外飛ばしやすい飛ばしにくいとか、10倍くらいタイプ量増える減るとか
10倍くらい安定か不安定かとか、そういう差異があるなら色々やり方があってもいいと思うが。

さぁ、そろそろFortranの話にもどろうか。Javaの話はスレ違いだ。

>>145
ああ、そうだったな。
あとForthとかMUMPSとかPL/Iとかもあったな。

>>145
小便臭いスパコン厨の相手はお断りだ。

>>146
LISPやPrologは気にしないのか？

>>146
MUMPSなつかしー！
よく知ってるね。こんなマイナー言語。

今こそKL/1…

Twitter、検索結果表示が“3倍速く”なったと発表――フロントエンドの切り替えで
Twitterは、フロントエンドをRuby on RailsからBlenderに切り替えた結果、検索結果の待ち時間が大幅に改善されたと発表した。

http://www.itmedia.co.jp/news/articles/1104/07/news043.html
-----------------
急成長する検索ニーズに対処するために検索エンジンを書き換え、リアルタイム検索エンジンを立ち上げた。
その際にバックエンドをMySQLからJavaベースのテキスト全文検索エンジンLuceneに移行した。
また先週、フロントエンドをRuby on RailsからBlenderと呼ばれるJavaサーバに切り替えた。
待ち時間の短縮は、こうした取り組みの成果だという

>>148
正直Prologは全く分からん。LISPもガッツリ触る機会はなかった。
おかげで華麗にスルーしていたYO。

>>149
物流方面のIT屋だと今でもMUMPS使ってるところあるみたい。新規の開発で。
例えば10tトラック一台がバースに着いて積荷を降ろす、ハンディで検品する。
そういうときにはやたらと(検品済みのチェックを入れるための)トランザクションが発生する。
トラックが2〜3台同時に着たとか、5分くらいで複数台のトラックが着いたとかもある。
そういうときにはOracleとかは信用ならんのだと。

古い会社サンの話だけど、今でも使ってるところはあるってだけ。

ネタスレかと思ったら存外面白かった

JAVAからRubyへ












（笑）

JavaもRubyもC#も同じじゃねーか、CもBASICもFORTRANもCOBOLも

Forthの話に戻そう

>>155
無理すんな爺さん

>>155
最近の子は、こういう低水準な環境で弄る事が無いから発想が貧困になってよくないよな。
ま、俺としてはスタック型だけじゃなくAPLみたいなアレイ型の世界もいいと思うんだが。

>>157
つか最近のPGはコーディングと言えばコピペが基本だからなぁ…。
自分でロジックを考えることが出来ないので「サンプルコードが無ければ組めません」とか
「関数が無ければ組めません」とか平然と言い放ったりする･･･。

>>158
そりゃ、もはやPGじゃねえなｗ

>>158
それくらいは別にいいんじゃない？

それよりも最近はもともと人と接する仕事が嫌いな人間が
何を勘違いしてか「PGは他人とのコミュは不必要でただパソコンだけを相手にすればいい仕事」という理由で
PGを志望する人間が多くて困る・・・

>>159
自称SEは、コピペ職人

>>160
それは無い。むしろヒト売り営業だろ、他人とのコミュ不要なのは。

>>160
20 年程前、それを目当てにこの職に就いたんだけど、見事に当てが外れたわ…

関数がなければ組めなくていい
「用意されているべき」関数が無いなら、それを作る事に慣れてる奴がLib実装しろよ
中途半端に知識つけてかけると勘違いしている奴をゴミと呼ぶ
自分たちの首を絞めているんだよね、そういう奴って。PGの1人1人が根幹なんて組めなくても良く
その（滅多に使わない）知識を知らなければカスだみたいな風潮。それがめぐりめぐって自分の首をしめてゆく･･･

>>163
もはやエンジニアと呼べる代物ではないな･･･。
ただ既存のコードを支持されるがまま部分的な差し替えるだけのチェンジニアという名の作業者…。

それこそただのドカタだわな

>>163
PGがその程度のスキルでいいのなら時給800円のバイトで十分だなw

デスマらない為の知恵だろ･････

残念だが、デスマ案件の大半でコピペプログラマが大量導入されている。

Javaプログラマに、何でもかんでもコピペで済ます奴が特に多い。
そのため、3年や5年の開発経験があるにも関わらず、
ごく最低限のプログラミング知識さえ怪しい奴が多い。
「配列って何すか？」などと言う経験5年のJavaプログラマさえいた。

↑　ﾜﾛﾀ〜

1〜2週間の研修を受けさせた程度のjavaプログラマを大量生産し、
使い捨て続けている。

以前中途入社してきた奴でCを10年近く経験してきました、なPGが
JAVAどころかCOBOLすらまともに組めなかったのは流石にびっくりした・・・。

本人曰く「Cだったら組めるんですよね〜。COBOLは古すぎて自分には合いません」とか言っていたけど
多分Cもまともに組めないんだろうな。

>>171
C よりも Java よりも COBOL の方が難しい
方言いっぱいあるし…

日本語26年やってきたが、まともに日本語がしゃべれない

それは脳味噌の設計がおかしいだけだろ

>>171
> COBOLすら
これだから老害は困る

>>175
COBOLなんてゆとりでも扱える簡単な言語なのに。
君は将来老害以上の害虫になる素質がありそうだね。

>>176
盆栽でもいじってろ

Cでは容易に構築できるデータ構造やロジックがCOBOLでは実装困難なのに、同列で語ってるやつは素馬鹿だろ

データ構造やロジックの構築でいえばCOBOLのほうが圧倒的に有利だと思うのだが

多分>>178はＣもCOBOLも扱った事がないのだろう。

COBOLってよく知らないけど、このスレ見てるとC言語から置き換えられるほど汎用性が高く、扱いは容易な言語のようですね。

つか言語なんてメシの種になれば何でもいい

言語は重要だべさ

>>168
以前はVB(VBAも)オンリーのプログラマが
低技術の代名詞的存在だった。
それが今は、Javaに替わった。

COBOLやVB, Javaでデバドラ作ってみろ。

状況に応じて使用する言語を使い分けることができないドカタPGが集まるスレはここですか?

>>185
> COBOLやVB, Javaでデバドラ作ってみろ。
なんでわざわざCOBOLやVBやJavaでドライバ作るんだよw
まるで何でもかんでもCOBOLで解決しようとするコボラーと同じ思考パターンだなww

>>185
その中でWindowsのデバドラを作れるのはVBだけじゃん

>>185
デバドラの開発なんて設計が出来るならともかく、PGなんてそれこそIT関連でも最底辺じゃん・・・。それこそドカタの仕事・・・。

Linuxでデバドラ作れたら月40万ぐらいかせげるって新聞折り込みに書いてた

デバドラ書けても人月40万か。。

ハード仕様が公開されたなかったらコマンドとパラメータの試行錯誤地獄

そういう無駄なことやれる奴って才能の一種だよね

情報持ってる奴が、金になるうちはわざと公開しないようにしているのに
よくチマチマと調べる気になる

色々と、機構がまとまってきたら
意味を成さなくなってくる才能だけど
まぁ今の時代ではそういう才能も金にはなる

言い過ぎました
ごめんなさい
反省しています

>>194
思ってもないことを書くなよ（笑

>>86
サーブレットじゃねーの？

誰かと思ったら、ブヨかよw

Androidのせいでまた糞Javaコーダーが量産される可能性があるってのが、なんともだな。

いわゆるオブジェクト指向言語というものは、
設計にも実装にも一定水準の知識と経験を要する。
それがないと動作はしても、非効率だったり、保守性が悲惨だったり、言語仕様を生かすことができない。
それなのになぜ、Javaの世界には底辺層が結集するのか？
(上位層は極めて有能だが彼らは別格)

非効率で、保守性が悲惨で、言語仕様を活かしてなくても問題ない仕事ばかりだから。

底辺の連中でも、それなりに安全にプログラミングできる優れた言語だから。

非効率で、保守性が悲惨で、言語仕様を活かさない様にしないと、仕事がなくなるから

フレームワークを使いたいから

安い単価のコピペ猿、大繁殖だな…

>>199
EclipseっていうVSの次に有名な開発環境があるからだよ

それと、やめろよ。その説明だとまるでオブジェクト指向がすごいみたいに見える
消費期限がそろそろきれるのにな



理解しがたいんだけど、GUIじゃないと何も出来ない奴が多すぎて話にならない
技術云々以前の話、センスの問題･･･どう考えてもマウス操作よりキーボード操作のほうが速いだろっていう
その常識が通じないんだ

GUI一辺倒が多いね
MatzみたいにCUI一辺倒も困りものだが

ソースとは別途、自分でテキストエディタでmakefileとかbuild.xmlとか管理するなんて、なんてマメなんだ…。

>>207
善悪は別として、一昔前はみんなそうだったんだよ

>>207
今はCMakeってのがあってね・・・

viだけでJava開発をやった事がある。

おれもVB6だったらviでやったほうが効率いいんだよな

おまえらって意外と技術に踊らされないんだな
出てきたテクノロジーは片っ端から骨の髄まで覚えこんでると思ってた

IDEの使い方は技術のうちに入らない。

ちゅうかMakefile自動生成してても
差分見たりマージしたり分割はテキストベースだから
あまり変わらんIDEの操作覚えるのめんどい

楽とか言ってるのは誰が何を編集したかも見ていないしたっぱやろうなの？

まあ５年以上マやってたら自然にジェネリックなものを求めるようになるわな
パンクしちゃうもの

　GUIだらけの世代って、バイナリ解析とか出きるんだろうか。
俺のまわりじゃ昔より減った気がする。
他社ソフトをちょっとずつ動かしながら、パッチとって
ファイルやパケットのどこが変わったのか、
どういう意味があったのか探すだけなんだがな。
　この辺はボタンをポチポチそうさすりゃどうにか
できるわけじゃないから厳しいんだろうな。

>>216
最近の若い子の中にはヘキサダンプ見たこと無いのもいるからね

ま、バイナリ解析なんて、やる機会もなくなったんだろうけど

デファクトスタンダードになってるにもかかわらず、
殆ど情報が無い大手製品の互換品を開発なんて用件には
未だ現役なんだけどね〜。

>>218
ちょwwwそれはアリなのか？w

あれは一応ファイルの仕様は公開されたんだけど、
もうすでに互換品を作れるような規模じゃないんだよね・・・

>>219
　相手は知ってるみたいよ。ちまちま互換性がなくなるようマイナーバージョンアップしやがるし。
あっちのファイルを読み込んだときだけ"安全な純正ファイルです"的なメッセージ出すようになったし。
ま、嘔吐℃ADさんとか、嘔吐℃ADさんとか、嘔吐℃ADさんの事なんだけどね。

嘔吐さんって開発用dll提供してなかったっけ？

>>216
流石に世代を舐めすぎ

知識はあっても、それを行う機会がないってのが本音だろ
お前でさえ、そのバイナリ解析とやらを、最近やった事があるの？ 何の為に？

そういう機械語レベルのことをやるよりも、作られた概念上でのパターン作り遊びをしていくのが
現代のプログラミングなんだよ

俺は機械語レベルまで知っているけど、普通の奴はここまで知らなくて良いと思ってるから、知らなかろうと責めないよ

windows向けでアセンブリの開発環境ってまだ存在するの？

>>222
してるよ。競合会社にゃ売らんけど。
あとサードのライブラリもある。
まぁ、サードがあるつっても、ただそれを使ってりゃ
いいわけじゃないからね。バグもあるし上位
ライセンスだと開発に協力せにゃならん。

>>224
当然ある。

ossはYASMの時代になりつつあるね

yet another sadist and masochist

>>216
ろくにら使いもしないことに、
時間さくのは職業人ときてはNGだろ
あくまで趣味レベル

コードの一部ダンプするぐらい
直たたきしたほうが速いよね、、つうか数行だよね
gzipあたりかんじゃってるとバイナリ差分に意味ないし

何がしたいのかわからないな
どうせゲームのセーブデータ変更したいとかくっだらねー話だろ

そういう話はいままでで３回ほどあるな
ソース紛失状態で、プログラムに与える引数がわからないとか

趣味でやるのならともかく、仕事でそういうハック的なこと要求されると
保証はしないよってのを納得させるのに苦労する。

もちろん保証はするよ
営業が勝手に保証してくる
だから必死

　意外に世間知らずと言うか、技術を求められる世界があることを知らないヤツおおいんだな。
嘔吐℃ÅDの件の様にプロプライエタリのソフトが吐き出したデータを処理できなきゃならないってのは
かなり多いんだけどな。デファクトスタンダードのデータを扱えるってのは、当たり前だが製品として
かなりのアドバンテージが有る。

ここにAutoCAD厨が誕生したのである

少し前はPDFもFlashもPSDもファイル形式公開されてなくて
ハックするしかなかったんだけどな。

趣味の範囲内ならハックしかないだろうけど、
業務目的ならNDA結んで資料手に入れた方が安くて確実なんじゃなかろうか。
オプソ目的だとNDAに触れない形でハックだろうけど。

金払ったら、資料だけじゃなくて、ライブラリも貰えるのかな。

>>237
ライセンスやら費用やらが厳しすぎて無理。
さらに、製品自体に口はさまれる。
特に競合認定されたら契約時体できないし。

NDA結んで資料入手してもそれが本当かどうか
結局ダンプして見る羽目になったり

そういう事じゃない
メッシュとかadobeのフォーマットって
バイナリ差分よんでもあんまり意味ないよね？

その心は？

>>241
PDFはそれなりに意味あるだろ
半分テキストだから

むしろ趣味の方がソース丸ごともらえたりするからハック不要。
プロプラソフト、特に上の人が挙げてるような奴はNDA契約結べなかったり、
ボッタクリ契約結ばされた挙げ句、嘘まみれの仕様書しか貰えなかったり、
仕様書と実態が全然違って>>240 さんみたいな作業が必要に成るし。
IBM-PCのBIOSもそうだったな。

GUIだらけの世代でも、開発やってたら嫌でもCUIに触れる事も多くないか？
システムのどこかでUnix系OSが入ってたら、高確率で触れる機会はある。
Windowsオンリーだとしても、コマンドプロンプト上でしか
できない操作はあるえるし、定型作業はバッチで記述している事も多い。

なにを言っとるんだ

マウスでダブルクリックできます
タッチパネル操作もらくしょうですね

どんどんスレタイから離れてくんだなw

>>248
もっとも嫌いな者に対する人の態度は無関心で有る。
by シェイクスピア

>>249
外人と日本人を一緒にすんなよ

俺は、無視されるより「嫌い、嫌い大っ嫌いっ!!」てすねを蹴られる方がうれしいぞ。

ツンデレJavaとか、ツンデレLinuxとか派生しそうだなw

JavaなんかよりJavaScriptの方が実用性増してきている
JavaScriptはC言語とかわらないレベルにまでなっている

Java = ボケたジジイ
C言語 = 活発なジジイ

え、JavaScript でデバドラ書ける様になったの？

書こうと思ったら書けるんじゃね？
Javascript-Cを組み込んだドライバーサーバをC++で作って、
そいつにJavascript食わせてやればいい。
ポインタなんてメソッドとして用意してやればいいだけだし、
ドライバーとして機能させるなら一応どうにでもなるぞ。速度はしらんけど。

何当たり前のこといってんだよ

ほんっとレベルが低いよな
インタプリタ言語すら作ったことないからそれさえわからないんだよ

さすがJAVAスレといったところか････

>>256
社会未熟児の妄想は間に合ってますので。

それデバドラちゃうやん…

結局、マシン語(もしくはアセンブリ言語)最強かよ…

>>258
何で違うの?ちゃんとドライバとしてosに認識されるじゃん。

さすが　ゴミの中のゴミ　JAVAスレ


ってところじゃね

相変わらず語彙すくねーな
低学歴ががんばったところでこんなもんか

Java SE 7 まだぁ〜？