Java厨は脳が足りない
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2007/03/11(日) 16:39:070002デフォルトの名無しさん
2007/03/11(日) 16:40:290003デフォルトの名無しさん
2007/03/11(日) 16:41:23それともおまえ、そいつら無しでやるのか?
0004デフォルトの名無しさん
2007/03/11(日) 16:43:460005デフォルトの名無しさん
2007/03/11(日) 16:45:22ぶっちゃけ、いらん
0006デフォルトの名無しさん
2007/03/11(日) 16:59:127歳の娘にJavaを教えたら1日で概要を理解してた
2日でサーブレットやJSPも覚えて
3日目には座席予約プログラムとか1人で書いてたよ
0007デフォルトの名無しさん
2007/03/11(日) 17:06:270008デフォルトの名無しさん
2007/03/11(日) 17:06:540009デフォルトの名無しさん
2007/03/11(日) 17:28:590010デフォルトの名無しさん
2007/03/11(日) 17:43:110011デフォルトの名無しさん
2007/03/11(日) 18:33:51C/C++しか出来ない、VB/C#しか出来ないより、よほど役に立つわけだが。
0012デフォルトの名無しさん
2007/03/11(日) 18:58:10他の言語しか出来ない奴の方がマシ
0013デフォルトの名無しさん
2007/03/11(日) 19:04:39使い道の無い言語覚えて何が楽しいの?
0014デフォルトの名無しさん
2007/03/11(日) 19:31:230015デフォルトの名無しさん
2007/03/11(日) 19:47:00典型的な脳が足りてないJava厨だな。
C/C++の有用性はいまさら語るまでもないし、
VB使えりゃWSHやExcelのマクロを弄れるし、VBはなにげお得。
C#は...えっと、その、まぁなんだ、きっとなにかの役に立つよ。
0016デフォルトの名無しさん
2007/03/11(日) 20:01:100017デフォルトの名無しさん
2007/03/11(日) 20:24:24否、Javaは起動時間が致命的。
0018デフォルトの名無しさん
2007/03/11(日) 21:25:11昔ほど、ストレスは感じなくなった。それほど待たずに使えるよ。
0019デフォルトの名無しさん
2007/03/11(日) 21:34:16Javaのフォローをしてるようで全然フォローになってなくてワラタ。
0020デフォルトの名無しさん
2007/03/11(日) 21:38:110021デフォルトの名無しさん
2007/03/11(日) 22:38:523歳。でもJavaは触ったこと無いと思う。やったとすればいきなり機械語だろ。
0022デフォルトの名無しさん
2007/03/11(日) 23:54:21V2Cは十分快適だよ。起動時間約2秒だった。
0023デフォルトの名無しさん
2007/03/12(月) 00:34:430024デフォルトの名無しさん
2007/03/12(月) 09:04:340025デフォルトの名無しさん
2007/03/12(月) 14:20:43それをいうまえにC#はどうなんだ?
Javaできりゃ、普通に考えてC#もできるだろ。
0026デフォルトの名無しさん
2007/03/12(月) 14:37:240027デフォルトの名無しさん
2007/03/12(月) 17:50:38おまいら余程Javaが好きなんだな。
0028デフォルトの名無しさん
2007/03/12(月) 18:57:44うん、好きだ。
0029デフォルトの名無しさん
2007/03/12(月) 20:35:170030デフォルトの名無しさん
2007/03/12(月) 22:18:230031デフォルトの名無しさん
2007/03/13(火) 08:38:060032デフォルトの名無しさん
2007/03/13(火) 09:13:010033デフォルトの名無しさん
2007/03/17(土) 18:10:02漏れの場合は、C→RPG→PL/1→アセンブラ→COBOL→VB→Javaって感じなんだが。
○○しか出来ないのはそれらを使う業務と縁がないと仕方ないと思うんだが。
漏れは基礎としてCがあるから、どんな言語でもあまり苦労しないけど、
宗教論っぽい排他意見を出す人は多分単一言語しか経験ないとオモ。
0034デフォルトの名無しさん
2007/03/17(土) 18:25:10うんにゃ。例えばおまえの場合だとLispやHaskellあたりをやって、初めて基礎が完成ってところか。
そしたらJavaやC++のコードの書き方も変わってくるぞ。
0035ワロス
2007/03/17(土) 19:02:17003633
2007/03/17(土) 22:30:35LispやHaskellってどういう業務でつかってんの?
漏れは保険、金融、物流のシステムやった事あるけど、
Lispの出番はさすがになかった様な気がするんだが。
基礎を完成させるのは遠いでつなw
0037デフォルトの名無しさん
2007/03/17(土) 22:38:14Lisp・・・・・・非コンピュータサイエンス課程の学生自習用言語
003833
2007/03/17(土) 22:50:23了解しますた。
多分縁がない、と言うかHaskell辺りはもうちょっと普及が進めば
もしかして機会があるのかもしれんけど、Lispは徹底的に縁がなさそうっす。
0039デフォルトの名無しさん
2007/03/17(土) 22:50:46教養としてほぼ間違いなく知っている。
004033
2007/03/17(土) 23:00:03単純なテキスト整形とかだとperlとかsed,awk辺りで済むし、
テストデータとかを準備するのもSQLとかで出来ちゃうので、
Lispがどう適材適所になるのかよーわからん。
金融、保険の仕事した時に確かに面倒な計算とかはやるんだけど、
Lispでやると便利って風にはLispの仕様をみて感じないのは
漏れが基礎が出来てないからか?
0041デフォルトの名無しさん
2007/03/17(土) 23:02:39「教養」としてLispは押さえておくほうがいいってこと。
どっかでCとLispはプログラミングの基礎の両輪、みたいな
文章を読んだことあるけど、まさにそれだとおもう
004233
2007/03/17(土) 23:09:27まだまだ修行不足なんだろうなぁ。
0043デフォルトの名無しさん
2007/03/17(土) 23:16:24Java厨を叩かないと鬱憤が晴れない
可哀相な人 乙
0044デフォルトの名無しさん
2007/03/17(土) 23:23:15ESRの「ハッカーになろう」
http://cruel.org/freeware/hacker.html
↑をふまえて、ポール・グレアムの「普通の奴らの上を行け」
http://www.shiro.dreamhost.com/scheme/trans/beating-the-averages-j.html
0045デフォルトの名無しさん
2007/03/17(土) 23:23:36自分の専門課程の他に>>37 の両方やった上で
Symbolics Macsyma弄ったり
数式処理システムやSmalltalk class kernelの試作してたけど、ね。
0046デフォルトの名無しさん
2007/03/17(土) 23:27:06将来Javaでしか会話できない子になるぞ。
0047デフォルトの名無しさん
2007/03/17(土) 23:29:17結局おまえは まっとうな関数型言語 (SML/NJ, Haskell 等)に
コンプレックス持ってるから、Lisp自慢始めちゃうんだろ?
お前よりよっぽどその分野を深くやってるんだよ実際。
0048デフォルトの名無しさん
2007/03/17(土) 23:34:58その分野ってなあに?
0049デフォルトの名無しさん
2007/03/17(土) 23:37:40Java厨やJava叩き厨と差別化するには
下に挙げるGuy L. Steel Jr.の仕事のうち幾つかは押さえてないと
まずいんじゃない?
・CLtL1, CLtL2
・C*
・HPF
・Java
俺は上のうち三つだけだ(w
005033
2007/03/17(土) 23:38:27ハッカーの理念は共感できる部分があるのだが、
漏れの場合はガキの頃、「ゲームを作りたい」ってノリで
Cやアセンブラを自発的に習得して、他の言語は
仕事で必要だったから覚えた。ってスタンスだから、
学術とか研究とかハッカー精神とかにつながらないんだよな。
知識の収集欲みたいなのはあるののだけども、
普通と違う事をステータスにしたり、人より上とか下とか
どーでもいいってのはある。
そういう意味では純粋に機械が好きってタイプでないんだろう。
0051デフォルトの名無しさん
2007/03/17(土) 23:40:220052デフォルトの名無しさん
2007/03/17(土) 23:40:45The Jargon Fileはだめでつか。
0053デフォルトの名無しさん
2007/03/17(土) 23:41:35あい。認めまつ。
0054デフォルトの名無しさん
2007/03/17(土) 23:44:03お前自身はプログラムはできるのか?
基礎教養と称する言語は扱えるのか?
0055デフォルトの名無しさん
2007/03/17(土) 23:47:35お前はどうなんだ?
0056デフォルトの名無しさん
2007/03/17(土) 23:58:43こっちは(大体のところは)正直ベースで申告してw
楽しい会話を期待しているのに、
お前は他人に自分の趣味を押し付けて、
自分の程度が問題になるとケツまくって
スタコラホイサッサと逃げ出すんだよな
そんなしょうもない見栄を
いったい何回繰り返したら気が済むんだ?
自分に自信がなくても、自分を率直に出す
そういった人間としての基本姿勢に問題があるんじゃねぇのか、おまえは
0057デフォルトの名無しさん
2007/03/18(日) 00:05:170058デフォルトの名無しさん
2007/03/18(日) 00:12:01俺はお前のジサクジエンに突っ込んでるところ。
どうだ、俺のブツの具合は?
0059デフォルトの名無しさん
2007/03/18(日) 04:57:50Haskellにはショックを受けたよ、こんな言語があるのかって
手続き言語(C/C++、java)だけしか扱ったことのない香具師は、遊びでいいから触ってみるといいと思う。
ただ、Haskell自体、SmallTalkみたいになる可能性が有りそうな感じがするんだよな。
Haskellがそうなっても、関数型言語の考えは将来メジャー言語に取り込まれると思う。
0060デフォルトの名無しさん
2007/03/18(日) 06:49:33手続き型だった言語にも取り入れられつつある。
0061デフォルトの名無しさん
2007/03/18(日) 08:55:08>>37
関数言語の可能性は、80年代末〜90年代位にコンピュータサイエンスで SML, Haskellをマジメにやった人ならとっくに気付いている。
その状況は、あたかも教育/研究機関で使われていたインターネットが90年代に一般利用開始されて世の中に大きな変化をもたらしたのと同じだ。
0062デフォルトの名無しさん
2007/03/18(日) 08:57:23> Haskellがそうなっても、関数型言語の考えは将来メジャー言語に取り込まれると思う。
つC# 3.0
006361
2007/03/18(日) 09:15:33その後、他の言語の機能(型推論等)が取り入れられて
より一般的用途に使える関数型言語としてSML他が作られた。
また90年代前半には副作用のない純関数型言語の標準として
Haskellが作られた。
欧米(MIT等)ではかつて、教育用言語としてScheme、Lisp等が
使われていたが、それらは「コンピュータサイエンスで扱う概念を
示したり研究する土台」としては不十分※1なものだった。
(※1; 副作用の大きな関数風手続き言語に過ぎない、という意味で)
SML、Haskellの登場に伴い、大学院での研究にも使える
教育用言語として、学部で最初に扱う教育用言語として
SML, Haskell を使う大学が増えた。
その影響を受け、国内でも80年代後半〜90年代前半にかけ
MLやHakellを扱う大学が増え、現在の関数型言語ブームの
下地ができた。
0064デフォルトの名無しさん
2007/03/18(日) 09:18:51のは、そのような下地の上で、当時のコアな研究者がメジャーな言語の開発に
影響力を及ぼしている事による。
例えば MSリサーチは、関数型言語の研究者を多数抱えている。
006561
2007/03/18(日) 09:21:59・学校で普通に習ったこと
・2ちゃんで聞きかじった話 (僭越ながら俺も何度もその類の話を書いてやった)
を根拠に叩くだけじゃん。
そんな基礎体力の低さじゃせせら笑われるよ
006661
2007/03/18(日) 09:34:26スクリプト言語の登場もまた然りだ。
これら言語の作者達も、俺と同時期に関数型言語の新潮流
を知った人なのだと思うが、
彼らの場合はより簡単に扱え、また現場に入り込み易い
「スクリプト言語」の形でさっさと実装を済ませ、普及を図った
そんな意味で彼らにはかなわねぇな、と心の奥底からおもう。
ってゆーよーな背景かかえながら、JavaやったりC++やってるわけよ、
世の中のスーパープログラマってのは。
たかひろ、お前は今更そんな話して、一体何を言いたいの?
0067デフォルトの名無しさん
2007/03/18(日) 10:18:280068デフォルトの名無しさん
2007/03/18(日) 12:49:17Boostじゃラムダ計算や無名関数なんかも取り入れてるし。
Cとの親和性と関数型の拡張なんかを考えるとjavaより生き残るのは確実だろう。
0069デフォルトの名無しさん
2007/03/18(日) 13:23:20ワロス
0070デフォルトの名無しさん
2007/03/18(日) 14:49:280071デフォルトの名無しさん
2007/03/18(日) 15:36:32今度は関数型言語で名前を売ろうかななんて思るよ。
お舞には、無理だろうが
0072デフォルトの名無しさん
2007/03/18(日) 15:38:120073デフォルトの名無しさん
2007/03/18(日) 15:40:13たかひろ
お前の設計見た連中がせせら笑ってるぞ
0074デフォルトの名無しさん
2007/03/18(日) 15:41:040075デフォルトの名無しさん
2007/03/18(日) 15:42:370076デフォルトの名無しさん
2007/03/18(日) 15:43:500077デフォルトの名無しさん
2007/03/18(日) 15:46:290078デフォルトの名無しさん
2007/03/18(日) 15:51:46キノコ厨房スレ
0079デフォルトの名無しさん
2007/03/18(日) 15:52:270080デフォルトの名無しさん
2007/03/18(日) 15:59:21風味が落ちるのかね。
0081デフォルトの名無しさん
2007/03/19(月) 05:38:17何も無かったな
反面教師というただ一点を除いては
0082デフォルトの名無しさん
2007/03/19(月) 05:46:17相手と何かを分かち合う、そんな姿勢が微塵もない。
そして別の所へ行っては初心者相手に耳知識自慢を始める。
そんな物乞い姿勢だからc野も呆れ返っているんだろう。
いい加減ビジネスやめて山にこもれ。
0083デフォルトの名無しさん
2007/03/19(月) 05:48:27まぁちいさな企業だったら、本を読んだ知識でごまかせると思う。
だから、たかひろに限らず、リタイアした業務コンサルを集めて
会社をつくるわけですよね。
年齢というパワープレイをする人ほど、経験を軽視するような気もしている。 」
0084デフォルトの名無しさん
2007/04/08(日) 18:12:44マルチパラダイムにするのもいいけど必要以上に複雑になるのは嫌だし
もう少しいい妥協点はないかなあと思わなくはない
0085神
2007/04/08(日) 18:40:02目的:OOできない技術者にOOの真似事をさせる
前提:業務分析とドメインモデリングをしない
画面中心設計、DB中心設計、構造化プログラミングを温存
方針:業務アプリを、次の要素で記述する。
・画面中心設計 (画面と処理、データを適切に分離しない)
・DBエンティティをマッピングした
静的なドメイン・オブジェクト
・アドホックなドメインスクリプトで処理を記述
結果:・不適切な設計方針により、画面に強く型依存した
大量のデータオブジェクト、処理オブジェクトが発生し
再利用や共通化の支障となった
・マルチスレッド処理を考慮しなかったため
問題点の抽出と手直しに時間がかかった
強い型付けを持つ言語から学ぶべきポイント
・型の依存関係について、適切な見通しを立てる能力が身につく。
・この結果、クラスを型でがんじがらめにせず、
適切に疎結合を導入する必要性や、
総称的プログラミング手法で逃げるべきポイント
を理解できるようになる。
純関数型言語から学ぶべきポイント
・処理の副作用を除去する事で、
関数プログラミングは極めて見通しが良くなる。
・逆に副作用を持つ言語では、
副作用(内部状態等)を持つ範囲を限定する事で、
見通しの良いプログラミングが可能になる。
・それはマルチスレッドを含む分散トランザクション処理を
記述する上で重要なスキルとなる。
0086デフォルトの名無しさん
2007/04/08(日) 18:43:100087デフォルトの名無しさん
2007/04/08(日) 18:43:570088神
2007/04/08(日) 18:49:54下僕よ、お前は「DSL(ドメイン特化言語)」は理解できているか?
お前が構築したパターン体系は、
「DB処理&構造化プログラミングのためのドメイン特化パターン言語」
とでも呼ぶべき代物だ。
その構成要素は、構造化プログラミング言語の手続きとモジュールを
クラスで置き換えただけのものに過ぎない。
そんな暇な事をやるくらいなら、構造化スクリプト言語でも設計しる。
0089神
2007/04/08(日) 19:04:03常に正解だけを語っておけば良い。
そうすれば、性根の捩くれた者は勝手に正解とは逆方向へ飛んでいく。
自らの心の捩れが、目を曇らせているのだとは気付かずに・・・。
0090デフォルトの名無しさん
2007/04/08(日) 19:14:52またまたそういう惑わす事言ってw
ほんと性悪なんだからw
0091神
2007/04/08(日) 19:20:42インターネットってチョー便利だな
0092デフォルトの名無しさん
2007/04/08(日) 19:46:44豆腐: 20年前の技術すら良く理解できていない
これだけ差がありゃ、まともに相手にされないのも当然だなw
0093デフォルトの名無しさん
2007/04/08(日) 20:58:01今度はどんな妄想と戯れているのだろう。
0094デフォルトの名無しさん
2007/04/08(日) 21:08:15んなとこでいきがってねえでpyスレこいやザコw
0095デフォルトの名無しさん
2007/04/08(日) 21:12:33http://pc11.2ch.net/test/read.cgi/tech/1176033534/
0096神(訂正>>85)
2007/04/09(月) 08:44:41○ ・アドホックなトランザクション・スクリプトで処理を記述
0097デフォルトの名無しさん
2007/04/09(月) 09:40:420098デフォルトの名無しさん
2007/04/09(月) 09:52:18両者が類似した土壌に育った手法であるにも関わらず、
決定的に異なる点が見つかる。
Fランク大出身の豆腐にとって、
そこは認めることのできない一線なのだろう。
合掌
0099デフォルトの名無しさん
2007/04/09(月) 10:03:48・類似ポイントが一点
・相違ポイントが二点
かな。
0100デフォルトの名無しさん
2007/04/09(月) 11:31:23いまだに3年前のひがちゃん以下のレベルを彷徨っているんだな、豆腐
0101デフォルトの名無しさん
2007/04/09(月) 11:47:550102デフォルトの名無しさん
2007/04/09(月) 11:49:030103デフォルトの名無しさん
2007/04/09(月) 11:53:09>>85後半部と同様な意見にたどりついたのは興味深い。
業務AP屋にも、豆腐みたいな狂信的キチガイばかりではなく
中にはまともな方も居るんだなぁ〜(数年前から知ってるけどw)
0104デフォルトの名無しさん
2007/04/09(月) 13:21:57Interpreterパターン→LLパーサ→パーサコンビネータ
という奇妙な連想でコンビネータ理論を齧り始めたのには
ワロタ
0105デフォルトの名無しさん
2007/04/10(火) 11:20:28インタープリタやコンパイラのフロントエンド代わりに使える、なんて話は
prologのDCG (Definite Clause Grammer) の当時から既出。
0106デフォルトの名無しさん
2007/04/10(火) 12:00:59コンビネータのような高階関数で再帰的に処理する手法は面白い。
0107デフォルトの名無しさん
2007/04/14(土) 22:52:120108デフォルトの名無しさん
2007/04/14(土) 23:05:330109デフォルトの名無しさん
2007/04/15(日) 13:02:350110デフォルトの名無しさん
2007/04/15(日) 13:35:460111デフォルトの名無しさん
2007/04/15(日) 20:18:07業務系のOO適用で出てくる齟齬って
Subject Oriented の用語で語られてた話だったんだね。
最近Subject Orientedの話を読み直して妙に納得。
■ このスレッドは過去ログ倉庫に格納されています