22/09/11(日)13:23:46 プログ... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1662870226462.png 22/09/11(日)13:23:46 No.970521331
プログラミング言語を勉強するときはその言語の歴史も勉強したほうがいいと思ってる 古い仕様ほど重要だし
1 22/09/11(日)13:24:32 No.970521544
情報科学やるならともかくコーディングするだけならいらねえよそんなの
2 22/09/11(日)13:25:52 No.970521946
無駄に前提知識を増やそうとするのはオタクの悪い癖だぞ
3 22/09/11(日)13:26:26 No.970522112
>情報科学やるならともかくコーディングするだけならいらねえよそんなの そりゃまっさらな状態で教本を片手に簡素なプログラムを書くだけならいらないかもしれないが…
4 22/09/11(日)13:29:13 No.970522964
書き込みをした人によって削除されました
5 22/09/11(日)13:29:30 No.970523055
プログラミングではなくプログラミング言語を勉強するのなら間違いなく歴史は踏まえた方がいいな
6 22/09/11(日)13:30:35 No.970523393
LISP信者みたいなのが生まれるだけ
7 22/09/11(日)13:30:50 No.970523471
Cって50年ものなのね
8 22/09/11(日)13:31:24 No.970523645
古い言語ばっか見てると古い書き方しかできないくなるよ
9 22/09/11(日)13:31:34 No.970523688
簡単なコーディングをするだけなら言語の仕様なんて知らなくても書けるから歴史の知識なんていらない 言語の仕様を勉強しなきゃいけない状況になったら歴史から勉強したほうがいい
10 22/09/11(日)13:31:39 No.970523711
新しいものが良いって文化でも無いし 使えるもので何とかするしかねぇんだ
11 22/09/11(日)13:32:43 No.970524022
>古い言語ばっか見てると古い書き方しかできないくなるよ 新しい書き方ばっかしてると他人に気持ち悪がられるよ
12 22/09/11(日)13:33:00 No.970524107
アセンブリやれアセンブリ
13 22/09/11(日)13:33:40 No.970524285
その言語がどういう目的でできたかは知っておいて損はないけどそれ以上はどう使うかによるし趣味でしかねえ
14 22/09/11(日)13:33:56 No.970524360
日本語勉強する外人に漢文とか古文からやらせるようなもんじゃねーか？
15 22/09/11(日)13:34:45 No.970524607
複数の言語を勉強するほうが実践的かもね 間接的に歴史を学ぶことになるし
16 22/09/11(日)13:35:37 No.970524874
でもKotlinの勉強するときだいたい「Javaではこうだったけど～」みたいな書き方で過去と比較した説明しかないし結局Javaの勉強も平行してやる羽目になったよ
17 22/09/11(日)13:36:26 No.970525114
役に立つかでいうならソフトウェアアーキテクチャとかその方向を勉強した方がいいんじゃない？ まずそっちで適切な設計思想モダンな開発とはどういうものかを頭に入れた方がどうプログラミング言語が進化したか分かりやすいでしょ
18 22/09/11(日)13:37:46 No.970525501
>役に立つかでいうならソフトウェアアーキテクチャとかその方向を勉強した方がいいんじゃない？ >まずそっちで適切な設計思想モダンな開発とはどういうものかを頭に入れた方がどうプログラミング言語が進化したか分かりやすいでしょ アーキテクチャの進化ってつまりアーキテクチャの歴史じゃないの？
19 22/09/11(日)13:37:53 No.970525535
>でもKotlinの勉強するときだいたい「Javaではこうだったけど～」みたいな書き方で過去と比較した説明しかないし結局Javaの勉強も平行してやる羽目になったよ そりゃ使われてる分野的にJavaから移行する人向けの解説が多いからでは
20 22/09/11(日)13:39:10 No.970525922
こうゴミみたいなExcelとパワポ弄ってるだけで結構なお金もらえるステージに来てしまって ガッツリ勉強するモチベが
21 22/09/11(日)13:39:56 No.970526167
有名プログラマーがC言語はやった方が良いみたいな事はよく言う印象がある
22 22/09/11(日)13:40:02 No.970526199
俺は雰囲気でコーディングしている
23 22/09/11(日)13:40:18 No.970526286
Cからの矢印よりもC++のほうが多いんだな
24 22/09/11(日)13:42:35 No.970527001
>LISP信者みたいなのが生まれるだけ 浅学だからLISPを知らないのでこれがどういう意味かわからない やっぱり歴史勉強しなきゃ駄目かな…
25 22/09/11(日)13:43:09 No.970527176
>Cからの矢印よりもC++のほうが多いんだな C++のここがムカつくから直してぇ〜！ってのが重要な開発動機だったりするから…
26 22/09/11(日)13:43:37 No.970527301
スレ画関数型言語がLispとPrologしか無いの適当過ぎる
27 22/09/11(日)13:44:38 No.970527621
０と１だけで喋る先輩はちょっとなぁ
28 22/09/11(日)13:45:31 No.970527917
初心者はこの表で1番新しいやつを勉強したらいいの？c#とか
29 22/09/11(日)13:46:10 No.970528121
説明する方も差分で説明した方が物凄い楽なんだよね 全くゼロから始める人は最新言語で始めたほうがいいんだけど 最新言語でゼロからエントリーさせるための教材書くのがしんど過ぎる
30 22/09/11(日)13:46:35 No.970528256
パターンを知るためにアンチパターンを知りたい 過去のクソな部分を知らないと現代定番なスタイルを取り入れる理由が理解できないから
31 22/09/11(日)13:46:42 No.970528284
COBOLがいない
32 22/09/11(日)13:47:26 No.970528537
>初心者はこの表で1番新しいやつを勉強したらいいの？c#とか 新しいやつの中からやりたい事に合わせて言語を選定する WindowsアプリやUnityやりたいならC#だけどwebサービスならjavascript方面やった方がいいとか
33 22/09/11(日)13:48:03 No.970528729
スマートフォン用のアプリ言語は魔境
34 22/09/11(日)13:49:33 No.970529188
>初心者はこの表で1番新しいやつを勉強したらいいの？c#とか 初心者はまずPythonで手続き指向プログラミングを覚えるべき その後で設計思想や開発モデルや仕様書の書き方を勉強すべき そしたらどんな言語でも覚えられるようになる
35 22/09/11(日)13:49:59 No.970529328
流行っている・流行っていないプログラミング言語に関する1つの考察 - Qiita https://qiita.com/kotauchisunsun/items/c8b6484c98557da44893 この記事が面白かった
36 22/09/11(日)13:50:15 No.970529410
>初心者はまずPythonで手続き指向プログラミングを覚えるべき >その後で設計思想や開発モデルや仕様書の書き方を勉強すべき >そしたらどんな言語でも覚えられるようになる 大枠として全く間違ってないけどそれゆえに全く伝わらないやつ
37 22/09/11(日)13:50:42 No.970529554
相互に影響受けてたりするから最近のは矢印一方通行じゃないぞ
38 22/09/11(日)13:51:13 No.970529723
というかC++がこの図ほど古くない いや根っこは古いんだけど…
39 22/09/11(日)13:51:33 No.970529828
あれ？Rustねぇんだ？
40 22/09/11(日)13:51:46 No.970529884
そもそも話好きなおじさんからは全速力で離れたほうがいい
41 22/09/11(日)13:52:31 No.970530109
>あれ？Rustねぇんだ？ ネット上の資料が網羅的で正確で最新だと思うのやめなよ
42 22/09/11(日)13:52:45 No.970530180
コンパイラが細かく指摘してくれる言語から始めたらええ
43 22/09/11(日)13:53:06 No.970530293
>こうゴミみたいなExcelとパワポ弄ってるだけで結構なお金もらえるステージに来てしまって >ガッツリ勉強するモチベが いい仕事だな
44 22/09/11(日)13:54:01 No.970530617
勉強してるうちにローコードノーコード全盛になるわ
45 22/09/11(日)13:54:37 No.970530804
GOTO文やグローバル変数がなぜあまり使われなくなったとかそういうこと？
46 22/09/11(日)13:54:50 No.970530870
>勉強してるうちにローコードノーコード全盛になるわ つまりローコードノーコードに自分のコードを対応させる仕事が増えるってことじゃん！
47 22/09/11(日)13:55:31 No.970531101
やること実装できりゃなんでもいいんだ
48 22/09/11(日)13:55:46 No.970531192
ロー／ノーコードの内側って結局従来のプログラミング言語だから 勉強を怠るとロー／ノーコードの簡略化された方言にベンダーロックインされるだけなんだよな
49 22/09/11(日)13:56:22 No.970531374
ローコードとかノーコードとか複雑なことさせようとすると自分で普通に書いたほうが早くなるイメージしかない
50 22/09/11(日)13:56:38 No.970531460
>というかC++がこの図ほど古くない >いや根っこは古いんだけど… C++は結構変わってくからね
51 22/09/11(日)13:57:32 No.970531761
ロー/ノーコードなんてろくなもんじゃないのはAccess触る仕事したことあるから知ってるよ
52 22/09/11(日)13:57:44 No.970531829
AIでイラスト描けるからイラストレーターは不要みたいな言説に感じるローコードノーコード周りは
53 22/09/11(日)13:57:52 No.970531873
ノーメンテ保証コードなら大喜びで書き散らかしてやるんだが…
54 22/09/11(日)13:58:17 No.970532004
言語の勉強を目的にするとよっぽどのモチベモンスターじゃないと途中でつまんねってなるから やりたいことから逆算して言語をチョイスしたほうがええ！
55 22/09/11(日)13:58:18 No.970532013
C++はJavaに駆逐されたようだな
56 22/09/11(日)13:58:20 No.970532025
FORTRANは解ってもLISPとCOBOLはなかなか理解出来ん
57 22/09/11(日)13:58:31 No.970532094
それでどの言語がおすすめなんだ…？
58 22/09/11(日)13:58:51 No.970532197
ノーコードローコードを置き換える案件が増える未来が見える…
59 22/09/11(日)13:59:11 No.970532287
ローコードノーコードが仮に流行ってきたとしてシステム更改に臨むかって言ったら…
60 22/09/11(日)13:59:34 No.970532411
事務仕事ちょっと楽にしたい程度の原動力で勉強してるからオブジェクト志向とか全然わからん…
61 22/09/11(日)13:59:38 No.970532435
>AIでイラスト描けるからイラストレーターは不要みたいな言説に感じるローコードノーコード周りは これでエンジニアなんていらなくなるんや！って界隈にきっちりローコードノーコードパッケージを売り込んで商売にしてるのはエンジニア逞しいな
62 22/09/11(日)13:59:39 No.970532439
>C++はJavaに駆逐されたようだな えっ
63 22/09/11(日)13:59:46 No.970532474
>C++はJavaに駆逐されたようだな そうだったら幸せだった 駆逐されておけよC++
64 22/09/11(日)14:00:06 No.970532565
一時期labview触らされてとにかく面倒なくせに設計抽象度はさっぱり上がってないアホくささでキレまくったけど 最近流行りのノーコードとかは多少進化してんのかしらん
65 22/09/11(日)14:00:21 No.970532656
>それでどの言語がおすすめなんだ…？ PythonかC#
66 22/09/11(日)14:00:45 No.970532774
>駆逐されておけよC++ リーナストーバルズのレス
67 22/09/11(日)14:01:00 No.970532848
確かにGoがオブジェクト指向捨てた理由とか勉強すると設計するとき役立つかもしれない
68 22/09/11(日)14:01:05 No.970532872
いらなくなるわけがないんだが短期的には馬鹿どもの目くらましと小銭稼ぎにはいいよねノーコードローコード
69 22/09/11(日)14:01:44 No.970533078
7年前くらいに超高速開発ってやつをちらほら見かけたけど同じところがローコードノーコード言ってるんだな
70 22/09/11(日)14:01:58 No.970533158
ロー/ノーコードは後にメンテするとき見えない・見落とす部分が増えまくるから普通にコード書いたほうがいいと思う だってコードじゃなくした部分はwinmerge使えないんだぜ？
71 22/09/11(日)14:02:06 No.970533198
プログラミングのうまさってどれだけライブラリを 知ってて扱えるかって部分無い？
72 22/09/11(日)14:02:08 No.970533216
C＋＋ってあと30年ぐらいは現役でありえそうなんだけど
73 22/09/11(日)14:02:29 No.970533331
ノーコードローコードってプログラマーじゃない人が あーこういうツールねーかなー！ってときにサッと使うようなもんのイメージがある
74 22/09/11(日)14:02:48 No.970533439
>ロー/ノーコードは後にメンテするとき見えない・見落とす部分が増えまくるから普通にコード書いたほうがいいと思う >だってコードじゃなくした部分はwinmerge使えないんだぜ？ ああいうのってマジでリビジョン管理とかどうやるんだろう
75 22/09/11(日)14:03:08 No.970533549
>プログラミングのうまさってどれだけライブラリを >知ってて扱えるかって部分無い？ 例えばCの話だけどどれだけ標準ライブラリを知っているかってどれだけ言語まわりの歴史を知っているかでもあると思う
76 22/09/11(日)14:03:12 No.970533577
世の中から消えた言語ってそもそもあるのか…
77 22/09/11(日)14:03:27 No.970533655
>プログラミングのうまさってどれだけライブラリを >知ってて扱えるかって部分無い？ ライブラリひいては言語の組み込み関数が優れてたら車輪の再発明しなくて済むからまぁそうだね
78 22/09/11(日)14:03:39 No.970533706
ローコード触ったことないけど便利なライブラリ使ってコーディング量減らすのとどう違うの
79 22/09/11(日)14:04:04 No.970533831
Prologの血が絶えてしまっている…
80 22/09/11(日)14:04:05 No.970533836
>世の中から消えた言語ってそもそもあるのか… P…Perl…
81 22/09/11(日)14:04:11 No.970533873
書き込みをした人によって削除されました
82 22/09/11(日)14:04:35 No.970534004
>>世の中から消えた言語ってそもそもあるのか… >P…Perl… 消えてくれ頼む！
83 22/09/11(日)14:05:07 No.970534164
pythonも途中なんだがCかC＋＋を覚えたいから教えてほしい C＋＋がCの後継だよね？ C＋＋覚えたらC覚えることになるってことでいいの C＋＋のコンパイラならCもコンパイルできる？
84 22/09/11(日)14:05:37 No.970534334
ノーコードローコードはプログラミングの保守運用の血で血を洗う歴史と断絶してお手軽さを前面に出してるの悪辣過ぎるなぁと思って見てる
85 22/09/11(日)14:05:46 No.970534382
いいからとりあえずC++やっとけば何とかなる
86 22/09/11(日)14:05:59 No.970534451
>>それでどの言語がおすすめなんだ…？ >PythonかC# つまりIronPythonがオススメってことだな！？
87 22/09/11(日)14:06:01 No.970534463
大学でそういう歴史の勉強したかったな… 情報学部じゃなかったからあとから自分で勉強してる
88 22/09/11(日)14:06:14 No.970534525
>Prologの血が絶えてしまっている… アカデミックなところだとまだ現役なイメージ 理論的な定理の実験に使ったり
89 22/09/11(日)14:06:25 No.970534575
>いいからとりあえずC++やっとけば何とかなる C++こそC++の歴史勉強しないといけないやつじゃねえか！
90 22/09/11(日)14:06:28 No.970534590
>プログラミングのうまさってどれだけライブラリを >知ってて扱えるかって部分無い？ そこよりどれだけちゃんと保守しやすいよう設計出来てるかが重要
91 22/09/11(日)14:06:41 No.970534661
むしろPerlはどこの*nixでも一定のバージョン入ってるから 色んなサーバ混在環境での作業用書き散らかしにはいいんだよね
92 22/09/11(日)14:07:29 No.970534919
swiftって今生きてる？
93 22/09/11(日)14:07:47 No.970535028
>ノーコードローコードはプログラミングの保守運用の血で血を洗う歴史と断絶してお手軽さを前面に出してるの悪辣過ぎるなぁと思って見てる 提供側は歴史を知っててもそのことには触れずニコニコしながら売りつけてるの邪悪だよあれ
94 22/09/11(日)14:08:02 No.970535095
プログラミングの歴史学ぶとALGOLが偉大すぎる…ってなる 本当に歴史上の存在でしかないけど
95 22/09/11(日)14:08:05 No.970535102
VisualStudioインストールするだけで環境構築済むC#が胸キュン
96 22/09/11(日)14:08:19 No.970535179
>>>それでどの言語がおすすめなんだ…？ >>PythonかC# >つまりIronPythonがオススメってことだな！？ 今はpythonnet使ったほうがいいよ
97 22/09/11(日)14:08:38 No.970535266
pythonもCのラッパーじゃないですか
98 22/09/11(日)14:09:01 No.970535389
>gawk.exeコピーするだけで環境構築済むawkが胸キュン
99 22/09/11(日)14:09:16 No.970535468
>むしろPerlはどこの*nixでも一定のバージョン入ってるから >色んなサーバ混在環境での作業用書き散らかしにはいいんだよね Pythonで書くと2か3でもうprint分に互換性ないからな… 客先サーバの前提環境は勝手にアップグレードできんし…
100 22/09/11(日)14:09:42 No.970535597
ほ…hsp…
101 22/09/11(日)14:10:14 No.970535761
CとかC++覚えたところでCとかC++で書きたいとはならないだろうし表面的になぞるくらいでいいんじゃないという気がする お仕事で使うとかなら仕方ないが…
102 22/09/11(日)14:10:19 No.970535787
うちはpythonの環境入れる許可が上長から降りなくてperlが現役だよ…
103 22/09/11(日)14:10:57 No.970535983
>CとかC++覚えたところでCとかC++で書きたいとはならないだろうし表面的になぞるくらいでいいんじゃないという気がする >お仕事で使うとかなら仕方ないが… そんなにC＋＋ってむずいの
104 22/09/11(日)14:11:04 No.970536023
>pythonも途中なんだがCかC＋＋を覚えたいから教えてほしい >C＋＋がCの後継だよね？ 違う Cに機能足しまくってむやみに複雑化したのがC++ Cのシンプルな言語仕様が好きな人にとってはC++は後継ではなく蛇足 >C＋＋覚えたらC覚えることになるってことでいいの なるっちゃなるけどC++全部覚える難易度は非常に高い >C＋＋のコンパイラならCもコンパイルできる？ 基本的にはできる
105 22/09/11(日)14:11:18 No.970536091
PythonやRubyみたいな書き味で動作が速い言語はいくつかあるけどなかなか流行らないよね
106 22/09/11(日)14:11:20 No.970536102
>CとかC++覚えたところでCとかC++で書きたいとはならないだろうし表面的になぞるくらいでいいんじゃないという気がする >お仕事で使うとかなら仕方ないが… むしろCやC++で書くようにたとえば動的言語とかを書いてこられるとちょっと困ってしまう…
107 22/09/11(日)14:12:09 No.970536368
Pythonって以外と古株なんだな
108 22/09/11(日)14:12:17 No.970536400
>perl って何年前だっけって思ったら 35年前かよ…そろそろもういいだろ…
109 22/09/11(日)14:12:44 No.970536553
この図見るとわかるPythonの中途半端な古さ >そんなにC＋＋ってむずいの C++仕事にしてるけどなんでも自分の書いたコードで動かせるからやりがいがあるよ むしろ変なライブラリでけおる羽目になりにくいから楽
110 22/09/11(日)14:12:53 No.970536594
Pythonって一応Perlからの派生ではあるんだ…
111 22/09/11(日)14:12:54 No.970536600
FORTHが見当たらんなと思って調べたら まだ宇宙天文関係で現役の様でよかった
112 22/09/11(日)14:13:53 No.970536925
>PythonやRubyみたいな書き味で動作が速い言語はいくつかあるけどなかなか流行らないよね 次はJuliaがくると言われ続けて5年は経ったな…
113 22/09/11(日)14:14:07 No.970537000
>Pythonって一応Perlからの派生ではあるんだ… Perlの良いところを引き継ぎつつ自分の好きなスタイルで書けるというPerlの特徴を全否定したのがPythonだから…
114 22/09/11(日)14:14:09 No.970537018
Perlとかそこから派生するRubyやPythonはアドバンスドシェルスクリプトとしてのポジションがあるから また異質というか残っていくものだとは思う
115 22/09/11(日)14:14:28 No.970537138
>Cのシンプルな言語仕様が好きな人にとってはC++は後継ではなく蛇足 K&R一冊ですべてわかるのは本当に素晴らしい言語だと思う
116 22/09/11(日)14:14:40 No.970537213
Perlくんの特徴はあまりに変態記法を許しすぎてたからね…
117 22/09/11(日)14:14:41 No.970537223
>>C＋＋がCの後継だよね？ >違う Cに機能足しまくってむやみに複雑化したのがC++ >Cのシンプルな言語仕様が好きな人にとってはC++は後継ではなく蛇足 基本的にＣ＋＋でＣコンパイル可能なら 予約語が増えまくっただけって認識でいいのかな？ Ｃ＋＋を学ぶか
118 22/09/11(日)14:15:01 No.970537320
去年あたり仕事でC++しばらく触ってたけど大分マトモな言語になったんだな…という印象 ただしエラーの説明がとにかくマクロの内部に潜っちゃって読みにきー！って感じはした
119 22/09/11(日)14:15:07 No.970537366
ガチのプログラミング初心者にはJavaScriptを触ってみるといいんじゃない？って言ってるわ ブラウザ一つで触り始められるのと諸々が視覚的に見えてるのがわかりやすいかなって
120 22/09/11(日)14:15:12 No.970537399
>基本的にＣ＋＋でＣコンパイル可能なら >予約語が増えまくっただけって認識でいいのかな？ >Ｃ＋＋を学ぶか やめろまじでしぬぞ
121 22/09/11(日)14:15:49 No.970537589
人は自由過ぎる自由を持て余すの実例だと思うPerl
122 22/09/11(日)14:15:55 No.970537619
>>C＋＋がCの後継だよね？ >違う Cに機能足しまくってむやみに複雑化したのがC++ この図も初版が出てきた時期でしかないしな Cは今も規格が更新され続けてる現役の言語だ
123 22/09/11(日)14:16:11 No.970537706
Perlワンライナー芸とか地獄である
124 22/09/11(日)14:16:44 No.970537896
CかC++覚えたいのはわかったけどその先に何を求めてるというかどうしてCかC++なんだろう
125 22/09/11(日)14:16:46 No.970537914
機械語を覚えれば同じ命令が使えるCPUならどこでも動かせ… いや絶対やれる気がしねえわ
126 22/09/11(日)14:16:50 No.970537939
>Perlとかそこから派生するRubyやPythonはアドバンスドシェルスクリプトとしてのポジションがあるから >また異質というか残っていくものだとは思う ちょっと速度が早いくらいだと結局便利さを上回らないからそこまで移行するきっかけにならないんだよな 同じライブラリがいっぱいあって環境構築も超ラクで情報もいっぱいあって…みたいなのがあって何とか…みたいな
127 22/09/11(日)14:17:16 No.970538080
>ガチのプログラミング初心者にはJavaScriptを触ってみるといいんじゃない？って言ってるわ >ブラウザ一つで触り始められるのと諸々が視覚的に見えてるのがわかりやすいかなって 結果が目に見えて面白いのはそうだけど初心者がやるにはごちゃごちゃしすぎてねぇかな
128 22/09/11(日)14:17:27 No.970538147
>Cは今も規格が更新され続けてる現役の言語だ まあ仕事でC使う現場ではC89以降追加されたものは使わないほうがいいがな！
129 22/09/11(日)14:17:56 No.970538339
C#はいい…心が洗われる…
130 22/09/11(日)14:18:12 No.970538424
目に見える結果が無いと続かないよねってのはもうずっと続く問題だよな
131 22/09/11(日)14:18:15 No.970538441
LISPそこに繋がるんだ…？
132 22/09/11(日)14:18:21 No.970538473
>CかC++覚えたいのはわかったけどその先に何を求めてるというかどうしてCかC++なんだろう 仕事のソフトのコマンド開発ソフトがＣ＋＋の用意しかないのと pythonの処理遅すぎて困るとき出てきたからCかC++学びたいと思ってたの
133 22/09/11(日)14:18:27 No.970538503
>>Cは今も規格が更新され続けてる現役の言語だ >まあ仕事でC使う現場ではC89以降追加されたものは使わないほうがいいがな！ stdint.hもなしかよ！
134 22/09/11(日)14:18:32 No.970538524
速度が問題になるようなプログラム書く人間ならまず言語から速度重視で選ぶだろうしな…
135 22/09/11(日)14:18:49 No.970538633
Cって名前付いては居るけどCとそれ以降って別の物って言っていいくらいに違わなくない…？ 元のCがめんどくさい！
136 22/09/11(日)14:19:17 No.970538773
RだけでやっていきたいのにPython使うほうが多くてつらい
137 22/09/11(日)14:19:19 No.970538785
TypeScriptすっげー書きやすい！ 良いんですかこんな良くて！？
138 22/09/11(日)14:19:25 No.970538825
Go…nim…zig…お前らは今どこで戦っている
139 22/09/11(日)14:19:29 No.970538844
>stdint.hもなしかよ！ そもそもそういう現場で使う環境に標準ライブラリがあると思わないほうがいい
140 22/09/11(日)14:19:44 No.970538929
>目に見える結果が無いと続かないよねってのはもうずっと続く問題だよな その結果も目に見えるだけじゃなくてなんか面白いの簡単に作れそうという継続欲を持たせるものじゃないといけないしなぁ
141 <a href="mailto:Microsoft">22/09/11(日)14:20:01</a> [Microsoft] No.970539022
JavaScriptは無秩序
142 22/09/11(日)14:20:15 No.970539085
pythonが遅くて困る…っていうのもガチガチの科学計算やるわけじゃなかったら書き方の問題のほうが多い気がする 多重for文で行列計算させてやっぱpythonは遅いな！って言ってる人見たことあるし
143 22/09/11(日)14:20:18 No.970539110
>>CかC++覚えたいのはわかったけどその先に何を求めてるというかどうしてCかC++なんだろう >仕事のソフトのコマンド開発ソフトがＣ＋＋の用意しかないのと >pythonの処理遅すぎて困るとき出てきたからCかC++学びたいと思ってたの C++はC++の世界でわりと閉じてしまっているので pythonと併用してアクセラレーター的に使いたいならCのほうがいい…かも…？
144 22/09/11(日)14:20:19 No.970539118
Python3.11は関数の呼び出しが100％近く速くなったよ
145 22/09/11(日)14:20:22 No.970539133
Cが偉大過ぎたのでDだのC++だのC++++すなわちC#だのと Cを起点にあやかった奴らが悪い あやかった割にCが受け止めていたもの全てを代わりに受け止める覚悟もなかったのが悪い
146 22/09/11(日)14:20:30 No.970539178
>仕事のソフトのコマンド開発ソフトがＣ＋＋の用意しかないのと どんな仕事か聞いていい？
147 22/09/11(日)14:20:37 No.970539222
せーのっ 静的型付けサイコー！
148 22/09/11(日)14:21:05 No.970539357
Goは目立たないけど結構使われてるイメージある
149 22/09/11(日)14:21:06 No.970539361
>Go…nim…zig…お前らは今どこで戦っている えっgolangバリバリ使われてるイメージだったんだけど下火なの！？ 他はまぁ…
150 22/09/11(日)14:21:53 No.970539628
Cでわりと楽しい機能が共用体
151 22/09/11(日)14:21:57 No.970539645
Goはエンジニアの手元作業寄りで大人気
152 22/09/11(日)14:22:41 No.970539864
>機械語を覚えれば同じ命令が使えるCPUならどこでも動かせ… そういうCPU周り直接のハードウェア開発にでも携わってない限りお勧めしない 今のCPUは命令実行順序最適化とかコンパイラ前提の仕組みだから
153 22/09/11(日)14:22:53 No.970539923
>>stdint.hもなしかよ！ >そもそもそういう現場で使う環境に標準ライブラリがあると思わないほうがいい 32bitマイコン世界とかならおおよそC99で書いときゃ問題ないレベルにはなったがな 8bit世界とかだとまた話は別だが…
154 22/09/11(日)14:22:59 No.970539962
Windowsの処理考えるとPowerShellで書くことが多い 別に書きづらいわけでは無いが扱いづらい
155 22/09/11(日)14:23:29 No.970540138
Z80ハンドアセンブリみたいな時代から見るとCPUこそわけわからんことなってるからな…
156 22/09/11(日)14:23:38 No.970540192
>pythonが遅くて困る…っていうのもガチガチの科学計算やるわけじゃなかったら書き方の問題のほうが多い気がする >多重for文で行列計算させてやっぱpythonは遅いな！って言ってる人見たことあるし CかC＋＋で自分で用意したらそういう計算もnumpyみたいに一部すげー早くなるんじゃないんです！？
157 22/09/11(日)14:25:06 No.970540696
関数型とか言い出すのはオブジェクト指向以上にわけがわからない分類 関数なんてどれにもあるやん？
158 22/09/11(日)14:25:16 No.970540753
JavaScriptなんもわからん
159 22/09/11(日)14:25:21 No.970540791
>CかC＋＋で自分で用意したらそういう計算もnumpyみたいに一部すげー早くなるんじゃないんです！？ なるっちゃなるけど学習コスト高すぎるのでは… どっちかというとPython独自のノウハウ（for文は遅いので避けるとか）を覚えたほうが手っ取り早いと思う
160 22/09/11(日)14:25:39 No.970540886
>C++はC++の世界でわりと閉じてしまっているので >pythonと併用してアクセラレーター的に使いたいならCのほうがいい…かも…？ CのほうにレガシーいっぱいあってもC＋＋学んどけば結局そっちも使えるならいいかなって
161 22/09/11(日)14:25:49 No.970540930
FORTRANは数値計算ライブラリが充実してるし結局他言語のライブラリを使えるのなら賢く使のが正義
162 22/09/11(日)14:26:06 No.970541026
>Windowsの処理考えるとPowerShellで書くことが多い >別に書きづらいわけでは無いが扱いづらい PowerShellの文法にはそこまで不満はないけど Windowsの文字コードとかさぁ！ネットワークフォルダの仕様とかさぁ！ 実業務だとPowerShellのせいじゃない部分でおつらいことになるのが多い
163 22/09/11(日)14:28:38 No.970541856
どこまでの機能やら実装方法がオブジェクト指向でどれが関数型なのかもう分かんねえ
164 22/09/11(日)14:28:47 No.970541907
>関数型とか言い出すのはオブジェクト指向以上にわけがわからない分類 >関数なんてどれにもあるやん？ うろ覚えだけど入力する値に対して関数から出力される値が変わっちゃダメなんじゃなかったかなあれ 変更可能なグローバル変数とか使えると厳密に関数型とは言えなくなる
165 22/09/11(日)14:29:25 No.970542128
関数型だと何が良いのか実は知らない
166 22/09/11(日)14:29:38 No.970542222
>C++はC++の世界でわりと閉じてしまっているので >pythonと併用してアクセラレーター的に使いたいならCのほうがいい…かも…？ C++って他の言語と共存しづらいの？ extern“C++”で何とでも共存できるのかと思ってた
167 22/09/11(日)14:29:39 No.970542232
別言語の歴史学ぶより同じ言語の古い仕様学んだ方が保守する時に役立つ 新しい仕様で定義されてる動作が古い仕様だと全部未定義動作とかお仕事発見伝
168 22/09/11(日)14:30:17 No.970542442
>うろ覚えだけど入力する値に対して関数から出力される値が変わっちゃダメなんじゃなかったかなあれ >変更可能なグローバル変数とか使えると厳密に関数型とは言えなくなる 前提条件をグローバルで埋め込むとアウト 引数で明示的に都度都度与えるならセーフってことか
169 22/09/11(日)14:30:25 No.970542478
>関数型とか言い出すのはオブジェクト指向以上にわけがわからない分類 >関数なんてどれにもあるやん？ 副作用のない参照透過性があるような書き方ができると関数型(の特徴も持つ)って言われるイメージ
170 22/09/11(日)14:30:30 No.970542508
>関数型とか言い出すのはオブジェクト指向以上にわけがわからない分類 >関数なんてどれにもあるやん？ 関数型でいう関数は数学的に厳密な意味での関数だから いわゆる手続き型プログラミング用語での関数とは違う
171 22/09/11(日)14:31:05 No.970542698
オブジェクト指向きらい 関数型すき
172 22/09/11(日)14:32:00 No.970542980
つまり関数型というのはコーディング規約による分類ってこと？ 関数型って言ってるけどグローバル変数持ってるのあるよね？
173 22/09/11(日)14:32:17 No.970543069
>JavaScriptなんもわからん 最近は割と素直になってきてない？ 厳密には素直に書けるように糖衣構文が整備されてきたということかもしれないけど
174 22/09/11(日)14:32:41 No.970543197
じゃあ階差機関から勉強しなきゃ…
175 22/09/11(日)14:32:53 No.970543269
関数型を深掘りすると名前を言ってはいけないあの人が降臨しそうで…
176 22/09/11(日)14:32:54 No.970543276
>C++って他の言語と共存しづらいの？ >extern“C++”で何とでも共存できるのかと思ってた クラスの扱いがなあ…呼び出し側が呼び出し先のメモリレイアウトとかわかってるの前提なとこあって C++同士でも環境揃えないとわけわからんことに…
177 22/09/11(日)14:34:11 No.970543703
関数型がわからないんじゃなくて「関数型なんて(名称の)分類をしたやつの考えがわからん」ってことじゃ…？
178 22/09/11(日)14:34:22 No.970543758
>前提条件をグローバルで埋め込むとアウト >引数で明示的に都度都度与えるならセーフってことか グローバルじゃなくても関数外のスコープの変数に結果が左右されたりすると関数型ってか純粋関数を満たさない
179 22/09/11(日)14:34:37 No.970543837
オブジェクト指向好きな人は「getter/setterは必要か」でちょっとレスポンチしてよ
180 22/09/11(日)14:34:41 No.970543855
関数型に対する概念が手続き型で 同じルーチンに入っても内部状態により出力結果が異なるのが手続き型で 関数型は内部状態を持たないので同じルーチンは同じ入力に対し同じ結果を返す みたいな理解だったけどどうなん
181 22/09/11(日)14:34:44 No.970543877
プログラミングの歴史や全体像を学ぶのにおすすめの書籍あるかな
182 22/09/11(日)14:34:49 No.970543910
こういうのって俺が新しく作ってもいいの？
183 22/09/11(日)14:35:17 No.970544062
>こういうのって俺が新しく作ってもいいの？ いいぞ 便利なら使ってやる
184 22/09/11(日)14:35:56 No.970544289
lisp興味あるんだけど今から学ぶのって趣味以上の意味ある？
185 22/09/11(日)14:36:35 No.970544537
>lisp興味あるんだけど今から学ぶのって趣味以上の意味ある？ 真面目に言うとない
186 22/09/11(日)14:36:46 No.970544603
>lisp興味あるんだけど今から学ぶのって趣味以上の意味ある？ Emacs使いこなしてぇ…とかは？
187 22/09/11(日)14:36:52 No.970544629
D言語はどこ行っちゃったんですかね…
188 22/09/11(日)14:37:18 No.970544758
>lisp興味あるんだけど今から学ぶのって趣味以上の意味ある？ ごく限られた業界の限られたツールがlisp系のスクリプト言語とか使ってたりするから そういうので役に立つことがないこともないと言えるかもしれないくらい
189 22/09/11(日)14:37:35 No.970544844
8bit時代はいろんな自作言語が闊歩していたよね
190 22/09/11(日)14:37:43 No.970544893
>オブジェクト指向好きな人は「getter/setterは必要か」でちょっとレスポンチしてよ 自動実装プロパティ最高！自動実装プロパティ最高！
191 22/09/11(日)14:37:46 No.970544912
>>lisp興味あるんだけど今から学ぶのって趣味以上の意味ある？ >Emacs使いこなしてぇ…とかは？ Emacs使いこなしてぇ…ってやつは「」に聞く前から勉強してるんじゃねえかな
192 22/09/11(日)14:38:20 No.970545100
>>JavaScriptなんもわからん >最近は割と素直になってきてない？ >厳密には素直に書けるように糖衣構文が整備されてきたということかもしれないけど jsのわからなさの半分はthisがクロージャーにバインドされない謎仕様から来てる気がする
193 22/09/11(日)14:39:22 No.970545455
組み込みソフトウェア開発に携わるならC必須だし結局何を勉強すればいいかは志望する分野によるよね
194 22/09/11(日)14:39:29 No.970545492
ブラウザ言語のDartへの移行が成功してればこんなことには…
195 22/09/11(日)14:39:31 No.970545502
HSPが入ってね―じゃね―か！
196 22/09/11(日)14:39:59 No.970545655
>jsのわからなさの半分はthisがクロージャーにバインドされない謎仕様から来てる気がする ここ数年で実装されたアロー構文を使ったthisはバインドされなかったっけ
197 22/09/11(日)14:40:11 No.970545716
了解Record型！
198 22/09/11(日)14:40:21 No.970545773
>D言語はどこ行っちゃったんですかね… noiz2saの人がSTGのゲーム使ってるところでしか見た事ないD言語
199 22/09/11(日)14:40:56 No.970545950
C言語使えるなら他の言語は必要なときにすぐ覚えられるみたいな話はよく聞く
200 22/09/11(日)14:40:58 No.970545959
GOとかいう延々と存在意義を問われてる奴
201 22/09/11(日)14:41:17 No.970546043
>オブジェクト指向好きな人は「getter/setterは必要か」でちょっとレスポンチしてよ 正直getterはまだしもsetterを変数っぽく外側に公開するのって色々勘違いを生むし良くなかったんじゃねえかなって…
202 22/09/11(日)14:41:20 No.970546064
COBOLってどこにも繋がって無いんだ？ メインフレームであんなに幅利かせてるのに
203 22/09/11(日)14:41:27 No.970546093
正直get〇〇set〇〇とか毎回いちいち書かなきゃいけないとか なんだお前頭おかしいのか！？って言いたくはなる
204 22/09/11(日)14:41:27 No.970546098
流行りって何で決まるの
205 22/09/11(日)14:41:34 No.970546131
>C言語使えるなら他の言語は必要なときにすぐ覚えられるみたいな話はよく聞く そもそも一個覚えれば全部応用でなんとかなるのでその中だとCが覚えやすいみたいなのでは
206 22/09/11(日)14:41:50 No.970546224
言語は2、3個読めれば他も読めるけど最近はWebアプリが多いせいでhtmlが読めないと話にならないから辛い
207 22/09/11(日)14:42:02 No.970546299
C#も気づくと知らない機能増えまくってだんだんC++みたいになってきた
208 22/09/11(日)14:42:19 No.970546392
>GOとかいう延々と存在意義を問われてる奴 最近盛り下がってるように見えるけど何がダメだったんだろう 理由を見ても昔から言われていたことばかりでこの期に及んで指摘されることじゃないじゃんと思う
209 22/09/11(日)14:42:27 No.970546430
HTMLは言語じゃない派ってまだいるの？
210 22/09/11(日)14:42:43 No.970546516
>COBOLってどこにも繋がって無いんだ？ >メインフレームであんなに幅利かせてるのに オワコンって言われて70周年だけどまだまだ元気です… こーれ銀行滅ぶまで無限に延命させられる奴だな？
211 22/09/11(日)14:42:44 No.970546521
初めてのプログラミングです！C言語やります！でもいいと思うけどポインタはその時点ではやらなくてもいい気はする
212 22/09/11(日)14:42:46 No.970546537
>正直get〇〇set〇〇とか毎回いちいち書かなきゃいけないとか >なんだお前頭おかしいのか！？って言いたくはなる IDEに自動生成して貰えば一緒だし…
213 22/09/11(日)14:43:50 No.970546869
>>GOとかいう延々と存在意義を問われてる奴 >最近盛り下がってるように見えるけど何がダメだったんだろう >理由を見ても昔から言われていたことばかりでこの期に及んで指摘されることじゃないじゃんと思う 試しに触ってみて考える期間が終わって 改善されたら戻ってくるの時期に入った感じなのでは
214 22/09/11(日)14:43:55 No.970546901
>HTMLは言語じゃない派ってまだいるの？ html+cssはチューリング完全らしいな
215 22/09/11(日)14:44:00 No.970546927
>HTMLは言語じゃない派ってまだいるの？ プログラミング言語ではないのでは マークアップ言語ではあるけど
216 22/09/11(日)14:44:46 No.970547193
なんかgetter/setterの解説でprivateな変数に値をただただ設定・取得してるだけの例をよく見かけるんだけど意味無いだろアレ
217 22/09/11(日)14:44:55 No.970547229
HTML単体でプログラミングと言うのはちょっと…
218 22/09/11(日)14:45:26 No.970547412
rustがなかなか組込み世界に降りてこない…
219 22/09/11(日)14:46:08 No.970547654
いいですよねオブジェクト指向言語のチュートリアルで手続き的な練習問題
220 22/09/11(日)14:46:14 No.970547696
>html+cssはチューリング完全らしいな えっマジで！？？
221 22/09/11(日)14:46:25 No.970547737
使う予定のないgetter/setterはむやみに実装してはいけません
222 22/09/11(日)14:46:33 No.970547786
HTMLはメールでも使うけどメーラーによってhtml 5対応してないとかあって統一してくれってなる
223 22/09/11(日)14:46:36 No.970547811
>なんかgetter/setterの解説でprivateな変数に値をただただ設定・取得してるだけの例をよく見かけるんだけど意味無いだろアレ カプセル化によって直接触れられないようにするだけでも意味はあるっちゃある あと継承する時に色々あるんじゃなかっかなフィールドの扱いは…
224 22/09/11(日)14:46:48 No.970547876
>なんかgetter/setterの解説でprivateな変数に値をただただ設定・取得してるだけの例をよく見かけるんだけど意味無いだろアレ あれはprivate自体の説明してるだけだな…
225 22/09/11(日)14:47:12 No.970548004
俺は雰囲気でカプセル化をしている
226 22/09/11(日)14:47:16 No.970548021
>いいですよねオブジェクト指向言語のチュートリアルで手続き的な練習問題 動物クラス！犬クラス！鳥クラス！
227 22/09/11(日)14:47:21 No.970548046
>なんかgetter/setterの解説でprivateな変数に値をただただ設定・取得してるだけの例をよく見かけるんだけど意味無いだろアレ そのレベルのやつしか見にこない記事だからこれでいいのだ
228 22/09/11(日)14:48:12 No.970548316
>C言語使えるなら他の言語は必要なときにすぐ覚えられる 手続き型言語ならね
229 22/09/11(日)14:48:55 No.970548528
Effective C#に「publicなフィールドは自動実装プロパティにしろや！」って書いてあったけどめんどくさいのでフィールドのままにしてるけどいいよね
230 22/09/11(日)14:48:55 No.970548532
スレ画にMatlabがないな Pythonと近しい書き方だから見逃せないと思うんだが
231 22/09/11(日)14:50:20 No.970548929
>俺は雰囲気でカプセル化をしている こういうの厳密に言語化した上で判断してる人はすげえなって思う みんな雰囲気でやってても何とかなるのは一定割合でそういう人がいるおかげなんだろうな
232 22/09/11(日)14:50:29 No.970548986
lombokで横着をするけど許しくれるね
233 22/09/11(日)14:51:14 No.970549193
雰囲気でも従ってくれるだけ良いよ というかそうして欲しいからオブジェクト指向なんてのが生まれたんだ
234 22/09/11(日)14:51:17 No.970549206
>Effective C#に「publicなフィールドは自動実装プロパティにしろや！」って書いてあったけどめんどくさいのでフィールドのままにしてるけどいいよね フィールドだとC#以外からアクセスするのが面倒とかなかったっけ？ まあそんなケースどんだけあるのかって話だが
235 22/09/11(日)14:52:18 No.970549503
形式的には、関数型と手続き型、ポーランド記法と逆ポーランド記法で分けるのかな あとインタプリタとコンパイラか 構造化は今ならあって当たり前だけどワンライナー系は構造なんてくそくらえみたいなところあるし
236 22/09/11(日)14:52:19 No.970549511
Rustがもう楽でたまらん
237 22/09/11(日)14:52:31 No.970549568
get/setのブロック内にベタベタいろんな処理を書かれると困る…非常に困る
238 22/09/11(日)14:52:58 No.970549704
get内で更新するのいいよね
239 22/09/11(日)14:53:21 No.970549790
>get/setのブロック内にベタベタいろんな処理を書かれると困る…非常に困る private void button1_Click()いいよね…
240 22/09/11(日)14:54:14 No.970550016
分かった分かった getする時に別の関数に飛ばしてからそっちで色々するね
241 22/09/11(日)14:54:25 No.970550060
ここまでRustの話題なし！ 図にもいねえ！ でも、図に入れると線がぐちゃぐちゃになりそう
242 22/09/11(日)14:55:02 No.970550222
いや、話題はあったわ
243 22/09/11(日)14:55:03 No.970550226
getはconst関数にしたいよな…C#ってこの辺明示できないんだっけ？
244 22/09/11(日)14:55:03 No.970550229
>分かった分かった >getする時に別の関数に飛ばしてからそっちで色々するね 副作用が無くて参照透過な言語が一時期流行った理由わかった！
245 22/09/11(日)14:56:19 No.970550582
>>分かった分かった >>getする時に別の関数に飛ばしてからそっちで色々するね >副作用が無くて参照透過な言語が一時期流行った理由わかった！ いまどうなってるんです
246 22/09/11(日)14:56:45 No.970550703
最近のRustはLinuxのドライバのコード記述言語にも採用されたから順当に出世してるよね
247 22/09/11(日)14:57:03 No.970550791
関数型は結局データをどう分類して誰がどう管理するんですかってあたりがようわからん…
248 22/09/11(日)14:58:26 No.970551153
よほどの書き捨てじゃない限りみんなRustにリライトしちまった