関数型言語のランキングが全体的に高い気がするなPerlは妥当
論文や情報処理試験に出てくるような
擬似言語をスマートに書けるようになりたい
RPGⅢだな
あんな化石言語最初に学んだら頭おかしくなるわ
perl6が早い処理系を出したらまた舞い戻れるさ
それまでは 5 が正規表現回りでニッチ市場を死守するだろう
再帰の利く正規表現なんて perl ぐらいなものだろ？
javascriptだろ
仕様に一貫性がなくてわけわかんなくなるぞ
>>17
アセンブラはプログラミングの理論や理屈を知るのにはちょうどいい言語
それと即時性を求められる金融機関の一部の言語にはいまだに
アセンブラが使われてるからそういうニッチなニーズもまだある Perl 5 は始めからMacにインストール済み。GeekyにもFortranishにも書ける。無くすのは惜しい
>>1
Perl か．．．
かのラクダ本何べんもブン投げては読んだ覚えがあるな
こんな不合理な言語はない．．．けど便利なんだよなあ、テキスト処理 >開発者や企業の関心をあまり引けていない言語のリスト
だから、まあこんなもんだろう
>>17
コンピュータのアーキテクチャを学ぶためには最適な言語とは思うけどね
SIer系の仕事なら不要だろけど組込み屋でアセンブラわかりませんは無能の証 to Learn だからなぁ、素人がとっつきにくい言語ほど便利なような気がする
to Use だと関数型が上級エンジニア好みだろうね
よっぽど才能がなきゃ使い捨ての奴隷になるための勉強にしか見えん。
>>18
>>23
キミらのコメントのおかげで、いかに初心者に優しくないか伝わってくるなｗ コンピュータの知識ない人に最初からじっくり教えるなら
いわゆる関数型言語から始めたほうがいいいんじゃないのってのはある
とりあえずperlについてはもはや記憶の片隅にもない
高校数学の教科書にあった
10 goto
とか書いてるプログラム あれは酷すぎるわ 100人居たら99人はすぐ辞める言語
マシン語、アセンブラ神聖視ジジイは滅んでください。
COBOL VASIC FORTRAN「許された」
cだな
stdio以外使うことあるの?
文字出すだけなのにフォーマット指定
返り値とかos知らないと意味ないだろ
整数がデフォルトw
予約語がクラシックなふいんき
てかコンパイルしないと実行できないとかw
kotlinが意外に高いのが不思議
scalaは当然の結果
>>38
言語そのものの設定に限って言えば特に問題ないような
ちょっとした数学の知識があると捗ったりする部分はあるが ラクダ道を馬鹿にするとはせいぜい夜道は背後に気をつけるが良いぞ
hsはバックグラウンドで数学やってる連中(特に証明論とか基礎論あたり)的には悪くないただサイドイフェクト取り入れるのにめっさ長い前置きいるからなあれ
>>40人格破綻者が多勢のプログラマも死者を悪くは言わないだけさ(´・ω・｀) 設計とか書いたつもりが設定になってた
ダメだおふとんに入ろう
>>34
アセンブラが一番簡単だろ
実際に動くプログラムを作ろうと
すると「めんどくさい」だけで… ここに出てくるってことは一応評価されている言語だということだからな
本当に学ばない方がいい「評価外」の言語はここには出てこないからな
日本人の中に複数言語を覚える人がどれだけいるのか
3つ学んだら優劣もつけられるが
Javaが入ってないのは
需要が多いから許されたって事だよね…
マシン語と書いたのに勝手にアセンブラと翻訳されてる不思議
>>55
機械語か？
ハードウェア趣味の人が論理回路からステップアップするのかな～
どっちかというと書き込みが面倒
うまくやればパソコンなしで使えるから個人的には評価してるのだが、、、
gmc4なんかもっと評価されていいと思う Javascriptだな・・・あんなわけがわからん言語は
触りたくないしJQueryとかもうアレルギーレベル。
逆にホントにプログラミング学ぶならC/C++からが
一番良いと思うけど最近めっきり案件を聞かなくなった・・・
ワイが８０年代に苦労して覚えたBASICが全然使えない。
javapcriptは適当に変数に入れて
適当にデバックしてたら覚えられるワケではない
非直感的でない所が嫌い。しかもこの言語、アレルギー反応が
起こりそうなぐらい
文法がマゴついてるのに、ブラウザ言語として
独占してるのが腹がたって仕方がない。俺はperlやgo言語のような
シンプル差が好きだ。早くてdomイジりかできるだけてのは、何か嫌だ。
うーん。Cをきちんと抑えるのはいいと思う
ただポインタとかやりはじめるといろいろ勉強いるかなあ
>>27
まぁ学ぶのにはよろしくないね
ソフトやプログラミングの入り口にはいいと思うけど >>64
ポインタは初心者にハードル高いですからね
アセンブラ抑えてる人なら簡単で楽なんですけど、
アセンブラも言語仕様を覚えれば良いというものじゃなく、
実際にある程度は組まないとダメだし、
今じゃそんな人中々いませんよね >>3
いやいやいや
いやいやいや
まず先に思い浮かんだ Cから入ってポインタ学んでその後C++でメタプログラミングやるのがベストじゃないかね
>>64
ポインタは使わなくてもいいところに使う人いるし、考えものだわ >>17
それはC言語系を全否定するという事なんだが。 >>46
昔ならいざ知らず、先取りとか考えないとヤバイ時代に簡単はない >>73
それ以前に、プログラミングはある程度、書かなきゃダメ
そして、アセンブラを書ける環境は普通の初心者にはそうない >>71
Cはポインタとアドレスの違いをわからないカスを産むから大嫌い >>74
言語だよ、言語としての良し悪しは別にして、
一般人には一番敷居が低いと思う >>77
アセンブラ使いには、ポインタもアドレスも大差ない >>80
大差ないんじゃなくて、データ型として抽象化したのに、それをダメにしちゃダメよって事。
そこをテキトーにしていると可読性が劇的に落ちる。 アセンブラを学ぶプラットホームがないのはたしかに問題かも。
CASLじゃなぁ。
あれのエミュレータがあれば良いんだろうか？
>>81
そりゃ、ポインタを理解してないだけでしょ
その意味でカスには違いないｗ >>78
NULLポインタを0番地アドレスと勘違いしてるのとか多そうだけどなー つまり、これから学ぶべきは、
C++、JAVA、Python、COBOL、FORTRANだな
どんな言語であっても最終的には機械語に訳されるわけで
その意味ではニーモックたるアセンブリ言語が基礎だけど
あまりに低水準すぎて手間がかかりすぎ。
ゼロからだと前置きのお作法とか
実処理の泥臭い所を全部背負い込む事になるからね
組み込み系・高速化・懐石を志向するなら必要だけど
敢えてこれを強いるのは酷であろう。
最近は懐石って死語かな
JAVAやPythonの上級言語
一行で書けるから簡単そうでも裏で何をやってるか理解してなさすぎる
>>91
まぁ、昔も今も最初に学ぶのに良い言語じゃあない >>92
「最初に学ぶ」で求めるレベルによる
裏の動きの理解の前に、プログラミングに慣れる事が結構重要で、
そのためには悪い言語じゃない
動きに理解になんて、慣れた後で良い >>92
「最初に学ぶ」で求めるレベルによる
裏の動きの理解の前に、プログラミングに慣れる事が結構重要で、
そのためには悪い言語じゃない
動きに理解になんて、慣れた後で良い C++はフリーダムすぎる
最初からあんなもん使ったらしまりないプログラムしか書けなくなるぞ
大学でC（笑い）を始めてやったけどチビ時代のMSX-BASICやらF-BASIC386の影響が強すぎて
「FORTRANみたいだねｗ」と嘲笑される。
「ポインタなんて判るわけないでしょ？」みたいなスタンスだが本職じゃないから助かった
重要言語
日本語>>>英語>>python>vba>c>>>>>>その他
そもそも上級言語はプログラミングじゃないだろ、あれ
多言語との間の壁が厚すぎる
Pythonが入ってないのは学ぶのにはもってこいだからだな
VBが入っていないのは存在を忘れられてるのか学びやすい方だと思われているからなのか
>>1
これ学ぶべき言語と学ぶべきでない言語の
両方同時に発表しないと意味ないぞ 奴隷になりたいならJava
ウンコの化石を管理する係に憧れるならPerl
狂った聖職者のように働きたければRust
パーティーに誘われないアマチュア奇術師になりたいならHaskell
ノーパン&スカートで風のように走りたいならC
あとはオブジェクト指向じゃないのもあんまよくないな
>>62
プログラミング言語の違いって思想だったり概念でしかないから
BASICだろうと分岐とループさえ理解してれば他の言語と大差ない >>51
cobolから始まって、アセンブラ、vb、js、phpと推移していった俺からしたら、cobolは最強。 >>61
jQueryは、セレクタさえ理解できれば、超便利なんですけど... >>109
COBOLのノリで書くのやめてくれよ・・・(グローバル変数乱発マンを見ながら) >>111
あー、すまん、俺も最初はvbでそれやってたわ... >>83
アセンブラは自分でエミュレータを作るのが一番勉強になると思うよ >>110
最近嫌々触ってて少しはわかるんだけど
あの書き方がもう駄目なんだよ・・・ 趣味と小遣い稼ぎレベルでswiftとrubyだけ少しだけ覚えたけど
まあまあ順位高いんだな両方とも
机の上に流行りの言語の本を置いてるのを見かけるが、
それを読んでるのを見たことが無いあるある
>>118
ネット見た方が良いからな
2年経てばゴミですよ、ええ アセンブラはむしろ最初に学ぶべき
ただし軽くでいい
fortrun
cobol
pl1
これが僕のベスト３
ll言語は後回しでよい
なんで動くのか理解できんだろ
Cと アセンブラだろう
現代言語の基本はC だし アセンブラをかじれば ポインターがどうのこうの言う必要がなくなる
オブジェクト指向の何が新しいのか、未だに分からない
関数含んだクラスも継承も、アセンブラでもＣでも定義し利用できる。
開発効率への量的な貢献は分かるが、言語として何が新しいのか分からん。
アセンブラはCASLIIの問題集を一冊やるくらいでOK
会社に入ってすぐUNIXのCベースの独自言語勉強させられたなぁ
ウィンドウや入力項目作るだけで長々とコーディングが必要で知恵熱出たわ
今じゃ関数呼ぶだけで出来るんだから、俺、一体なんのために勉強したんだろ と思う
独自言語だっただけに全くの無駄だった その次やったのは４GL、その次がまた独自言語･･･
マイナーな言語ばかりで損した Javaとかをずっとやってればよかった
C++が入って無かった・・・
選別するって意味ではC++は良いっちゃいい感じか
オブジェクト指向は言語じゃないんだからそらそうじゃろ
>>36
N88 BASIC
みんなそれで大きくなった。 この条件だと
ユーザーが少なくコミュニティーが小さいと上位にくる訳で
#相談しにくいってのは、学ぶに不利だから
マイナー言語が上位に来やすくなるんだよね…
HSPは同人誌レベルかもしれないけど
良くやっていると思う
Fortran は、書くためというよりは読ませるための言語かなと。
学術論文とかに添付するにはいい。
大学の単位取得のためにCやってるけど初心者同然なんで本当はPythonでチェリー卒業したかった
>>125
新しくないよ。
オブジェクト指向という概念が生まれたのが’60年代から’70年代だから。 >>125
> 関数含んだクラスも継承も、アセンブラでもＣでも定義し利用できる。
そりゃそうだろ。どんな言語でも最終的にアセンブラに落ちるんだから。
アセンブラ使えば何でも表現できると言ってるのと同じ。 C++だろ
あんなんを最初にやらせたら頭おかしくなるで
>>125
ちなみに、概念としてのオブジェクト指向について説明すると、
構造化プログラミングが「処理」について関数という単位でカプセル化を導入したように、
オブジェクト指向は「データ」についてオブジェクトという単位でカプセル化を導入したもの。 最初に学ぶべきは実行環境が簡単に作れるものだろう
だから昔はBASICが広まったんだから
命令書くだけですぐに結果が出るMSX-BASICがどれだけプログラマを育てるのに貢献したか
本人がプログラマ適正あるかまずBASICでふるいにかけて、それでマシンよりに興味わいたらCかC++だわ
そうでないならフロントエンド系Web関連の言語を勧めてる。
考え古いんだろうけど、個人的には今でもCかC++が入門としてはMUSTだと思うし、
電算数学系大学生とかはそこをスキップしちゃだめ
コンピュータのアーキテクチャその物を最初に学ぶのか
それとも高度に抽象化された概念から入るのか
普通のひとが真っ先にやるべきは
すぐに計算結果やらテキスト処理ができるスクリプト系言語。
C/C++の件なら
クラス概念の無いCから入ってしまうとC++移行に苦しむ事になり
昨今のオブジェクト志向ありきの言語潮流に逆向しナンセンス。
使いこなせるかは別だが、C++から入るべき。
モノにならなくとも記法に慣れるだけでも収穫。
スクリプト系もC-likeが多いから
これだけでも移行ハードル下げられる
Perlをずっと使ってると他の言語に移行できなくなる
プログラミング言語を意識してる時点で駄目だな
一番重要なのはそこじゃない
>>145
前者に一票。
バイト列を意識してない人達のやることはどうも危なかしくていかん。 最初に学ばなくて良いなんてあるんやな。
プログラムなんて１つ出来るようになったら他のも何となく出来るからね。
しいていえば、もう使う機会のない言語かな。金にならないのに覚える必用はないわ。
COBOL・・・お前はいつ消えるんだい？
>>150
案件を回している素人営業が「プログラミング言語×経験年数」を指標にしてるから C++が見当たらないが、最初に学ぶにはいい言語なのか
>>6
アセンブラはアセンブリ言語をアセンブルするものだ 忘れた頃に出してくる「プログラミング言語ネタ」
つまんねーんだよ
いい加減気づかないのか？
初心者向けじゃないと言って関数型系の言語挙げるのはどうかと思うがね
一気に覚えられんってことなんだろうが、いずれ触る事があるだろうから無縁ってわけにもいかんし
>>123
LL最初で良くない？
10個ぐらいは時間が立てば習得するだろうし
そのころには身についてるだろ たぶん
となれば有益な副作用を早期から使えるLLがふさわしい
荒っぽく短くアイデアをコードにおとしこんで試せるのも利点だ >>7
おいらはやーっほーフォートランランラン77 >>153
営業素人の癖して馬鹿な奴だね
IT後進国なのに言語指定ｘ年数
とかおこがまし過ぎると思う あーよかったVBAが入ってない
やはり俺は正しかった
>>97
たしかに、Pascal→C＋＋は可能でも、その逆はかなり厳しいわな。 今どきの人たちは UNIX が文書処理に特化したＯＳだったことを忘れたか知らないんだろう。
便利な pipe とかもそう。perl とか awk とかもそう。
(今どきの表計算ソフトは小賢しいのでawkの出番は少なくなった)
それはそうと、Ada や Lisp も齧らずに C++ に手を出すのは愚かである。
最初に学んだ言語の種類程度で悪影響を受ける人材はどのみちその程度の人材
元記事の最終更新日：2019年4月16日
なぜ半年も前の記事で立てたんだ
評価内容が色々考慮足りて無くて
元記事のコメント欄も批判的なのが多いな
>>167
とは言え長年コボラーだった奴にWeb開発とか地雷しか感じない。 日本では初心者にRubyを勧めるやつが多いけど、
むしろRubyはやめとけと聞いたのだが？
「操作の記録」で入門してグチャグチャVBAを職場中にばらまくEXCELジジイ
今どきメジャー言語ならどれでもいいだろ、それぞれ方言がきついだけで
>>166
シラン
日本ではゼニやカネだけ
とくに、日本では伊藤忠商事の人から聞いたのも
Sunなんかが売れたのはIBMより安くできる為替計算のためだけと聞いてる >>171
日本人ってITのセンスからっきし無いからな
旧日本軍譲りの思考停止で馬鹿っぷりな知能受け継いでるからね
与えられた事を黙々とこなすのに長けてるだけだし
欧米中の頭脳集団にこき使われるのがお似合い 他の言語をやってからのほうがいいものと、
数学をマスターしてからやったほうがいいものと、
勉強しても意味がないものに分けないと、
このランキングを最初に見るのにはふさわしくない
>>170
Railsが廃れてあえてRubyにする理由がない
今どきの言語の中では言語仕様の癖が強いし型もないし選択肢に入らない c/c++を避けて理解できるとは到底思えないのだけど
ほとんどの言語はCをベースにしてんだから
>>120
えっ？
Perlで唯一評価できる機能だろw >>170
> 日本では初心者にRubyを勧めるやつが多い
一部の基地外だけだろ、無視しとけ >>171
「操作の記録」を知らん奴より100倍マシ >>166
それ、ユーザーから見えるとこの話じゃん >>184
そろばん
あれもプログラミングみたいなものだし
日本人に一番相性がいい find . -name '*.txt' | xags perl -pi.bak -e 's/f.cking/sweet/g'
とりあえず、Perl はこれだけ知ってればおk
>>178
初心者向けの文脈でCとC++をひとまとめにしちゃいかん。 >>171
昨今のRPAブーム(？)はそれと同じ事にならないかなぁ >>170
あれで褒められるのは書き手の意識の高さだけだ
言語としては既に選ぶメリットがない、数年後にはPythonに取って代わられるだろうしな 今やプログラミング言語をおぼえるのは金のため、なのか。
昔はコンピュータを前に、コンピュータ言語を学べることにワクワクしたもんだけど。
>>190
プログラミングを覚えたいなら一番最初に初心者にお勧めする言語は英語(白目 逆に最初に学ぶべきなのはPascalだな。数学者がきっちり作った言語って感じ。
>>41
大手のバッチ処理ではCがかなり使われているよ。
未だにニーズは多いし、Golang覚えるための布石には十分有用。 >>191
プログラミングに必要な英語というなら、もはやGoogle機械翻訳のほうがてっとり早い。
機械翻訳は技術文書になら強い。 スクリプト言語全般だな
簡単に書けるとか、簡単に実行できるか、そういうので開始すると人は堕落する
ゴミプログラマー量産方法だから、やめてほしい
専門職以外は小学生も学んでるScratchとかでいいじゃない
プログラミングに英語が必要とか、いちいちコード変換したりとか、
変数名も英語をつかうのがかっこいいみたいな風潮とか、、、、
英語圏の人間にはこんな手間いらねーんだと思うと、西洋のOSや言語を
強いられるのに嫌気がさしてきているのはある。
TRONが潰されてなければ、もっと快適な日本語環境のある日本やアジアのコンピュータの未来があったんじゃないかとか思ったりする。
英語で書けないわけではないけど、母国語で書きたいじゃん。
まあ、そういう言語もあるにはあるけど。
アセンブリ言語で整数の筆算
Cでライフゲーム
Schemeで指定桁以上の素数探し
をやらせたらその後の学習速度がかなり早くなると思う
>>118
コア機能に関しての本は割とずっと使えるんだけどねぇ 簡単なものでいいから、何らかのものがすぐに作り出せるようでなきゃ
学ぶ人が深く興味を持つ前に、嫌になってやめていく
>>154
俺の中では最強言語だと思ってるよ。
LinuxはCで動いてるから無くならないし、Javaを含め、多くの言語はCに影響を受けている。
ただ、難易度はかなり高い。itの下層の労働者が扱えないから最近はJava（Webの人はPHPから入るのかな？）の人が多いと思う。 >>199
気持ち悪くてむしろ母国語では書きたくない
pythonとかも英語じゃなくてただの記号としか認識してないし >>7
おじいちゃん御苦労様です
>>10
おじちゃん御苦労様です
俺と同世代だな >>205
変数に日本語使えるなら日本語使うのがベスト
変数名って結構重要だからね
ドキュメントがしっかりしてれば大差ないんだけど、
整備されたドキュメントなんて神話だからｗ >>207
何を基準にベストと言ってるかしらないけど、
日本語でかけるプログラミング言語なんて、大昔からある話だし実際に存在した（地方の方言別まであった）。
しかし、誰も使わない。日本人しか使わない言語のコミュニティなんて最初から死に体。
ドキュメントっていうなら、コメントで書けばいい話。 >>208
コメントは最小限にしてね
あくまでも素材(ソース)を生かす調味料程度ね いきなり低級言語やるのも過酷だけど、最初っから糖衣されまくりの言語になれちゃうのもどうか。
そういう意味では教育目的ならJavaからかな。
でも最近のJavaはアノテーションに頼りすぎてキモいってのは感じる。
>>206
仕事ではCOBOLしか書いてない俺もじじ糞け >>209
日本語使えるとリアルの名前のそのまま使えるから、
楽なだけでなく、間違いが少ない
変数、定数だけ日本語使えれば、あとは元のままでＯＫ vbのマクロかなあ。
今はもっと楽に書けるのに、初めての人にプログラムが複雑って誤解されそう。
>>166
> 今どきの人たちは UNIX が文書処理に特化したＯＳだったことを忘れたか知らないんだろう。
特化なんてしてないし、そもそも文書処理用って言うのは開発マシン（PDP-11/20）を得るための方便だし
> 便利な pipe とかもそう。perl とか awk とかもそう。
ドヤるならせめてroffとか挙げないと知ったか認定されるだけだぞw >>214
コメント以外で
関数名や変数名に日本語使ってる奴には殺意覚える
てか納品されたソースがそれだったら突き返す 初めての言語は、スクリプト系ならなんでもいいと思う。
言うほど差があるかな。VBAでもいい。
それから、どこかの段階でC系を、その後の段階でアセンブラはやっておいた方がよい。
初めからアセンブラは挫折するので薦めない。マシン語は要らない。
>>218
そもそも、最初からアセンブラ使える環境が普通はない
そして、マシン語なんてパッチ作るときぐらいしか使わないし、
そんな人は極々一部 初心者向けの言語はjavascriptだとおもうのよね～。
ブラウザが動けば開発環境なんてエディタだけでいいし、GUIはHTMLですぐに実装できる。
>>170
長期的に見れば消える言語だからそういう結論になりそうだけど、
仕事依頼する側はまだ ruby で依頼してくるから
まあそのうち消えるけどまだ仕事貰えるよ という意味で学ぶ価値は0ではない
依頼する側がプログラマより遅れているのさ >>6
やれるもんなら最初にやっておいたほうが後々楽 >>17
マシン語知ってれば後々、ポインタやメモリ管理で躓いたりしない cとasmでいいよ
5万行ぐらいのアプリ一人で
フルスクラッチするようになったら
cppやrtlに進んでみるといい
スクリプトやJITの檻の中じゃ
ハード理解力と設計技術が磨かれない
あらゆる種類のソフト組めるようになれない
SIゼネコンの末端にしかなれない
>>170
日本語ドキュメントが充実してるし、日本語で開発コミュニティに接触できるから、英語ができない残念な人が熱狂的な信者になってるだけ ポケコンベーシック以来
プログラム知らないｗ
何でもいいから
なんか５行ぐらいのプログラム書いてくれない？
10 input a；"onnasuika(y/n)?"
20 if a=y goto 30
30 beep 3 :print"baka":return
40 if a=n goto 50
50 beep 3 :print"sine":return
60 wait40;print"yuuzyuuhudan go to hell"
;end
なんかこんな感じだったｗ
>>228
機械語とアセンブラの区別ついてる？
機械語ってバイナリのダンプリストなんだけど
まぁディスアセンブルしないで読めるんならいいけどね 昔、DOSのCOMファイルをバイナリーエディタで改造したなw
案の定、暴走したwww
上から読んできたけど
ここにはアプリ開発者は自分しかいない疑惑
おらの村では雑誌読みながらＢＡＳＩＣでコマンドを打ち込んでるだ
>>233
>機械語ってバイナリのダンプリストなんだけど
正直、機械語の意味もダンプリストの意味も中途半端にしか理解できてないなら無理して恥かきに出てくんな CP/Mで8080のアセンブラ書いてたんだが…ごめんね
後半年ROMるわw
10 FOR A=1 to 100
20 PRINT A
30 NEXT A
40 NEW
使うキーはSTOPだけ
なるべく100に近い数で止めるゲーム
消えたら打ち直し
>>240
素人相手に丸めた表現使いすぎてただけだろ
素人に説明するのにでダンプリスト出して「これがマシン語だ」と言っても、そこまで間違いじゃないかもしれんけど
アセンブラとマシン語の違いを論じようってのなら、「機械語ってバイナリのダンプリスト」は粗雑過ぎるだろ >>240
その辺の全盛期だと、アセンブラ（ニモニック）じゃなく、
１６進コードで組むのが居たりした ワシの初体験はコレ
NEC PC-9800シリーズ N88-日本語BASIC(86) (MS-DOS版)
pythonの現在の姿は初期の思想english-like langから遠く離れたものになってるよな
だからこそperl6の時代なのですよそう世は正にperl6時代！(´・ω・｀)
forthとかいう謎言語で反射式望遠鏡動かしてます
むかし、誰かこんなこと言ってたわ
「Ｃ言語も知らない奴がＣ＋＋なんてやるべきでない」
>>244
ハンドアセンブルは必須だったよ
大学ノートにニーモニック書いて
アセンブラ・機械語対応表みながらバイナリで入力とか >>244
小学生でもハンドアセンブルしてた時代ですからね。
なにせ、雑誌にマシン語リストが掲載されてたくらいなので。 >>239
バイトコード読める人もまれによくいるからなぁ… ＶＢであらゆることが出来るようにしとけっての
単なる言語の違いでいちいち制約つけんなよ
>>244
いまだに$20 braとか$39 rtsとか覚えてたりするw >>250
まあ一理あると言うかC++覚えたらCの9割以上はカバーできるし >>257
コード覚えたら紙テープ読めるのは時間の問題 今は廃れてしまったが
flashでActionScriptがおすすめだった
C++に近いが動作が即反映できるので初心者におすすめ
perl５みたいにコードが短くて済む言語ない？
perl6はJaVAやC#,Pythonみたいにコードが長すぎて面倒
>>257 すると68系の人か。ワシはZ80だった。
ザイログ式はインテル式よりも直交性が高くて覚えやすかった。
相対アドレスの計算(16進の負数)もある程度は暗算できるようになったよね。 >>259
紙テープは２進数でパンチしてるだけだから読むのは容易いよ
まあ16進ダンプと同じでバイナリデータだと場所を探すのが大変だけどな
テキストならCR/LFを頼りに探すことができるからまだマシだけど >>51
俺は研究職なんで職業プログラマとはちょっと違うかもしれんけど、
BASIC→C→C++→JAVA（並行してjs、Ruby、仕方なくPython）
という感じだな
Pythonは言語仕様が嫌いなんだが、これが使えないと仕事にならんので.... perl→VBA→Python→Gコード
ただの子供部屋おじ工場労働者です。
Gコードはこんなんで、プログラムできるとかほざいているの？ってくらい簡単
>>257
マシンコードはほぼ全部おぼえていて、ブランチのオフセットを数えるんだよね。
16進数を逆に数えられるようになるまで、ちょいと慣れが必要だった。 >>266
VTLとGAMEはわかるがTL/1は結構まともな言語仕様だぞ >>214
それな。日本語文化圏に住んでいて日本語で考え、日本語で読み書きしてる人が、
日本語でプログラムしたいと思うのはいたって自然なことだよね。
英語で書かれたプログラムしか生理的に受けつけないという人は、多分、
頭の中が英語で動いていて、日本人じゃないのかもしれない。 >>271
VTL,GAMEなつかしぃ
あれで書かれたStarTrekで遊んだ
RubyからCへの移植をしたが
「ピリオド２個とピリオド3個では意味が違う」
とかでバグって、クッソ頭にきた
>>272
プログラム書くときの頭の中はUMLのような図で動いているな >>255
アセンブラはコンパイラと違って表記を変えただけで記述とマシンコードはほぼ直接対応してるからな >>125
Cでクラスを定義するとしたら、構造体を使うと良いのかな。
メソッドは構造体のメンバに関数ポインタを割り当てて、後はメンバの初期化や必要に応じてmallocとかで、メモリ領域を割り当てるファクトリー関数を定義してnewと時に読み出せば良いかな？
メンバの隠蔽とか継承はどうしよう？
まぁ出来なくは無いけど面倒いね。 >>277
今は違うだろうけど、初期のC++ってのは一旦Cに変換してたらしいよ
その面倒なことを全部コンパイラがやってたんだわ >>278
そういや、gccもいったんアセンブラにしてるよな （最初に学ぶにあたって）変数に＄付けない言語は糞だと思う。
初心者向きの言語と
初心者が（上級者を目指す前提で）学ぶのにふさわしい言語
は違うと思う
組み込みの開発をやってる会社なんだが、
ハード屋さんがソースファイルを分割すらしない、グローバル変数ばっかし
使ったようなソフトを書いていて、新人のソフト屋さんがそれを見て学んでいる、
そんな現場に中途で入って危機感を持っている。
言語は Cで、さらに処理系は21世紀の商品とは思えないくらいバグだらけだ。
このスタート地点から、少しでも状況を改善したいと考えている私は
どうすればいいのか。
>>284
完成済み(とおもってる)ならいいのでは
ハードと同等の発想では
ハードは完成したら、ソフトみたいに柔軟に書き換えできず >>284
消極的に>>285に賛成かな
一つだけ教えて欲しい
そのバグってのは製品レベルでまずいものなのか、それともソフト屋から見たバグなのか
後者なら状況改善は難しい
ただちに製品不具合にならないものは後回しにされがちだから >>285 >>286
いやバグってのは C言語の処理系のバグなんですわ。
いろいろとひどいが、それなりに回避するためのバッドノウハウが蓄積されつつあるw
結局コンパイラが吐いたアセンブラのソースを見て調べねばならんが、
それを新人に求めるのはちょっと厳しい。
で、そういうことやってるのを新人が見て、基本的なところがわからんままに
いらん経験だけをつんでいくのが見ていて辛い。
オブジェクト指向とは言わんから、
せめて構造化プログラミングの域には届いてほしい、そんな現場。 >>287
オブジェクト指向も、構造化設計も、改善のための道具にすぎん
まず自分の業務を改善するところから始めるのが結局は早道だよ >>287
アセンブラレベルで見るなんて、最終手段ですわ
例えばコンパイラのバグを疑うとか
言語処理系のバグってのがよく分からんけど、エンディアンとかの話？
その職場、動作環境かわったことある？例えば16bit→32bitの変更とか
あってなおアセンブラレベルで見てるのなら重症
なくて、将来的にもないなら今のままでいいんじゃない？
プラットフォームかわる可能性あるなら移植性とか互換性とかのあたりで今のうちに備えておくべきと主張する >>289
> アセンブラレベルで見るなんて、最終手段ですわ
私も感覚がマヒしつつあったがw、ふつうやらんよねー今の時代…
> 言語処理系のバグってのがよく分からんけど、エンディアンとかの話？
よくあるやつが、
即値で計算したときと、いったん変数に入れて計算したときとで結果が異なる
(前者が間違ってる、さらに、キャストしても効かない)。
符号拡張すべきところでしなかったり、しなくていいところでしたりする。
ワードとロングワードの加減算、ビット演算で発生する。
忘れた頃にひっかかるのでタチが悪い。
ほか、多次元配列や、でかい構造体の配列を記述するときに、要素数を省略すると
正しく配置してくれないとか、printf()がまともに機能しないとか、いろいろある。
今はいいんだけど、もっとましな開発環境にしていかないと、
将来、より高度なことを求められたときに応えられないのだが、
とりあえず今の製品の仕様のマイナーチェンジ版とか
メンテナンスを継続していかねばならんから、なかなか手が回らない。
大手をリストラされた俺を拾ってくれたので会社には感謝しているし
退職までに後進を育てねばならんとは思っている… >>1のリストになくてPYPLやTIOBEにあるプログラミング言語が最初に学ぶのにお勧めってことになるのかな
まあマイナーすぎていいチュートリアルのない言語は最初から対象外だろうし
PHP, Java, Javascriptは使わなきゃならん人も多いだろうしそれなりに環境が整っているってことだろうな
Python, Juliaはありか。汎用のLLだと実質Pyhton一択だね >>292
このリストにふさわしい言語としてはそうなるな >>5
最初に学ぶべき言語じゃないと思う。
方言が多過ぎだし。 アセンブラ・レベルで見るなんて、性能を詰める最終手段でしかやらなかったな
普通は、元の言語レベルでの見直しで効果でるからね
>>291
どうかな。最近の若いのは与えられたものを信じすぎなので、信用できない処理系で鍛えるのも一考かと。 >>291
配列と構造体とprintfはリソースが限られがちな組み込み用のコンパイラの仕様だったりして。
でも即値で計算間違うのは酷いな。
あまりに問題なら処理系かプロセッサを変えるのはどうだろうか？ >>291
言語仕様なんじゃないの？って思える節がある
言葉じゃなくコードで示してみたら？ ＞Codementorの評価方法については、本記事の最後で説明する。
「残り本文：約3745文字 ログインして続きを読んでください。」
って有料記事かよ
>>284
もしかして、コンパイラの取説を良く読むと
「ANSI/ISOとの互換性」みたいな章があって、
アレはできないナニは使えないと、細かく書いてあるんじゃないかな?
ハードウェア向けの処理系を供給してるところが、
移植のベースに使ったコンパイラを突き止められれば、
そいつのクセが継承されてる可能性もあるね。 >>298
何故にコードが必要？
配列はミニマムに切り詰めようとするから。
printfは文字列部分を解析して変数をフォーマットに合うように変換して出力とか複雑でコードが大きくなるから。
組み込みだと数kバイト、ワード しかなかったりする事もあるので制限は加わりがち。 >>41
出力関数に「与えたポインタの種類」を
示すんだから妥当だろ、つか文字列そのまま渡せ
返り値はy=f(x)的な処理に必須だろ
返り値のない言語なんぞ無いわ
整数がデフォルトなのはCPUがそうだからだ
コンパイルしなくて実行したいなら
アセンブラ直接書きなよ
Cは仕様がコンパクト、どこでも使えるって点で
入門にはアリと思うけどねぇ
取っ付き良いとは思わんが、この位理解できんと
プログラマとしての適正ない気がするし >>291
どこの処理系？
今時マイナーな奴はgccベースとかだし、メジャーでそんなバグバグしてるのは考えづらい
すげーマイナーなプロセッサ使ってるとか、昔の環境を使い続けてるとかなのかな？ N88Basic
QuickBasic
Quick C
C++Builder
Delphi
C#
の順で覚えてかなり良かったと思ってるわ。これ以降、他の言語は大体すぐマスターできる。
>>284
マジレスすると、関数呼び出すだけでバイトコードは僅かに長くなるし、引数がついてればその分メモリ使用量も増えるから、
貧弱なハード（記憶領域的な意味で）向けに意図的にやっている可能性はある。変数使い回しとかしてたらこの可能性大。
あるいは、昔の経験でそういう制約があった時の癖で書いている。 C言語は大学で学科問わず必須で学ぶ言語の定番になっているけど
あれは組み込みとかハード寄りの人向け言語だろ。
Web系とかアプリ開発にはほとんど必要ない。
>>302
> 何故にコードが必要？
理由書いてあるでしょ
>> 言語仕様なんじゃないの？って思える節がある
例えば
> 配列はミニマムに切り詰めようとするから。
も、具体的なコードがないと言語仕様の話なのか処理系のバグなのかもわからん >>307
「学ぶべき」と「向いている」はイコールじゃないと思う
初心者向けと言われる言語の大多数は処理系に癖がありすぎて、その後のステップアップを阻害する >>255, >>306
バイトコードって仮想マシンが実行するコードのことなので不用意に使われると混乱するわ >>309
ステップアップするときは、初学者向き言語を卒業するものじゃね？
別の処理系を受け入れるのが卒業課題かも >>307
webだってアプリだってハード上で動いてるんだ
普段は隠匿されててもなにかの拍子に顔出すんだ
ネットワーク流れるバイト列見たり
デバッガが吐き出すスタックダンプ見たり
メモリの生配列書き出してみたり
そういう必要に迫られることがあるんだよ
「そんなの俺の仕事じゃない」と言ったとこで
やらなきゃ事態が改善しないんだから >>311
その卒業した経験が次に繋がらないから、ステップアップ前提なら最初にやるのには「向いていない」って話
プログラムってのは実用品であって教養や精神修養のためにやってるわけじゃないからね 近々小学校で教えることになるらしいScratchは、どこにもつながりそうにないなぁ。
星空への夢を打ち砕く、おもちゃの安物天体望遠鏡みたいなもの。
JavaScriptでも教えたほうがいいような気がする。
C++さえきちんとマスターしとけば鬼に金棒
学生はC++きちんとやっとけよ
あとの言語は必要に応じて簡単に習得できる
それにしてもどうして骨のあるプログラマがいないんだ？
日本には
日本のITもAもダメだなもう
自分は天才だと思う人間は日本の会社に就職なんかしたらダメだ
typedef struct {
Object *obj;
void (*funcA)();
.
.
} TXXX;
この辺のコードが書ければ、応用編に行けるんじゃね？
ポインタは何のために便利なのかというところから教えてくれないと
納得できないよねえ。
アドレスを格納する変数があるとどうして便利なのかを。
命令文とか単純に覚えればいいと思うんだけど、プログラムを組むというかプログラムの構造をどうやって作っていけばいいのかはどうやって勉強すればいいの？これは頭の良さとかセンスなのかね？
>>323
最近は簡単なソフトウェアを実際に作りながら学ぼうってカリキュラムの教材本が
結構出回っているよね。
昔は堅苦しいアルゴリズムの教科書くらいしかなかったように思う。 >>323
実務で覚えるのが一番かな、結局組まなきゃ覚えられん
全般的にはネストを必要以上に増やさないとか言語の原則をまず覚える
クソコードと言われてるものの理由を考えて自分では実装しない >>307
大学でWeb開発のノウハウを教えるのもどうかと思うけどな。
全く学問的な要素がない。 >>323
作りたいものによって構造は違ってくるし
実際のソフトウェアのコードを見て学ぶのが一番手っ取り早いと思うよ。 >>321
たとえば実行中に確保したメモリ内を縦横無尽に動き回れる。 >>307
それは学び方の問題
そもそも大学は学び方を学ぶという贅沢なところなんだから
メタな視点を忘れたプログラマはただの奴隷 街としてのキャパがそもそもオーバーした状態だし
感染症が蔓延したら一瞬でパンクするぞ
>>319
と思うけど、それが言われ無くても分かるヤツじゃ無いとそもそも天才じゃない。 >>323
そこには4種類くらい違う目線の内容がある
・言語仕様から考えるプログラム構成。これは仕様書の勉強とお行儀が大きい。
・最適化から考えるプログラム実装方法。これは同じ結果を返す複数の実装方法を行なって、速度とメモリ消費量などを天秤にかけて選ぶことになる。これは単純に実装力と検証力が必要。
・問題を解くためのアルゴリズムの利用。どんなアルゴリズムがあって、どのライブラリで提供されているのかを知っているかということ。ライブラリを知らなければ自分でアルゴリズムを再発明することになる。
・そもそも全体構成をどうするか。どういう処理が必要になって、どこでその処理が呼ばれるかで、分割して用意した方が再利用できてお得、とかを考える所。ソフトウェアエンジニアリングで学ぶ内容。
頭の良し悪しやセンスを明らかにすると、調べる努力がほぼ全てだよ >>314
今のScratchはJavaScriptですが… とりあえずIchigoJamとか言ってみる
あれは純粋なBASICでもないんだよな、、、
HALのPasocomMiniはやる気あるのかしらん?
今はフレームワークがあるもんね。ゲームエンジンもある。
>>335
Scratchをいくらやっても、JavaScriptが書けるようにはならんと思うけど。
２つは普通に考えて、別種の言語じゃん。 >>321
整数以外、構造体やらクラスやら渡す時は
どの言語でも値渡しじゃなく参照渡しでしょ
逆に構造体やバッファを
ポインタ渡ししない方が難しいと思うが
・メモリコピーが死ぬ程遅いから
・操作毎に複製したらどんだけメモリあっても足りんから
・データキャッシュの意味なくなるから
・そもそもレジスタには
整数数個～数十個程度しか積めんから
あたりが理由で、使うと嬉しいとかじゃなく
使わないとプログラム組めないんだよ やりたいことが出来れば何でもいいよ
大事なのは言葉で無く思考なんだから
残念ながらコンピューターは
君の思考を読んではくれないんだ
思ったとおりには動かない
書いたとおりに動く、って格言もあるくらいで
メモリ上に存在する場合
アドレスでアクセスするんだから
ポインタは自然なもの
CPUとは別のハードウェアから
参照したい場合も当然アドレスで指定する
アドレス自体もあくまで
ハードに特定の場所を指定するための存在で
構成と使い方で変わってくる
この概念を隠しちゃうと
コンパイラ任せの変数っていう
謎の抽象物になってしまう
それってプログラムがどうして動くか
わかってないって事だ
>>308
おれも仕様じゃないかと思ってるが。
コードがあっても動作がおかしいのは分かるかもしれんがバグか仕様かは>>301が言ってるように取説見ないと分からん。
取説に書いてあれば仕様。書いてなければバグ。 Pythonかね
最初はcとかmasmとか低レベル言語がいいと思うけど
さわりだけでま
>>310
え、その意味だけど…
メモリ上で展開される命令の総長が（引数考慮しなくても）スタック操作の分だけ長くなるのが問題 >>347
仮想マシンの意味わかってる？
わかってたら貧弱なハードとか言ってる時点で仮想マシンの話じゃないことぐらいはわかるだろうに… 組み込みが何かによるだろうが
貧弱ハード前提なのに、仮想マシンも前提にされるのか
仮想マシンでない組み込みもあるだろ
>>22
最初でいいだろ
「何か意味あるもの」を「即作れる」と言うのは、最初の学習では必須だ
まあ、そこで居留まるとまた別の問題になるが html
css
jq
php
javas
でなんとか食いつないでる
VBA→VB6→perl→C→bash→asm（MIPS）→JAVA→asm（ARM）
→C++→C#→objC→kotlin→pythonと来たが
最初はJAVAで良いんじゃないかね
最初にすべきじゃないのはVBAとasm位だな
>>321
JavaScriptで画像やmp3をふんだんに使ったゲーム作って見りゃわかるよ
ドラクエのフィールドみたいなタイル状に画像並べるとき、各マス目ごとに画素読み込んでメモリに重複データ置いてたらめちゃ重いので、
最初に一つの変数に読み込んでそれをポインタみたいに参照しないといけない 最初はPythonで見やすいコードを書く癖をつけるといいんじゃない
何も変わってないんじゃね？
30年前ならともかく今時処理系がバグだらけの環境を放置してるような会社だと改善は難しい
COBOLは25年前でもすでに古くさいと言われてたがDBを使われることが少なかった汎用機の時代では大活躍。ただしCOBOLの真価はJCLとの組み合わせが必須だが。
色々な言語を使ったがアルゴリズムの把握しやすさは今でも一番わかりやすいと思う。
BASICで始めて遅くてマシン語を覚えて98全盛になってCに移ったおじさんも多いと思う
>>108
でもBASICとCには大きな隔たりがある気がする >>304
gccの古いのは最適化すると数値演算が盛大にバグるとか
c++でmainの前で死ぬとかまーいろいろあったわ
そのへんベースに組み込み用の開発ツール作ってたら危ないかもね >>304
えーっと…
gccだと権利関係で面倒だから
clangとかに、脱gnuの真っ最中なんてすが… >>360
いつの話だよ…
まあ偶数バージョン？では最適化するなとかあったけどな
>>361
くだらんツッコミ乙
わざわざgccベース「とか」って書いてあるのにいちいち熱心だねw >>362
2.7とかそのくらい
組み込みなんて古いのそのままつこてるやろ >>363
組み込みもピンキリで、いまだにZ80とか使ってるとこもあるし、ARM使ってるとこもある VB
馬鹿でも簡単に動く物が作れるってのはマイナスでしかない
今見てるシステム、半角カナ＋全角英数のテーブルとか、なんでこの組み合わせ？？？と言うのが沢山
>>365
昔「組み込みOSとかリソース食うだけ
初期化と割り込みハンドラで全コード
floatとかuint64とか死ぬ程遅いから使用禁止
スタックに構造体とか積むな馬鹿」
今「自前固定小数とか読みにくいだけ
openCVのMatに積んでGPUに投げるのが最速だろ
あ、デバッガシンボルは常時有効にしといてね」
確かに組み込みって言っても
このくらい変わってるわ >>366
VB.NETちゃんは良い子なんです！
群がってくる奴等が毒親なだけなんです！ 最初にMSのビジュアルなんたらは最悪だと思う。
言語以外のゲイツのお約束が多すぎて、ピュアな学習を妨げるだけ。
できれば最初はラズベリーみたいなシンプルなハードでCとアセンブラ。
これによって機械語と高級言語がなぜ存在するかわかり、
コンピュータがどうやって人間の操作を処理し、画面や音やプリンターに出力するがが理解できる。
つまり将来、どんな言語でも怖くなくなる。
記事読んでいないけど
Pascalからスタートしようぜって事ですね
Visual Studioは一番快適な開発環境だよ
まー最初学ぶ「べき」でない言語なんて、ないんだろーけど（）
特定のドメインに使われる言語より汎用的なものの方が良いんだろうね。
プログラミング言語を学ぶ前に、コンピュータ自体（アーキテクチャ）を学んだほうがいいと思うし。
そうなると、機械語ー＞アセンブラー＞Cっていうのが良いと思うが、
機械語から学ぶのは現実的でない。アセンブラからでは手数がかかりすぎる。。。
っていうか、Lチカ的なのをアセンブラでやってから、
Cやればいいのでは感
アセンブラでレジスタとかアドレスとか知れば、
Cのポインタなんて、それを抽象化した”指し示す”ものだし
難しくもないと思うんだよな
しらんｋｄ
プログラミングだけで見たら、Goが良いと思うよ。
スクリプト言語みたいに環境構築に困らないし、演算子も多くないし。
ガベージコレクタがあって、ポインタも作成と参照しかなくて。
クラスなどがなくて、ほどよい抽象化の上でプログラミングできるので、
最初に学ぶのによいと思うんだけどなー。
まーしらんけど。
町工場をやってるおっさんですが
いまから基本情報の勉強はじめますわ。
プログラム言語はCASLⅡにしようかな。
>>369
独自規約多すぎだもんな
なぜあそこまで標準を無視するのか
自分らのほうがレベルが上だとでも思ってるのか >>371
VS20xxなのか、VSCodeなのかで
そのコメントはかなり変わってくるな
とりあえず前者は最悪かと
全体検索重すぎ >>369
ストイックすぎるでしょ
日常生活からかけ離れたモン作っても
楽しくないと思うんだが
最初はレポート書くためにマクロ作ったとか
大量の写真をバッチで仕分けたとか
そんなんで自動化することの
楽しさ知りゃ良いんだよ
20年来のプログラマだが、
俺が最初にやった言語？なんて
カルネージハートっていうskratch的な奴だぞ >>379
MSの開発環境に最適化されてる人はそう感じるだろうな カルネージハートよりも前からプログラムやってたが
カルネージハートが初めての人が20年以上歴なのか
話は変わるが中学の図工かで、授業中にパソコン版のシムシティやらせてくれる先生を思い出した
カリキュラムのわけがないとおもうのだが
>>5-7
コーディングはＣＯＢＯＬ
初めて動かしたのはＬｉｓｐ >>376
自分らのOSや事務アプリ上で動かすものだから
そっちに都合良くするのは普通だろ。
俺様言語のマクロの延長 >>383
初めて動かしたプログラムは
10: print "aho ";
20: goto 10
お店の88 この手のランキングには必ずPerlが上位にくるが、
不死鳥のごとく（あるいはゴキ○リのごとく）絶えることがない
それはさておき
>本記事は、TechRepublic Japanで2019年5月28日に掲載した記事からの転載です。
ぜんぜんニュースじゃないだろ、これ・・・
なんでニュース板で立てたし
MAPPERだろ（某社の人間しかわからないと思うが）
新人研修後に配属された仕事で数年間やらされ続けた
>>377
> 全体検索重すぎ
PC買い変えろよ… >>7
金融系のユー子は今でもこれな部署は一定あるぞ >>363
専門卒の50代現役だが、30年くらい前なら、旧日立系のH8/3048とか使ってた頃に、
高価な純正コンパイラが個人では買えなくて、gccベースのYellowSoft製のやつを
使ってたな。 評価ボードとセットで4万くらいだったか。 もう会社が解散したけど。
20年くらい前は、H8/SH2や, 旧三菱系のM16/M32とかは、gccベースのKPIT GNU
ToolsがHEWと組み合わせて無料で使えたので、その頃にはYellowSoftのはお払い箱。
その後、KPIT GNU ToolsはHEWを捨ててEclipseベースへ移行、最近のTIのCode
Composer Studio(CCS)や、NXPのLPCXpresso IDE、Microchipに買収された
AtmelのAtmel Studioなんかも、IDEはEclipseベースだな。
>>369
昔も最新のVisual Studioでも、コマンドラインでのコンパイラや、makeが使える
ことすら知らん馬鹿ほど、こういうマウント取りたがるね。 別にgnu-makeを
使いたければ、そちらでも可。 PythonのSConsでも可。
>>376
Cで可変長の自動変数が宣言できたり、勝手な言語拡張は、gccの方が多いと思うが？ >>388
PC変えようが他に比べて重いのは変わらんよ
linuxカーネルコードとか読ませたら
延々DB作ってるし 全体検索でDB？
インテリセンスとごっちゃになってるのか？
いずれにせよお前がアホなのはわかった
>>18
コンピュータの中の動きを理解するには良いが、ロジックの構築だけならCでも十分でしょ。
レジスタまで理解する必要がある奴がどれほどいるかね？ >>352
VBAから始まる人がどうしてアセンブラにまで手を出さなきゃ行けなかったのか興味ある。 >>394
医療機器とか、
ちょっとしたカスタマイズレベルではVBA.NET使っているらしいね
いろいろ複雑になり画像処理とかでどんどん増え、
pythonにも手を出す
必要になった都度、覚えてきたのだろう 俺はN88BASICしか使えない
10年前に、社会人院生になって
修士論文書くとき。
Windowsで動くデシマルBASIC
を見つけて、それを使って
データ整理した。
昔よく使ったgotoとかgosubの
命令がマニュアルになくて使えん
ものと諦めてたら。ちゃんと使えて
助かった。
>>393
Cはどちらかと言うとハードより。いろんな所に盲腸が見え隠れ。 >>397
つかデバイスドライバはC言語一択でしょ
ビットフィールドだの共用体だの
レジスタ操作でもなきゃ使わんが
逆にレジスタ操作にこれ使えないとめっちゃ不便
型キャストとかもノーチェックで通すのが
逆にありがたいという… BASICとASMかな
その辺から来た人って、なんかコードも構造も汚いのよ
>>255
CD 21
CC
MS-DOS 1.x のdebugにはAコマンドが
無くてマジ大変だった >>400
c++17とSTLで使う分には
高級言語と変わらんけどね
一番苦労するのは仕様の変遷に
ずっと付き合ってきた人だと思う 言語は何でもかまわない
黒い窓に文字を映すプログラムを作るってやり方がまずダメ
>>393
ロジックの構築が目的なら別にコンピュータじゃなくてもいいしロジックこそプログラミング言語っつーならhtmlもそれになるんだけど こういうアンチランキングってのはかなり面白い
知名度が無ければランク外になるわけで
広く使われつつも目障りなものが上位になる
つまり否定すれば否定するほどにそれを認める事になる
>>407
物理屋さんは好きだよねMATLAB
最近はlapackベースのコンバートライブラリがマシになってきたから、pythonとscipy,numpyで十分って人も増えてきた
まあ、未だにfortranが一番早いんだけど ところで2chにMatlabって書いたら
某SNSサイトのおすすめにMATLABが出てくるんだがw
これはどういう仕組みなの？
もう人間がプログラムを組む時代は終わり AIによる自動化が主流になる
人間は設計思想だけ磨けば良い
>>408
コンソールの色なんて自分の好みに変更すればいいだろ 
