【嫌儲プログラミング部】今、最も学ぶ価値のある言語とは？

http://upload.wikimedia.org/wikipedia/commons/d/d0/Simon_Peyton_Jones_01.jpg

【嫌儲プログラミング部】今最も学ぶ価値のある言語とは
http://engawa.2ch.net/test/read.cgi/poverty/1378553589/

COBOLとC#を融合させた富士通NetCOBOLだな
死角がない

Perl

REALbasic

なぜCOBOL→Javaのプロジェクトは失敗するのか？

今こそみんなでファミリーベーシックしようぜ！

学生さんならHaskell
LISPはHaskellの登場で死んだ

R

V
B
A

>>5
要件固められる奴がいないから

FreePascal最高

>>6
懐かしすぎて涙が出る

まあperlが安定だよな。
phpとか初心者向けだし

Whitespace

Resist The Thought

PHPとJava

つぎすれ必要だったんですかね

Python

何度も何度もプログラムスレ立てるな糞野郎

クイックベーシック

まずSmalltalk
その後は好きな言語をやれば良い

haskellとか何の役に立つの？

java

なんでプログラミングってたくさんの言語があるの？
一つに統一した方がよくね？言語ごとにできることがそんなに変わるもんなの？

java、python、php、javascript
上記から好きなのどうぞ

おっPythonスレか？

知ってる人の平均年収
C/C++　2000万
Java　500万
javascriptなどweb系　300万割れ

>>24
自然言語と同じだよ
アメ公もきっとみんな英語使えよ、うぜーなって思ってる

>>24
その通り

>>27
C++のステマ乙
何やってるやつだよそれ

JSが底辺と思ってるとか思考が10年以上止まってるんだろうな

>>31
間違いなく人気は伸びていくはず言語

RPG/400

>>5
COBOLは書面の仕様書とソースコードがほぼ1対1になる非プログラマ（顧客）とプログラマが意思疎通するための言語。

一方、Javaはプログラマとプログラマが意思疎通する言語。
Javaというかオブジェクト指向自体が仕様書との相性が最悪。

phpはコードが美しくなさすぎて吐き気してくるからやめとけ

>>31
収入ベースで考えると底辺だわな。

ＪＳってこれからどう伸びていくんだ？

>>37
間違いなくコピペ量産で数だけは伸びる

jsは触ってて楽しいけど保守は厳しい
phpやPerlとお同じく、書き捨てと割切って使ってほしい

Perl

それだと数は増えるだろうけど収入がアップ期待できるかといわれると微妙だなあ
学ぶ価値があると言われたらまた別な気がする

JavaScriptってブラウザ上で動くのがこれしかないから仕方なく使われてるだけの糞言語だろ
あまりにも糞で使いたくなくなったからようやくDartやTypeScriptやCoffeeScriptなんかが出始めたし落ちる一方だよ

ObjC

「軸足として覚えておくべき言語」と「必要に迫られて1週間で覚えるクソ言語」の2種類しかないよね

>>44 ナイス表現

c#,Java,デルファイだったらどれがいいのGUIとかの適当に作りたいんだが
趣味レベルでやるから覚えやすいのがいいんだが

phpとかいう糞の塊

>>46 その中だったらC#だな。解説hpも多いし、ライブラリも整っている。
JavaはGUI系弱いし、デルファイは昔ほど輝いていない。

韓国語

なんちゃってデザイナーとか底辺PGってjQuery使った程度で的外れなJS評価しちゃうよね
で、JS使えますとか経歴書に書いちゃうんだよね

Javascript
この先どんどん需要は増えていく。

>>50
そして価格相場が下がって終わる

サーバ系の勉強してるんだが
言語はSQL,Python,Node.js
ほかに何やっとけばいい？

>>53
COBOL

最近proccessingっての始めた
環境設定とか必要ないから楽でいい

>>54
おっさん最低

>>39
本当これ
複数人開発の奴をどう保守するか悩むわ

日本はC++が多いから仕方なく覚えなきゃならない
みたいな空気があるけど何なのあれ

>>24
僕の考えた最強言語を暑苦しく広めまくるから

>>44
前者がC#
後者がJS
って感じ？

Perl、php、ruby、javascript、C#で全て事足りる

>>58
いつの話だよ
もうC++なんてほとんど開発じゃ使われてないぞ
ゲーム開発ですらエンジン化されてLuaやシェーダースクリプトだし

高校の時習ったCOBOL85しか分からんけど
何か応用効く言語ある？

>>42
こういうJavaScriptをとりあえずみんなの真似して叩くやつがうじゃうじゃいるが、そんな糞言語じゃないし、Webアプリのフロント開発ぐらいだったらむしろ快適だわ。
Dartなんか死産したし、Coffescriptなんてreturnやfunctionとかの予約語が短くなったぐらいの純粋なシンタックスシュガーだぞ。新しい言語ですらない。

>>57
なんぞ適切なライブラリは導入すべきだと思うよ。
BackbonejsとかRequirejsとかは必須じゃね?

>>54,56
COBOLからJavaだと入れ替えに金がかかるのと
信頼性、保守性、堅牢性がすぐれてるから需要があるということですか先輩

糞言語の信者には糞言語じゃないように見えるようだな

2chだとCOBOLが安泰だとか、COBOLのPGは希少価値があるとか言われてるけど
それはそれなりにいい会社で働いてる人の話で、底辺に流れてくるCOBOLの案件は
やっすいのしかないよ。

趣味ならC#
てかVSが優秀なだけかもしれないけど

>>62
Luaシェーダはデザイナが使うもんだろ？
そのエンジンを作るのがプログラマだが？

>>67
具体的にJavaScriptのどこが糞か書いてみ。どうせみんなが糞と言ってるから俺も糞と言っとけ〜程度の認識なんだろうけど。

hamlが便利すぎてヤバイ

うわっJavaScript信者が顔真っ赤だ…
変なのに触っちゃったわ…

>>69
それはほんとにそう。
優秀で軽快に動くIDEがあるのとないのとじゃ生産性に天地の開きがある。
プログラミングなんてエディタとコマンドラインだけでいい、なんてうそぶく人がいるけど大間違い。

そらもう昔のDelphiの生産性の高さったらなかった。

>>66
>>34これ。
オブジェクト指向は中規模までは良いが大規模開発には不向き。

>>71
まともなIDEがVisualStudioしかない。
まともなパッケージ管理システムがNuGetしかない。

>>34
顧客がcOBOLのソースなんか読むわけないだろ。

>>70
いまどきエンジン新規開発なんかないだろ

>>73
妄想Dartユーザー()
つかJavaScriptに限らないけど、なんで自分で書いたこともない言語をクソ呼ばわりして、ろくに知らない言語を持ち上げんだろうな

一番使われてる言語って、やっぱりCなの？

C#信者はIDEがどうとか言ってる時点でズレてる
IDEにサポートしてもらってやっと使えるレベルの欠陥言語ですって宣伝してどうすんの

>>78
実際Dartってどんなもんなの
「私はこんな言語を待っていた」
とか絶賛されてるのよく見るが

htmlとCSSで簡単なHPは作れるんだが、プログラムとなると急激にハードルが高くなる
まず、何が出来るのか分からんし何からしたらいいのか何をしたいのかすら分からなくなる
お前はIT土方になる為に、これとこれとこれをしろ！！！みたいな師匠が欲しい

>>82
ITドカタになるために英語の勉強しろよ

>>80
動的型の言語で、maxLengthを maxlengthってタイプミスしてバグったことが
あるけど、こんなのC#やJavaならタイプした瞬間にIDEが指摘してくれるのにって思ったわ。

動的型の言語の愛好者でIDEいらないって人は、こんなスペルミスするほうが
マヌケっていうから、超頭がいいんだろうね。

デリゲートで引数弄る時どっちがどっちやとなるのはわしだけなん？

いやJavascriptがクソかクソじゃないかっつったらクソだよw
書きやすい、書いてて楽しい、というのとクソかどうかは別。

プロトタイプベースをロクに理解してる人いないし、var書き忘れて泣くし
言語機能としてモジュール化がないから泣くし、thisの仕様がクソで泣くし
privete変数無くて泣くし

多分まだまだいっぱい糞なところはある

>>77
コボルって文章的だし読みやすいんじゃないの？
俺らが中国語よむみたいな。。

つまりTypescript 1.0はよってことです

スクリプト言語って多人数で保守できるんか....

>>86
一番クソなのはブラウザ戦争のせいで、複数用意しなくっちゃならないこと
jQueryで大体補完されてるけどそれでも画面の大きさ取得したりする時ブラウザによって誤差出るし

IDEはWebstormがある。パッケージマネージャはnpmやbowerが優秀。
それでもjsって使いづらいわ。
Typescriptは良い感じだがコンパイル遅い。

>>87
関係ないわ。
記号的なCなんかに比べて冗長に英単語使ってるけど、ロジックの記述は
普通に手続き型だし。

>>89
うまくTDDを回せるかどうかだと思う。
github見てても成功してるプロジェクトはちゃんとビルドとテストの手順が確率されてる。

>>90
OSやらIEのバージョンで分岐作るのやめろ
ちゃんとフレームワーク選んで勉強して書けば動く

多人数で保守しなきゃいけなくなるような事態はそもそもスクリプト言語がカバーする問題範囲ではない

>>81
ほぼ誰も使ってないから仕様なんて知られてない。

>>86
JavaScriptの一番の問題はスコープだが、それは書き方次第でなんとかなる。
そもそもJavaScriptの仕様用途ではクラス定義なんてほとんどしないだろ。

そんな大規模な用途に使う言語じゃないんだよ。本当に書き捨て。

>>94
俺は対応してるか？で条件分岐作ってる
if(!width){
}else{
}
みたいに無駄な処理が発生して物凄くスッキリしない
会社だとIE6まで対応させなきゃならないし本当にクソ

>>96
Javascriptにクラスは存在しないよ。厳密にとかそんなんじゃなくてクラスは無い。
Javascriptはプロトタイプベースの言語なの。

ここ理解してない人が多いよね。

>>77
まず何よりも日本語の読解力をつけるべきｗ

COBOLは良くも悪くも仕様書からソースを起こすのも、ソースから仕様書に変更点を書き戻すのも比較的簡単。

Javaはこれが難しい。
とくに顧客が理解できるような文書化が難しい。

>>80
今やCOBOLですらIDEでインテリセンスばりばりの時代だぞ。
自動車全盛の時代にリヤカーの手軽さと機動性を絶賛するようなことはやめた方がいい。

コボラーが言うところの仕様書なるものを見てみたいな
仕様書とソースコードがほぼ一対一ねぇ…

>>99
顧客がソースから仕様書起こしてソースの理解に努めるって話?
そんなのないわ。

COBOLが英語っぽいから読みやすいって、自然言語とプログラミング言語の
差を知らない(プログラミングできない)人間が、聞きかじりで適当に言ってる
だけだろ。

>>99
日曜プログラマなんだが客に文書読ませる必要あんの、、、？読めねーだろ、、？

>>102
顧客がソースを読むわけないだろ。
ソースを噛み砕いて顧客に説明するときに違いが出てくる。

>>103
「なんで一般人が読めない文書になるのか？」って話しだ。
ようするにオブジェクト指向は紙に書いて「一般人」に説明するには不適切なんだよ。

偉そうに横文字ばかり並べてるんじゃねーよという
http://monobook.org/wiki/ICT%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9

>>101
COBOLの仕様書といえばひたすら箇条書き。
C言語系で書くと1段以上のインデントをしないで上から下にひたすら流れる感じになる。
なのでC言語でも同様の書き方でソース1行ごとに入門書レベルのコメント打つように心掛ければCOBOLの仕様書みたいになる。

仕様書とソースは別のものでしょ
ソースを噛み砕いてって…

>>105
それ、COBOLの↓こういう処理を
MOVE ZERO TO TENPO-COUNT.

Cで↓こうかくと分かりにくいから
tenpoCount = 0;

↓こういう感じで毎行コメントをつけないとCOBOLと同等に読めないって話?
tenpoCount = 0; // 店舗カウンタを0クリアする

それはないわ。

各言語仕様の違い理解した上で宗教論争してる奴はスルーしてやるが
JSディスってCoffeeとか言ってる的外れな低脳とかどうやって見過ごせってんだよ

ま、末尾P様がお怒りじゃあ…

>>107
冗談だと思うかもしれないが大企業向けのシステムだとその手のコメントだけを抜き出したものを
顧客側の担当者がまとめて（要約して）役員会に報告して了承を得る。

自覚あってワロタｗ
無知晒して今どんな気分？

>>110
大手の役員がそんなの聞くかよ
費用と効果だけだ

>>107
行単位云々ではなく手続型は紙面に反映しやすいってことだろ
オブジェクトにしてしまうと設計書とは別にオブジェクト辞典を用意しないと説明しにくいのは確か

ここまで読んだ限り、生粋のC言語が最強ってことでいいのか？

>>113
それは関係ないんじゃないの?

line = fgets(fp); // ファイルから一行読み込む

line = file.gets(); // ファイルから一行読み込む

手続き型でもオブジェクト指向でも変わらないわ。

あとJavaとかオブジェクト言語使っていても、オブジェクト指向的なコードを
書いてる現場はめったにないし。

それと>>107は>>105への反論だから、オブジェクト指向うんうんは別の話でもあるし。

TypeScriptとかHaxeは分かるが、CoffeeScriptは無意味だと思う
あれならJSをそのまま使った方がまし
あれ使ってるのって、どういう判断なんだ

>>114
最強の定義をよろしくお願いします

>>110
そういう全行コメントを書いてそれを抜き出して読むとか工程があるところでも
COBOLだったらそれを省略して直接ソースを呼んでもらえるってわけでもないんでしょ?

なんかバカ同士が揚げ足取りあってるようなレス進行だな。
最後に書いた方が勝ち、みたいな。

言語よりプラットフォームの仕様を把握する方が大事

当然、最後に書いたほうが勝ちだ
俺は最後の一人になってやる

Cだけあれば俺は満足なのに言語が多すぎる死ね

最終的にたどり着きたいゴールが人によってまちまちなんだから
結論なんて出るわけが無い
どっちにしたって、一番大事なのは何で作るかでは無くて
何を作るかで、それが決まれば必要な言語も自動的に決まるだろう
システム全体で何を使って構成するのかを設計することが大切で
特定の言語に傾倒する人は、その言語の枠組みで全てを解決しようとしがちになる
一つの最強言語を勉強してそれで全てすんだらいいなという気持ちは分かるけど、
現実には幅広い分野に興味の対象を広げていないと、視野の狭いものの
見方しか出来なくなるんでは無いだろうか
PHP,Ruby, Perlのどれが最強なんだ？って悩むかもしれないが
最適解はDBやサーバー構成のチューニングかも知れないし、
特定処理をC言語で実装し直すことかもしれない
もしくは、何もしないことが最適解の場合もある
そう言う判断が出来るようになることが学ぶべき価値のあることなのでは無いかな

Javanese

COBOL→Java
の案件はアホみたいにあるが、成功事例をひとつも聞いたことがない。

つまりJavaにはまだ誰も知らない目に見えない重大な欠陥があるに違いない。

末尾P様の長文じゃあ…
ありがたやありがたや…

>>125
業務アプリは手続き型最強ってことだね

LL全般　→　犬小屋
C　→　道路
C#　→　一軒家
Java　→　ビル
COBOL　→　高層ビル

おまえらは本物のオブジェクト指向仕様書を読んだことがない。

X11の仕様書やDICOMの仕様書を読んで絶望するがいい。

オブジェクト指向が如何に凶悪で有害で危険な思想かを馬鹿でも理解できる。

俺も動的型の言語は好きじゃないんだけど、未だにスクリプト系の言語を
使い捨てとか保守できないとか言ってる人がいるのにもびっくりする。

ここで真っ赤な人は能書きだけが多い

一流のいけてるエンジニアってどんな会社でどんな仕事してどんな言語使ってなに作ってんの？

プログラミングよりもまず第一に数学がずば抜けてできるイメージ

スワヒリ語

>>82
> プログラムとなると急激にハードルが高くなる
それは普通のアプリを作りたいのか、WEBからDB検索してガリガリ動的なページを表示したいのかどっち？

>>132
三流のイケてないエンジニアなら仕事サボって2chしてるよ。

つかプログラミングはステップでユーザーとの折衝が出来ないと未来はない

コンシューマアプリなら UI はともかくそれ以外は
c++ で書いておけばほとんどのプラットフォームで
軽微な書き直しで使えるよ。

うpロダ作りたいんだけどPHP+MySQLで簡単にできる？
初心者です

>>132
いけてるやつほどプログラミングをしない
プロジェクト管理とかに回される

4枚の画像を1枚に結合してそれぞれが動くgifにするプログラムを作りたいんだけど
どの言語だと簡単にかけるか教えてほしい

意味が分からない

>>7
Emacsがあるから書かざるを得ない
警告でまくってうざい言語だが

>>24
その通りだな
カーネルのCとマルチパラダイムのDと動的向けのrubyとHaskellぐらいがあれば良いだろ

>>116
お前実際に使ったことないだろ
jsってほんと細かいとこでエラー出まくるから、それを考えないでいいだけでもjsより楽
Thisを関数内に即注入できるから設計も簡素にできるしコードも短く済むし
サーバーサイドでpythonやruby使ってるなら即使える気軽さもいい

物忘れが酷くなってきたから脳みそたたき起こすために始める

ここまでScalaなし
所詮嫌儲はこの程度か

余計なソフト入れんでいいJSこそ最強

>>27
プログラマーの単価って平均50万〜60万だぞ

需要の多いWeb系が先細りのくせにできるやつの多いJavaより安いなんてありえん

Smalltalkは作法を身に着けるのに良い
例えばobjectの生成。objectの外部でobjectを生成する際は
出来るだけcostrucrtorを使わない。
基本的にinstance creationを使う。
file := File fileIn:'/home/admin/example.txt'.

C++に書き直すとこんな感じ。
File *file = File::FileIn( "/home/admin/example.txt" );

Smalltalkの派生言語やPythonを始めとする動的型付け言語
C++やGoで有ればClass objectあるいはClassをFactoryとして使用できる。
C#やJavaでは意味なしよちゃん

他にもMorphicやらAccessorの設計方針、
自動移譲、pool変数(静的Member変数)やclass変数の効果的な使い方(辞書化)など
色々定石を学べる。

アセンブラとＣをやっとけ。スクリプト言語とかガベージコレクションとか
お手軽だけど、得られるものは何もないぞ。

webアプリを低価格、理想は無料で公開できるサーバーってあるの？
それがあるならその言語覚えたい

>>152
よくわからんけどPHPとかRuby使える無料レンタルスペースはあるだろ

>>150
Smaltalkは一度勉強のためにやってみたい、OOPの何たるかを語るにはやれっていわれたので
あとOCamlも
Haskellあたりもやっておきたい

たぶん最後は一番好きなCommon Lispに戻ってくるだろうけど

ちょっとググってみたらTSoft ServerはASP.NETも使えるのか
さすがにJavaはまともに使えそうなの無いかな

>>145
CoffeeScriptってごくわずかなシンタックスシュガーが使えるってメリットだけだろ
そのためだけにCoffeeScriptにロックインされるとかアホらしい
型を指定できるとか最適化で実行速度が上がるとか、他のBetterJSは何かしらメリットあるが、Coffeeを選択するのはアホとしか思えない