やさ𝐂

fu4197406.jpg

たのＣ

本当はやさしい苦しんで覚えるたのしいC言語

かなC

たのC

やさしいが2冊あるからすごくやさしい

はい　たのしいです！

K&Rはどう思う？

洗脳されてない…？

猫はどう思う？

上手い人が組んだプログラムって理解しやすいの？

>本当はやさしい苦しんで覚えるたのしいC言語
怖い

くる𝐂

世にも奇妙なC

標準

>本当にやさしくない苦しんで覚えられないたのしくないC++言語

俺はGOTO文とグローバル変数を多用したり一つの関数がめちゃくちゃ長かったりするソースコードが怖い！

>上手い人が組んだプログラムって理解しやすいの？
何をしているのか意図がわかりやすい
アレな人が組んだものはどうしてそうなる？ってことが多い

たのしい
たのしい

上手いって色々な意味があるから理解しやすいとは限らないのでは

苦Cはちゃんと勉強になる
苦Cも公式略称

優しい怖い苦しい楽しい感情豊かな言語

調べたら苦Cは普通にベストセラーなんだな

ポインタを触っていると所詮高級言語と言っても一皮剥けばアセンブリよ！となる

物事整理してその上で理解しやすいように書かないと後が苦しいんだ

苦Cはむしろしっかり覚えられそうな安心感がある

秘伝のソース継ぎ足し！
なんか多重ポインタでよくわかんないとこ参照！

>上手いって色々な意味があるから理解しやすいとは限らないのでは
速度最優先やメモリ効率最優先で書き方は変わるからな
とはいえその手の処理は一部に限られるし上手い人はなぜそう書いているのかちゃんとわかるようにしている

大昔あった邪悪なC言語コンテストとか書籍化されて欲しいオライリーとかで

俺は猫以下

仕方がないのはあるけど&と*に複数の意味を持たせて文脈見ないと意味が確定しないのが駄目
半分以上は記法が悪い

わけのわからないこと言うC
変な名前だC

プログラマって大昔のネットでのイメージで就業環境悪いイメージあったけど今は違う？

何度も言われてるけど「猫でもわかるWindowsプログラミング」は
「（通常のプログラミングは既にお理解している）猫ならわかる"Windowsプログラミング"」だからな

>プログラマって大昔のネットでのイメージで就業環境悪いイメージあったけど今は違う？
自分の周囲でいうなら昔大手で過労による自殺騒動あってから業界全体で残業制限かかってかなりマシになった

だからネットから拾ってコピペするのがええ

>上手い人が組んだプログラムって理解しやすいの？
理解しやすいプログラムはブラックボックス（理解しなくていい）とホワイトボックスの切り分けが上手い
処理の工程数も短くてあーこれは自分でも理解出来そう！と錯覚させられるのが上手い

まあちょっとの小手先高速化テクニックはコンパイラの方でだいぶ吸収されちゃうとかはあるな

たのC

>「（通常のプログラミングは既にお理解している）猫ならわかる"Windowsプログラミング"」だからな
Windowsプログラミングは膨大な量のWin32APIとの付き合い方を知らないといけないけど最近の猫は優秀だな…

1行1行が平易なら分かりやすいものができるなどというナイーヴな考えは捨てろ

>>「（通常のプログラミングは既にお理解している）猫ならわかる"Windowsプログラミング"」だからな
>Windowsプログラミングは膨大な量のWin32APIとの付き合い方を知らないといけないけど最近の猫は優秀だな…
まさにそういう本なので本当のプログラミング初心者がタイトルだけ見てわけもわからず手を出して理解不能なまま
>俺は猫以下
になる名著である！

c言語がちょっとだけわかるようになる本

>まあちょっとの小手先高速化テクニックはコンパイラの方でだいぶ吸収されちゃうとかはあるな
もうコンパイラの方が賢いだろと思っていたけど
ffmpegが手書きアセンブラで約100倍の高速化達成！とか言っていたので
あれぐらい高スキルな人たちだとまだ効果的なんだなと思った
https://x.com/FFmpeg/status/1852542388851601913

>世にも奇妙なC
なんでコレが無事に動いているのっていうのはあるよね
書いた人はもういないからいじることも難しい

ポインタでCを見限ったが
pythonで変数が全部ポインタなんだよと言われたとき少しCを見直した

>まあちょっとの小手先高速化テクニックはコンパイラの方でだいぶ吸収されちゃうとかはあるな
最適化のかけ方によって変な感じにまとめられちゃうこともあるからな…

>あれぐらい高スキルな人たちだとまだ効果的なんだなと思った
SIMD使い出すならまだまだ人間の方が強いね
高速化するためにはデータの持ち方やセットアップが重要でそういうのはコンパイラはやってくれないからね

こういうシリーズをブックオフでちょっと立ち読みして結局買わない…

Cの絵本で覚えたなぁ

猫でもわかる
猿でもわかる
俺は畜生以下だったよ…

猿や猫がプログラミング理解できる訳ねえだろ…！！

ラテン語を覚えれば欧米系の言語は覚えやすくなるみたいな

読んでふーんそうなんだじゃダメで
実際組んで使ってみないと実感でないもんねプログラミングは…

「」でもわかるC言語
「」にやさしいC言語

>ラテン語を覚えれば欧米系の言語は覚えやすくなるみたいな
前提が難しすぎる…

使っても分かんない部分は多いのでドキュメントは大切にしていただきたい

ポインタなんか避けて通れないのだから…いやだいたいの言語で避けてんな…もうメモリマップドI/Oいじったりしないのかいいことだ

今時Cて･･･
COBOLだろ

ちょっと怖かったり息苦しく感じる部分もあるかもしれないけど本当は優しいんですよ

>プログラマって大昔のネットでのイメージで就業環境悪いイメージあったけど今は違う？
残業規制でかなり改革されたかな
俺規制後に3社渡ったけど3社とも残業にクソ厳しかったし
今いるところは残業月20時間超えたら役員に呼び出されるくらい残業に厳しい

>使っても分かんない部分は多いのでドキュメントは大切にしていただきたい
1行ずつフローチャートにしておけば設計完了と思っていた過去の人達！

ふざけんな

>ラテン語を覚えれば欧米系の言語は覚えやすくなるみたいな
完全にこれ

最近COBOLのマイグレーションしてよって言われたけどCOBOL分からないです……
誰も知らないから確実に社内でレガシーコードになりそう

やさCたのC
本当は苦しんで覚える怖いC言語

残業に厳しくはなったが仕事量も納期も変わらないので
結果的になんかこう…なんだろうってなる

動けばええ！！！！とりあえず動いたからええ！！！！！
え！？納品後にバグが！？！？！？

>ちょっと怖かったり息苦しく感じる部分もあるかもしれないけど本当は優しいんですよ
DV言語

>動けばええ！！！！とりあえず動いたからええ！！！！！
>え！？納品後にバグが！？！？！？
納品したのでもう知らないプログラムですね
バグ直してほしいなら別料金です

いまどきメモリ領域の効率化のためにコード側でそれを管理するのはやめましょうよ！
みんな性能のいいパソコン使おう！

残業には厳しい
でも納期も量も減ってない、むしろ増えてる
だから残業つけずに残ったり、休日出たり、持ち帰ったりする
え？会社支給のPCと社外秘の資料勝手に持ち出したんですか！？

>理解しやすいプログラムはブラックボックス（理解しなくていい）とホワイトボックスの切り分けが上手い
>処理の工程数も短くてあーこれは自分でも理解出来そう！と錯覚させられるのが上手い
前提知識で色々考えた結果最短コースを効率よく実装してあるから
理解したつもりになって中途半端にいじろうとするとメタメタになりがち

>1行1行が平易なら分かりやすいものができるなどというナイーヴな考えは捨てろ
これ大学の教科書とかにも言えるけど
言葉遣いを簡単にして分量を少なめにしたところで本質的な部分の難しさは変わってないから
しっかりした本一冊読む方が分かりやすいことが多い

やさC超えてやさDやんけ

SIMDで高速化したいけどアセンブリだと可搬性が損なわれるのでIntrinsicを使うマン

fu4197503.jpg

全部AIに書かせる
そんな未来

そろそろぱそこんもにほんごりかいしてくれないかな…

>ちょっと怖かったり息苦しく感じる部分もあるかもしれないけど本当は優しいんですよ
パワハラされてない？

>全部AIに書かせる
>そんな未来
一番楽しいとこだけAIが取るじゃん！

プログラミングは
・結構理解している
・何回聞いても怒らない
・教えたがり
の友人をたくさん作ることが
上達の最短かなと思い始めた

>あれぐらい高スキルな人たちだとまだ効果的なんだなと思った
多分このクラスの人らは普通の言語で書いてる時でもこう言う感じのコンパイル結果になって欲しいみたいなビジョンがあると思う…

俺のコードはみぐるC

めちゃめちゃ厳しい人たちが不意に見せたやさしさ

モバイルデバイスでは電力効率が大事なのでハードの性能でブン回すわけにもいかなかったり

>・何回聞いても怒らない
本当に怒っていないのでしょうか…

>>全部AIに書かせる
>>そんな未来
>一番楽しいとこだけAIが取るじゃん！
AIが作って人間がデバッグするんだね…

>・結構理解している
>・何回聞いても怒らない
>・教えたがり
やはりAIくんしか…

>めちゃめちゃ厳しい人たちが不意に見せたやさしさ
ソースコードのコメントにお疲れ様って書いてあったの見た
うん…嬉しいけど後に残るものだからそこに書かないで

>全部AIに書かせる
外枠は作りました
複雑で難しくて環境依存があってMac対応には別途対応が必要な箇所は人間にお任せいたします

>プログラミングは
>・結構理解している
>・何回聞いても怒らない
>・教えたがり
>の友人をたくさん作ることが
>上達の最短かなと思い始めた
🐬わからないところは何ですか？

AIくんは便利だよ聞くとなんでも返してくれる
それっぽいけどよく見るとダメなコードも返してくれるけど

>上手い人が組んだプログラムって理解しやすいの？
上手い人はコピーペーストが超うまい
ルールもあってわかりやすい

AIにソースを見せてメモリリークしている箇所を指摘してもらった
おれよりかしこい

>上達の最短かなと思い始めた
そのタイプは多分ほとんど自前で育ってるから分かんないやつが何でわかんないか理解してくれないんじゃねえかな…

>SIMDで高速化したいけどアセンブリだと可搬性が損なわれるのでIntrinsicを使うマン
もうSIMD直接読んだ方が理解が早いというのはあると思うので難しい

プログラミング言語ってあまり詳しくないんだけど思いついた言語や文法をどうやってパソコンに教えるの？

最近はまず土台をAIに書かせて
1行1行精査して間違ってる所や最適化すべきところを手作業で直すってやり方になってきた
この言語だと○○をやる関数は名前何だっけ…とかで一々調べなくて良いのは楽

Copilot…俺のソースどこが変かな…って聞くと秒で答えてくれるの嬉しい…

>プログラミング言語ってあまり詳しくないんだけど思いついた言語や文法をどうやってパソコンに教えるの？
パソコンに教えるための翻訳家がいるイメージかな

>パソコンに教えるための翻訳家がいるイメージかな
言語から0と1に変換するところをプロが仕込むのか

>ソースコードのコメントにお疲れ様って書いてあったの見た
やさしい世界でうらやましい
俺はソースの中で喧嘩してるやつしか見たことない
コメントは削除しないというルールのせいで見苦しいものがいつまでも残ってる

>プログラミング言語ってあまり詳しくないんだけど思いついた言語や文法をどうやってパソコンに教えるの？
yaccとかbisonとかそういうのが翻訳家だよ

>プログラミング言語ってあまり詳しくないんだけど思いついた言語や文法をどうやってパソコンに教えるの？
発想が逆で思いついた言語や文法をパソコンの言葉に変換する仕組みを作るの

アドレス参照ってなんだよ
何で文字列を入れるのに配列作んなきゃいけないんだよ

言語って言われるだけあってまったく違う系統の言語複数やると
使うときに頭の中の違う部分が駆動してるのが徐々にわかるようになる

AIくんはコメント書くの上手いから重宝している
高速化とメモリリークは当てにならない

>プログラミング言語ってあまり詳しくないんだけど思いついた言語や文法をどうやってパソコンに教えるの？
コンパイラやインタプリタは作ったことないなあ…
作れる人を尊敬する

>言語から0と1に変換するところをプロが仕込むのか
コンピュータは0と1しかないみたいな言い方はちゃんと理解しようとするとノイズでしかないから忘れた方がいいよ

本当にやさしいのは JavaScript なんだよね

AIくんは前提を覆す回答はしないしなるべく一般的なアプローチを選びたがるから
平然と速攻で全件ループし始めたりするのは困る
まあ元データが巨大だからそれはやめてくれって言ったらやめてくれるけど

>言語って言われるだけあってまったく違う系統の言語複数やると
>使うときに頭の中の違う部分が駆動してるのが徐々にわかるようになる
2進数と16進数を使っていると普段とは演算領域使っている気がする

>本当にやさしいのは JavaScript なんだよね
やさしすぎてクズみたいな人間がまわりに増え過ぎて責任取れ！って袋叩きにされ名前すら奪われた子

アセンブリやるとあんだけごちゃごちゃある制御構文も全部究極的にはcmpとjmpなんだな…ってなるよ

>アドレス参照ってなんだよ
>何で文字列を入れるのに配列作んなきゃいけないんだよ
別に配列作らずに文字列を表現できるならそれでも良いんだぞ
もし出来たら相当儲けられると思う

アニメなんかで010101がでてくるとまたかぁ〜となるけどFF88FF22だとフフってちょっと感心する

本当は怖いしー

アセンブリでSIMD直書きとc/c++からIntrinsicで使うの主な違いって
レジスタ割り付けを自分でやるかコンパイラに任せるかだよね？
俺は達人じゃないからコンパイラに任せるね…

CーッCッCッCッ！！

>アセンブリやるとあんだけごちゃごちゃある制御構文も全部究極的にはcmpとjmpなんだな…ってなるよ
今の時代じゃ難しいけどアセンブラやってメモリとレジスタと命令文の関係やってからCやるとかなりわかりやすい
特にポインタの概念

はじめてのCがない

>アセンブリやるとあんだけごちゃごちゃある制御構文も全部究極的にはcmpとjmpなんだな
アセンブリは組める必要は無いけどちょっと知っておくとコードの質が上がるから触れて欲しいね
forの書き方1つでも最終的なコードが想像出来るだけでこれ不要だったわ遅いわけだ……って理解出来るし

>アセンブリやるとあんだけごちゃごちゃある制御構文も全部究極的にはcmpとjmpなんだな…ってなるよ
C言語上の仕組みとしてのlongjmpとか仕組みを見ると気でも狂ってんのか？ってなるけど
例外ってよく考えたらまんまやってる事これか…ってなるしな…

C なんてどこで使うの？工場の機械からデータを吸い上げるぐらいか？

>C なんてどこで使うの？工場の機械からデータを吸い上げるぐらいか？
組み込み系ではいまだに大手でも現役だぞ

GAS触って構造体というか関数と引数分かった気がする

気兼ねなくクソ質問送りつけてもかなり正確に答えてくれるChatGPTが若い頃にあったらなぁ…

>C なんてどこで使うの？
iOS用のアプリ開発で使ってる

>本当にやさしいのは JavaScript なんだよね
本当にやさしいのはpythonかrubyかなと思う雑に動くし
javascriptはユーザーエンドでhtmlと密着してて最初に触れる機会が多いし
DOMのおかげで正規表現を理解していなくても定形を覚えれば何か形にできる感じ

例外を便利なgotoとして使用するのは新人の登竜門

この世の言語がPHPに統一されねぇかなー

なんだかんだで言って他の言語を学んでいればCだろうがC++だろうが適応できないことはない
その点COBOLは別格だ

>例外を便利なgotoとして使用するのは新人の登竜門
まず新人に教えるべきはgoto文を使うなってのと一つの関数を長くするなってのと机上チェックの癖をつけろかな…

>iOS用のアプリ開発で使ってる
ObjectiveCをC言語枠にするのはC#並に厳しいと思う
ていうかまだswiftに移行してないのか

setjmp!longjmp!の仕組みは本当面白い

>なんだかんだで言って他の言語を学んでいればCだろうがC++だろうが適応できないことはない
>その点COBOLは別格だ
COBOLもBASIC学んでいれば適応できる

組み込みや銀行関連の部署からはC言語出来るやつが不足してるから出来るだけで来いって言われる 言われた

やる気とGoogleがあれば言語なんてなんでも覚えられる

おまじないやめろ

>ObjectiveCをC言語枠にするのはC#並に厳しいと思う
>ていうかまだswiftに移行してないのか
ガワはSwiftUIで周辺のコードはSwiftだよ
アプリのコアとなるエンジン部分をc/c++(cが8割)で書いてる

>おまじないやめろ
// 消すと何故か動かなくなる

>この世の言語がPHPに統一されねぇかなー
本物のプログラマであれば、メモリリークが見つかったら修正されなければならないと言うでしょう。
私なら10リクエスト毎にApacheを再起動します。

>C なんてどこで使うの？工場の機械からデータを吸い上げるぐらいか？
コンシューマーゲームだけどCで作ってる

fu4197573.jpg
COBOLくんはさぁ…どこから生えてきたの？

>やる気とGoogleがあれば言語なんてなんでも覚えられる
先人達が全部残してくれてありがたい…

>// 消すと何故か動かなくなる
コンパイラ「理解不能言語で書くのやめてください」

>>C なんてどこで使うの？工場の機械からデータを吸い上げるぐらいか？
>コンシューマーゲームだけどCで作ってる
DS時代にCでゲーム作ってたけどまだCで作るハードあるんだ

俺はPascalマン！なんというかほぼCだなこれ

>COBOLくんはさぁ…どこから生えてきたの？
LISPも謎

>おまじないやめろ
スタジオみたいなヘッダを理解するまで進めるななんて言われたらC言語始められるやつほとんどいなくなっちゃう…

Cしか触れないんだけど他の言語の方が難しいと思ってる

最近3周年を迎えたゲーム会社が募集要項にc/c++使ってフルスクラッチでゲームを作れるがあった

今コンシュマーでC++じゃなくCでってSEGAのPicoぐらいしか浮かばねぇ

stdio.hとか言うおまじない
standard input/outputであることを知るのは習熟してからって言うのはどうかと思うよ？

Cから入る文化はもう無くなったんだろうか？
今の若いのはPythonとかなんか？

>最近3周年を迎えたゲーム会社が募集要項にc/c++使ってフルスクラッチでゲームを作れるがあった
めんどくさそうな人が集まりそう…

すたじおえっち！

今時フルスクラッチでアプリ作ることにどれほど意味があるのか

>Cしか触れないんだけど他の言語の方が難しいと思ってる
大規模なソフトウェアを作るために難しい機能をガンガン組み入れてるから仕方ないところある

今の時代に一からドライバ作ることってあるんだろうか

cでゲームってcursesやんの？

>stdio.hとか言うおまじない
>standard input/outputであることを知るのは習熟してからって言うのはどうかと思うよ？
標準入出力自体もちゃんと理解しようとすると大概難しいし…

はじめてのCしようねぇ…

昭和時代はキスがAペッティングがBそしてセックスをCと英単語で表現した時期があって
電車の中で「初めてのC」を読んで誤解されるという鉄板ギャグがあった

>今の時代に一からドライバ作ることってあるんだろうか
サンプルコードをベースに改編するくらいで勘弁して

ReエンジンすらC#というのに

>今時フルスクラッチでアプリ作ることにどれほど意味があるのか
実際に業務で使うというより
「ゼロからCとC++が書ける」って示せる奴なら
WEB系の言語ちょろっと齧ってましたみたいな
なんちゃってプログラマを効率的に弾けるって判断だと思う

>今時フルスクラッチでアプリ作ることにどれほど意味があるのか
マルチプラットフォームとハードウェアの時に有利に働くからその業務内容次第かな
Unity/UEでどんな環境でも！も実際は泥臭い対応を迫られることが結構あるからね

>なんちゃってプログラマを効率的に弾けるって判断だと思う
それをしたいためだけにフルスクラッチでゲーム作れるような変態を条件にするのはあまりに効率が悪いというか…

オブジェクト指向とは

>オブジェクト指向とは
全然分からない
俺たちは雰囲気でコーディングをやっている

>オブジェクト指向とは
テメェら自分のナワバリはきっちり守れやああん？って感じのソースコード

C一族で優しい名乗っていいのは#だけだと思ってる

>オブジェクト指向とは
一般的な人類にはちょっと難しかったせいでひたすらに誤解されまくった可哀想な思想と言うイメージ

>昭和時代はキスがAペッティングがBそしてセックスをCと英単語で表現した時期があって
>電車の中で「初めてのC」を読んで誤解されるという鉄板ギャグがあった
やらしいC言語…

>関数型言語とは

採用側はどんなゲームをフルスクラッチで作れることを想定してるんだろう

僕はVB!!!

>オブジェクト指向とは
全然わからないまま今の時代まで来てしまった

継承もカプセル化もポリモーフィズムも全部個別にはそこそこ理解できるんだけど
全部総合するとなにこの…なにこれ？ってなる

>それをしたいためだけにフルスクラッチでゲーム作れるような変態を条件にするのはあまりに効率が悪いというか…
ゲームとかtoCやってる会社の一般応募は玉石混交すぎて人事部に体力ないと真面目な選考は厳しいんだ
なので基本はリファラル採用がメインで
一般応募はハードル上げまくってそれでも通過して来る野生の超人だけ拾えればOKってやり方が多い

文字を入力するAパーツと文字を表示するBパーツを組み合わせるみたいな考え方でいいのか…？

>昭和時代はキスがAペッティングがBそしてセックスをCと英単語で表現した時期があって
>電車の中で「初めてのC」を読んで誤解されるという鉄板ギャグがあった
CEX…

麻雀のロジックを組める人でプログラマ募集してたゲーム会社があったなぁ
そんなのが野に居てたまるかって思ったもんだ

ゲーム会社ならフルスクラッチ重要だよ
サウンド・グラフィック・インプットなどの処理を一通り理解は必要
実際はライブラリ使うとしても何かあったらライブラリのソースコードと格闘することになるし

苦しんで仕事で使ってる時が一番覚える

>苦しんで仕事で使ってる時が一番覚える
最初に正しい概念を教えてくれる上司か先輩に会うのは大事
なんとなくでしか分かってない人にあやふやな説明されると理解が遅れる

募集要項に「C言語。ポインタを理解していること」とだけ書かれてたりする方が逆に困る

>麻雀のロジックを組める人でプログラマ募集してたゲーム会社があったなぁ
>そんなのが野に居てたまるかって思ったもんだ
フルスクラッチで麻雀ゲーム組んだことあるから行きてえなあ……

>最初に正しい概念を教えてくれる上司か先輩に会うのは大事
プログラムの師匠に出会えるのはホントに重要だわ

>募集要項に「C言語。ポインタを理解していること」とだけ書かれてたりする方が逆に困る
やさＣ世界

>募集要項に「C言語。ポインタを理解していること」とだけ書かれてたりする方が逆に困る
「エクセルを扱える人」と同じレベルで悩むな…

忘れたらドキュメント見たらいいだけだからそこまで色々覚えてるわけではないけど
社内ライブラリとかフレームワークが充実してるところは
ん？？？ってなるとこ多い
特に転職したての時

>文字を入力するAパーツと文字を表示するBパーツを組み合わせるみたいな考え方でいいのか…？
それはモジュール化とかかなぁ
オブジェクト指向自体はもっと概念的な話で各言語が備えてるオブジェクト指向的な機能も色々あるので一概に言えるものではないというか…

>ゲーム会社ならフルスクラッチ重要だよ
>サウンド・グラフィック・インプットなどの処理を一通り理解は必要
>実際はライブラリ使うとしても何かあったらライブラリのソースコードと格闘することになるし
webとゲームとあとwinアプリ辺りでアプリ全体のコードの流れは結構違うからそれら全部抑えてるとかなり有利ではある
windowsアプリもformかWPFかUWPかで結構違うし

おそろCぃねぇ

>実際はライブラリ使うとしても何かあったらライブラリのソースコードと格闘することになるし
このライブラリが実際にどのような動きをしてるのかを知らないといけないことが多いもんな

もしかしてオブジェクト指向とは「なんかこう…データと処理をまとめるんだよ！」ぐらいのざっくりした概念なのでは…？

老舗会社のライブラリはちょっときつい時ある
長年熟成されてるから

>もしかしてオブジェクト指向とは「なんかこう…データと処理をまとめるんだよ！」ぐらいのざっくりした概念なのでは…？
僕いまだにこのイメージなんだけど違うのかな

>もしかしてオブジェクト指向とは「なんかこう…データと処理をまとめるんだよ！」ぐらいのざっくりした概念なのでは…？
こういうデータを入れたらなんとなくこういう処理してこういう結果が返ってくるモジュールを作るぐらいの理解でやっている

オブジェクト指向とは構造体に関数ポインタを定義したものという雑な理解しかしていない

>もしかしてオブジェクト指向とは「なんかこう…データと処理をまとめるんだよ！」ぐらいのざっくりした概念なのでは…？
いろんな派閥はあるが一応継承カプセル化多様性を適切に使えたらまぁオブジェクト指向じゃね？くらいは言える
継承とかもう要らんだろ的な思想も結構主流ではあるが

>老舗会社のライブラリはちょっときつい時ある
>長年熟成されてるから
慣れてるとか不便じゃないとかこの仕事に自信があるとかそういうあれが嫌い

正直継承よくわかってない

弊社が提供しているライブラリ(SDK)はぶっちゃけ微妙で汚くていつもすみませんって気持ちになる
新機能の予定はありますが改修の予定はありません

>正直継承よくわかってない
なんか同じコード書かなくて良い！

>継承とかもう要らんだろ的な思想も結構主流ではあるが
真に人類に必要だったのはデフォ実装付きインターフェースくらいだったのでは？みたいな感じあるよね

ジーコとかの同人ゲームやエロゲーってなんて言語で動いているの？

interfaceあったらextend要らねぇなぁ！って考えはデカパイ同意ではあるんだけどUIコンポーネント書く際は必要だなって感じる

スレ画なんなん？プログラミングはSMプレイなん？

最近出た商用ライブラリを買ってきたから使えって言われたんだけど
処理の実体がCOMでこのご時世にマジかよ…ってなったな…

>ジーコとかの同人ゲームやエロゲーってなんて言語で動いているの？
ツクールならjavascriptかな？
Unityも増えてきたからC#もあり

>スレ画なんなん？プログラミングはSMプレイなん？
その通りで困った…

>ジーコとかの同人ゲームやエロゲーってなんて言語で動いているの？
メインはツクールだろうからJavaScriptってことになるのかな
たまにUnity製のも見かけるからその辺はC#か

楽しい時のために死ぬほど苦しんでコードを書くものだからな...

>ツクールならjavascriptかな？
あれそんなんだったんだ…
苦行すぎる

リスコフの置換原則を完璧に理解してから継承のことよくわかるマンになった

本当に初心者はプログラム作る環境を整える段階で挫折する

>本当に初心者はプログラム作る環境を整える段階で挫折する
本当の入門書は１章割いて環境構築の説明してたりする

>本当に初心者はプログラム作る環境を整える段階で挫折する
環境構築とか作ったものどこに置いとくのかとかの方がめどい…

COMとかExcelいじるときくらいしか使わなかったな仕事だと…

>ジーコとかの同人ゲームやエロゲーってなんて言語で動いているの？
ゆにてぃはC#
ツクールはvxaceまではrubyを基にしたrgss3でmvからjavascript

>本当に初心者はプログラム作る環境を整える段階で挫折する
慣れてても俺の環境だけ動かない！ってなるなった

でもね
新人君を現場に放り込んで動いてるコード見て覚えろ！
みたいな育成方法が丁度良かったりするんだよ

変数名なんて a b c でいいんだよ

>でもね
>新人君を現場に放り込んで動いてるコード見て覚えろ！
>みたいな育成方法が丁度良かったりするんだよ
（クソコードを真似してクソコードを量産する）

>（クソコードを真似してクソコードを量産する）
まあ動くもの作れないよりは…

>本当に初心者はプログラム作る環境を整える段階で挫折する
メモ帳から書こうとしない時点でおわってる

>>本当に初心者はプログラム作る環境を整える段階で挫折する
>環境構築とか作ったものどこに置いとくのかとかの方がめどい…
PATHってなに？環境変数ってなんなの？なんかWindowsの警告出てるけど勝手に変えていいの？
とか言われだすとまあ結構困るしな…

>変数名なんて a b c でいいんだよ
ガラケーアプリ時代のプログラム容量が少ない時代を思い出すから止めろ

>（クソコードを真似してクソコードを量産する）
年功序列で信用するとマジでこうなる

>変数名なんて a b c でいいんだよ
拙者はさすらいのレビュアー
おぬしはここで処す

>苦行すぎる
HTMLとひっついてなければ素直な言語だよ
出来ればTypeScriptを噛ませたいところだけどツクールだと実用出来るかは不明

>変数名なんて a b c でいいんだよ
二度と人に見せるコードを書こうなどと思わないことだな

変数分の容量もケチってた時代ってすごいよね…今の開発環境からはなかなか想像できない

環境構築バージョンの違いで読んでる本と出てくる画面が変わってて苦しむことはあった

>>変数名なんて a b c でいいんだよ
>ガラケーアプリ時代のプログラム容量が少ない時代を思い出すから止めろ
FlashLiteの100KB制限いいよね
配列アクセスの都合上a1,a2みたいな1文字+数字の名前にするのが鉄板だった

>変数分の容量もケチってた時代ってすごいよね…今の開発環境からはなかなか想像できない
switch文は容量食うから全部if文に置き換えてたわ

環境構築して出たエラーメッセージをググっても全然解決に繋がるような情報出てこない時の絶望感…

javascriptがやさしい言うても
どうせ古き良きFFメニューとドラクエ戦闘部分すら弄れんやろ

>変数名なんて a b c でいいんだよ
変数名はわかりやすくちゃんと書けって時代でもループ文のカウンタはいまだにiが許容されているの面白い

設計書もマニュアルもすべてソースコードに置いてきた

>>本当に初心者はプログラム作る環境を整える段階で挫折する
>本当の入門書は１章割いて環境構築の説明してたりする
初心者向けの本ほど細かくわかりやすく説明してくれるせいで出てから数年とかで参照してるファイルとかページの構造の変化とかで躓く羽目になる奴

>設計書もマニュアルもすべてソースコードに置いてきた
基本設計書ぐらいは残せ！

>環境構築して出たエラーメッセージをググっても全然解決に繋がるような情報出てこない時の絶望感…
StackOverflowすら引っ掛からないとヤバい…ってなる

本と自分のWindowsのバージョン違いで苦しんだけど
今もそんな感じなのかな

>設計書もマニュアルもすべてソースコードに置いてきた
ちゃんと読んですぐ仕様わかるようなきれいな書き方してるならいいけど
問題は全部コードに置いてくるやつはほぼ確実にそんな書き方してないってことだ

>javascriptがやさしい言うても
>どうせ古き良きFFメニューとドラクエ戦闘部分すら弄れんやろ
ツクールはGUIのマウスポチポチだと弄れないだけで
プログラミング言語書く気があるならそのへんの内部実装丸ごと全部弄らせてくれるぞ

>変数名はわかりやすくちゃんと書けって時代でもループ文のカウンタはいまだにiが許容されているの面白い
for文の中にあるのがカウンタじゃない方がびっくりするわ…

>変数名はわかりやすくちゃんと書けって時代でもループ文のカウンタはいまだにiが許容されているの面白い
俺はこれ許してない…
何カウントしてるかわかるように書けって言ってる

>俺はこれ許してない…
>何カウントしてるかわかるように書けって言ってる
idx

>>変数名はわかりやすくちゃんと書けって時代でもループ文のカウンタはいまだにiが許容されているの面白い
>俺はこれ許してない…
>何カウントしてるかわかるように書けって言ってる
じゃあ loopCnt で…

>俺はこれ許してない…
>何カウントしてるかわかるように書けって言ってる
俺は数学の教科書に対して常にその気持ちを抱いていた

>>変数名はわかりやすくちゃんと書けって時代でもループ文のカウンタはいまだにiが許容されているの面白い
>for文の中にあるのがカウンタじゃない方がびっくりするわ…
何をカウントするか関係なくiにしているって意味じゃないの？

index
jndex
kndex

>>変数名はわかりやすくちゃんと書けって時代でもループ文のカウンタはいまだにiが許容されているの面白い
>for文の中にあるのがカウンタじゃない方がびっくりするわ…
カウンタがあるfor文を許さないマン登場！
全てforeachにしろ！

>何カウントしてるかわかるように書けって言ってる
ただ終了条件見ればわかるっちゃわかるんだよな…

>カウンタがあるfor文を許さないマン登場！
>全てforeachにしろ！
Cにはないだろ

>設計書もマニュアルもすべてソースコードに置いてきた
書いてあるだけマシなヤツ

>>>変数名はわかりやすくちゃんと書けって時代でもループ文のカウンタはいまだにiが許容されているの面白い
>>for文の中にあるのがカウンタじゃない方がびっくりするわ…
>カウンタがあるfor文を許さないマン登場！
>全てforeachにしろ！
順番を保証しないやつは信用できねぇ

>全てforeachにしろ！
これはコンパイラくんが最適化してくれるから仕方ないんじゃ

プログラミングしてる時間の3割は名前考える時間ってぐらいに命名は重要

for eachでなくループ変数がiじゃなかったら逆に困惑するかも

>俺はこれ許してない…
>何カウントしてるかわかるように書けって言ってる
人に押し付けはしないけどもうループ変数自体嫌で可能な限りfor eachに突っ込めるように設計してる
オリジンとか意識したくもない

>>変数名はわかりやすくちゃんと書けって時代でもループ文のカウンタはいまだにiが許容されているの面白い
>俺はこれ許してない…
>何カウントしてるかわかるように書けって言ってる
iであることによってループ文のカウンタであることがわかる
下手に名前を付けると別の要因で増加していくカウンタ変数の可能性を考慮しなきゃならない
よってiのほうがいい
そもそものループ範囲が1画面に収まらないほど巨大な場合は関数を分けろと指導するな