R は関数内では普通の手続き型言語のような破壊的代入ができるが，スコープの外に持ち出すのは厳しく禁じる言語で，やりたかったら環境を編集するコードを書きなさいという設計思想のよう

返信先:@bukkan817オブジェクト指向はオブジェクト指向として教えるべきであり、手続き型言語のロジックの書き方も知らない人に一緒に教えるのは大変害悪です。

多分私同じこと何度も書いているのですが、ミック様の『達人に学ぶSQL徹底指南書』は本当に名著ー。「SQLとは何か」が書かれている本だと思う。 「なんか私いわゆる手続き型言語よりSQLの方が親和性が高い気がするんだけど何でだろう」と思ってたんだけど、この本でその答えを見つけた気がする。 x.com/tomowk1/status…

手続き型言語で再帰を書くのは難しいと思うよ…たぶん

最初の話に戻ると、オブジェクトも出てこない、昔のBASICのような、純粋な（？）手続き型言語の入門には良いんじゃないかという気はしますね。

プログラミング言語で挫折するってあんまり理解できないのが、手続き型言語とオブジェクトをまぶしたオブジェクト指向言語と関数型言語が99%でほぼ方言じゃない？環境構築やディプロイは多少PHPが楽だけどいまや誤差だし、まぁフレームワークは学習コスト高いけどその分初心者は学びやすいくらい？

返信先:@7ridahappou手続き型言語なら1957年だけど、広義のプログラミング言語ならもっと前からあったりする

俺の考えるフルスタック！ 組込、業務APP(クラザバ／スタンドアロン)、WEB APP(フロント／バック)、上流工程から下流工程まで出来る！ 手続き型言語、オブジェクト指向！言語は方言！なんでもこい！ 実際のフルスタック WEB(フロント／バック）のみ…。 （´-`）.｡oO full-stack

現代のメジャーなプログラミング言語の多くは手続き型言語の流れを汲むもので、手続き形言語は本質的にはメモリ上に1次元に並ぶ機械語命令列の高度に抽象化された記述方法だから？ x.com/tkmtso/status/…

手続き型言語にラムダ式いれるなんて！ ・・・・　Lispの立場は・・・・ 動的型付き言語で関数型なんて！ ・・・・　Lispの立場は・・・・

オブジェクト指向がやっとイメージできるようになってきた。手続き型言語では、処理が多くなってくると人間では現実的に対応できなくなってくる。処理を役割ごとに分担して、それぞれ独立で開発したほうがやりやすいよね、的なことがカレー作りを例に説明されていてわかりやすかった。

業界で時にWHILEと呼ばれる簡易かつ理論上の手続き型言語のことを思い出していた

ハードが発祥だからっていうのもあるけど、手続き型言語とかステップ数＝処理数みたいな概念がありそこからテスト密度・バグ密度みたいな概念が生まれた認識 今の言語はステップ数なんて概念ほぼないけど、それをそのまま引きずってるイメージ x.com/oni_buka/statu…

答えはC) C言語は手続き型言語であるでした！

返信先:@moznionSQLには手続き型言語にはない魅力がありますな…

手続き型言語では、データとロジックが別々になるように設計されるの？ メモ

本当に「シェルスクリプトしか書けない」人だった場合思考の過程がパイプラインというかフィルタ処理に特化してしまってて手続き型言語への壁がめちゃくちゃデカくなってた可能性ある x.com/ebiebi_pg/stat…

もはや手続き型言語やん

同じ手続き型言語でもSASと書き心地が違う