トップページ⇒tech
228コメント59KB

・・・で? 将来性のある言語って何?

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
そんなスレ
0002デフォルトの名無しさんNGNG
英語
2get
0003デフォルトの名無しさんNGNG
なんだかんだ言ってもjava
0004デフォルトの名無しさんNGNG
>>1
   ∩___∩      
   | ノ      ヽ/⌒) あばばばばばば
  /⌒) (゚)   (゚) | .|  
 / /   ( _●_)  ミ/   ∩―−、
.(  ヽ  |∪|  /    / (゚) 、_ `ヽ
 \    ヽノ /      /  ( ●  (゚) |つ
  /      /      | /(入__ノ   ミ   あばばっあびゃばびゃばば
 |       /       、 (_/    ノ  
 |  /\ \       \___ ノ゙ ─ー
 | /    )  )       \       _     
 ∪    (  \        \     \
       \_)
0005デフォルトの名無しさんNGNG
好きな言語をやれば良いんだよ。カス
0006デフォルトの名無しさんNGNG
>>2
将来性ありまくりですね

>>3
やはりそ〜なんでしょうか、でもこの板では叩かれまくってるんですが・・・

>>4
真面目にこ
0007デフォルトの名無しさんNGNG
>>5
あんたは何やってんの?
0008デフォルトの名無しさんNGNG
削除依頼完了
0009デフォルトの名無しさんNGNG
まだまだCかなぁ。
UN*XカーネルがC以外の言語を主として書き換えられたらわからんが。
0010デフォルトの名無しさんNGNG
>>8
暗〜ぃ 怖〜ぃ キモ〜ィ あんた絶対もてないでしょ
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デフォルトの名無しさんNGNG
たくさんあるなぁ。
0013デフォルトの名無しさんNGNG
言語としての将来かな?それともプログラマとしての将来のための言語か?
どっちにしろ超重複って匂いがプンプンしてるようだぬ

0014デフォルトの名無しさんNGNG
英語
0015デフォルトの名無しさんNGNG
いやいや、英語だろ
0016デフォルトの名無しさんNGNG
>>14-15
ム板で一般に「言語」とは「プログラミング言語」を指すことさえもわからんのか。
0017デフォルトの名無しさんNGNG
やっぱり英語。
001814NGNG
テヘ
0019デフォルトの名無しさん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デフォルトの名無しさんNGNG
ワケワカンネ
0021デフォルトの名無しさんNGNG
COBOL!
0022デフォルトの名無しさんNGNG
PHP
002319NGNG
>>20
要するに最初の1トークンを読み取り、
それが "C" なら、それ以降のテキストは C としてコンパイル、
それが "Delphi" なら、それ以降のテキストは Delphi としてコンパイルする言語だ。
こんなものは言語ではないと言うならその根拠を挙げてもらいたいし、
こんなものは役に立たないと言うなら、同じようにその根拠を挙げてもらいたい。
0024デフォルトの名無しさんNGNG
use Inline すれ
0025(´ー`)y-~~やっとるかね?NGNG
英語ぺらぺら喋れたら、世界観は今の2倍以上確実に広がるな。
0026デフォルトの名無しさんNGNG
>>19
あなたの言う「言語」の定義を教えてください。
0027デフォルトの名無しさんNGNG
>>26
好きなのを使ってくれ。ある分には困らないし。
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
>>23
全部のプログラムの最初に、その識別を書かなきゃならんから無駄。
どうせその中から、自分の好きな言語を1個選んで書くのだから、
最初からその言語で書けばいいだけ
0029デフォルトの名無しさんNGNG
>>28
>全部のプログラムの最初に、その識別を書かなきゃならんから無駄。
>どうせその中から、自分の好きな言語を1個選んで書くのだから、
>最初からその言語で書けばいいだけ

ああ、たった数文字だけどな。

しかし、↓よりは断然エレガントなアイデアだと思うぞ。
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/cpguide/html/cpconside-by-sideexecutionoverview.asp
0030デフォルトの名無しさんNGNG
言語なんて適材適所な訳だが。プロで1言語しか使えない香具師はDQN確定。

VB厨だと目もあてられない。
喪前らVB.netすら満足に理解してないくせにうろちょろするなよヴォケが

んで、仕事がある=将来性があるって定義なら、COBOLが一番じゃねーの?
市場は確実に縮小しているけど、新規で学ぼうって香具師はさらに少ない(予想)だろうし、
おまんまにはありつけるんじゃね?漏れは面白くないからいやだが。
よくあんなオモチャみたいなので、クリティカルなシステム組めるよな…
0031デフォルトの名無しさんNGNG
残念!
COBOLは板違いです。。。
0032デフォルトの名無しさんNGNG
波田陽区ヲタウザイ
0033デフォルトの名無しさんNGNG
>>6
> やはりそ〜なんでしょうか、でもこの板では叩かれまくってるんですが・・・

約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
>>35
意味不明w
0037デフォルトの名無しさんNGNG
D・D・D!
0038デフォルトの名無しさんNGNG
言語よりもライブラリの質が全て
0039デフォルトの名無しさんNGNG
とjava厨が申しております
0040デフォルトの名無しさんNGNG
女子高生語
0041デフォルトの名無しさんNGNG
言語よりパンチラの質が全て
0042デフォルトの名無しさんNGNG
とロリコンが申しております
0043デフォルトの名無しさんNGNG
うんこの滑らかさより血尿の味が全て
0044デフォルトの名無しさんNGNG
Hot Soup Prossesor
0045デフォルトの名無しさんNGNG
やっぱりPerl
0046デフォルトの名無しさん05/02/18 21:41:30
これからは中国語!
0047 &rlo;んさし無名のトルォフデ05/02/18 23:07:18

0048lo;んさし無名のトルォフデ05/02/18 23:31:46
 
0049デフォルトの名無しさん05/02/18 23:43:40
英語だよなぁ。
0050デフォルトの名無しさん05/02/19 01:28:26
Perl
0051デフォルトの名無しさん05/02/19 11:03:47
>>30
なんかクリティカルな発想ですね。
0052デフォルトの名無しさん05/02/19 14:09:22
javaの次に勉強するとしたら
オススメは?c++?
0053デフォルトの名無しさん05/02/19 17:29:56
>>52
ではJavaで良いアプリを書きなさい。
手段と目的を忘れないように生きて行こう。

# マジレスすると言語仕様も指向してるベクトルも似てるので、C++はあんまり勉強にならないと思われ。
# Emacs Lispとか実用にもなる別の考え方の言語をやってみては。
0054デフォルトの名無しさん05/02/19 17:41:02
C++でいいんじゃないか
0055デフォルトの名無しさん05/02/19 17:56:50
>>54
>オススメは?c++?

とか言ってる時点で他の意見は聞く気無いんだろうけどな。
背中押して欲しいだけと。
と、言うわけでC++頑張れ。美野里は少ないが。
0056デフォルトの名無しさん05/02/19 19:00:13
MMO製作企画を立ち上げました。協力できる人はこちら
http://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:44
伸びる可能性でいえばC#だろうな。
0058デフォルトの名無しさん05/02/19 19:52:34
>>57
ふぅん。
0059デフォルトの名無しさん05/02/19 19:56:46
JavaとC#だな。どっちもCやC++やったことあれば問題なし。
0060デフォルトの名無しさん05/02/19 19:56:56
C#ってjava同様もっさりしてるってことはないの?
0061デフォルトの名無しさん05/02/19 20:02:53
たとえ今は「もっさり」していなくても、
3年後には必ず「もっさり」してきます。

それが MS くおりてぃー
0062デフォルトの名無しさん05/02/19 20:55:49
C++は将来性があるとかないとかじゃなく、
プログラマを名乗るなら最低限知っておくべき言語。
0063デフォルトの名無しさん05/02/19 22:37:12
>>59
>どっちもCやC++やったことあれば問題なし。
んじゃ勉強する意味無いじゃんw

ちゃんと本質を見んとあかんよ。
0064デフォルトの名無しさん05/02/20 16:33:05
>>62
んなこたーない。

たしなみとしてCを知っておくのは良いが、C++は余計。
0065デフォルトの名無しさん05/02/20 16:50:32
cはなくならないだろうが、それは将来性があるっていうのと別だよねぇ。
0066デフォルトの名無しさん05/02/20 20:40:15
将来性を語るなら言語のレイヤでごちゃごちゃ言ってちゃいけない気がします。
0067デフォルトの名無しさん05/02/20 21:54:49
CもC++もJAVAもPerlもLISPもPrologも同じ穴のムジナ。
将来性を問うなら並列言語。KLICの強化が望まれる。
0068デフォルトの名無しさん05/02/20 22:25:22
>>65
FORTRANはなくならないだろうが、それは将来性があるっていうのと別だよねぇ。

>>66
将来性を語るなら全宇宙規模の大域的なレイヤで言わなくちゃいけない気がします。

>>67
CもC++もJAVAもPerlもLISPもPrologも並列言語KLICも同じ穴のムジナ。
将来性のある言語などない。
0069デフォルトの名無しさん05/02/20 22:30:22
必要になったときに必要になった言語使えば良いだけの話やん。
こんなくだらないこと考えてる時間があるなら他の勉強しろ。
0070デフォルトの名無しさん05/02/20 22:48:35
>>69 確かに言語は消滅しては困る場合があるが、将来性の方は、
あろうとなかろうと、良いと思ったら使えばよいだけ。
0071デフォルトの名無しさん05/02/20 23:05:05
結論出たところで笑点お開き
0072デフォルトの名無しさん05/02/21 00:41:02
とりあえずD
0073デフォルトの名無しさん05/02/21 01:01:36
世界共通言語エスペラントは?
0074デフォルトの名無しさん05/02/22 20:09:12
概出
0075デフォルトの名無しさん05/02/22 20:12:47
まずはDでUNIXを書き直せ話はそれからだ。
0076デフォルトの名無しさん05/02/24 21:26:15
んじゃ、実用性のある言語ランクは?
C#やDなんてほとんどないでしょ?
C>java>VB こんな感じ?
0077デフォルトの名無しさん05/02/24 22:49:03
>>76
何かを見失っているあなたへ。
0078デフォルトの名無しさん05/02/25 19:21:03
>>76
その比較なら
COBOL>C>N88BASICな感じだ。
0079デフォルトの名無しさん05/02/25 19:34:48
JavaとCとC++とC#覚えとけば食うのには困らないかと。
っていうか、全部Cの方言みたいなもんだ。
C#もっさりって言うけど、.netっていずれ(今年くらい?)ラッパーじゃなくてネイティブAPIになるんだろう?

VBとVB.netも使えるに越したことはない。
自分がいかにC++バリバリできようが下にVBしか使えない奴付けられたらそれまでだ。

COBOLとかPerlとかはもう保守くらいしかやることない。
つーかPerlやるなら普通PHPやるだろう。
0080デフォルトの名無しさん05/02/25 19:44:27
PHPとか、、、っプ
0081デフォルトの名無しさん05/02/25 19:52:24
数値計算はFortran。
0082デフォルトの名無しさん05/02/26 09:08:32
>>80はこれからもずっとperlを使ってください。
私はrubyを使いますけど。
0083デフォルトの名無しさん05/02/26 09:09:58
CGIというか、サーバーサイドのプログラミングで最も使われている言語は何なんだろう?
0084デフォルトの名無しさん05/02/26 09:21:22
>>83
全世界で統計取った人なんているのか?
0085デフォルトの名無しさん05/02/26 09:39:55
初心者の者ですが、これからプログラミング言語を勉強しようと思っています。
JavaやC++などがありますがどれから始めればいいか教えてください。
よろしくお願いします。
0086デフォルトの名無しさん05/02/26 09:40:58
>>85
好きなのでいいですよ。まずは自分の手でコンピュータをハンドリングすることを楽しんでください。
0087デフォルトの名無しさん05/02/26 09:49:20
ありがとうございます!
よろしければ始めに学んだのはどちらかを教えてください。
0088デフォルトの名無しさん05/02/26 10:08:08
C言語.ポインターとかの考え方を知っておいたほうがいいと思う.
俺も今じゃjavaとC++しか使わんが,
やっぱりC言語の基礎があったから
ほかの言語を習うときかなりすんなりいけた.
0089デフォルトの名無しさん05/02/26 10:33:55
>>88
ポインタつぅか参照やね。
結局の所最後の最後まで使えるのはそういうプリミティブな機能やデータ構造、アルゴリズムだったりする訳で。

言語レベルでピーチクパーチク言ってる人達を見ているとその辺本当に分かってんのかなと思う。

今必要なものを今あるもので作る。これでしょ。
0090デフォルトの名無しさん05/02/26 11:35:08
>>87
DOSバッチファイル->N88BASIC->C->Delphi->JavaScript->Java->C++->Perl->PHP->VBA->VB->ruby->シェルスクリプト

こんな感じです。他に寄り道したかもしれんけど忘れた。
0091デフォルトの名無しさん05/02/26 12:21:05
HITAC-10II機械語ー>8088機械語ー>6502機械語->・・・・・・・
書いてて悲しくなるな漏れ。
0092デフォルトの名無しさん05/02/26 12:40:51
>>91
機械語とアセンブラって違うんですか?
機械語はバイナリエディタでHEXのみとか?
0093デフォルトの名無しさん05/02/26 12:47:58
>>92
>機械語とアセンブラって違うんですか?
全く別物。

HITAC-10II機械語 : ずらりと並んだ1ビットのSWのON/OFFで入力。
8088機械語 : 電卓みたいなキーから16進入力
6502機械語 : 貧弱なsw(自作)から入力。

>機械語はバイナリエディタでHEXのみとか?
時代を感じる・・・・orz
0094デフォルトの名無しさん05/02/26 13:37:28
Javaからスタートして最近UNIX-Cに来て
底辺のレイヤではこんな動きしてるのかー、と
あらゆる意味でJavaの理解がとても深まった。
JavaでDBの格納状況調べることはあっても
メモリアドレス意識したりダンプ取ることなかったさ

誤解を恐れずに言えばJavaはCの面倒でクソ細けー部分を
うんと使いやすくラップしまくったような言語
末永くマを続けるなら下層レイヤっつーか本質を知ってから派生を知るべきで

UNIX-C → Javaと入るのがベストだったかな、と思う

で、今後もCやりたいかってーとこんな細かいのもうやだ。あと仕事増えないと思う。
10年前ならともかく今後メモリをビット単位で管理する意味なんて
どんどんなくなってくと思うもん(+_+)

0095デフォルトの名無しさん05/02/26 13:44:26
>>94
それで底辺とか本質とか言ってると>>93に笑われるぞ。
0096デフォルトの名無しさん05/02/26 13:59:33
もはやアセンブラをやる必要はない

0097デフォルトの名無しさん05/02/26 14:05:09
>>96
せっかく伸び出してる組み込み産業を全否定ですね。
0098デフォルトの名無しさん05/02/26 14:09:02
例えば、競艇選手はペラを自分でたたく、調理人は包丁をとく、生産地まで出かけて
素材を調べる。人生に深みが出るような生き方は好きだな。
0099デフォルトの名無しさん05/02/26 14:14:27
>>96
そんなことは無いぞ。
SSE2とかMMXとか使って徹底的にチューニングしたい人には必要。
OSを作ってみたい人にも必要。
#俺には不要 orz
0100デフォルトの名無しさん05/02/26 21:20:32
>>83
もちろん数だけで言えばPerlだろな。
アマチュア個人も使ってるからな。

業務用なら話は変わってくるかと。
0101デフォルトの名無しさん05/02/26 21:30:13
VB・・・ ( ´,_ゝ`)プッ
0102デフォルトの名無しさん05/02/26 23:45:20
>>101
RADするには最高の言語。
VBだろうがVCだろうが糞は糞なので結局は設計とコーディング規約だと思うよ。
0103デフォルトの名無しさん05/02/27 01:11:05
RADツールは人数を進捗へと反映させるのが難しい。
それで結局、COM+を書く多数のVC++プログラマと、それを使う少数のVBプログラマという2層
構造が生まれる。しかし、VC++プログラマは得難く、VBプログラマは余っているという矛盾。
世間一般では生産性がよいとされてる様だけど、どうだろう?俺個人は実務向きではない気が
してる>RADツール

プログラミングの経験はあるけど、実務の経験がないという人にはJavaがお勧め。
うちではクラス図を制限時間内にコード化するという訓練を基本に10日間(2週間)程教育しただ
けの人間を実務へ投入してるが、特に破綻なく機能してる。
テスト仕様書とクラス図その雛型コードを渡し、それをフレームワークに見立てて作業させる。
調度RADツールのイベントハンドラを埋める様な感覚。
人数がほぼリニアに進捗へと反映するんで非常に実務向き。

こういう人の使い方を指してデジドカと揶揄する人も居るけど、無料で与えられる(というより、金
をもらいながら得られる)教育に期待し過ぎ。
更に先へと進みたいなら自力で学ぶべきだし、デジドカ云々は落ちこぼれの言い訳。
0104デフォルトの名無しさん05/02/27 09:51:52
>>103
その生涯一言語主義の人間なんて数に入れんでいいでしょう。面倒くさい。
0105デフォルトの名無しさん05/02/27 10:54:40
それで、VBってのは将来性あるんですか?
0106デフォルトの名無しさん05/02/27 11:08:41
>>105
無いんじゃないの?
ああ言う楽な開発環境がまた出るといいですね。
0107デフォルトの名無しさん05/02/27 15:23:44
将来性はないだろうけど、現状だとVB指定の
要件がまだまだ多いと思う
0108デフォルトの名無しさん05/02/27 15:24:59
>>107
憶測で物言わないように。
0109デフォルトの名無しさん05/02/27 15:28:08
>>107
将来性が無いなら出すなよ。
0110デフォルトの名無しさん05/02/27 15:28:21
すまん

      将 来 性 は な い

これでいいかな
0111デフォルトの名無しさん05/02/27 16:09:51
要件がVBだからといって
VBを使うとは限らない
0112デフォルトの名無しさん05/02/27 16:10:43
>>111
こらこら
0113デフォルトの名無しさん05/02/27 19:47:58
>>105
将来性があるかないかといえば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
>>113
人育てる気のない管理者ってどんなもんでしょう?
0115デフォルトの名無しさん05/02/27 21:44:03
>>114
>漏れはVB6できますJavaはできませんって言う技術者は.net案件では切り落とすことにしてる。

についてか?
社外の技術者をこっちが金払って育ててやる気なんかねーよ。
社内の人員にしても先にJavaのWeb案件でもやってから出直せって言うだけ。
VB6とVB.netは明らかに基本文法以外のコンセプトは全く違う。

それをバージョンが違うだけの同列と捉えて準経験者として扱う事はできないということ。
むしろ未経験者よりも罠にはまる恐れがある。
育てるにしても順序というものがあるのでVB6から直にVB.netに遷らせて旧来の概念で環境だけ新しいものを作らせるより
それなら固定観念に囚われず概念に馴染んでいく事のできるVB6→Java→VB.netという道を取らせるのが
後々応用も利いて効率的だと考えてる。
0116デフォルトの名無しさん05/02/27 21:50:40
>>115
そっちの業種はそんな感じなのか。
んじゃ今のぬるま湯の方がいいか。
0117デフォルトの名無しさん05/02/27 22:44:22
ぶっちゃけ俺は.NETをあまり知らんのだが、人数を進捗へと結びつけるには
COM+を理解できる(EnterpriseService)プログラマの確保が最優先の様に思
える。
そうすると、VBプログラマかJavaプログラマかではなく、COM+を知ってるか
否かのみが重要なるのではないか?
.NETは如何にも生産性が良いという風に宣伝されてるが、実務面では相変
わらず矛盾を抱えたまま変わってない様に俺は思う。

て言うか、そもそも俺はCOM+をどう教育するか、EnterpriseServiceをどう書
かせるかについてノウハウの蓄積がない。
急に実務投入とか言われたら途方に暮れるぞorz
0118:05/02/28 00:27:44
 今日や敬老ぬ日。65やかん上〔ゐい)ぬ人(ちゅ)んちゃあや、
全国んじ19%やんでぃがら。寿命が85でぃち考えいねえ、
うちなあぐちぬ分かゆる45やかん上ぬ人んちゃあぬ割合や
大概40〜45%ぐれえやならんがやあんでぃ思(うみ)やびいしが、
ちゃぬふうじがやいびいら。今(なま)んうっさきいぬ人んちゃあがうちなあぐちないるしいじやいびいしが...。
 今ちきてぃ、病院、バス停、スーパー、職安、銀行待合ロビー、
あまくまんじ、うちなあぐちぬ聞かりいやびいしヨオ。
田舎んかい行ちいねえ、30台ん、いいくるうちなあぐちさびいっさあ。
ゐいりきさぬふしがりやびらん。今ぬ如どぅんあれえ、あんしから、
「うちなあぐち、ばんない、使いみそおれ」んでぃぬ運動起くしいねえ、
うちなあぐちえ、じょうい、無えんならん筈やいびいん。とおさい、
うみはまり、うちなあぐち!
0119デフォルトの名無しさん05/03/01 00:28:45
>>118
じゅもんがちがいます。
0120デフォルトの名無しさん05/03/01 21:58:20
orz
0121デフォルトの名無しさん05/03/01 22:26:02
モンゴルで廃止されたキリル文字を採用すると、
先端言語っぽくなるのでは

今日я敬老ну日。65якан上(ы)ну人(чю)нчая、
...
0122デフォルトの名無しさん05/03/01 22:26:49
杏は美坂かおりんの誕生日ですが
0123デフォルトの名無しさん05/03/01 23:52:00
>>122
今日が杏と出てしまうあたり重傷だな。

日曜日が来て出勤日が来て夏休みが来て、ずっと夏休みならいいのに。
0124デフォルトの名無しさん05/03/03 01:17:00
重症が重傷(ry
0125デフォルトの名無しさん05/03/13 07:22:33
十三
0126デフォルトの名無しさん05/03/13 18:29:19
痛み十三
0127デフォルトの名無しさん05/03/20 17:56:03
Lisp
0128デフォルトの名無しさん05/03/20 18:39:25
マシン語だよ、マシン語。
0129デフォルトの名無しさん05/03/20 18:46:55
>>128
ある意味真理だな。
どんな手法が流行っても対応できるのが将来性ってもんな訳でな。
て言うか将来芽が出る可能性がある言語って意味ならもうちょっと有益なスレになってたよね。
どんな手法が流行ろうがその下のベースは変わらんわけで、計算機科学の基礎をしっかり
習得していくのがこの世界のスキル習得の第一歩だと思う。
0130デフォルトの名無しさん05/03/20 23:08:43
あそ。
0131デフォルトの名無しさん05/03/20 23:13:15
何の問題意識も持たずに生きてると>>130みたいなのになる。
0132デフォルトの名無しさん2005/03/21(月) 09:21:20
>>131
きっと>>130は「あそ。」と言う名の画期的言語を開発してるんだよ
0133デフォルトの名無しさん2005/03/21(月) 10:34:24
>>132
ASO
Active Source Organizer
0134デフォルトの名無しさん2005/03/21(月) 11:20:09
OCaml知ってからC++に戻りたくなくなったよ
0135デフォルトの名無しさん2005/03/21(月) 11:43:44
>>134
戻ってこないほうが良いな。
0136デフォルトの名無しさん2005/03/21(月) 17:57:46
オキャムル(ML)はオブジェクト指向におけるスモールトークのようなポジションで終わりそう。
手法そのものはC++等で発展していくだろうけど。
0137デフォルトの名無しさん2005/03/21(月) 18:20:52
しかし、Smalltalkよりははるかに実用的だよ
0138デフォルトの名無しさん2005/03/21(月) 18:55:36
で、結局将来性って何よ?wメジャーになるって事か?w
0139デフォルトの名無しさん2005/03/21(月) 19:39:51
何の将来性だろうねぇ。
・メジャーになること
・ライブラリが揃うこと
・言語が持つ潜在的な便利さを理解してもらえること
・その言語が新理論を元に作られて、それが一般に認められること

ほかには?
0140デフォルトの名無しさん2005/03/21(月) 19:42:47
>・その言語が新理論を元に作られて、それが一般に認められること
?
0141デフォルトの名無しさん2005/03/21(月) 19:45:41
>>140
う〜ん、解からないかな…
0142デフォルトの名無しさん2005/03/21(月) 19:52:43
>>139
ライブラリ以外全部外してる様な・・
普通に考えればアプリケーションの複雑化に対応できる言語じゃないの?
ライブラリが豊富ってのもメリットだけど、
現在は安泰でも将来どうなるかわかんないし。

そういう意味でMLがパターンマッチや型推論とか持ってるからベスト。
Eiffelみたいな表明とかも欲しいけどさ。
Perlとかのスクリプト言語は無駄に動的だったりと、どこかを犠牲にしてるけど、
MLは型安全な上で簡単に書けるし。
C++みたいに冗長になったりしない。
ML以外は論外。
0143デフォルトの名無しさん2005/03/21(月) 22:37:12
何に使うかで最適解は異なる気がします。
0144デフォルトの名無しさん2005/03/21(月) 22:47:09
この手のスレはもう要らない。 削除きぼん。
0145デフォルトの名無しさん2005/03/21(月) 22:52:13
>>144
昨日今日に立ったわけではない100レス以上伸びてるスレにいきなり現れて何寝言言ってんだ?
0146デフォルトの名無しさん2005/03/22(火) 00:21:16
そうやって、流されて生きていくのですか
それがあなたにとって幸せなのですか

だとしたら… わたしは あなたのために 何ができるでしょうか
0147デフォルトの名無しさん2005/03/23(水) 10:46:06
C++ は死なないだろ…
0148http://www.geocities.com/tokyufubai/2005/03/23(水) 11:34:24
公開かぎ暗号方式は
 秘密かぎを使ってかぎをかけ、公開かぎでかぎをあけることができます。

 つまり、「南京錠のかぎ」でかぎをかけ、「南京錠」でかぎをあける
 という話になってしまうんですよね。
0149デフォルトの名無しさん2005/04/08(金) 00:01:34
言語の将来性とライブラリの充実は関係が深いですね。ただ、
Prologのように、プログラミングが簡単すぎて、ライブラリが
育たないという例もあります。ほとんどの場合、ライブラリの
参照をする(使い方を辞書引きする)より新たにコーディングした
方が速いわけです。ユーザもベンダもライブラリを充実させる
意欲が全くありません。ここらあたりが弱点なんでしょうね。
0150デフォルトの名無しさん2005/04/08(金) 01:22:59
>>148
Prologでコーディングした方が速いライブラリってなに?
0151デフォルトの名無しさん2005/04/08(金) 08:01:52
シーケンスの解析を含むプログラム。通信プロトコルとか、
スケジューリングなど。
バックトラックがどうのというよりも、表現力が凄い。
0152デフォルトの名無しさん2005/04/08(金) 08:43:35
>>151 そんなレベルじゃないけど
repeat って組み込みになってない処理系多いでしょ。ユーザが定義すりゃ
いいだろって。
repeat.
repeat :- repeat. 確かにこれで済むけど、
初心者にとってはきついよねー。ここいうのだらけ。
0153デフォルトの名無しさん2005/04/08(金) 09:09:51
>>149 コーディングの速度の問題ではない。
Prologのユーザの過半は大学生。それも授業。
ソースつきのライブラリが充実していては課題にならない。
これが真相。馬鹿馬鹿しい話だが。
0154デフォルトの名無しさん2005/04/08(金) 10:07:53
>>151
明らかにライブラリ使った方が速いじゃん・・・。
つーかPrologでもそれライブラリだし。
0155デフォルトの名無しさん2005/04/08(金) 10:13:57
Prologでは正規表現ライブラリを使うよりか、
正規表現ライブラリを自作した方が速い。

PrologではGUIライブラリを使うよりか、
GUIライブラリを自作した方が速い。


ごめん。ぜーんぶうそw
0156デフォルトの名無しさん2005/04/08(金) 10:28:16
>>149 >>153 どちらも誇張がある。
ライブラリがAPIのようなものを指しているとしたら、
マイクロソフトがVBではなくPrologを採用していたら、ということ。
生半可にできるものではない。
0157デフォルトの名無しさん2005/04/08(金) 10:46:31
こういう場合のライブラリって、公に入手できるってことかな。
知人のLISP屋さんで、夥しい私的な部品の中から、あっという間に
引っ張ってきて(しかもマニュアルなし全部記憶)書いてしまうのがいる。
そういうのを許せば >>149 もあながち誇張ではないかも。
0158デフォルトの名無しさん2005/04/08(金) 13:05:05
いつでも書ける。というのと初心者でも書ける。ということのギャップが・・。
0159デフォルトの名無しさん2005/04/08(金) 13:15:29
Stroustrupが考えるプログラミング言語のあるべき姿とは、
1. プログラム構成の支援を通して設計を支援するよいツールである
2. 実行効率がよい
3. OSとの独立性が高く、ポータビリティが高い
0160デフォルトの名無しさん2005/04/08(金) 13:18:37
正規表現ってあまり使わねー
オートマトン的な書き方ばっかだ。
0161デフォルトの名無しさん2005/04/08(金) 13:49:30
プロログ族はあまり知らんが、LISPやさんなんかには、
何時でも書けるのだから書かんっていう人が多いな。
プログラミングの極意は書かない事、というのも確かにあるが。
0162デフォルトの名無しさん2005/04/08(金) 17:04:55
>>148
お前の言っていることがさっぱり理解できない。
0163デフォルトの名無しさん2005/04/08(金) 19:04:41
JavaScriptとTcl(/tk)はどっちが将来性ありますか?
0164デフォルトの名無しさん2005/04/08(金) 23:44:43
>>163
Tck/tkの将来性、というのが全く思い浮かばないのですが…
JavaScriptは最近Ajaxとか言って生き返りつつある、のか?
0165デフォルトの名無しさん2005/04/09(土) 10:19:02
PerlとJavaScriptはどっちが将来性ありますか?
0166デフォルトの名無しさん2005/04/09(土) 10:27:46
どっちもどうだっていい。
将来必要とされない日がくるのは両方とも近い。
もっと将来性のある言語は他にあるだろう
0167デフォルトの名無しさん2005/04/09(土) 19:02:57
えーとたとえばRUBYとか
0168デフォルトの名無しさん2005/04/09(土) 19:05:30
RUBYがこのスレに出てくるとは思わなかったよ!
0169デフォルトの名無しさん2005/04/09(土) 19:19:43
>>165
Perlの拡張部分は何時か無視されて相手にされなくなる時期がくるかも
しれないけど、Perlそのものは残り続けそう。
てか、うちの会社にはシェルスクリプトを書けない(書く気がない)奴が普
通にいて、そいつらは例外なく皆Perlで目的を果たしてる。
0170デフォルトの名無しさん2005/04/09(土) 20:15:18
そういうのならGUIを簡単に書けるTcl/Tkも生き残れるぞ・・・
0171デフォルトの名無しさん2005/04/09(土) 20:41:44
GUI全く無視っていう言語。例えばちょっと上に出てくるProlog。
Tcl/Tkはそういうのとリンクして生き残るかも。
0172デフォルトの名無しさん2005/04/09(土) 20:43:29
Prologはプロジェクト終了してから人気なんて無くなる一方だよ。
0173デフォルトの名無しさん2005/04/09(土) 21:19:51
コンピュータ史的に見ればGUIとインターネットの整備に追われた十年だった。
ロジック的には何の進歩もないのだから、当然だね。
0174デフォルトの名無しさん2005/04/09(土) 21:20:42
>>173
はい?素人は引っ込んでいてもらえます?
0175デフォルトの名無しさん2005/04/09(土) 21:27:20
> コンピュータ史的に見ればGUIとインターネットの整備に追われた十年だった。
>ロジック的には何の進歩もないのだから、当然だね。
前半部分は賛成。ロジック的の意味はよく解らないが、進歩がないなんて
どうしていえる?
0176デフォルトの名無しさん2005/04/09(土) 21:29:18
思えばオブジェクト指向に翻弄された10年だった
0177デフォルトの名無しさん2005/04/09(土) 21:30:30
感動などない....!!
1958年から何も進歩していない!!!!?
0178デフォルトの名無しさん2005/04/09(土) 21:31:29
翻弄されましたか?
0179デフォルトの名無しさん2005/04/09(土) 21:31:29
マイクロソフトに翻弄された10年だった。
0180デフォルトの名無しさん2005/04/09(土) 21:32:36
OLE2なんて一生懸命勉強しなければ良かった。
0181デフォルトの名無しさん2005/04/09(土) 21:33:04
面接官「オブジェクト指向は使えますか?」
学生「あなたはオブジェクト指向使えますか?」
面接官「・・・・」
学生「・・・・」
0182デフォルトの名無しさん2005/04/09(土) 21:41:29
>>180
片手間で覚えましたが何か?
0183デフォルトの名無しさん2005/04/09(土) 21:43:21
オブジェクト指向に翻弄されたマイクロソフトが作ったMFCに翻弄された10年だった。
0184デフォルトの名無しさん2005/04/09(土) 21:45:22
>>182 ごめん、10年くらい前のマイクロソフトの技術を言ってみたまで。
これしか思いつかなかった。
0185デフォルトの名無しさん2005/04/10(日) 06:58:01
>>173 ロジックでなくてコンピュータサイエンスなら同意。
0186デフォルトの名無しさん2005/04/11(月) 17:57:29
今より確実に使われるようになるという意味なら
◎ Python
○ Ruby
0187デフォルトの名無しさん2005/04/11(月) 18:11:51
>>186
だよなあ・・・。別にPythonなんて興味ないんだけど、
そのために好きなスクリプトを乗り換えるのも嫌なんだよなあ・・・
0188デフォルトの名無しさん2005/04/11(月) 18:36:31
Rubyは世界的にも少しずつ広がって行っているよ
0189デフォルトの名無しさん2005/04/11(月) 18:43:59
俺が好きなのはschemeとtcl/tk。
0190デフォルトの名無しさん2005/04/11(月) 18:50:26
scheme知らないんだけど、
schemeの中からtcl/tkをうまく呼び出せるのですか。
0191デフォルトの名無しさん2005/04/11(月) 19:43:06
>>190
プログラミングやっている人間なら必ず一度は扱う言語の一つだぞ。
文法が単純だからコンパイラの勉強の一環で教材になることも良くある。
0192デフォルトの名無しさん2005/04/11(月) 20:38:24
システムにJava入ってるとScheme使える事があるな
Tcl/tkは嫌いだけど、便利なんだよなあ・・
0193デフォルトの名無しさん2005/04/11(月) 21:22:12
>>189
どっちも将来性無いな。
0194デフォルトの名無しさん2005/04/11(月) 22:23:12
Schemeはそろそろメジャーになりつつあるね
0195デフォルトの名無しさん2005/04/11(月) 22:28:17
>>194
氏ねよ。そんなわけないだろ。
マイペースがチャームポイントのゴキゲンな言語がSchemeだ。
0196デフォルトの名無しさん2005/04/11(月) 22:45:33
冗談なのに
0197デフォルトの名無しさん2005/04/11(月) 23:04:06
>>186 メジャーになるという意味ではない?
0198デフォルトの名無しさん2005/04/12(火) 13:08:08
Perl6ってのは将来性ないのかなあ。
0199デフォルトの名無しさん2005/04/12(火) 16:31:46
さあ、どうだろう?5から6への移行が問題だな。4から5のときってどんなんだったけ?
0200デフォルトの名無しさん2005/04/13(水) 20:32:41
schemeはライブラリが整備された環境で使うと最強かもしれない
0201デフォルトの名無しさん2005/04/13(水) 20:35:27
自分だけのライブラリを持っている人が大半。
使用歴が長ければ長いほどライブラリは増えてプログラミングがしやすくなっていく。
0202デフォルトの名無しさん2005/04/14(木) 00:00:56
どんな言語でも
0203デフォルトの名無しさん2005/04/14(木) 00:18:26
↑VBでも?プ
0204デフォルトの名無しさん2005/04/14(木) 16:50:54
マジレス「その疑問は他者に問うべき種類の疑問ではない」
0205仕様書無しさん2005/09/25(日) 00:49:04
もはやCPANそのものを言語仕様に含んでしまったらどうだろう?
0206デフォルトの名無しさん2005/09/25(日) 01:05:47
VBはなんでダメなの?
0207デフォルトの名無しさん2005/09/25(日) 01:15:00
>>206
言語仕様かわりすぎだろVBは
0208デフォルトの名無しさん2005/09/25(日) 01:22:32
その考えからいくとC++も変わりすぎですね。
0209デフォルトの名無しさん2005/09/25(日) 01:23:41
VB6の言語仕様はうんこだが、
VB.NETの言語仕様は比較的まともだ。
0210デフォルトの名無しさん2005/09/25(日) 01:24:24
C言語も変わりすぎですね。K&RとANSIで全然違いますしね。
0211デフォルトの名無しさん2005/09/25(日) 01:24:42
>>208
いいや、上位互換を出来る限り保ってるし機能追加だから変わりすぎって程ではない
機能増えすぎとは言いたいが
0212デフォルトの名無しさん2005/09/25(日) 01:25:15
Javaも変わりすぎ。1.2で無茶苦茶変わって1.5でも無茶苦茶変わった。
0213デフォルトの名無しさん2005/09/25(日) 01:26:47
これはもう言語仕様の変化しにくさで考えたらアセンブラしかないな
0214デフォルトの名無しさん2005/09/25(日) 01:27:36
LISPの方が変わりにくい
0215デフォルトの名無しさん2005/09/25(日) 01:28:52
Common Lisp
Emacs Lisp
全然違う
0216デフォルトの名無しさん2005/09/25(日) 01:29:22
でもそっから変わってないだろ
0217デフォルトの名無しさん2005/09/25(日) 01:29:54
アセンブラは命令セット変わりすぎ
0218デフォルトの名無しさん2005/09/25(日) 01:31:49
>211
C++は例外やテンプレートの追加で別の言語じゃねーかよ
0219デフォルトの名無しさん2005/09/25(日) 01:33:18
>>214-215
Schemeは?
やっぱ変わりまくってるな。
COBOLより代わってるんじゃないか?
0220デフォルトの名無しさん2005/09/25(日) 01:33:42
204から半年もレスなかったのに。
ageた馬鹿のせいかな
馬鹿はこの手の議論が好きだからね。
0221デフォルトの名無しさん2005/09/25(日) 01:35:39
>>219
schemeもライブラリの追加だけで言語仕様は変わってないじゃん。
もしかして変わりにくさではLISP族最強かあ?
0222デフォルトの名無しさん2005/09/25(日) 01:37:11
って言うと馬鹿が集まってきます
0223デフォルトの名無しさん2005/09/25(日) 01:37:39
結局移植性の問題が残る事になるから、もはやネイティブコードで動く言語で生き残るのは、
どのプラットフォームにもコンパイラがあり言語仕様が枯れてるCくらいだろう。
あとはバイトコードと仮想VMに飲まれていくばかり。
0224デフォルトの名無しさん2005/09/25(日) 01:44:08
C++もCLIがあるし、
結局ほとんど生き残るって事じゃないか。
0225デフォルトの名無しさん2005/09/25(日) 01:45:12
>仮想VM
頭痛が痛いみたいな感じ?
0226デフォルトの名無しさん2005/09/25(日) 03:25:11
土方がクレーン車使える方がいいかユンボ使える方がいいかケンカしてるのと同レベルの争い
0227Hoooo2005/10/09(日) 07:30:12
>>226
ユンボって、あんたその世界の人間かい?
0228デフォルトの名無しさん2005/10/10(月) 00:10:43
日本語だよ、日本語。
■ このスレッドは過去ログ倉庫に格納されています