・・・で? 将来性のある言語って何?
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG0002デフォルトの名無しさん
NGNG2get
0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNG∩___∩
| ノ ヽ/⌒) あばばばばばば
/⌒) (゚) (゚) | .|
/ / ( _●_) ミ/ ∩―−、
.( ヽ |∪| / / (゚) 、_ `ヽ
\ ヽノ / / ( ● (゚) |つ
/ / | /(入__ノ ミ あばばっあびゃばびゃばば
| / 、 (_/ ノ
| /\ \ \___ ノ゙ ─ー
| / ) ) \ _
∪ ( \ \ \
\_)
0005デフォルトの名無しさん
NGNG0007デフォルトの名無しさん
NGNGあんたは何やってんの?
0008デフォルトの名無しさん
NGNG0009デフォルトの名無しさん
NGNGUN*XカーネルがC以外の言語を主として書き換えられたらわからんが。
0010デフォルトの名無しさん
NGNG暗〜ぃ 怖〜ぃ キモ〜ィ あんた絶対もてないでしょ
0011デフォルトの名無しさん
NGNG【ビギナ】初心者が習うべき言語は? part3【必読】
http://pc2.2ch.net/test/read.cgi/tech/1077124583/
プログラミングを始めるには言語がいいか話合うスレ
http://pc2.2ch.net/test/read.cgi/tech/1071672924/
初学者が習うといい言語は何?(除PerlとJava)
http://pc2.2ch.net/test/read.cgi/tech/1075035410/
結局言語って何がいいの?
http://pc2.2ch.net/test/read.cgi/tech/1060248372/
なあ最強の言語って何よ
http://pc2.2ch.net/test/read.cgi/tech/1044719787/
今の主流プログラミング言語は?
http://pc2.2ch.net/test/read.cgi/tech/1057815216/
これから生き残るプログラム言語って?
http://pc2.2ch.net/test/read.cgi/tech/1065608578/
これから生き残るプログラミング言語は?
http://pc2.2ch.net/test/read.cgi/tech/1016437480/
【未来】次にくる言語は何?【予測】
http://pc2.2ch.net/test/read.cgi/tech/1051368623/
約5年後・・・生き残ってる言語を考えるスレ
http://pc2.2ch.net/test/read.cgi/tech/1061797879/
0012デフォルトの名無しさん
NGNG0013デフォルトの名無しさん
NGNGどっちにしろ超重複って匂いがプンプンしてるようだぬ
0014デフォルトの名無しさん
NGNG0015デフォルトの名無しさん
NGNG0016デフォルトの名無しさん
NGNGム板で一般に「言語」とは「プログラミング言語」を指すことさえもわからんのか。
0017デフォルトの名無しさん
NGNG001814
NGNG0019デフォルトの名無しさん
NGNGお前らの為に、俺が考えた超高機能言語の使用を提案する。
その名も "lang8" だ。
以下に構文定義だけを書いておく。優秀なお前らなら直ぐに動作は理解
出来るだろうし、恐らく自分で実装も出来るだろう。
少なくとも C++ よりはずっと強力かつ多機能、実行効率も悪くない筈だ。
lang8:
| "C" c_syntax
| "C++" C++_syntax
| "Delphi" Delphi_syntax
| "VB" VB_syntax
| "C#" C#_syntax
| "Java" Java_syntax
| "Lisp" Lisp_syntax
| "Prolog" Prolog_syntax
;
0020デフォルトの名無しさん
NGNG0021デフォルトの名無しさん
NGNG0022デフォルトの名無しさん
NGNG002319
NGNG要するに最初の1トークンを読み取り、
それが "C" なら、それ以降のテキストは C としてコンパイル、
それが "Delphi" なら、それ以降のテキストは Delphi としてコンパイルする言語だ。
こんなものは言語ではないと言うならその根拠を挙げてもらいたいし、
こんなものは役に立たないと言うなら、同じようにその根拠を挙げてもらいたい。
0024デフォルトの名無しさん
NGNG0025(´ー`)y-~~やっとるかね?
NGNG0026デフォルトの名無しさん
NGNGあなたの言う「言語」の定義を教えてください。
0027デフォルトの名無しさん
NGNG好きなのを使ってくれ。ある分には困らないし。
http://www.google.co.jp/search?q=%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E%E3%81%A8%E3%81%AF&ie=UTF-8&oe=UTF-8&hl=ja&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja
0028デフォルトの名無しさん
NGNG全部のプログラムの最初に、その識別を書かなきゃならんから無駄。
どうせその中から、自分の好きな言語を1個選んで書くのだから、
最初からその言語で書けばいいだけ
0029デフォルトの名無しさん
NGNG>全部のプログラムの最初に、その識別を書かなきゃならんから無駄。
>どうせその中から、自分の好きな言語を1個選んで書くのだから、
>最初からその言語で書けばいいだけ
ああ、たった数文字だけどな。
しかし、↓よりは断然エレガントなアイデアだと思うぞ。
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/cpguide/html/cpconside-by-sideexecutionoverview.asp
0030デフォルトの名無しさん
NGNGVB厨だと目もあてられない。
喪前らVB.netすら満足に理解してないくせにうろちょろするなよヴォケが
んで、仕事がある=将来性があるって定義なら、COBOLが一番じゃねーの?
市場は確実に縮小しているけど、新規で学ぼうって香具師はさらに少ない(予想)だろうし、
おまんまにはありつけるんじゃね?漏れは面白くないからいやだが。
よくあんなオモチャみたいなので、クリティカルなシステム組めるよな…
0031デフォルトの名無しさん
NGNGCOBOLは板違いです。。。
0032デフォルトの名無しさん
NGNG0033デフォルトの名無しさん
NGNG> やはりそ〜なんでしょうか、でもこの板では叩かれまくってるんですが・・・
約2,3人のドトネト厨が自作自演で叩いているだけ。
0034デフォルトの名無しさん
NGNG/||(;´∀` )< じっちゃん、なんかオラの亀クリリンより重もいぞ ・・
|.>||/ ̄つ つ \______
|.>||| | |
\||__)_)
0035デフォルトの名無しさん
NGNG/´.,:;:;:;:;:;:;:;:;;;;;`;.、
/.,:;:;:;:;:;:;:;:;:;:;:;:;:;:;;;;;;,.`、
/.,:;:;:;:;:、:;:;:;:;:;:;〃彡;;;;;;;,.ヽ
l.,:;:ッvソヾゞ;:ソ'"´ぐ;;;;;;;;;;;-、;.
;;'"`" ミミ;;;;;;;/;'ヘヾ,
{! ,. lヾ、;;;!ヾ;ヲ!1
! _,,;='_"`、, `っ} !
{=;;;、、_ゝk'.ゞ';`'´ '´ `‐- 、
`}^'ソl '.、´ 、 , ' |/ `` ‐ 、 なんで体重300�sまであと68�sなのか教えてやるよw
! 〈 , ヘ ` // \
, -─‐‐- 、^,.j,‐_、 ,ノ 〃 \
/ . :..:..:.::.::.::::::.ヽΞ‐'´`ヽ,ノ / ヽ
. /∨/ . :..:..:::::::::::::.ヽ、__,. ノ / ヽ
ヘ、{〈kv, . :..:.::::::::::::::::.|`ー-‐' ´ ヽ
!くミ;;ヾ《ソ;. :.:::::::::::::./ 、
``ー;彡;くノ;::::::::./ ',
、ミt7=-〃`ー''", ヽ、 ,
``=fヲ' / ヾ{ i
/ }!}、 i!
0036デフォルトの名無しさん
NGNG意味不明w
0037デフォルトの名無しさん
NGNG0038デフォルトの名無しさん
NGNG0039デフォルトの名無しさん
NGNG0040デフォルトの名無しさん
NGNG0041デフォルトの名無しさん
NGNG0042デフォルトの名無しさん
NGNG0043デフォルトの名無しさん
NGNG0044デフォルトの名無しさん
NGNG0045デフォルトの名無しさん
NGNG0046デフォルトの名無しさん
05/02/18 21:41:300047 &rlo;んさし無名のトルォフデ
05/02/18 23:07:180048lo;んさし無名のトルォフデ
05/02/18 23:31:460049デフォルトの名無しさん
05/02/18 23:43:400050デフォルトの名無しさん
05/02/19 01:28:260051デフォルトの名無しさん
05/02/19 11:03:47なんかクリティカルな発想ですね。
0052デフォルトの名無しさん
05/02/19 14:09:22オススメは?c++?
0053デフォルトの名無しさん
05/02/19 17:29:56ではJavaで良いアプリを書きなさい。
手段と目的を忘れないように生きて行こう。
# マジレスすると言語仕様も指向してるベクトルも似てるので、C++はあんまり勉強にならないと思われ。
# Emacs Lispとか実用にもなる別の考え方の言語をやってみては。
0054デフォルトの名無しさん
05/02/19 17:41:020055デフォルトの名無しさん
05/02/19 17:56:50>オススメは?c++?
とか言ってる時点で他の意見は聞く気無いんだろうけどな。
背中押して欲しいだけと。
と、言うわけでC++頑張れ。美野里は少ないが。
0056デフォルトの名無しさん
05/02/19 19:00:13http://www112.sakura.ne.jp/~kaientai-project/creategame.htm
2chスレ
http://game10.2ch.net/test/read.cgi/mmominor/1108379282/l50
ただ今職人(プログラマ、グラフィッカー)はげしく募集中!
あなたの力を思う存分発揮してください。ただ今3人
0057デフォルトの名無しさん
05/02/19 19:39:440058デフォルトの名無しさん
05/02/19 19:52:34ふぅん。
0059デフォルトの名無しさん
05/02/19 19:56:460060デフォルトの名無しさん
05/02/19 19:56:560061デフォルトの名無しさん
05/02/19 20:02:533年後には必ず「もっさり」してきます。
それが MS くおりてぃー
0062デフォルトの名無しさん
05/02/19 20:55:49プログラマを名乗るなら最低限知っておくべき言語。
0063デフォルトの名無しさん
05/02/19 22:37:12>どっちもCやC++やったことあれば問題なし。
んじゃ勉強する意味無いじゃんw
ちゃんと本質を見んとあかんよ。
0064デフォルトの名無しさん
05/02/20 16:33:05んなこたーない。
たしなみとしてCを知っておくのは良いが、C++は余計。
0065デフォルトの名無しさん
05/02/20 16:50:320066デフォルトの名無しさん
05/02/20 20:40:150067デフォルトの名無しさん
05/02/20 21:54:49将来性を問うなら並列言語。KLICの強化が望まれる。
0068デフォルトの名無しさん
05/02/20 22:25:22FORTRANはなくならないだろうが、それは将来性があるっていうのと別だよねぇ。
>>66
将来性を語るなら全宇宙規模の大域的なレイヤで言わなくちゃいけない気がします。
>>67
CもC++もJAVAもPerlもLISPもPrologも並列言語KLICも同じ穴のムジナ。
将来性のある言語などない。
0069デフォルトの名無しさん
05/02/20 22:30:22こんなくだらないこと考えてる時間があるなら他の勉強しろ。
0070デフォルトの名無しさん
05/02/20 22:48:35あろうとなかろうと、良いと思ったら使えばよいだけ。
0071デフォルトの名無しさん
05/02/20 23:05:050072デフォルトの名無しさん
05/02/21 00:41:020073デフォルトの名無しさん
05/02/21 01:01:360074デフォルトの名無しさん
05/02/22 20:09:120075デフォルトの名無しさん
05/02/22 20:12:470076デフォルトの名無しさん
05/02/24 21:26:15C#やDなんてほとんどないでしょ?
C>java>VB こんな感じ?
0077デフォルトの名無しさん
05/02/24 22:49:03何かを見失っているあなたへ。
0078デフォルトの名無しさん
05/02/25 19:21:03その比較なら
COBOL>C>N88BASICな感じだ。
0079デフォルトの名無しさん
05/02/25 19:34:48っていうか、全部Cの方言みたいなもんだ。
C#もっさりって言うけど、.netっていずれ(今年くらい?)ラッパーじゃなくてネイティブAPIになるんだろう?
VBとVB.netも使えるに越したことはない。
自分がいかにC++バリバリできようが下にVBしか使えない奴付けられたらそれまでだ。
COBOLとかPerlとかはもう保守くらいしかやることない。
つーかPerlやるなら普通PHPやるだろう。
0080デフォルトの名無しさん
05/02/25 19:44:270081デフォルトの名無しさん
05/02/25 19:52:240082デフォルトの名無しさん
05/02/26 09:08:32私はrubyを使いますけど。
0083デフォルトの名無しさん
05/02/26 09:09:580084デフォルトの名無しさん
05/02/26 09:21:22全世界で統計取った人なんているのか?
0085デフォルトの名無しさん
05/02/26 09:39:55JavaやC++などがありますがどれから始めればいいか教えてください。
よろしくお願いします。
0086デフォルトの名無しさん
05/02/26 09:40:58好きなのでいいですよ。まずは自分の手でコンピュータをハンドリングすることを楽しんでください。
0087デフォルトの名無しさん
05/02/26 09:49:20よろしければ始めに学んだのはどちらかを教えてください。
0088デフォルトの名無しさん
05/02/26 10:08:08俺も今じゃjavaとC++しか使わんが,
やっぱりC言語の基礎があったから
ほかの言語を習うときかなりすんなりいけた.
0089デフォルトの名無しさん
05/02/26 10:33:55ポインタつぅか参照やね。
結局の所最後の最後まで使えるのはそういうプリミティブな機能やデータ構造、アルゴリズムだったりする訳で。
言語レベルでピーチクパーチク言ってる人達を見ているとその辺本当に分かってんのかなと思う。
今必要なものを今あるもので作る。これでしょ。
0090デフォルトの名無しさん
05/02/26 11:35:08DOSバッチファイル->N88BASIC->C->Delphi->JavaScript->Java->C++->Perl->PHP->VBA->VB->ruby->シェルスクリプト
こんな感じです。他に寄り道したかもしれんけど忘れた。
0091デフォルトの名無しさん
05/02/26 12:21:05書いてて悲しくなるな漏れ。
0092デフォルトの名無しさん
05/02/26 12:40:51機械語とアセンブラって違うんですか?
機械語はバイナリエディタでHEXのみとか?
0093デフォルトの名無しさん
05/02/26 12:47:58>機械語とアセンブラって違うんですか?
全く別物。
HITAC-10II機械語 : ずらりと並んだ1ビットのSWのON/OFFで入力。
8088機械語 : 電卓みたいなキーから16進入力
6502機械語 : 貧弱なsw(自作)から入力。
>機械語はバイナリエディタでHEXのみとか?
時代を感じる・・・・orz
0094デフォルトの名無しさん
05/02/26 13:37:28底辺のレイヤではこんな動きしてるのかー、と
あらゆる意味でJavaの理解がとても深まった。
JavaでDBの格納状況調べることはあっても
メモリアドレス意識したりダンプ取ることなかったさ
誤解を恐れずに言えばJavaはCの面倒でクソ細けー部分を
うんと使いやすくラップしまくったような言語
末永くマを続けるなら下層レイヤっつーか本質を知ってから派生を知るべきで
UNIX-C → Javaと入るのがベストだったかな、と思う
で、今後もCやりたいかってーとこんな細かいのもうやだ。あと仕事増えないと思う。
10年前ならともかく今後メモリをビット単位で管理する意味なんて
どんどんなくなってくと思うもん(+_+)
0095デフォルトの名無しさん
05/02/26 13:44:26それで底辺とか本質とか言ってると>>93に笑われるぞ。
0096デフォルトの名無しさん
05/02/26 13:59:330097デフォルトの名無しさん
05/02/26 14:05:09せっかく伸び出してる組み込み産業を全否定ですね。
0098デフォルトの名無しさん
05/02/26 14:09:02素材を調べる。人生に深みが出るような生き方は好きだな。
0099デフォルトの名無しさん
05/02/26 14:14:27そんなことは無いぞ。
SSE2とかMMXとか使って徹底的にチューニングしたい人には必要。
OSを作ってみたい人にも必要。
#俺には不要 orz
0100デフォルトの名無しさん
05/02/26 21:20:32もちろん数だけで言えばPerlだろな。
アマチュア個人も使ってるからな。
業務用なら話は変わってくるかと。
0101デフォルトの名無しさん
05/02/26 21:30:130102デフォルトの名無しさん
05/02/26 23:45:20RADするには最高の言語。
VBだろうがVCだろうが糞は糞なので結局は設計とコーディング規約だと思うよ。
0103デフォルトの名無しさん
05/02/27 01:11:05それで結局、COM+を書く多数のVC++プログラマと、それを使う少数のVBプログラマという2層
構造が生まれる。しかし、VC++プログラマは得難く、VBプログラマは余っているという矛盾。
世間一般では生産性がよいとされてる様だけど、どうだろう?俺個人は実務向きではない気が
してる>RADツール
プログラミングの経験はあるけど、実務の経験がないという人にはJavaがお勧め。
うちではクラス図を制限時間内にコード化するという訓練を基本に10日間(2週間)程教育しただ
けの人間を実務へ投入してるが、特に破綻なく機能してる。
テスト仕様書とクラス図その雛型コードを渡し、それをフレームワークに見立てて作業させる。
調度RADツールのイベントハンドラを埋める様な感覚。
人数がほぼリニアに進捗へと反映するんで非常に実務向き。
こういう人の使い方を指してデジドカと揶揄する人も居るけど、無料で与えられる(というより、金
をもらいながら得られる)教育に期待し過ぎ。
更に先へと進みたいなら自力で学ぶべきだし、デジドカ云々は落ちこぼれの言い訳。
0104デフォルトの名無しさん
05/02/27 09:51:52その生涯一言語主義の人間なんて数に入れんでいいでしょう。面倒くさい。
0105デフォルトの名無しさん
05/02/27 10:54:400106デフォルトの名無しさん
05/02/27 11:08:41無いんじゃないの?
ああ言う楽な開発環境がまた出るといいですね。
0107デフォルトの名無しさん
05/02/27 15:23:44要件がまだまだ多いと思う
0108デフォルトの名無しさん
05/02/27 15:24:59憶測で物言わないように。
0109デフォルトの名無しさん
05/02/27 15:28:08将来性が無いなら出すなよ。
0110デフォルトの名無しさん
05/02/27 15:28:21将 来 性 は な い
これでいいかな
0111デフォルトの名無しさん
05/02/27 16:09:51VBを使うとは限らない
0112デフォルトの名無しさん
05/02/27 16:10:43こらこら
0113デフォルトの名無しさん
05/02/27 19:47:58将来性があるかないかといえばVB自体は「既に」死んだ言語。
今もこれからもVB.netは実質的にC#の予約語を文法を少し差し替えただけの物でしかなくなってる。
最終的には皆C#に移っていくと思われ。
現状、案件がC#でもVB.netでも難易度は別に変わるものでもないのに
なぜか言語指定案件が多いのは、あくまで選民のためだと思う。
クズでもいいけどとにかく人数集めたい程度の案件場合はVB.netで。(そうすると旧VBやってましたって奴の集まるから)
本気でVB.netなプログラミングするのなら
実はVB4〜6の経験者なんか集めるよりもJavaプログラマにVB.netの文法教えたほうがよっぽど効率よい。
漏れはVB6できますJavaはできませんって言う技術者は.net案件では切り落とすことにしてる。
0114デフォルトの名無しさん
05/02/27 20:15:31人育てる気のない管理者ってどんなもんでしょう?
0115デフォルトの名無しさん
05/02/27 21:44:03>漏れはVB6できますJavaはできませんって言う技術者は.net案件では切り落とすことにしてる。
についてか?
社外の技術者をこっちが金払って育ててやる気なんかねーよ。
社内の人員にしても先にJavaのWeb案件でもやってから出直せって言うだけ。
VB6とVB.netは明らかに基本文法以外のコンセプトは全く違う。
それをバージョンが違うだけの同列と捉えて準経験者として扱う事はできないということ。
むしろ未経験者よりも罠にはまる恐れがある。
育てるにしても順序というものがあるのでVB6から直にVB.netに遷らせて旧来の概念で環境だけ新しいものを作らせるより
それなら固定観念に囚われず概念に馴染んでいく事のできるVB6→Java→VB.netという道を取らせるのが
後々応用も利いて効率的だと考えてる。
0116デフォルトの名無しさん
05/02/27 21:50:40そっちの業種はそんな感じなのか。
んじゃ今のぬるま湯の方がいいか。
0117デフォルトの名無しさん
05/02/27 22:44:22COM+を理解できる(EnterpriseService)プログラマの確保が最優先の様に思
える。
そうすると、VBプログラマかJavaプログラマかではなく、COM+を知ってるか
否かのみが重要なるのではないか?
.NETは如何にも生産性が良いという風に宣伝されてるが、実務面では相変
わらず矛盾を抱えたまま変わってない様に俺は思う。
て言うか、そもそも俺はCOM+をどう教育するか、EnterpriseServiceをどう書
かせるかについてノウハウの蓄積がない。
急に実務投入とか言われたら途方に暮れるぞorz
0118:
05/02/28 00:27:44全国んじ19%やんでぃがら。寿命が85でぃち考えいねえ、
うちなあぐちぬ分かゆる45やかん上ぬ人んちゃあぬ割合や
大概40〜45%ぐれえやならんがやあんでぃ思(うみ)やびいしが、
ちゃぬふうじがやいびいら。今(なま)んうっさきいぬ人んちゃあがうちなあぐちないるしいじやいびいしが...。
今ちきてぃ、病院、バス停、スーパー、職安、銀行待合ロビー、
あまくまんじ、うちなあぐちぬ聞かりいやびいしヨオ。
田舎んかい行ちいねえ、30台ん、いいくるうちなあぐちさびいっさあ。
ゐいりきさぬふしがりやびらん。今ぬ如どぅんあれえ、あんしから、
「うちなあぐち、ばんない、使いみそおれ」んでぃぬ運動起くしいねえ、
うちなあぐちえ、じょうい、無えんならん筈やいびいん。とおさい、
うみはまり、うちなあぐち!
0119デフォルトの名無しさん
05/03/01 00:28:45じゅもんがちがいます。
0120デフォルトの名無しさん
05/03/01 21:58:200121デフォルトの名無しさん
05/03/01 22:26:02先端言語っぽくなるのでは
今日я敬老ну日。65якан上(ы)ну人(чю)нчая、
...
0122デフォルトの名無しさん
05/03/01 22:26:490123デフォルトの名無しさん
05/03/01 23:52:00今日が杏と出てしまうあたり重傷だな。
日曜日が来て出勤日が来て夏休みが来て、ずっと夏休みならいいのに。
0124デフォルトの名無しさん
05/03/03 01:17:000125デフォルトの名無しさん
05/03/13 07:22:330126デフォルトの名無しさん
05/03/13 18:29:190127デフォルトの名無しさん
05/03/20 17:56:030128デフォルトの名無しさん
05/03/20 18:39:250129デフォルトの名無しさん
05/03/20 18:46:55ある意味真理だな。
どんな手法が流行っても対応できるのが将来性ってもんな訳でな。
て言うか将来芽が出る可能性がある言語って意味ならもうちょっと有益なスレになってたよね。
どんな手法が流行ろうがその下のベースは変わらんわけで、計算機科学の基礎をしっかり
習得していくのがこの世界のスキル習得の第一歩だと思う。
0130デフォルトの名無しさん
05/03/20 23:08:430131デフォルトの名無しさん
05/03/20 23:13:150133デフォルトの名無しさん
2005/03/21(月) 10:34:24ASO
Active Source Organizer
0134デフォルトの名無しさん
2005/03/21(月) 11:20:090135デフォルトの名無しさん
2005/03/21(月) 11:43:44戻ってこないほうが良いな。
0136デフォルトの名無しさん
2005/03/21(月) 17:57:46手法そのものはC++等で発展していくだろうけど。
0137デフォルトの名無しさん
2005/03/21(月) 18:20:520138デフォルトの名無しさん
2005/03/21(月) 18:55:360139デフォルトの名無しさん
2005/03/21(月) 19:39:51・メジャーになること
・ライブラリが揃うこと
・言語が持つ潜在的な便利さを理解してもらえること
・その言語が新理論を元に作られて、それが一般に認められること
ほかには?
0140デフォルトの名無しさん
2005/03/21(月) 19:42:47?
0141デフォルトの名無しさん
2005/03/21(月) 19:45:41う〜ん、解からないかな…
0142デフォルトの名無しさん
2005/03/21(月) 19:52:43ライブラリ以外全部外してる様な・・
普通に考えればアプリケーションの複雑化に対応できる言語じゃないの?
ライブラリが豊富ってのもメリットだけど、
現在は安泰でも将来どうなるかわかんないし。
そういう意味でMLがパターンマッチや型推論とか持ってるからベスト。
Eiffelみたいな表明とかも欲しいけどさ。
Perlとかのスクリプト言語は無駄に動的だったりと、どこかを犠牲にしてるけど、
MLは型安全な上で簡単に書けるし。
C++みたいに冗長になったりしない。
ML以外は論外。
0143デフォルトの名無しさん
2005/03/21(月) 22:37:120144デフォルトの名無しさん
2005/03/21(月) 22:47:090145デフォルトの名無しさん
2005/03/21(月) 22:52:13昨日今日に立ったわけではない100レス以上伸びてるスレにいきなり現れて何寝言言ってんだ?
0146デフォルトの名無しさん
2005/03/22(火) 00:21:16それがあなたにとって幸せなのですか
だとしたら… わたしは あなたのために 何ができるでしょうか
0147デフォルトの名無しさん
2005/03/23(水) 10:46:060148http://www.geocities.com/tokyufubai/
2005/03/23(水) 11:34:24秘密かぎを使ってかぎをかけ、公開かぎでかぎをあけることができます。
つまり、「南京錠のかぎ」でかぎをかけ、「南京錠」でかぎをあける
という話になってしまうんですよね。
0149デフォルトの名無しさん
2005/04/08(金) 00:01:34Prologのように、プログラミングが簡単すぎて、ライブラリが
育たないという例もあります。ほとんどの場合、ライブラリの
参照をする(使い方を辞書引きする)より新たにコーディングした
方が速いわけです。ユーザもベンダもライブラリを充実させる
意欲が全くありません。ここらあたりが弱点なんでしょうね。
0150デフォルトの名無しさん
2005/04/08(金) 01:22:59Prologでコーディングした方が速いライブラリってなに?
0151デフォルトの名無しさん
2005/04/08(金) 08:01:52スケジューリングなど。
バックトラックがどうのというよりも、表現力が凄い。
0152デフォルトの名無しさん
2005/04/08(金) 08:43:35repeat って組み込みになってない処理系多いでしょ。ユーザが定義すりゃ
いいだろって。
repeat.
repeat :- repeat. 確かにこれで済むけど、
初心者にとってはきついよねー。ここいうのだらけ。
0153デフォルトの名無しさん
2005/04/08(金) 09:09:51Prologのユーザの過半は大学生。それも授業。
ソースつきのライブラリが充実していては課題にならない。
これが真相。馬鹿馬鹿しい話だが。
0154デフォルトの名無しさん
2005/04/08(金) 10:07:53明らかにライブラリ使った方が速いじゃん・・・。
つーかPrologでもそれライブラリだし。
0155デフォルトの名無しさん
2005/04/08(金) 10:13:57正規表現ライブラリを自作した方が速い。
PrologではGUIライブラリを使うよりか、
GUIライブラリを自作した方が速い。
ごめん。ぜーんぶうそw
0156デフォルトの名無しさん
2005/04/08(金) 10:28:16ライブラリがAPIのようなものを指しているとしたら、
マイクロソフトがVBではなくPrologを採用していたら、ということ。
生半可にできるものではない。
0157デフォルトの名無しさん
2005/04/08(金) 10:46:31知人のLISP屋さんで、夥しい私的な部品の中から、あっという間に
引っ張ってきて(しかもマニュアルなし全部記憶)書いてしまうのがいる。
そういうのを許せば >>149 もあながち誇張ではないかも。
0158デフォルトの名無しさん
2005/04/08(金) 13:05:050159デフォルトの名無しさん
2005/04/08(金) 13:15:291. プログラム構成の支援を通して設計を支援するよいツールである
2. 実行効率がよい
3. OSとの独立性が高く、ポータビリティが高い
0160デフォルトの名無しさん
2005/04/08(金) 13:18:37オートマトン的な書き方ばっかだ。
0161デフォルトの名無しさん
2005/04/08(金) 13:49:30何時でも書けるのだから書かんっていう人が多いな。
プログラミングの極意は書かない事、というのも確かにあるが。
0162デフォルトの名無しさん
2005/04/08(金) 17:04:55お前の言っていることがさっぱり理解できない。
0163デフォルトの名無しさん
2005/04/08(金) 19:04:410164デフォルトの名無しさん
2005/04/08(金) 23:44:43Tck/tkの将来性、というのが全く思い浮かばないのですが…
JavaScriptは最近Ajaxとか言って生き返りつつある、のか?
0165デフォルトの名無しさん
2005/04/09(土) 10:19:020166デフォルトの名無しさん
2005/04/09(土) 10:27:46将来必要とされない日がくるのは両方とも近い。
もっと将来性のある言語は他にあるだろう
0167デフォルトの名無しさん
2005/04/09(土) 19:02:570168デフォルトの名無しさん
2005/04/09(土) 19:05:300169デフォルトの名無しさん
2005/04/09(土) 19:19:43Perlの拡張部分は何時か無視されて相手にされなくなる時期がくるかも
しれないけど、Perlそのものは残り続けそう。
てか、うちの会社にはシェルスクリプトを書けない(書く気がない)奴が普
通にいて、そいつらは例外なく皆Perlで目的を果たしてる。
0170デフォルトの名無しさん
2005/04/09(土) 20:15:180171デフォルトの名無しさん
2005/04/09(土) 20:41:44Tcl/Tkはそういうのとリンクして生き残るかも。
0172デフォルトの名無しさん
2005/04/09(土) 20:43:290173デフォルトの名無しさん
2005/04/09(土) 21:19:51ロジック的には何の進歩もないのだから、当然だね。
0174デフォルトの名無しさん
2005/04/09(土) 21:20:42はい?素人は引っ込んでいてもらえます?
0175デフォルトの名無しさん
2005/04/09(土) 21:27:20>ロジック的には何の進歩もないのだから、当然だね。
前半部分は賛成。ロジック的の意味はよく解らないが、進歩がないなんて
どうしていえる?
0176デフォルトの名無しさん
2005/04/09(土) 21:29:180177デフォルトの名無しさん
2005/04/09(土) 21:30:301958年から何も進歩していない!!!!?
0178デフォルトの名無しさん
2005/04/09(土) 21:31:290179デフォルトの名無しさん
2005/04/09(土) 21:31:290180デフォルトの名無しさん
2005/04/09(土) 21:32:360181デフォルトの名無しさん
2005/04/09(土) 21:33:04学生「あなたはオブジェクト指向使えますか?」
面接官「・・・・」
学生「・・・・」
0182デフォルトの名無しさん
2005/04/09(土) 21:41:29片手間で覚えましたが何か?
0183デフォルトの名無しさん
2005/04/09(土) 21:43:210184デフォルトの名無しさん
2005/04/09(土) 21:45:22これしか思いつかなかった。
0185デフォルトの名無しさん
2005/04/10(日) 06:58:010186デフォルトの名無しさん
2005/04/11(月) 17:57:29◎ Python
○ Ruby
0187デフォルトの名無しさん
2005/04/11(月) 18:11:51だよなあ・・・。別にPythonなんて興味ないんだけど、
そのために好きなスクリプトを乗り換えるのも嫌なんだよなあ・・・
0188デフォルトの名無しさん
2005/04/11(月) 18:36:310189デフォルトの名無しさん
2005/04/11(月) 18:43:590190デフォルトの名無しさん
2005/04/11(月) 18:50:26schemeの中からtcl/tkをうまく呼び出せるのですか。
0191デフォルトの名無しさん
2005/04/11(月) 19:43:06プログラミングやっている人間なら必ず一度は扱う言語の一つだぞ。
文法が単純だからコンパイラの勉強の一環で教材になることも良くある。
0192デフォルトの名無しさん
2005/04/11(月) 20:38:24Tcl/tkは嫌いだけど、便利なんだよなあ・・
0193デフォルトの名無しさん
2005/04/11(月) 21:22:12どっちも将来性無いな。
0194デフォルトの名無しさん
2005/04/11(月) 22:23:120195デフォルトの名無しさん
2005/04/11(月) 22:28:17氏ねよ。そんなわけないだろ。
マイペースがチャームポイントのゴキゲンな言語がSchemeだ。
0196デフォルトの名無しさん
2005/04/11(月) 22:45:330197デフォルトの名無しさん
2005/04/11(月) 23:04:060198デフォルトの名無しさん
2005/04/12(火) 13:08:080199デフォルトの名無しさん
2005/04/12(火) 16:31:460200デフォルトの名無しさん
2005/04/13(水) 20:32:410201デフォルトの名無しさん
2005/04/13(水) 20:35:27使用歴が長ければ長いほどライブラリは増えてプログラミングがしやすくなっていく。
0202デフォルトの名無しさん
2005/04/14(木) 00:00:560203デフォルトの名無しさん
2005/04/14(木) 00:18:260204デフォルトの名無しさん
2005/04/14(木) 16:50:540205仕様書無しさん
2005/09/25(日) 00:49:040206デフォルトの名無しさん
2005/09/25(日) 01:05:470207デフォルトの名無しさん
2005/09/25(日) 01:15:00言語仕様かわりすぎだろVBは
0208デフォルトの名無しさん
2005/09/25(日) 01:22:320209デフォルトの名無しさん
2005/09/25(日) 01:23:41VB.NETの言語仕様は比較的まともだ。
0210デフォルトの名無しさん
2005/09/25(日) 01:24:240211デフォルトの名無しさん
2005/09/25(日) 01:24:42いいや、上位互換を出来る限り保ってるし機能追加だから変わりすぎって程ではない
機能増えすぎとは言いたいが
0212デフォルトの名無しさん
2005/09/25(日) 01:25:150213デフォルトの名無しさん
2005/09/25(日) 01:26:470214デフォルトの名無しさん
2005/09/25(日) 01:27:360215デフォルトの名無しさん
2005/09/25(日) 01:28:52Emacs Lisp
全然違う
0216デフォルトの名無しさん
2005/09/25(日) 01:29:220217デフォルトの名無しさん
2005/09/25(日) 01:29:540218デフォルトの名無しさん
2005/09/25(日) 01:31:49C++は例外やテンプレートの追加で別の言語じゃねーかよ
0219デフォルトの名無しさん
2005/09/25(日) 01:33:18Schemeは?
やっぱ変わりまくってるな。
COBOLより代わってるんじゃないか?
0220デフォルトの名無しさん
2005/09/25(日) 01:33:42ageた馬鹿のせいかな
馬鹿はこの手の議論が好きだからね。
0221デフォルトの名無しさん
2005/09/25(日) 01:35:39schemeもライブラリの追加だけで言語仕様は変わってないじゃん。
もしかして変わりにくさではLISP族最強かあ?
0222デフォルトの名無しさん
2005/09/25(日) 01:37:110223デフォルトの名無しさん
2005/09/25(日) 01:37:39どのプラットフォームにもコンパイラがあり言語仕様が枯れてるCくらいだろう。
あとはバイトコードと仮想VMに飲まれていくばかり。
0224デフォルトの名無しさん
2005/09/25(日) 01:44:08結局ほとんど生き残るって事じゃないか。
0225デフォルトの名無しさん
2005/09/25(日) 01:45:12頭痛が痛いみたいな感じ?
0226デフォルトの名無しさん
2005/09/25(日) 03:25:110228デフォルトの名無しさん
2005/10/10(月) 00:10:43■ このスレッドは過去ログ倉庫に格納されています