orz

セックスのこと？

結局なれた言語が使いやすくなるんでしょ？
だったらいっぱい案件ある言語勉強したい！

どれか覚えればあとは方言みたいなもんだ

海外でパイソンが流行った理由
パイソンを最初に習うから

なんでアメリカはパイソンを習うのか

初めてでjavascript

趣味か仕事か勉強でしかやらないと思う

一部の歴史的記法と歴史的標準Cライブラリが変なだけで
2024年のC言語は言うほどとっつき難く無いと言いたい

>なんでアメリカはパイソンを習うのか
Pythonを最初に勉強するから

>趣味か仕事か勉強でしかやらないと思う
それ以外何があるんだよ

それが最善の選択だった時代があることと現在はそれが最善ではないことは矛盾しないしどちらも間違っていないぞ

進化してるんだなCも

>海外でパイソンが流行った理由
>パイソンを最初に習うから
工業高校通ってた時みんなポケコンでベーシック習ってたのに！
今は全然使いみちがない！
ベーシック流行らなかった？

結局オブジェクト指向って何！？
クロージャーとクラスって何が違うの！？
わかんないよ！！

流行るもなにも自分で半田付けしてマイコン拵えてた頃はASMとBASIC以外の選択肢がレアだから！

組み込みだと他の選択肢がほぼないだろ

だいぶめんどくさいのが残ってるけど厳格な分最初にしごかれれば可読性の高いコードが書けるってまやかしで後輩いじめるのに使う

>どれか覚えればあとは方言みたいなもんだ
知らずに古語みたいな英語学んで日常会話ができなるようなものに見える

そうだな初期学習言語がPASCALで他に授業として習った言語はFORTRANな大学は一刻も早く潰れるべきだったな

単純だから初めてやるのに向いてると思う

>一部の歴史的記法と歴史的標準Cライブラリが変なだけで
>2024年のC言語は言うほどとっつき難く無いと言いたい
でもC利用してる大半の場所はそんなモダンじゃなくない？

Cはパラダイムを問う以前に書式がクソすぎる

趣味・教養としてならLispの系譜がいい

Linuxカーネルのソースなんかはモダンな上にすごく素直で読み易いよね

エクセルのマクロから入れってこと？

>エクセルのマクロから入れってこと？
最悪すぎる…

ExcelVBAは初心者でも何がしたいのかは決めやすいからいいと思う

シミュレーションはいいぞ
Fortranが使える

今時のトレンドで過去を叩くなってよく言うけどダメなものはダメだよね

何するか次第だけどJavaScriptも今の仕様でuse strict必須ならそこまで悪くないかな

>でもC利用してる大半の場所はそんなモダンじゃなくない？
お前が書くところからモダンにするんだよ
なにがRustだこっちは長年システム記述言語を続けてきたんだぞ

オブジェクトのことはよく説明できないと思ってたけどあまりにカスな設計を見てオブジェクトにした方がいい理由にいやでも近づいた

>シミュレーションはいいぞ
>Fortranが使える
しかもFORTRAN77だったりする

>なにがRustだこっちは長年システム記述言語を続けてきたんだぞ
もうダメなフラグじゃねーか

あんま高級言語だと別で覚えなきゃならないことが増えるし
低級言語のメモリ管理とか難しいし
Perlぐらいが覚えやすくて楽だと思うの
まあでも今からやるならPythonなんだろうな

オブジェクト指向理解した→やっぱわかんね→理解してきた→やっぱわかんね→理解してきた→…

なんだかんだ品の良いことをしないといけないのから始めた方がいいと思うよマジで…

今は義務教育で小学生はscratchで中学生にはpythonを教えてるんだっけ

C言語から始めたことに感謝している
他の言語の楽さに一々感動できるからな

なんにも分からないが楽しいのでRubyをやる

>今は義務教育で小学生はscratchで中学生にはpythonを教えてるんだっけ
scratch自体はいいものだと思う

RustってどうやってSW設計するんだ
普段使ってるOOの分析とかそのままコードに落とせないしそういうパラダイムの言語じゃないと思う

最初の言語をCにすることの是非って
要するに「はじめてのプログラミング」で手動メモリ管理を教えることが必要かどうかだよな

最初はもっと上級のやつから初めてarudino触る頃にC学ぶくらいがちょうどいいよ

なら「」の主張する初心者に最適だと言い切れるプログラム言語って何よ

リソース管理を楽しみたいならアセンブラお勧め

今ならpythonでいいよ
教材もたくさんあるし

静的型付けが出来て進化し続けて上品さが溢れる言語が良いと思いますわ

BASICでいいだろ初心者は

でも一度はアセンブラやってみたいよね

>静的型付けが出来て進化し続けて上品さが溢れる言語が良いと思いますわ
VisualBasicですわね！

>なら「」の主張する初心者に最適だと言い切れるプログラム言語って何よ
理想の初心者向け言語なんてのは当然無いが
今ある言語の中で最善を見つけるならScratchとかPythonになるんじゃね

>VisualBasicですわね！
🖕

K&Rよりまだいいだろ

>RustってどうやってSW設計するんだ
>普段使ってるOOの分析とかそのままコードに落とせないしそういうパラダイムの言語じゃないと思う
何言ってるのか全然わからん…
別に普通に設計変わらんだろ…

>なら「」の主張する初心者に最適だと言い切れるプログラム言語って何よ
今現在ならpythonでいいよ
あとは用途に応じた言語が選べればそれでいい

>なら「」の主張する初心者に最適だと言い切れるプログラム言語って何よ
アルゴリズムの初学者向けって意味ならPascalかPython
特に前者は擬似コードの読み書きで古今使われてる

おっぱいそんはクソみたいなブログ記事を除くスキルもあがるゾ！

>K&Rよりまだいいだろ
K&Rを古い古いと馬鹿にする人いるけど
他にまともな良書ないからK&R読ませた方がいい

1ファイルで書けるような処理はpythonでいいと思う
俺と一緒にシェルスクリプト書いてもいいよ

CやC++は最初に学ぶべき言語じゃないということだけは分かる

>なら「」の主張する初心者に最適だと言い切れるプログラム言語って何よ
Delphi

>CやC++は最初に学ぶべき言語じゃないということだけは分かる
なんで？

Rust使ったソフトウェアの設計ってC++のそれと大して変わらんのじゃないの知らんけど

>Delphi
今もう知ってるやつ皆無では？
あと否定はしないけど言語というより環境な気がするから今はC#でいい気がする

とりあえずメモリ管理しなきゃいけない奴は後回しでいいよ

>>CやC++は最初に学ぶべき言語じゃないということだけは分かる
>なんで？
適正がないとできない

>でも一度はアセンブラやってみたいよね
頭の中で完成図をずっと保持して組めるならやる意味はあると思う
メモリをピンセットで置きながら詰めていくような領域管理なんぞ今そうそうやらんからな

>CやC++は最初に学ぶべき言語じゃないということだけは分かる
過去においてもそうであれば昔の人はまともにプログラミングを学べなかった駄目人間ということだな

K&Rは日本語が難しかった

>とりあえずメモリ管理しなきゃいけない奴は後回しでいいよ
別にいきなり管理しなきゃならんようなことから始めるわけじゃないだろう

C++できないとオブジェクト指向の言語は殆ど全滅では？

>>RustってどうやってSW設計するんだ
>>普段使ってるOOの分析とかそのままコードに落とせないしそういうパラダイムの言語じゃないと思う
>何言ってるのか全然わからん…
>別に普通に設計変わらんだろ…
C++やJavaみたいなOOPと作法が大分異なると思うわけ
もちろん書き方でそういうのに似せることはできるだろうけど果たしてRustコーディングの作法として正しいかわからん

>Rust使ったソフトウェアの設計ってC++のそれと大して変わらんのじゃないの知らんけど
たぶん安全な設計の話とかじゃないの？
そもそもソフトウェアレベルの大きさでの設計なんて言語関わらねえだろと思うけど

VB6.0はさすがに滅んだんだろうか…

C言語学ばない人はメモリの管理ってどうやって学ぶんだろう
自分でやらなくてもいいけど知らなければいけないことだと思う

>過去においてもそうであれば昔の人はまともにプログラミングを学べなかった駄目人間ということだな
まともな環境でなくてもプログラミングができるスーパーマンだったのでは？

メモリの仕組み勉強するためにアセンブラの触りの触りだけやるのはありだと思う

>C++やJavaみたいなOOPと作法が大分異なると思うわけ
>もちろん書き方でそういうのに似せることはできるだろうけど果たしてRustコーディングの作法として正しいかわからん
少なくともC++をまともにやった事ないのはわかった

スモールベーシックで遊ぼう

教養としてアセンブラ触ってみるのは全然あり

チューニングで地獄を見るのがCを知らない層

C++とRustよりもJavaとC++の方が遥かに別物だぞ

>C言語学ばない人はメモリの管理ってどうやって学ぶんだろう
>自分でやらなくてもいいけど知らなければいけないことだと思う
なんかが勝手にやってくれる

K&R 350刷まで出てるんだよなプログラム言語界の聖書みたいだ

Ruby良いけど結局ユーザー数が正義だからPythonでいい

javaも勢いあったのにすっかりだな

>C++やJavaみたいなOOPと作法が大分異なると思うわけ
クラス実物の継承をやめてインターフェイスとコンセプト使った今風のC++だけ残した感じだからOOPを煎じ詰めて裏ごししたような感触がある
OOP覚えるのは無駄にはならないと思う

勝手にやってくれるのを信用ならねえ信用ならねえで自分でいじりたがることがおかしいからな…

>チューニングで地獄を見るのがCを知らない層
まあ地獄を見るのは知ってる奴なんだが
丸投げされて

>javaも勢いあったのにすっかりだな
いや…まだまだ多いな…

設計とコーディングは別の話でしょ

別にこれCじゃなくていいだろってのをCで書いてたりするのほんと戦慄する

GBAの開発環境がC言語だと最近知った
C#ならまだわかるけどCはわからん…

>javaも勢いあったのにすっかりだな
pythonに逆転されたけどまだ2番目だし
まあ前より勢いがなくなったのはOracleのせいだけど

OOPそのものにそもそも確固たる観念がねえから
OOPの設計を標榜するやつは信用しない
こういうやつは継承あればOOPぐらいに考えてる

>>C言語学ばない人はメモリの管理ってどうやって学ぶんだろう
>>自分でやらなくてもいいけど知らなければいけないことだと思う
>なんかが勝手にやってくれる
機械ができることは機械に任せるのは正しいアプローチ

A言語もB言語も滅んだ…ってそういう趣旨じゃないってか

>少なくともC++をまともにやった事ないのはわかった
むしろC++を満足に使えてる人間にあったことなんかないぞ

昔の人がいくら凄くても今昔のノリでやられるのは凄く…かなり…嫌だな…

しかしまったくプログラミングをやったことがない人が
（変数って何？レベルから）学ぶには何がいいんだろうな
今ならやっぱpythonなのか？

>>少なくともC++をまともにやった事ないのはわかった
>むしろC++を満足に使えてる人間にあったことなんかないぞ
自分ができる側の人間だとは思えないけど
さすがに触りもしてないような奴がやってるかのようにいうのはどうかと思うよ

>C++やJavaみたいなOOPと作法が大分異なると思うわけ
あえてRustとC++やJavaとの根本的に違うことを挙げるなら所有権管理とクラス継承の有無だと思う
所有権管理はそもそもRustが明示的に扱うことを広めただけで従来の設計でも暗黙に考慮する必要はあった
クラス継承の有無は確かに設計に影響するけどRustにもインターフェース相当はあるからそこまで変わるとは思わないな

コンピュータが勝手にやってくれるならそいつに任せるし
俺のやりたいことを誰かが書いてるならそれを使う

>メモリの仕組み勉強するためにアセンブラの触りの触りだけやるのはありだと思う
実際Cガッツリやるならアセンブラセットでやると理解が早い気がする
なんでこんな書き方しないといけないの！？ってのが納得しやすくなるというか

>むしろC++を満足に使えてる人間にあったことなんかないぞ
これしょっちゅう目にするんだけど何がそんなに難しいの
JavaScriptとC++が戦ったらどっちが勝つの

JavaはSunの体力なくなってOraに買われる前後の停滞と混迷が引きずってる
いまだに6とか8とか現役なのはどうかと思う

>OOPそのものにそもそも確固たる観念がねえから
観念がないんじゃないんだ
規模が大きくなればなるほど破綻するしかないんだ

RustはOOP設計云々というよりスタック安全とかそっちで制限かかるからだいぶズレてると思う

オブジェクト指向はオブジェクト至高ではないのだ

>しかしまったくプログラミングをやったことがない人が
>（変数って何？レベルから）学ぶには何がいいんだろうな
初仕事がマイコン制御でアセンブラで書かれてて頭抱えたなあ

はじめてプログラミングする人はいきなり言語さわらずにフロー図とかのビジュアルでアルゴリズム組み立てられるようになってほしい

初体験はおっぱいそんでよくない？

やはりひまわり…

>JavaScriptとC++が戦ったらどっちが勝つの
すげえ難しいけどさすがにC++の方がテンプレートメタプログラミングの分勝つんじゃねえかな

>>むしろC++を満足に使えてる人間にあったことなんかないぞ
>これしょっちゅう目にするんだけど何がそんなに難しいの
>JavaScriptとC++が戦ったらどっちが勝つの
何をもって勝ち負けを決めるの？

>はじめてプログラミングする人はいきなり言語さわらずにフロー図とかのビジュアルでアルゴリズム組み立てられるようになってほしい
Excelでフリーチャートを描かせるんだな

>JavaScriptとC++が戦ったらどっちが勝つの
Node.jsでJavaScriptからC++を呼ぼう

>はじめてプログラミングする人はいきなり言語さわらずにフロー図とかのビジュアルでアルゴリズム組み立てられるようになってほしい
最終的に処理したいことを為すために何をすればいいかを
日本語で箇条書きできたらプログラム7割組めたようなもんだよね
まあそれが難しいんだけど

>Excelでフリーチャートを描かせるんだな
死ねオラー！

詳しい人多そうだからちょっと聞きたいんだけどC++でこういう書き方って可読性低い？
(n&1?a:b)=n;

アルゴリズムというか順序立てて考えて説明できるようになって！

>すげえ難しいけどさすがにC++の方がテンプレートメタプログラミングの分勝つんじゃねえかな
黒魔術合戦ならJSもevalを使えば戦えるぞ！

満足に使えるレベルってどれくらいなんだろうな
何年続けてもできる気がしない

>詳しい人多そうだからちょっと聞きたいんだけどC++でこういう書き方って可読性低い？
>(n&1?a:b)=n;
爆発して

>爆発して
なそ

>観念がないんじゃないんだ
>規模が大きくなればなるほど破綻するしかないんだ
マジで何を言ってるのか理解できない…
そもそも設計と実装の違いを理解してないのが意味わからん
FFIとか介して別の言語使うのが「大規模」って奴だよ

pc_data.access_database.data_func.get_dict("デスクトップ")

物にもよるけどプログラムは考える暇があったらとりあえず動くものを作ろうな印象がある
あくまで綺麗にしたり最速のソートを選ぶ暇あったらバブルソートでもいいから実装しろレベルだけど

ネイティブコードってのが強いんでしょう

>詳しい人多そうだからちょっと聞きたいんだけどC++でこういう書き方って可読性低い？
>(n&1?a:b)=n;
まず空白開けない時点でアヒルちゃんに食わせてる

>物にもよるけどプログラムは考える暇があったらとりあえず動くものを作ろうな印象がある
>あくまで綺麗にしたり最速のソートを選ぶ暇あったらバブルソートでもいいから実装しろレベルだけど
そんなこともなくない？
自分だけ使うならまあどういう実装でもいいけど構造考えないと
しっちゃかめっちゃかになる

>詳しい人多そうだからちょっと聞きたいんだけどC++でこういう書き方って可読性低い？
>(n&1?a:b)=n;
可読性云々以前にそう書く意図の方をちゃんとコメントに残してほしい

>物にもよるけどプログラムは考える暇があったらとりあえず動くものを作ろうな印象がある
>あくまで綺麗にしたり最速のソートを選ぶ暇あったらバブルソートでもいいから実装しろレベルだけど
本当に物によるなそれコストの話になるから
でも大事な事ではあると思う

>詳しい人多そうだからちょっと聞きたいんだけどC++でこういう書き方って可読性低い？
>(n&1?a:b)=n;
これだけパッと渡されても困る
コメントもなしでこれ書かれるとちょっと困る

動かしながら作るのって大事なんだよなぁ

>>物にもよるけどプログラムは考える暇があったらとりあえず動くものを作ろうな印象がある
>>あくまで綺麗にしたり最速のソートを選ぶ暇あったらバブルソートでもいいから実装しろレベルだけど
計算量とか考えずに書く人死んで欲しい…

>そんなこともなくない？
>自分だけ使うならまあどういう実装でもいいけど構造考えないと
>しっちゃかめっちゃかになる
横だけど自分はSpec書いてプロトタイプ作ってからちゃんとしたテスト書く感じで
それでダメなら作り直す

これくらいデフォで実装してないの…？みたいな処理があると萎える

これからは生成AIと一緒にコーディングしないと仕事にならないんだろうけど
出てきたコードがいいのか判断するにはプログラミングの知識は引き続き必要

>物にもよるけどプログラムは考える暇があったらとりあえず動くものを作ろうな印象がある
>あくまで綺麗にしたり最速のソートを選ぶ暇あったらバブルソートでもいいから実装しろレベルだけど
計算量ぐらいは見繕ってね

nの値に依存してaとbどちらにn入れるか決める意図が読めないと左辺に三項演算子が置けることをひけらかしてる奴みたいになる

>これからは生成AIと一緒にコーディングしないと仕事にならないんだろうけど
>出てきたコードがいいのか判断するにはプログラミングの知識は引き続き必要
あいつら適当に吐かせると変数名が適当で困る

>計算量とか考えずに書く人死んで欲しい…
オーダーすら考えないやつはダメだけど
最初から細かい速度にうるさい奴はダメなプログラマ

>計算量とか考えずに書く人死んで欲しい…
設計で悶々とするよりひたすらトライ＆エラーで作る方が早いって人はいるから…

トライアンドエラーというか
設計するためにプログラミングする感じ

>(n&1?a:b)=n;
C++詳しくないけどnと1のAND取ってその真偽値でnの代入先をaかbか分岐させるコードってコト…？
もし正しければマジで読みづらいってレベルじゃなさすぎる…
ていうかC++って代入文の左辺値を動的に指定できるの！？マジで？

チンパンジーがサイコロ振るソートが量子コンピュータにおいては最速な可能性あるの意味不明すぎる

C言語ﾏｯﾀｸﾜｶﾗﾅｲ
自作エロゲのスクリプトﾁｮｯﾄﾃﾞｷﾙ
はじめてのプログラミングなんてスクリプト言語でいいんだ

nが奇数ならばaに、nが偶数ならばbに代入するってこと？

>ていうかC++って代入文の左辺値を動的に指定できるの！？マジで？
それは別に変な話でもなくない？
配列とかまさにそれだし

速度気にしてたらこんな長ったらしい関数なんて作らないよ

>nと1のAND取って
bit論理積なのでnが奇数なら1、偶数なら0になる

頭の回転が遅いから頑張って設計しても抜けだらけなんだよね

>詳しい人多そうだからちょっと聞きたいんだけどC++でこういう書き方って可読性低い？
>(n&1?a:b)=n;
コード読んでてそれが平気な顔で出てきたら以降かなり警戒するわ

>頭の回転が遅いから頑張って設計しても抜けだらけなんだよね
というか机上だけで設計して上手く行ってる例見た事ない
大抵帳尻合わせに誰かが奔走してる

真偽値はやっぱtrue/falseじゃないと駄目だなってなる

苦しんで覚えろ

1=1とかいうクソみたいな条件式が出てきても許されるのはSQLのwhereくらいだと思う

>詳しい人多そうだからちょっと聞きたいんだけどC++でこういう書き方って可読性低い？
>(n&1?a:b)=n;
そう書く意味がないのは著しく低い

計算量云々は早すぎる最適化に繋がるからあんまりいい考え方ではないぞ

C++で三項演算子が左辺値になれるって何を意図した仕様なんだろう

三項演算子使うなら個人的には評価対象のn&1にカッコつけるぐらいはしてほしい

ソートを後からいきなり並列計算向けにしてください！とか抜かされることもあるかもしれない
ないかもしれない

>(n&1?a:b)=n
デカパイコレ使う必然性とかコメントとかあればOKって感じね