プログラマって馬鹿が多いよね

低レイヤーとか関数プログラミングとかなんとなく難しそうなものを大して理解もしてないのに崇めたがる
分かってる人からみると非常に滑稽

釣れないね

「モナド 副作用」で検索すると、「Haskellではモナドで副作用を実現している」のような嘘八百がたくさんヒットする

プ板だけど

>処理系の理解が足りない人が「まずは計測」とか本の言葉を賢しらに引用してるの、ネットでもめっっっっっっちゃ見ますが、それよりも言語処理系がプログラムをどう実行してて、どういう処理に時間かかるけど、どういう処理はあんまり時間かからないとかそういう一般的な性質をまずは知ろうよ、と言いたくなることはもうほんとに多い。
>
>「まずは計測」と言うのは「基本を抑えた後」でしょと
>思う。
https://x.com/kmizu/status/1863674831532855747

こういう、確立した常識のささいな例外を発見して得意げになってるやつとか

>>3
モナドは副作用するIOのラップだけのものじゃないが嘘じゃないだろ
曖昧な言葉をどう解釈して文句垂れてるのか知らんが
いかにも糞アスペなの丸出しで臭い

釣れないね

>>6
モナドは副作用となんの関係もないよ
勉強しよう

IOモナドについても、副作用には何ら関与していない
「モナドが副作用を実現する」というのは、配列の各要素をプリントするプログラムをみて、「for文で画面に出力している」と言っているようなもの

プログラミングで、上級者ぶりたい馬鹿が好きなもの

デザインパターン
アジャイル開発
テスト駆動開発
エクストリームプログラミング
関数プログラミング
モナド
圏論
Haskell
Lisp
Vim
Emacs
Arch Linux
SICP
Patterson and Hennessy: Computer Organization and Design
etc

etc←そう、大好物ｗ

NP完全

等価変換プログラミング言語ETC

再帰不能

プログラマー板とプログラム板の区別もできないおバカさんたちは巣におかえりください

>>6
モナドが副作用と関係ないのは事実だけど
どう解釈すると関係あることになるの？

消せ消せ消せ消せ

スーパーコンピュータでシミュレーションしていると
物理的理論に加えて数値解析理論およびコンピュータの効率利用など
すげー広範囲の知識が必要なんだが

https://agora-web.jp/archives/240827130846.html
以前並ぶのが嫌なのに紙で出て来たらわざわざ造り治ししてもらったということは矛盾した行動ですね

>>8
あたおかかよ
Haskellではモナドの理論を利用して副作用のある世界をラップして純粋な世界との辻褄合わせに利用してるって話だろ
文脈依存の言葉が何一つ理解できない糞アスペかな？

>>8
お前の脳内では「実現する」という言葉を異常に限定された用途でしか使ったらいけないという独りよがりなマイルールになってるだけなんだよ
お前の日本語能力がおかしいだけなんだわ

言語障害うざ過ぎ

いろんな単語にいろんな文脈や分野、業界に応じた定義がされてる多層的な世界を認識できない低能アスペが発狂して喚いてるだけだったんだね
理解した

この世界における自分の位置を理解して二度とゴミスレ建てるなよ

>>20
妄想の上に妄想を重ねてないで、
公式ドキュメントくらい読んで勉強しろ

思ひて學ばざれば則ち殆しだ

>>20
>Haskellではモナドの理論を利用して副作用のある世界をラップして純粋な世界との辻褄合わせに利用してるって話だろ

このデマはよく言われているが、HaskellのIOモナドはこんなことは全くしていない
Qiitaとかじゃなく一次情報を学べ

結局のところ、プログラムっていうのは何かを作るための過程に過ぎないから、何を作るかが重要なんじゃないかな
プログラミングスキル高くても、自分で何も作れないなら、誰かの言う事聞きながらプログラムするしかないしね
だから、プログラマは馬鹿に見えるんじゃないだろうか🙄

>>26
お前の腐った言語脳のバターンマッチだと同じことだってわからないだけだろアフォ
相手の話を理解できてない自覚すらない最低レベルのアフォ

>>8
>>>6
>モナドは副作用となんの関係もないよ
>勉強しよう
モナドは副作用のラップだけに使われてるわけじゃないが…に対する返しがこれだからな
日本語も論理も分からないただのガイジだろ
ネットに無意味なゴミを撒き散らすだけだから黙ってろ
日本語分からないんじゃ議論は成り立たんわ

何が何を包含してる話なのかいきなり分かってないアホ
何の分野をホームにしてるのか知らんが
少なくとも数学とかは向いてないからやめとけ

Qiitaのポエムじゃなくて一次情報を読めるように勉強しよう

>Haskellではモナドの理論を利用して副作用のある世界をラップして純粋な世界との辻褄合わせに利用してるって話だろ

HaskellのIOモナドはこんなことは全く行っていない
実装読むか公式のドキュメント見れば分かること

あなたは勉強が出来なさすぎて、安易なデマ情報で知識コンプレックスを埋合わせてしまっている
専門的な文書をきちんと読んで理解する力を鍛えないと、ずっとこのまま
正しい事実や理屈を確かめずに、自分の腑に落ちる都合のいい情報だけを信じて生きることになる

>>9←これがすべて
モナドは何ら副作用に関与していない

これがMonad IOの実装
https://hackage.haskell.org/package/ghc-internal-9.1201.0/docs/src/GHC.Internal.Base.html#line-2309

>>31-34
本気で文句言ってるのかこいつ？
やっばり人の言ってることが理解できないだけか
主著の内容ははっきりさせずに
大量のソース読めとしか言わない釣りカスだろ
言ってることに全く具体性が無い

>HaskellのIOモナドはこんなことは全く行っていない
>実装読むか公式のドキュメント見れば分かること
公式の説明と文言が違ってたら同じだと分からないだけのアホだろう
「副作用に関与」とかこいつの脳内で何を指してるのか意味不明だしな
Haskellのモナドは値をIOのある世界に放り込んだら
もう出せなくしてるだけ
それを糞アスペでなけりゃ分かる表現に簡単に言い換えてるだけなんだが？
そんなに文句つけるんなら自分なりの説明を書いてみろネットのゴミ

「モナドが副作用を実現する」なんてわけわからん説明
釣りカスしか言ってないだろ
誰と戦ってんだよ糖質

まー、「実現」と言っても糞アスペでなけりゃ何を言いたいか分かると思うがな🤣

きっと糞アスペ君の脳内ルールでは「実現」という単語をこんなガバガバなニュアンスで使うなんて耐えられないムキーーッて感じで発狂しちゃったんだね

釣りカス糞アスペ君が成人してるのかどうか分からないが
今まで生きてきて自然言語のガバガバさと柔軟さに気づかなかったかわいそうな子なんですね
もっと人の話の意図する所と目的に注意しような
単語の解釈の正確さだけが重要なことじゃないんだぞ

こんな過疎板でキチガイムーヴして何が楽しいんだろうか

反論できなくなったらそれ
典型的釣りカスムーブ

ネットにゴミを書く馬鹿はキッチリ叩いておいた方がいいんだよ

一人のゴミを叩き潰すために3スレッドでも使い潰す徹底ぶりが秩序を生み出す

論破ゲームが好きー

解釈もなにも、モナドと副作用には何の関係もない

いい加減一次情報を読んでくれ

モナドで副作用を実現しているというのは、FizzBuzzのソースコードをみて、ifやforが文字列をプリントしていると勘違いしているようなもの

>>45
関係あるないの話じゃない
いい加減日本語が読めず論理も分からないなら引っ込め
結局のところIOは副作用に分類されるのだから
副作用している関数をどこにどういう理屈でぶち込んで誤魔化してるかの話でしかない
その整理と分離のための方法論にモナドの理論を利用している
分かってないなら引っ込め
そもそもお前はHaskellでのIOを具体的にどうやるのか分かってるのか？
エアプ野郎のゴミは黙ってろ

>>46
誰もそんなこと言ってない
少なくともお前みたいなアスペ解釈で問題ないようなニュアンスで「実現」という単語を使ってる奴はいない
お前が一人で脳内の敵を叩いてるだけ

>>45
そもそもモナドにいろんな応用があり得るってだけ
IOする関数の整理と分離に使って何が悪い
モナドに関係あるのではなく
HaskellはIOをモナドに関連づけた
何もおかしくないし矛盾してない
理解力ゼロガイジはもう黙れ
ウザいだけだから感想も要らんぞ

言い回しが少し変わると同じものだと理解できないガイジが発狂してるだけなんだから
いつまでも自分は人より賢いみたいな勘違いしてんじゃねーよカス
ネットのアスペはマジで有害
アスペがいるとネットがゴミログで溢れる
アスペは文句言う前に自分の文句を吟味しろ
ゴミ出力を減らせ

そもそもHaskellが具体的にどうモナドを利用してるかすら理解してないアフォが文句言ってるんじゃないだろうな
全体的にエアプ臭いわ
応用を想像出来ない抽象概念暗記しただけのガイジが勘違いしてお前ら分かってないアピールしてるだけだろ

ここまでモナドがどう副作用と関係してるのかの説明無し
（そもそも関係ないから間違った説明以外できないのだが）

>>20
>Haskellではモナドの理論を利用して副作用のある世界をラップして純粋な世界との辻褄合わせに利用してるって話だろ

などと、聞きかじりでデタラメなポエムを垂流してしまった手前ひっこみがつかず

>>48
>HaskellはIOをモナドに関連づけた

こういう論点のすり替えをし出す始末。

>>52
最初から何もすり替えてねえんだよ
お前の理解が間違ってて
お前が自然言語で書かれた内容をアスペ解釈して馬鹿なこと書いてると誤解して
上からアホなこと言って撃沈してるだけ
釣りカス馬鹿丸出し

>>51
それこそIOモナドの入門記事でも読めばわかんだろ糞アホ
本来なら副作用があったらいけない世界に
実際には副作用やってる関数をマーキングして放り込んでるだけ
何がモナドと関係無いって言ってんのかをはっきりしろよボケナス

・副作用する手続きを示す値を組み立てて適当な時に実行する
・副作用する関数をラップしてる

↑こんなのはどっちも糞アスペでなけりゃ同じこと言いたいんですね、ってわかんだよ糞アスペ
さっさと消えとけボケナス

「モナドは副作用を実現するものだ」とは言うが、「Functorは副作用を実現するもの」「Applicativeは副作用～」「Monoidは～」「Semigroupは～」などとはまず言われないという不自然な非対称性がある。
結局、モナド・圏・抽象代数などを理解するのに必要な数学の習熟度が足りない人たちが、いい加減なたとえ話でわかったつもりになるから、おかしな言説がまかり通る。

>>54
一生懸命調べてきたのかな？
偉いね(笑)

>>55
>「モナドは副作用を実現するものだ」とは言うが、
だから誰がそんなトンチンカンなことを言ったんだよ
お前がいい加減に斜め読みした他人の文章が
お前のお粗末な脳内でさらに劣化してデフォルメされてるだけだろう
自分の脳内世界から見て現実をありのままに見ろ

>>56
何も一生懸命調べてねーんだよ
最初から頭に入ってることを
多少他人の言い回しを借用して言い換えただけだぞ
Wikipediaを3秒見ただけだ
そして3秒でやっぱりお前がアホなだけだと確信したわ
自分の偏りを理解してさっさと消えとけ糞アスペ

>>57
>自分の脳内世界から見て現実をありのままに見ろ
自分の脳内世界から出て現実をありのままに見ろ

馬鹿向けに殴り書きしてるとtypoが増える
それにしても釣りカスのレスはえーな
いちいちIDコロコロして似たようなアホなこと書いてるしな

釣りカスがマウンティンしてるつもりの馬鹿なプログラマってどこにいるの？
具体的なソースだしてみろよカス

素直に自分の勘違いを認められないってのは、みっともないもんだね。

>>61
誰に言ってんのかはっきりしろよアフォ

誰に言ってんのか分からないアホも黙るまでぶっ叩くわ
ウザ過ぎんだよ
公共のネットにははっきり書け

5chで句点付けてる奴はどうせガイジ

話を逸らすレスしか出来ない負け犬雑魚過ぎんだろ

ボケナス！！

素直に勘違いを認めるか、そうしないまでもそっとスレを閉じて外の空気でも吸っていればいいのに、こんな下らないことにいつまでも固執して、異常な人だなぁ……。

IOモナドと副作用
https://haskell.jp/blog/posts/2020/io-monad-and-sideeffect.html

こういう入門的なページにもきちんと書いてあるのにね。

>>67
アホブーメラン野郎まだ言いたいことがあるの？
中身無いくせに

>>68
読み始めて2秒で文体が臭いんだよ
こんなもん底辺臭い文章貼って何が言いたいのか要約しろやカス
要約も出来ない低能はもう喋るな

そもそも釣りカスがぶっ叩かれてる理由が把握できてねーのか糞アスペ
変な底辺文章見たぐらいで無条件にプログラマ全体をディスってるからだぞ
文脈読めない糞アスペは10年黙って空気を読む修行しろ

所で、この板にいる人たちってどのぐらいのレベルなの？
組み込みOS作れるぐらいのレベル？

>>68
どこの記述がそんなに気に入らないのかはっきり書いてみろカス
別にモナドはIOだけのものではないことも書いてるじゃねーか

>>71
低レイヤーやってるのが無条件に偉いとでも思ってるアホかな？
いろんな得意分野の奴がいるに決まってるだろ糞アホ

>>71
IDコロコロしながらあからさまに話逸らして何してんの
アホなん？

数学でもいくらでもくっさい入門記事書いてるやついるだろ
釣りカスは素直に非礼を詫びて10生ぐらい黙っとけ

バーカバーカ

発狂して幼児化したのか
それにしてもこんなにIDコロコロしても完全に無意味なアホはいないだろ
前世で毎日サルの脳みそでも食ってたのか？

こういうレベルってこと？

ついに自演しだしたか・・・

IO型におけるRealWorldは、現実世界をラップして副作用を除去するというより、
遅延評価がデフォルトなHaskellにおいてアクションの実行順を保証する役割が大きい

>>80
それも同じことだろ
同じ糞アスペか？
出鱈目な順番で評価したらいけない部分は分離しないといけない
ずっと同じこと言い換えてるだけで釣りカスの主張は完全に無意味

順番守って組み合わせられるオペレーター作るのに圏論が使えたから使っただけ
こう言ったら次は糞アスペが糞アスペ解釈して
圏論は順番守るためのものじゃないとか言い出すの？
糞アスペの糞アスペな曲解のパターンなんかありふれてるから大体想像つくけど

苦し紛れにどんどん意見を修正する(笑)
ま、勉強になってよかったね

一度間違っちゃったから、何がなんでも副作用をモナドにこじつけなきゃ平静を保てないんだね

GHC IO モナドの中身
https://mizunashi-mana.github.io/blog/posts/2019/05/ghc-io-inside/

GHCの実装では、内部でガッツリ状態更新してるし、当たり前だがランタイムはIOアクションを実行しているのな

更新してるのはRealWorldの値なので副作用は無いじゃん

内部実装とセマンティクスの区別ができないアホ

処理系が状態もつのは当たり前やん

副作用っつーより単に逐次処理がモナドってだけだよねこれ

IOアクションは、IDを受け取って新しいIDと値の組を返すだけ
それを処理系が評価するとアクションが実行される
IDの依存関係が解決される順番でアクションの実行順が決まる

>>90
モナド則をどう弄ろうが入出力も乱数も現在日時も出てこないし

>>83
こっちの言うことは何も変わってねえんだよ
お前も間違ってるまんまだな糞アスペ

>>83
いい加減自分が文脈読めない糞アスペだからアフォな文句言ってただけという現実をありのままに認めろアフォ

他の奴からもボコボコにされてて草
俺はコロコロしてないからなｗ

>>85
必死すぎ
賢そうなリンク貼るだけのハッタリがまだ効くと思ってるあたりマジでアホだろ

>>85
実装がそうだから結局何だと言いたいのかハッキリしろよ
釣りカスは何に文句つけてんだか未だに具体的なことを言えてない
馬鹿はてめーだろ

>>78
ボコられながらこれを言うバレバレのIDコロコロ厨糞アホ

朝から5chにはりついて

ぶっちゃけ糞アスペがどういう誤解に基づいてわけわからんことを言ってるのか
未だに理解しきれてない俺
糞アスペ言語読解ゲームは糞ゲーだがハマる
くだらないの分かってるけどクリアしたくてイライラしてる

>>99
通勤時の暇つぶしだぞ社会人エアプかな？

>>100
あなただけがデタラメな妄想を信じているだけかと

>>68
ifIO :: Bool -> IO a -> IO a -> IO a
ifIO b act1 act2 = case b of
　True -> act1
　 False -> act2

これ、遅延評価だからactを引数に渡しても評価されないのか

>>102
これだけいろんな奴に叩かれても目が覚めないとは重症だな
コロコロしてるのお前だけだろアフォ

>>103
そこからかよ
IO以前に遅延評価なんで疑問覚えるところじゃない

釣りカスはだんだん誤解に気づいて恥ずかしくなってきても
本音の上にある意識のレイヤーが防衛機構を起動して
相手が意見を修正してきたｗｗに認知を歪めてるからな
こういう物事をありのままに見えないクズは何をやっても駄目だ
こういう馬鹿は意見を聞く前に人格批判から始めないとキリがないのだ
人格否定も必要な時はある
この世の全てはケースバイケースで文脈が重要なのだよ
糞アスペはそういうことを理解したくもないのだろうが早く現実に慣れろ

>>101
働いてなんかないくせに・・・ｗ

この人を動かす原動力は何なんだろ
病気だよ

>>3
誤　Haskellはモナドで副作用を実現している
正　HaskellにおいてIOモナドは手続きの逐次実行を表現しており、副作用には関与していない

書いてること・言ってることが正しい/間違いを判断する思考力が欠けている
「教科書を読めない子どもたち」にも書いてあった

Functor f
a -> b を f a -> f bに持ち上げる

Applicative f
a -> b -> ... を f a -> f b ->... に持ち上げる

Monad f
a -> f b を f a -> f bに持ち上げる

まず思考法が間違ってる
IOという具体的なデータ型があって、それが一定の規則を満たすから、モナドのインスタンスになる
モナドがIOのためにあるわけではない

>>107
妄想だけがお前の武器だな
完全な負け犬糞アホ

>>109
お前の脳内辞書の「関与する」の範囲が狭過ぎるから
普通の自然言語で書かれた文章を理解できないだけなんだよ糞アホ
だからお前はただの糞アスペだって言ってんだろ
リアルで働いてないのはお前だろうが引っ込んでろ

そもそも「副作用に関与する」なんて言いたいことは分かるがガバガバ過ぎる文章を実際に書いたプログラマーって誰？
ソース出して見ろカス
釣りカスがマウンティンできるような馬鹿なプログラマの実在を示すソースをさっさと出せよゴミ
どうせ糞アスペと糖質を併発したガイジの妄想だろ

>>109
誰の書いた文章？
空気と戦ってないでリアルに戻ってこいよ

>>108
バレバレのコロコロばっかして恥ずかしくないお前が病気なんだよ

>>110
誰のこと言ってんの？
該当するのは釣りカスだと思うがハッキリしろ
常識人が書いてるのかガイジが書いてるのか分からんので
他人は常識に基づいてニュアンスを判断することもできないんだわ
はっきり書けコロコロカス

>>3
書いてるとおりにググってそんなに変な記事ヒットしねえだろ
お前の脳内妄想か
緩い自然言語の文章の文脈が分からない糞アスペがアスペ解釈してるだけだな

コンピュータサイエンスを修めてるわけでも、大学以上の数学を理解できるわけでもなく、
Qiitaのゴミ記事でおぼえた関数型ポエムが技術者として唯一のアイデンティティなんだろうな

>>68
どこらへんにイチャモンつけてんのか
はっきり引用して一つぐらい具体的なこと言ってみろ
ググってすぐ上の方にヒットするサイトだろそれ
そのサイトにイチャモンつけてるという理解
さあ早く具体的な主張を誤魔化さずにしろ釣りカス

>>120
この国語の低さ

>>119
プログラマ馬鹿にしてるお前が結局何なのかはっきりしろよ
だからお前は馬鹿なんだよ
誰もお前がどんな文脈で文句つけてるのか理解しないぞ
単純にお前がお前自身のことをはっきり書いてないからだ
とんでもない馬鹿だな

>>121
国語が低いとかいう幼児語じみた書き方をナチュラルにするやつ

>>121
国語力が壊滅的なのはお前だろう
お前の書いたことはこういう風にしか解釈しようが無いって教えてやってんだぞ
論理なんか語る資格もないぐらい曖昧でボケた物言いしか出来てないカスのくせに
それで苦労してきたからって発狂してネットにゴミばかり書くなよ
さっさと消えとけ

何を言われても話を逸らして誤魔化すしか出来ない雑魚なのに
なんで人を煽ってレスバしようなんて思ったの？
アホなん？

別に誤魔化せてるとは言ってないからな
全てがバレバレだぞ

>>68や>>85には「IOモナドは副作用とは関係ない」ということがまさに書かれているわけだが、「それのどこに文句があるんだよ」というすっとぼけをかまし始める（笑）

「Haskellの標準的な処理系で>>20みたいなことはやっていない」というソースを出されて、反論が出来ないので、
相手は提示したソースにイチャモンをつけてるととぼけ出し、「それのどこに文句があるんだよ」とか言い出す

知恵を働かせたなあ、と感心する　

>>127
>>128
お前の言う関係ないってなんだよ糞アホ
リンク先の記事書いた奴もお前の解釈ほど関係ないなんて意味で書いてねーよ糞アホ
だからお前は単なる糞アスペなんだよ
お前はもう俺の発言の意図はいい加減理解できただろうから
今度はどうして正しく最初から解釈出来なかったのか反省しとけ糞アスペ

それでお前が叩いてる馬鹿なプログラマのポエムがどこにあるのかいい加減はっきりしろよ
結局お前の妄想だろう

>>128
>「Haskellの標準的な処理系で>>20みたいなことはやっていない」というソースを出されて、

お前の解釈した「みたいなこと」ってなんだよアホ
俺は具体的な処理の手順なんか何も書かずに

>>128
こっちは最初から「何のためにこういうことをやってるか」って話しかしてねーんだよ
いい加減自分の解釈のおかしさを自覚しろ
他人の書いた文章も同じことだ
お前ごときが叩けると勘違いした馬鹿な文章とやらを全部読み直せ糞アホ

目的意識の欠落は糞アスペの典型的症状
目的ありきで動く他人の意図を全然理解できない
きっと苦労してるか苦労する機会すら無い引きこもりだろう
現実に戻ってこい

本当に他の奴が書いてたように
セマンティクスの話と実装の話を区別出来ないような大馬鹿だったんですか？
想像を絶する馬鹿だな
IQ低過ぎて測定不能だろ

あなた病気だから、このスレ印刷してお医者さんに読んでもらいなさい。

>>133
もう何も言い返せないんだな
素直に反省して消えとけ糞アホ
お前みたいなアホが癒される場所なんか無いから諦めろ

心に穴が空いちゃってるから、何をしても満たされないのでしょう。

>>135
句点付きのガイジ率は異常(統計学)

>>135
穴が空いてるのはお前の脳みそだろう
ゴミスレ立てたことをさっさと反省しとけカス

まだやってんのか
異常だよあんた

クリスマスの夜に5chのクソスレでID真っ赤にしてる奴ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

頭が悪いなら、頭使うことからは距離を置けばいいのに
賢く見られたい欲ばかりで、物事を理解するために必要な努力をしないから、トンデモに走ってしまう

懲りないやっちゃ

>>140
しつこくバレバレのコロコロして誰の話してんの？
自己紹介にしか聞こえないが？

>>139
ただの平日だよ糞ニート

チクチク言葉が好きな人たちだ

論破されたから自演しか言う事が無いらしい

こいつは何がしたいんだろうね

抽象化ということがわかっていない
Maybe、List、IOなどの具体的なデータ型があり、それはモナドである
モナドはIOではない

朝から5chに貼りついて

>>147
入出力をラップしたデータのデータ型は、入力と操作の結合に関してモナドになる
モナドは入出力とは関係がない

整数の全体ℤは加法に関して群をなす
一方、ℤは最大公約数が定義できる、素因数分解の一意性が成り立つなどの性質もあるが、それは群の性質ではない
それと同じこと

また、モナドなのはIO aという「型」であり、IO a型の具体的なオブジェクトではない

>>145
論破されてるのお前だろ糖質

>>147
モナドの話とIOモナドのざっくりした話をゴチャゴチャにしてるのはお前だろう
最初からお前の一人相撲
まさに糞アスペ

>>151
お前の勘違いと何の関係も無い話だよ

>>152
「～である」という表現の意図の問題だな
お前はやっぱり糞アスペ
他人の言うことの意図がさっぱり分からないし
分かろうともしないコミュ障

>>147
誰に文句つけてんだか
それが分からない人ってどこにいるの？

モナド型の変数であるというのを
その変数はモナドだとか言ったらアスペが発狂するらしい
自然言語で会話不可能だろ

もうどういう拘り持った糞アスペなのかだいたい分かった
糞ゲーだったがだいたいクリアした感じ

>>157
1は群である
1は素元分解整域である
1はユークリッド整域である

これは間違っているし、そもそも意味をなさない

細かいことを指摘されていると思っているようだが、
自分が根本的にデタラメな理解をしていると自覚したほうがいい

>>159
だから何？
文脈読め
そして具体的にどんな発言や文章にイチャモンつけてるのかいい加減はっきりしろよな
それをはっきりさせれば「お前が普通の自然言語の文脈読めないアスペなだけ」で議論終わるのわかってるから話を逸らしてんだろう

>>160
お前が勝手に他人が数学の定義でも何でもない話してる時にマイルール適用する出鱈目やってんだよ
そもそもお前も曖昧な自然言語の定義に依存して話してる自覚ない非論理的なアホだからな
お前の発言こそ文脈読んで貰わないとわけわかめなんだよ低能

>>160
誰も厳密な定義の話はしておらず
文脈読めない糞アスペ解釈の無意味さと非生産性と非合理性と無目的性を指摘してるだけだぞ
何の話してるのか意識しない糞アスペ
文脈自由言語じゃねえんだよアホ

>>3
「モナドで副作用を実現している」というのは「群論で足し算を実現している」というくらい意味不明な言い方だ
分かっている人はこんな表現はしない

「モナド」と「副作用」
同じ文脈に出てきた語を意味を考えずにただ並べれば相手が良いように解釈してくれると思っているアホ

>>164
だから誰がどこでそんな表現したんですか？
どのくらいアバウトな感じの状況で話したことにケチつけてんのかハッキリしろカス
どうせ糞アスペ

せいぜいHaskellで入出力したかったらモナド(関連クラスやオペレーターの使い方)が分からないといけないよーぐらいの何でもない表現にケチつけてんだろう
糞アスペだからな
そしてこういうのを「関係ない」って言い切るのが自然で厳密だと言って憚らないアフォ
論理的でもなんでもないアフォなんだわ

ただの言語障害なんだね

>>164
「モナドで副作用を実現している」
→ 基本的に副作用を許さないし評価順も保証されないHaskellの上で
副作用を伴う関数をまともに使える仕組みを実現するために
モナドに基づいた型の階層とオペレーターの定義をしてるんですねー
普通の言語感覚でこれは「実現」の一種ですねー

「群論で足し算を実現している」というくらい意味不明な言い方だ
→どう穴埋めしろってんだよ

糞アスペだから違いがわからないだけ
同じアホでも真実に近いアホと真実から限りなく遠いアホがいるが
こいつは後者であり存在自体が無意味

糞アスペの弾圧は俺にとってサブサブサブライフワークぐらいの位置づけなので適度に徹底的にやるで

やっぱレスバは盛り上がるなあ

技術的内容は皆無でああ言えばこう言う状態
平日の昼から暇なこった

>>169
モナドは副作用とは関係ない
IOモナドが表現しているのは手続きの逐次実行

>>167
Haskellで入出力をするのにモナドを理解している必要は全くない
整数の足し算をするのに群論を理解する必要がないのと同様

ここまで技術的に全く意味をなしていないデタラメを書き連ねていたのが、いろいろ学習したのか、>>167あたりになってようやくアジャストしてきた
が、まだまだ誤りだらけ
やり直し

論破ゲーム、反論してる間は正しい

List型はモナドで、Listはインデックスによる要素へのアクセスやソートができるが、これはモナドとは関係ない
「モナドで副作用を実現している」というのは「モナドでリストのソートを実現している」というのと同様に誤り

プログラミングで出るのはアドレナリンじゃなくてドーパミングク

Ken〇kabeみたいに、異常な信念に基づいて自己実現を試みる人はどこにでもいるからなぁ

ある技術が裏で高尚で神秘的なことをしていると信じて、「俺はそれを知ってるぜ」って得意気になるのだけが生き甲斐

自分を飾りたいんよ
ものの本質はさておき
彼らにとったら全てはアクセサリーに成り下がる

ある種の権威主義なんよね
なにかを使って自分をアピり続ける人ってのは
それが威光を放てるかどうかはすでに見定めてる

>>174
モナドそのものの話をしてるのか
Haskellのモナドクラスの使い方の話をしてるのか
文脈読めないアホなんですね
いい加減引っ込め糞アホ
アスペ以前にただのアホだな

>>175
お前が人生やり直せよ
脳の物理的な問題なんじゃないの？

>>180
(Haskellの)モナドをだいたい使えるようになった頃には
そんなに高尚な話じゃねえんだなあ、てみんな分かると思うよ
お前が叩きやすい絵に描いたようなアホなんか実在しないよ
お前のせいでいちいち(Haskellの)って書くの面倒なんだけど？
いい加減文脈読むこと覚えないと迷惑なのが分かんだろ
論理的に考えて

>>181
自己紹介コロコロガイジ糞アホ
几帳面に毎回コロコロして何の意味あんの？
同じようなアホ発言してたらバレバレに決まってんだろ
ちなみにIDコロコロのことだぞ(糞アスペ向けフォロー)

>>177
モナドの応用の一つで実現してんだよ
それが健常者の言語感覚だといい加減分かれ糞アホ
そしてHaskellのモナドクラスとオペレーターの話をみんなしてんだよ
勝手にHaskellと関係ないモナドの話に置き換えて赤の他人の話を解釈して意味不明な文句つけてんじゃねーよ
お前こそ抽象と具象の区別もつかない糞アホじゃねえか

>>175
こっちは何もアジャストしてねえんだよ
お前みたいな馬鹿向けの翻訳を多少してやってるだけなんだよ
お前が間違いを認めざるを得なくなってるだけだろ糞アホ
低能アスペの落書きなんかニーズ無いからもう黙っとけ

>>175
もはや誤魔化しようもない突っ込みに安価して余裕ぶっこいてるつもりのアホ
お前はとりあえず現実を見ることを覚えろ

>>176
別に釣りカスの反論は何も正しくないぞ

ワク推しのゴミ論法と全く同じだな
カスってみんな似てるわ

論点ずらしかあからさまな嘘しか書かないゴミ
まさにワク推しと同類

ワクチンの話題はリトマス試験紙だ
全てのゴミスレに導入してもいい

>>186
副作用はモナドの応用ではない

Qiitaのポエムで妄想膨らませてないで一次情報を読め

>>193
応用する側の勝手なんだよ馬鹿
やはり物事の因果関係がわからないアフォ

思考順が逆
モナドを応用して副作用を実現しているのではない
副作用の実行を表現するデータ型が、操作の結合に関してモナドになる
モナドをどう応用したって副作用は実現できん

>>193
>副作用はモナドの応用ではない
副作用はモナドの応用であるなんてバグった要約したら
俺の書いたことと似ても似つかんだろ
お前の脳みそがバグってんだよ
やっぱり相変わらず何に文句つけてんだか意味不明
言いたいことが分かりかけたような気がしたが
ランダムな信号に意味を見出そうとしても無駄かもしれんな

>>195
お前の中で応用という単語がどういう定義になってんだよ
ペチャクチャ喋る前に辞書を引け糞ガキ

こういうのをスクリプトかなんかで連投して嫌がらせするなら分かるけど、律儀に返信してるあたりほんとに病気なんだろうな

モナドとはXをみたすものである
Aを表現するデータ型は、それに対する操作BがXをみたすからモナドである

Aはモナドに関係ない

ということがいつまで立っても分からない

IO型は様々な性質A, B, C, ...を備えている
このうちBがモナドの条件をみたすからIO型はモナドである
AやCはモナドとは関係がない

ということが何遍言われてもわからない

>>199
分かってないのはお前だろ
モナド則に従ってるIOモナドは一般的なモナド用のオペレーターで合成したり変換して破綻しない
何が不満なんだよ糞アホ

>>200
IOモナドを合成してもIOを実行するべき順番という情報が維持できるのは
リストモナドが順番を保持したまま合成できるのと同じだ
そこから分からない馬鹿だったか
もしかしてなーんにも分かってないアホだったのか？

リストがモナドだと分かって
IOの羅列がモナドだと分からない低能

IO型は入出力のアクションを表現するデータ型である
IO型は型構築およびアクションの結合に対してモナド則をみたす
ゆえにIO型はモナドになる

入出力とモナドは関係が無い

ということが何度言われてもわからないらしい

なにこの連投ｗ

>>204
モナド則を満たすってことを
IOの順番の情報を維持することに使ってることがわからないアホ
ここまで何も分かってないだけだったとは

いやもう、これ>>203で話終わってるから

副作用を伴う処理は順番に実行することが大切で
順番という情報が大切で
リストと共通しているということが実は理解できてなかったアホなんですね
やっと1ミリぐらい腑に落ちました

>>68や>>85で勉強して、さっそく主張をすり替えてきました（笑）

>>20「Haskellではモナドの理論を利用して副作用のある世界をラップして純粋な世界との辻褄合わせに利用してるって話だろ」

と言ってたのが、>>109や>>173に言われてしれっも

>>206「モナド則をIOの順番の情報を維持することに使ってる」

とすっとぼける（笑）

素直に勘違いや理解不足を認めず、「自分は最初からこう言っていた」と言うことで精神の安定を図るアホ

seq演算子等を使えば強制的に評価できるので、順序を保つためなら、IOをモナドとして実装する必要性は無い

リストの線形性はモナド関係ないだろ

[[a]]を[a]に平坦化できることがリストのモナド則で、リストの線形性はモナドとは無関係

恥の上にひたすら恥を塗り重ねてるな
狙ってやってるなら逆にすげーよ

>>210
だから、お前は文脈読めない糞アスペなんだよ
どこからどこまで順番にランタイムが正格評価しないといけないかラップして分かるようにする必要があるんだよ
どんな順番で遅延評価されるのか分からないはずの純粋な関数と連結しても境界は区別されないといけないんだよ
Haskell弄ってる奴なら当たり前に分かってることを平易に書いてるだけだぞ
その文章の文脈が分からない奴はそもそも何にも分かってねえだろ
なんでそんな奴が喧嘩売ってんだよ糞アホ

要するにお前はHaskellランタイムの実装技術と圏論は関係ないとかいうどうでもいい話をしつこくしてるだけなんだろう
だからソース見ろだの一次情報がどうだのとズレまくった話をしてるんだろう(ここに来てエスパー)
IOモナドが「実現」してるのは「正しい表現」であって実行じゃないの
みんなそんなことは分かってるの
分かってないのはお前の脳内にしかいない仮想敵だけなの
分かった？
どうせ精神的キャパオーバーで現実認められないだろうけどな

>>210
もしかして想像を絶するほど当たり前のことが分からないアホなのかな？(エスパーアゲイン)
まず入出力は副作用の一種なんだぞ？
入出力を伴う処理は順番通りに実行しないといけないんだぞ？
だからどこからどこまで順番通りに実行しないといけないのか過不足なく表現する技術は副作用と大いに関係があるんだぞ？
そこから分からないアホなの？
少しは話を逸らさずにレスしてみろ糞アホ

あなたは細かいところを間違えているのではなく、そもそも物事を論理的に理解することを放棄して、ネットで聞き齧ったことを恣意的にツギハギしただけの戯言をべらべらと語っているから、何度も何度も基礎的なことを突っ込まれているのです。いい加減に自覚して下さい。

>>218
根本から間違ってるのはお前だろ
どこの馬鹿なプログラマとやらに文句つけてるのかいい加減はっきりしろよ
どうせ脳内プログラマだろう

>>210
全部同じことを言ってるのが分からずに
言うことが変わってると思ってる文脈読めない糞アホ
それが結論

>>216
>どこからどこまで順番にランタイムが正格評価しないといけないかラップして分かるようにする必要があるんだよ

（少なくともGHCの実装では）IOアクションの中身は正格評価はしていない
（だからこそ>>68や>>80でRealWorldの話が出ているのだが……）

また知ったかぶりしちゃったね

>>218
具体性ゼロのフワフワした話で誤魔化しにもなってない
そんなテクニックが通用すると思ってるどうしようもない低能
そういうのはワク推しのゴミどもとバトルして見飽きてんだわ
何がどう間違ってるのか何も言えないのでフワフワしたポエムしか書けない
レスバの神に謝れ糞アホ

>>221
実装なんか見なくても評価しないと現実のIOは起きないことぐらい誰でも分かるだろ
脳みそ腐ってんのか

>ID:yW1da+j3 [40回目]
このスレに相当やばいのがおるけど犯罪とか自傷とかやめとけよ
世の中もっと複雑なんだから簡単に結論を出そうとするんじゃない
ちょっと頭冷やして踏みとどまれ

そもそも「正格評価」は書いた順番に実行されることじゃないがな

>>221
お前の脳内では評価のタイミングだかなんだかが大事らしいな
Actionではやってないとか文脈依存の表現だってわからねーのか
この順番に評価しろ、って意味の記述があるなら同じことなんだよ
普通にセマンティクスと実装の区別がついてないアホじゃん
もう言われただろ
真摯に受け止めろよ糞アホ
正しい表現を正しく実行する低レイヤーの話なんか誰が前置きもなくし始めてると思ってんだよ
馬鹿がアスペ解釈してるだけ

>>226
誰もそんなことは言ってない
読み直せ糞アホ
そして文脈を読め馬鹿ガキ

>>226
そしてアバウトに言えば書いた順番とも言えることがわかるだろう
同じことだ
何度糞アスペと言われたら共通的な問題を自覚するのか
抽象的な思考が全く出来ない脳障害なの？
コロコロしてたら自分だと分からないって思ってるのも同じ障害だろう

>>226
順番守らせるための正格評価
この文脈が分からない糞アホ

自分の知っていることや考えたことを確かな環境に基づいて説明すればいいのに、
なんで知りもしないことを知らない用語・理解してない理屈で主張したがるんだろうね

>>225
どんなクソゲーでも納得するまでは投げないんだよ

>>231
よく知ってる実装以外何も分からないアフォ
実装と仕様の区別がつかないアフォ
そろそろ問題に気づけアフォ

アクションは正格評価されとらんやろ

>>221
お前がゴチャゴチャ言ってるRealWorldの話
完全に低レイヤーの実装の話じゃねえか
しかも純粋なレイヤーの話じゃないとはっきり書いてる
＊馬鹿＊か？

>>234
同じように実装と仕様の区別がついてないアフォな話を口調変えてしても無駄なんだよ糞アホ

結局釣りカスは何を馬鹿にしたいんだよ
GHCの実装意識してパフォーマンスの良いコードをさくさく書けないプログラマでも馬鹿にしたいのか？
そもそもRealWorldでHaskell書く仕事してる奴なんか殆どいねえよ糞アホ
プログラマーは云々…などと雑なディスり方をした非礼を詫びてさっさと消えとけ

Haskellでは、副作用の実行を表現するオブジェクト（I/Oアクション）は、IO aという型をもつ
Haskellの標準的な処理系では、I/Oアクションを「現実世界を引数と戻り値に持つ関数」として実装することで、参照透過性を保っている
I/Oアクションの生成および結合はモナド則をみたすので、IO型クラスはモナドになる

GHCの実装とHaskellの話もゴチャゴチャになってるしな
いったい何だったらゴチャゴチャになってないんだよ
脳みそまで糞ワクのmRNAがまわってイカれてんのか？

>>235
低レイヤーではないと思うが

>>236
仕様においても実装においても正格評価されてないが

>>238
だから？

>>240
純粋なHaskellであり得ない実装依存の拡張機能使って
結構上のレイヤーで書けてますよーてだけの話じゃねえか
お前自分の貼ったリンク先の内容理解出来てんのか糞アホ

>>241
言語の仕様と具体的な処理系の仕様の区別もつかないアホ
何の話かはっきりしろと言ってもアホだから無理なんだね

>>240
また今度は低レイヤーという単語だけ切り取って
勝手に脳内辞書で解釈したいように解釈している
いい加減自分の脳みそのバグに気づけ糞アホ

>>202-203

なんかそもそも思考が逆なんだよな

モナドだから順番があるのではなく（MaybeだのEitherだの考えりゃ、データコンテナとしてのモナドが線形とは限らないのはすぐわかる）、
アクションを結合するという操作がモナド則を満たすから、IOをモナドとして実装できる

ということがわかってない
>>195から何の進歩もない

>>246
逆なんじゃねえんだよ
お前がどうでもいい部分に注目して要点掴めてねえんだよ
リストのコンテキストを維持できるのも
IOのコンテキストを維持できるのも同じことだろうがって話をしてんだろうが
読解力に進歩が無いのはお前だろうが

>>247
同じことではない
>>213-214で指摘されている

スレタイが実証されてるじゃん

>>248
同じ曲解してるアホレスじゃねえか
少しは人の話を真面目に読んでからレスしろ脊髄反射低能カス野郎

>>249
お前の脳内の仮想世界ではな

>>214
平坦化できるのはリストのコンテキストを維持してるからだと分からないアホなんですね

>>252
リストのコンテキストとは？

馬鹿というか基地外

>>253
リストが分からないやつも
コンテキストという単語が分からない奴も引っ込んでろ

話の抽象度を上げても下げても分からないアホ

不完全性定理とか選択公理みたいなもんだな
前提知識が無ければ理解できないし、ふつうに数学やるぶんに知らなくても困らないから触れないで済ますのが最も教育的なのだが
世間にデマが修正不可能なレベルで蔓延してるから、取り扱わないといけないやつ

アホアホの実のアホ人間

>>238が理解できてりゃ間違わないのにな。

これを自分では筋が通ってると思って書いてるなら基地外だし、
わざとやってるならやっぱり基地外

このスレってモナドって用語に振り回されすぎてふわふわなんだよなあ
何も知らん俺にカタカナ専門用語を使わずに説明できるぐらいの知性を発揮してくれないと何も残らんよ
ふわふわが好きならちいかわでも観なよ

IOがモナドだとして副作用いつ実行されんの？

ネットミームで大喜利するしか出来なさそう

>>261
そもそもHaskellにおける入出力を説明するのにモナドを持ち出す必要は無い
小学生に四則演算を教えるのに群論をやらなくてもいいのと同様

>>259
いつまでそこがポイントだと思ってんだよ学習障害

>>264
IOモナドにしろStateモナドにしろ
どこからそんな発想が出てきて
あんな名前が付いているのか押さえさせるのは重要だろう
意義も理解できずに他人の発言や文章に文句付けてるだけのゴミ

>>257
お前の糞アスペ解釈でお前の脳内にデマが蔓延してるだけなのに
お前の脳内のトラブルに他人を巻き込もうとするよ糞アホ
お前以外の誰にも関係ない問題だってそろそろ理解しろよ
他人はお前みたいな糞アスペ特有の誤解には陥らないから関係ないんだよ

>>258
誰が誰に文句言ってるのか分からない発言を平気で書くアホ
自分がコロコロしてるの忘れてる脳障害かな？

>>260
コロコロしても異様に同じようにアホなことばっか書いてたら意味ないだろ糞アホ

>>262
釣りカスが得意気に貼った入門記事>>68に強制的な正格評価が実行されることとか注釈に書いてるからよく読んだら分かんじゃね？
釣りカスは自分の貼った記事も読めてない疑惑

IOモナドがモナド則を守った実装してなかったら
どんだけおかしなことになるか分からないアフォが関係ないって連呼してるだけ
そもそも最低限の検索キーワードぐらい与えとかないと
いずれ入門者から脱皮して自分のコードもモナドクラスから派生させてみようと考えた時に大惨事になるわけだ
糞アスペは他人に与える影響について想像力が働かないので何も意味が分からない

mainの戻り値になったアクションが実行されるなら、一度結果返したあとも稼働し続けなきゃいけないサーバーはどうやって作るの？

まだ正格評価の意味間違えてる……ｗ

>>266
IO型は「操作の結合に関して」モナド則をみたすからモナド、
State型は「状態の遷移に関して」モナド則をみたすからモナドになっている
その他の性質はモナドとは関係がない
リストに要素の挿入や削除ができるのがモナドと関係ないのと同様

朝から連投ごくろうさま

「IOが副作用の実行をラップしていることはモナドとは関係ない」という話をしているのに、自前でモナドを作る話になってるのが全く日本語読めてないな

きちんとしたドキュメントを論理的に正しく読まず、雰囲気で飛ばし読みをしているから、こういう恥ずかしい間違いをし続ける

>>275
関係なくないから馬鹿と言ってんだよ文盲
少し黙って今までのログを読み返せ
お前の脳内辞書でのラップの意味なんか知るかよ
いい加減相手の吐いた言葉には相手の込めた意図があるという当たり前のことを理解しろ
お前が小馬鹿にしてるどこに実在しているのか分からない馬鹿なプログラマとやらの発言や文章も一緒だ
自然言語はプログラム言語のような文脈自由言語じゃないということが分からない糞アスペ
むしろお前が「漫画の馬鹿なプログラマ」みたいな奴だな

>>276
自分の貼ったリンク先も飛ばし読みしてる疑惑濃厚なのはお前だろう
既に書いたことぐらい読んでレスしろ糞アホ
それにしても毎回几帳面にコロコロしてるの精神病だろ
馬鹿度が近過ぎてバレバレなのにいつまでそれ続けるの？

事実を認めると死ぬ病気でもかかってるんだろうか

そもそも基地外の間違いを訂正し続けるだけで議論になってない

平日の昼間から糞スレに連投

関数型言語はゴミ、実用的なアプリで誰も使ってない、オブジェクト指向最強
つまりLINQを備えたC#最強、Haskellはゴミ

終わり

躁？

プログラミング言語とかゴミ
生成ai最強

プログラミング言語は表現力低すぎ
こんなん書いてんのマゾだけ

じゃあ何を使えば良いのさ

絵具

Haskellは演算子の記法が終わってる
オワコン

>>286
ur brain

芸術は爆発だ

今はインフラの時代だよ
プログラミングなんて外注すりゃいい

今はインフレの時代だ

今日はもう来ないのか？
Rustスレ以来の逸材が現れたかと思ったのに

プログラミングはaiの仕事
ビジネスできない奴は無能

これからはハード出来ないやつはゴミ

ハード出来る

プログラミングはオワコン
これからはハード、MS

ジャンパ線も扱えない男性は対象外だ

Rustとか低レイヤープログラミングはオワコン
今は特定用途向けハードウェアを直接設計する時代
熟練のエンジニアは念じるだけで無から最も効率の良い集積回路を生み出せる

太いのに短い
そして中途半端な硬さ
これ一番嫌われるやつな

人間はプログラミングをすべきではない
プログラミングをすればバグは不可避だから

C言語でメモリリーク起こしまくってたことを考えれば明らか

プログラミング言語は表現力が低すぎて人間様の思考を邪魔する

業務システム開発でクラス図からボイラープレート作ってる奴とかマジで無能雑魚穢多非人

自動でできることをわざわざエクセルの上で人力でやる馬鹿どもがいなくなれば日本の生産性は上がる

低レイヤーがわからないプログラマは無能

プログラマは仕事が楽なくせに高給でいいよな
緊急対応があるわけでも、自分の仕事が人命に関わるわけでもない

>>302
品質管理の観念のない後進国の職人芸

正確無比なAIがプログラミングすれば高級言語は不要

~find the reducible from massive complexity~

インフラの知識がないプログラマはただのコード書き

聞きかじった「頭よさそう」なことを有難がってる馬鹿が多い
たとえば、SICP（Structure and Interpretation if Computee Programs）なんて今じゃどこの大学でも読まれてないが、ネット記事が情報源のCSエアプは定番書だと思ってる
そして参考書の名前を知ってるだけで勿論読んでない（笑）

「どこの大学でも読まれてない」って結構強い主張だな
それどうやって調べるんだ

知りたきゃ自分で調べりゃいいじゃん

馬鹿が出来る仕事って
プログラマしかないから

だからじゃない？？

プログラマは寝ないで仕事しないといけないから
起きてるために覚せい剤打つ人多いのでは？

サンフランシスコはIT企業で有名ですが
同時に麻薬の街としても有名です

西海岸なんて低学歴であふれかえってて治安最悪だしな

シリコンバレーって低賃金労働者でごった返してんだろ？ずんだもんが言ってた

「C言語を学ぶとコンピュータの仕組みがわかる」とか言ってるやつ
これ言ってるやつほぼ例外なくプログラミングできない

せっかくプログラミングを覚えたのにC言語の実装でメンタルモデルを上書きしている
しかも、そこで想定している実装は古いC言語のものであり、実体ともかけ離れている
勉強をして余計に馬鹿になってるパターン

そもそも「コンピュータの仕組み」を知りたいならコンピュータアーキテクチャについて学べばよく、C言語を覚えて間接的に学ぶ意味がない

静的メモリ管理と動的メモリ管理が混在していて、メモリリークしても何の警告も出ないプログラミング環境が、コンピュータの内部実装の勉強に適してるわけないじゃん

新しいな
>C言語の実装でメンタルモデルを上書きしている

コーディング、デバッグ、テックリードとしてのメンタルモデル
https://qiita.com/haruyan_hopemucci/items/939e0bdcc922415ab388

>>303
そういうこと言ってるやつはプログラミングに向いてない

制限がきつい言語で書く方が本質に迫れるし、良い物が作れる
CやJavaScriptで書いたものをrustで書き直してみると分かる

>>324
こりゃまた本末転倒な奴が出てきたな

じゃあ全部アセンブラフルスクラッチで書けばいいじゃん(笑)

>>324
RustはCより表現力高いだろ

>>324
303は「表現力が低い」と書いているのに、勝手に「制限がきつい」と読み替える

絶望的な読解力

>>327
おまえの読解力の方が絶望的や

人間様の思考を邪魔するのは、表現力が高い低いではないってことを言ってるんやで
制約を課すことで、逆に思考が明瞭になるって言ってるだけや
そしてそれは是とするか非をするかは、プログラミングの適正に関係ある

見苦しい

ただでさえ頭が悪いのに反省することもできない

GCがある言語の方が何も考えないでいいからアプリそのものに集中できるがCやRustじゃ無理

クソすぎる

>>331
GCのダウンタイムやそもそものクソデカランタイムが許容できない環境なんていくらでもある
本来はリソース管理も含めてのプログラムなんだよ
お前が無理ってだけで

>>299
Rustが低レイヤー向け言語というのは正しくない
Rustが最も使われている分野は調査でWeb分野であることが判明している
アプリケーション開発にも使われている
Rustは抽象度の高い表現力も備え開発効率の高いモダンな言語である

まず低レイヤーと誤解されやすい低レベル言語(＝低水準言語＝低級言語)とは機械語やアセンブリ言語を指すが
RustはインラインアセンブリもサポートしているためC言語と同様の意味で低水準の領域もカバーできる
だがそのような利用のされ方は全体から見れば極一部である

次に低レイヤーとは人によって指す範囲や意味が異なるが
そのほとんどの分野で現在はRustが最も適した言語の一つであること自体は間違いない
しかしそこで要求される無駄のない高速性や省メモリなどは低レイヤーに限って求められるものではなく幅広い分野で求められる

どの分野であろうが性能を発揮しつつ必要リソースを少なく済むようにしたいという当たり前の要求をがある
その当たり前の要求を満たしたいならば多くの分野でRustが最適となる

>>334
個人で使ってる奴がいるだけで誰もエンタープライズレベルでWebアプリでRustなんか使ってない

使われてるのは低レイヤ分野だけ

>>333
逆に言うとGCや巨大ランタイムが許容できる場面でRustなど使う場面などない

Webアプリ程度であればGCなんてホットスポットを最適化すればいいだけ
C#やGoだったらかなり低レベルでメモリコントロールができるから、プロファイルとってホットスポットを最適化すればいいだけ

Rustなんぞ使ったらホットスポット以外でも無意味なメモリ管理を強要されることになり非生産的

プログラミング言語のシェア・トレンドの世界的動向
https://techmania.jp/blog/programming0001/

世界では14位

>>336
無知かつ能力が低いだけなようだな
Rustはメモリ解放も全自動で処理する必要がない
能力が低くて習得も使いこなすこともできなくて批判するのは愚かだ

【Rust入門】意図的にメモリリークを起こす
https://qiita.com/yuhei3017/items/b9772755f598348d06b1

>>335
エンタープライズでは特にクラウド利用を中心にRustへ置き換わっていってるよ
CPUメモリリソースコストが何倍も変わってくるからね
プログラミングの手間はほとんど変わらないのにGC言語を使うのはバカらしいよ

世のプログラマが数学へのコンプレックスを払拭してくれないと、
プログラミングの出来のいいエコシステムは普及しない

>>340
それ俺も知ってる！
ヤフコメに書いてあったｗ

良いツールなら他人が使っているかなど気にせずにただ使えばいいのに
なぜ世間で使われているかどうかなんてことが気になるんだ？

たいていのツールはオープンソースなのだから、バグや機能不足があるなら報告するなり自分で開発すればいいじゃん
開発費用を負担してるわけでもないのに、自分の望むソフトウェアを作って提供し続けろというのは図々しいよ

世間で使われてる一番わかりやすい例が
俺たちが今ここで使っている5chが使用して皆がお世話になっているCloudflareかな
もちろんRust製

5chが使ってるだけだろ、安いんだろ

サーバ更新時に全板ID導入といってけどほったらかし

>>346
CloudFlareは世界シェアトップのCDN

Rustでなんか君ら価値のあるもの生産したことあるの？
Web笑とか言語とかどうでもよくね？webは技術じゃなくてコンテンツに価値があるわけであって

障害ばっかり

CDNとはコンテンツ デリバリー ネットワークのこと

>>334
最も使われてるも何も低レイヤは普通の人は触らないから
トップレベルのエンジニアがカーネルやドライバを開発してるわけで普通のエンジニアはそこに関わることはない、そこでの開発物を使うだけ

AIだってそのものを作るよりそれを利用して何か価値のあることをやることの方が多い

だから普通のエンジニアは高レイヤな層に関わるわけだけどWebでRust触ってるやつはただの馬鹿で言語でしか自分を表現できないイキリワナビーだね

技術的な知見を提供できない雑魚は、ネットでチヤホヤされようとしてどの言語が流行ってるみたいな話を延々と繰り返す

おばちゃんレベルなんよな
今は何々が流行ってるらしわよ奥さん
今度は何々が来るわよ奥さんみたいなｗ

特にいっつもRustが来る来る言ってるやつ一人おるよなこの板って

Rustで最も効率的にメモリ管理をしてオーバーヘッドの無い高速なプログラムを書いたところで、
Pythonでライブラリを組み合わせただけのクソ遅いプログラムより多くの価値を生んでなきゃ無意味

Web関係で本番用じゃなくて開発用で使うけどスクリプト言語じゃ遅いパッケージ、ライブラリがrustで置き換えられて流行ってたりするけど
やっぱり早いからありがたいよ

プログラミングって、技術や知見の進歩に逆行する奴が出てくるのは何でなんだろうな

最適化よりも保守性
推測よりも計測
モジュール化・抽象化

などということは既に確立した知見
しかもこれは、マシンリソースが豊富になった現代で言われ始めたわけではなく、
ほとんどコンピュータの黎明期からずっと言われ続けてきたこと

ハードウェアの制約が無視できなかった時代でさえ戒められていたことを
マシンリソースを潤沢に使える時代に敢えて破ろうとする

で、そういうことをしようとするのは、別にOS、コンパイラ、数値計算ソフトなどの開発者ではなく、
たいていがWebアプリやモバイルアプリのような、ライブラリを組み合わせれば実現できるような領域の技術者ばかり

しかもタチの悪いことに、そういう連中は自分が使ってる処理系やライブラリの内部実装を知らないし、調べようともしないから、
「こう書いたほうが速いだろう」という妄想で独自のハックをして、ただ読みにくいだけで大して速くもないソースコードを生み出す

>>356
こういう論点をズラすやつって、何がしたいんだろうな
実社会でうだつが上がってないから、せめてネットでは同意してほしいのかな

それとも頭が悪いから自分が書いたことがまさに、WebなんかでRustを使わなくていい理由になっていることが理解できないのかな

もう人居ないねこのすれ

ライブラリがC言語で書かれているので、Pythonのコードをどう工夫したところでそれより早くなるわけがない

>>359
Webのサーバーサイドはどんどんクラウド上になっていってるけど
クラウドのシェアトップのAWS (アマゾン ウエブ サービス)も今はRust製
さらにその上で構築する言語もRustへシフトしている
理由はクラウドがCPUメモリリソースに課金されるため

そう思いたいなら思っときゃいいのでは

Goにすればパフォーマンスが上がると勝手に思い込んで移行したが、実はJavaScriptのほうが速かったという

>>357
こういうのも

V
voluntas
多分「自作はするな、できるだけライブラリを使え」という教えがあるような気がする。自分は可能な限り自作しろ派。

https://x.com/voluntas/status/1873252031240274077

>>357
モジュール化は当たり前として
抽象化ならびに保守性の良さがこれまでの言語より高いRustがおすすめだろうね

DI不要論というのがしばしば話題になるけど、アレがよくわからない
何を問題視していてどう改善したいのかが

DI不要論というか、DIコンテナ不要論

DIでも必ずしもインタフェース使う必要ないってことに気づけば普通に便利なことがわかる

>>364
んでもサーバー稼働コストは減ったんじゃない？メモリ占有量とか
1年ぶっ続け稼働とかなら電気代はかなり変わるよ

サーバーサイドをRustやGoでやるのは単純に電気代のコストカットの為っていう側面もある
なんたって電源入れっぱなしで動かしっぱなしだからね
このスレはなぜかそこら辺の議論は無視されてるけど

キントーン シュッ!シュッ!シュッ!
おちんちん シュッ!シュッ!シュッ!

>>372
オンプレミスなら電気代の節約や必要サーバ数削減
クラウドでリソース課金ならそのまま支出削減
プログラミング能力がある者ならば速くて省メモリ可能な言語を選んだ方が有利

「オレのお友達が自作したライブラリを使え」
とゆぅ教えが、絶対ある気がする。絶対。
とゆぅか、気がするだけなので絶対ぢゃない。
確率100%である確率が60%で
確率10%である確率が60%で
確率1%である確率が6%、であれば、
確率は66.6%だから、
絶対〜気がする　ならば　多分　なのである

>>372
同じ電源入れっぱなしなんだから高負荷にしたくなけりゃC++で地道にガリガリ組めばいいだけじゃん
それにしても動作内容が同じなんだから言語でそんな差が出るはずもない
動作レスポンスが2倍3倍になろうが増えるのは電力じゃなく動作待ちのクライアント側のストレスだけ

原発稼働させるから大丈夫

>>376
うんそうだね

>>377
一気に飛躍したね
サーバー維持にどんだけ電力使う気やねん

米IT大手、データセンターの脱炭素で原子力を活用へ
日経XTech

Enoki
Globe
Noz
Wanna
Fische
Un
Meto

Melon
FM
Pan
Yoshi

このネタは面白いんか
リアルに話す友達がいないとこんなんでも面白いと感じるものなの？

消費電力を減らすためにサーバーサイドの言語をRustにしましたが、無駄な常駐プログラムがたくさん動いてます（笑）

省電力したいなら仮想化をやめたら

>>299だよ
省電力したいならプログラミングなんかしないで最も効率いいハードウェアを作ればいい

Rustでコストカットガーって言うけど
個人開発目線ならともかく企業側の目線に立つと扱えるエンジニアのコストの方が高いことが多いから
そこも含めて考えた方がいいのでは

技術的な面でも言語に問わずきちんと最適化する方が重要だろうし

>>372
WebなどでRustやGoが使われている理由は省電力のためではなく
CPUのマルチコアを100%生かせるために使われている

特にWebでは普通の言語で普通に書くと通信待ちだらけでCPUがほとんど遊んでしまう
そのためOSのマルチスレッドで並列に動かそうとしてもOSスレッドのリソースコストとスイッチングコストのため数千程度しか同時にクライアントを処理できずCPUパワーを全然使い切れない

その問題点を解決したのがGoのGoルーチンやRustのタスクだ

で、プロセッサを効率的に使えば当然消費電力は高くなる

この板こんなに人いたのかωωω=2πf

>>388
372です
372は364のnodejsに反応して書いたレスなだけだからRustやGo、C++でサーバーサイドをやるメリットは電気代カット以外にもたくさんあるのは百も承知
374で言われてるように自社サーバーではなくクラウドサーバーならサーバーコストが出費に直に影響するし、
非同期処理の書きやすさや高パフォーマンス性はあなたの言うようにRustやGoならではの魅力だと思う👍

ケーブル変えたら音質良くなるみたいな話はプログラミングでもあるんだな
そういう人は頭が悪いからプログラミングなんて出来ないと思ってた

プログラミングの話をしているからといって、プログラミングが出来るとは限らない

主語がー

>>389
プロセッサを効率的に使えば必要となるサーバー数が減るため全体の消費電力が低くなります
そのためRustやGoがパフォーマンス良い言語として使われます

C/C++でも原理的には可能なのですが
CPUマルチコアを最大限活かすための実用的な非同期フレームワークが未だに無く
その原因はC++の標準化の遅れと新たな機能が普及しないことに加えて言語の使いにくさがあります

ツイッターで大喜利リプしていいね稼ぎたいと言うならまだわかるが、わざわざこんな過疎板で馬鹿なこと言って注目集めたがる意味がわからない

非同期処理やるならRustとGoが鉄板になったわな
ほかには根強い人気があり雇用の多いJava、Jetbrains信者向けのKotlin、Microsoft好き向けのASP.NET Coreもあり

C#だけライブラリ名を挙げるのはなにか意図してのことか？

お前らってほんとうに馬鹿だな

そもそもasync/await自体がC#発祥なんだがなんで無視した上Rustが鉄板なの？RustはC#からパクっただけですよ？

非同期処理でGC使わない言語とか足枷付けてるだけでしかない
Rustが向いてるのは同期処理でデータを扱うもの、非同期処理は向いてない

>>400
んなこと言ってもスポンサーの規模がRustのが上だからRustを使うんよ
あとGC云々言ってるけどRustの非同期処理のTokioがランタイム上で各処理を実行するから実質GCみたいなもんだからなんも問題ない

スポンサーの規模？
MSに勝てんの？
Rustなんてコミュニティベースだから標準ライブラリもゴミで
馬鹿みたいに大量のサードパーティライブラリに依存するじゃん

これに関してはNode.jsよりも酷いだろうね、コンパイル時間も考えると生産性は最悪だ

結局C#とかJavaがアプリには向いてるわけだけど、Rust馬鹿信者はIT土方だの馬鹿にするだけで現実を見ていない

>>400
現実にRustが選ばれている理由が多数あるからだろうね
C#は (Rustと比べて)
・遅い
・メモリ消費量が多い
・データ競合や参照競合の安全性がない
・Mutexなど同期機構の手動解放が必要
など

>>402
こう言ったらよかったかサーバーサイド開発で幅を利かせてるスポンサーのawsがいまはrustを使えって言ってるんだからrustを使うだけ
microsoftは関係ない
あとtokioはむっちゃ投資されていてサードパーティの不安定さの心配はないから安心して使える

別にc#を否定してるわけじゃないよ？開発人員の都合を踏まえて妥当な言語で開発すりゃいい
c#なら上で名前が出てたasp.net使えばいいし
javaなら安定のspringかな
サーバーサイドのいまの流行りがrustで脱oracleなどの受け皿になってるだけで数年後はまた情勢が変わる

～言語じゃないとだめっていう固執した考えが一番危険だからそれは捨てて開発するそのときに一番流行ってるものを使おう

半分寝ながら書いたらなんか変な殴り書きになってるけど許してくれ

>>403
そこら辺ははっきり言って誤差の範疇だよ
それが流行ってるかどうか、これに尽きる

>>403
遅い　← プログラマの腕による、アーキテクチャレベルのパフォーマンスチューニングの方が重要、言語はさほど重要ではない

メモリ消費量が多い ← で？CPUな方がボトルネックになることが多い、組み込みでもないからメモリなんか使えばいいだけ、どうでもいい

データ競合、参照競合 ← Rustでも競合は発生する、Rustで防げる競合なんて一部に過ぎない、結局安全かどうかはプログラマの腕にかかってる

Mutexの手動解放 ← lockキーワード、using, finallyがあるが？

>>404
Rustがバックエンドで流行ってるなんてお前の頭の中だけ
一番好かれてる言語とか言われてるが趣味で使われてるだけの言語

Linuxなどカーネル開発や組み込みに適してるから当たり前のことだ、そんなに採用されるわけがない
AWSレベらのシステムなんてお前らが触ることもない

tokio以外も含めライブラリがゴミなのが問題なんだが
サードパーティに依存すると言う点ではNode.jsと同じ

反論になってなくて草

反論できてないのはお前だろ

遅いとかほざいてるが、実用的なアプリにおいてJavaScriptみたいなクソ言語ならともかく
C#やGoやJavaといったちゃんとしたコンパイル型言語であれば大差ないのを理解できない時点でエンジニアとしてレベルが終わってるのがよくわかるよ

そもそもパフォーマンスは言語以外の要因の方が圧倒的に大きいわけで、まずそっちをどうにかしろといいたい
その点でGCある言語の方が容易に構成を変更できるから結果的にRustよりパフォーマンスが出るんだよ

言語を変えないと改善できないレベルまでいったら、そもそもそんな差を改善する必要がないということに気づかない馬鹿

Rustは巨大ランタイムやGCを許容できない場面に適した言語、それ以外の用途で使うのはただのオナニーでしかない
勝手にオナニーしてるのはいいが頼むからマウントとってくんな、その暇があったらそれでなんか価値あるもの作ってみろ

>>407
データ競合も参照競合も
Rustならばコンパイル時点で100%エラーとなり、開発効率の面でも優れている
現状ではRustを使うことが客観的に最善となる
環境依存でやむを得ない場合を除いて、劣ったプログラミング言語を使う必要はない

だからマルチスレッドで発生しうる競合はその2つだけじゃないから

それだけで安全と言い切れるわけないだろ

そもそも安全性ってお前が作るアプリで必要なの？
Linuxカーネルや組み込みだったらわかるけどそんな高度なプログラム作ってんの？
飛行機のシステム作ってて命がかかってるとかならわかるが、その辺のアプリで安全性とかどうでもいいよね

Rust馬鹿信者は開発生産性を軽視しすぎだ、開発生産性を犠牲に安全性に振ってるのがRustだがアプリの特性によって安全性なんぞどうでもいいことが多い

開発生産性が一番重要

>>411
色んな言語をやってきたけど
強力な型システムで実行前に様々な問題をエラーととして指摘してくれるRustが最も開発生産性が高いとの結論に至った
従来の言語だと最も時間を取られるのが実行時デバッグでそれが開発生産性を落としていた
Rustでは様々なことが実行前にエラーと指摘されるため
実行時デバッグは純粋にアプリのロジックのプログラミングミスのみに限定される
Rustは開発生産性が高くてオススメの言語だよ

大規模案件はテストテストテストだよ

>>409
>>Rustは巨大ランタイムやGCを許容できない場面に適した言語
違うぞ、Rustは標準でランタイムの上で動いていないだけでユーザはランタイムの上で動かしてもいい
Tokioがまさにそうじゃん

開発生産性を語るならいまはRustが売り手市場で人が来やすいからRustでよくね？
それか人材の豊富なJavaか
あ組み込み開発じゃなくてサーバー開発の話ね

>>414
Goや.NETのように言語レベルでサポートしてる言語の方が自然に書けるんだが？

tokioとかいうのはこれらにない何か強みあんの？

>>416
tokioは各IT大手も使っているデファクトスタンダード
そして各クラウドなどの公式ドキュメントにもtokioと明記されるほど
そして性能も高い

もはやスレタイと関係ない

プログラマとしての力が試されるもののひとつが非同期処理を上手に書けるかどうかだからスレタイに関係ないとは一概には言えんよ

話変わるがRustだのC#だの言ってるけど言語性能はもうどれもあまり変わらんから利権まわりを語ろうよ
C#はMicrosoftの息がかかり過ぎてるから他のガーファに好まれていない
Rustはガーファ企業どもがC++からの乗り換えとしてそれぞれ共同で投資するのに都合が良かった
言語が普及するかどうかはガーファの気分次第

>>419
性能は高速かつ省メモリに実行可能なC/C++/Rustが他言語より秀でている
その中で性能以外の面での要求も満たすRustをGAFAなど各社が選択した

利権に左右される言語が強いわけないだろ

Rust最強（仮）で新スレ立てたら、何を議論してるか分からん

そもそもJavaScriptはGoよりも速い

依存型もないし理想には程遠い

>>409
>>パフォーマンスは言語以外の要因の方が圧倒的に大きい

それは半分は当たっていて
スレタイにもある馬鹿なプログラマが馬鹿なアルゴリズムや馬鹿なシステム設計を選択すると言語に関係なくパフォーマンスはガタ落ち
しかしまともなプログラマが書くならばC/C++やRustが最もパフォーマンス高く動かせる
それらの言語を使いこなせない二流プログラマが喚こうが言語よる差はある

>>425
自分で書いてておかしいと思わんのかな

>>426
何？
はっきり言わないとわからないか

C・C++・Rustといった言語で書かないと
他の言語では最高のパフォーマンスを出すのは不可能
だからPythonやJavaScriptのライブラリ作製でもパフォーマンスを得たいものはそれらの言語で書かれている
言語の優劣差は明確にある

言語の機能面の強力さからその中でも今後はRust一択だろうね

排斥すべきゴミ言語 C++ Rust 他
Rust part27
結局C++とRustってどっちが良いの？ 9traits
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
そんなにRust,Rust言うならゲームエンジンでも
Rust part23Rust part21Rust part21
Rustアンチスレ
競プロにおいてのRust
Rust(unsafe) vs C
Rust vs Go

>>427
そんなつまらん部分にこだわるのならネイティブコードで書けよｗ
ネイティブコードじゃないどんなコンパイル言語だろうが「最高のパフォーマンスを出すのは不可能」どころか「最適化」で処理を消されることまであるしｗ

いまのご時世ハイスペックコンピュータを導入すればプログラムのパフォーマンスなんていくらでも上がるんだから
言語パフォーマンスなんてどうでもいい
雇用を確保できるかつまり言語の流行度が重要

ちなみに俺はこのテーマを32年研究してるぞ

https://sourceware.org/pipermail/binutils/2025-January/138334.html

>>427
言語の優位ってよりコンパイルしてるかどうかじゃね
pythonだってCPythonとかでコンパイルすりゃ速いわけじゃん
となると実行速度なんて後でどうにか出来るから書きやすいかどうかの方が重要じゃね

言語の優位性は世間でいかに使われてるかどうかです

表現力だよ
数学や哲学と同等の表現力を得たらその言語が最強になる
最適化は処理系が行えばよい

>>430
大昔ならともかく今はCPUのパイプラインやメモリアクセスのために実行順序を(結果に影響のない範囲で)入れ替えたりメモリをガードしたりコンパイラは最適な生成コードを吐く
さらにループなどはベクタ命令に変換するなどの最適化も行こなう
人間がアプリなど全体を最適にネイティブコードを書くのは現実的でない

Rustってそんなに流行ってるの？

流行ってるかどうかはともかく大企業は流行らせたいらしいから
その波に乗れれば大儲けできるかも！

>>412
>実行時デバッグは純粋にアプリのロジックのプログラミングミスのみに限定される

doubt

>>415
>人材の豊富なJava

ゴミは集まってもゴミ

>>440
数人集めれば1人くらいは当たりがいるから…

その理屈だとLISP最強なんだけど
商用処理系も昔はそれなりにあったようだが
人間が使うには見た目がキモすぎて流行らなかったな

どの理屈？

>>436
CPUの系統毎に全く思想の異なるコードをそれぞれ用意しなければならないもんな
さらに同じ系統でも世代毎に使えるベクタ命令が異なるため異なるコードが必要
そして可読性も保守性も非常に低い

だからネイティブコードのアセンブリ部分は最小限にする必要がある
プログラム全体は可読性と保守性を重視してRustで記述
その中の必要な箇所のみRustがサポートするインラインアセンブリを使うことが望ましい

組み込み開発者風の人も来るスレ

unsafeだらけになるから
unsafe禁止厨は大反対するだろうな

プログラマ市場の一番の需要大がサーバーバックサイド周りなわけだけどJavaはまだまだ強いねえ

プログラマになろうと思って人気言語ランキングでもjavaって上位になってるからspringやってるんだけどこれってphpのlaravelに比べてめんどくさすぎない？
web系に進むとしてjavaとphpだったら結構年収に違いでたりするの？

習得がめんどくさくて諦めるならプログラマより違う道を探したほうがいいかと

儲かる言語はなんですかｗ
>web系に進むとしてjavaとphpだったら結構年収に違いでたりするの？

phpはjsより面倒
javaはphpより面倒
rustはjavaより面倒
∴rustが最強

rustはその習得難易度で無能をあらかじめ弾けるから経営者に好かれている面は明らかにある

[NGword:Rust]

ム板で業界談義するような馬鹿はプログラマにすらなれん

>>455
プログラマスレで業界雑を禁止したらなにを話せばいいんだ？

ム板でマ雑してることがそもそもおかしいから早くマ板に帰れボケども

スラックでチャンネル違いとかを厳密に指摘して雑談の邪魔してそうな奴出てきたな

「スラック」とはどういう意味ですか？
英語表記「slack」の日本語読みで、「需給の緩み」のこと。 需要と供給の間にギャップが生じ、釣り合わない状態を言います。 経済全般や労働市場での供給の「余剰」を指し、スラックが解消されると、経済状況が改善します。

Slackをご存知ない？！
仕事で使ってないのかよ

Slackwareは、シンプルでトラディショナルなUnixの哲学に忠実なディストリビューションです。
これにより、Linuxシステムの基本的な原則と構造を深く理解することができます。
パッケージ管理が簡略化されているため、システムの背後にあるメカニズムを学ぶことが容易になります。

>>460
うちはTeams使ってる

Winnyの映画見てるけど金子勇もクズ警察の言いなりになって
不利になる書類に署名してある意味ではバカかな

>>431
言語の実行パフォーマンスが重要な環境や重要な分野が大量にあるよ
そうでなくても遅いと必要となる機器の台数が増えたり高価な機器が必要になったり電気代は間違いなく増えるよ

どのプログラミング言語でも覚えてしまえば後は簡単なのだから実行が速い言語がベスト
そしてメモリ消費も少なくできる言語がベスト
皆がそうすれば機器も電気代も節約できて環境にエコだよ

なにいっとんだこいつ…

人件費 >>>>> 運用費用

機器、電気代を払うのは鯖管
プログラム書くのはPG

>>464
それはどの言語？

エコとか言ってるアホのせいで空白の30年が生まれたのにまだ反省してないなこりゃ

なにをもって空白と定義してるのかまで語ってくれ

ブチクシと一緒

NHK教育を見て69308倍賢くチーター

>>467
プログラマを雇うのは人事

賢ければプログラマを雇う側だから

馬鹿程自説に拘る

>>1の事ね

馬鹿って言いたいだけで中身がない >>1

馬鹿だけど質問ある？

あなたの自説は何ですの

あるわけないだろ

いつ馬鹿に気付いた？

透明な■つまり□なら空白なのかな❓
でも、豆腐文字は空白ぢゃないよな🤔
とにかく、ホワイトスペース、これが空白
ホワイトスペースへ黒を適用しても
黒くはならず背景が白なら白だよな❓
てか、空白ってなんだろう

板違いスレむやみに上げる実況板と区別つかないバカ

>>433
>>pythonだってCPythonとかでコンパイルすりゃ速いわけじゃん

ダウト
CPythonはPython用内部バイトコードにコンパイルするだけ
マシン語へコンパイルできません

>>となると実行速度なんて後でどうにか出来るから書きやすいかどうかの方が重要じゃね

ダウト
Pythonはその言語の仕様上
どうやっても遅いです
しかも開発のしやすい言語ではありません
あくまでも短いスクリプトを書くための言語です

pythonはtclみたいなもんだね

遅い言語しか使えない下層が
言い訳しながら遅い言語を使う

速い言語を使う意義が薄い

>>487
サーバー系なら速いほどいいけど

>>488
そんな一部界隈のことを持ち出されても困るんだが

そうだぞ。フロントエンドだけがエンジニアなんだから、それ以外は弁えろよ

最近になって思うんだが、プログラミング言語の速度、っていう表現自体が誤解を生んでるんじゃなかろうか。理論上限りなくオーバーヘッドを少なくできる言語がC、C++とかっていう。

何に対するオーバーヘッドだよw

プログラムの処理。コンパイル言語なら最終的に機械語に変換されて実行されるわけだから、同じ機械語で処理速度の差なんて出ない。でも、言語が違えば出力される機械語の内容が異なるだろうから、そこで処理速度が変わってくる。コンパイル言語でもGCある言語はその処理が加えられて、それがオーバーヘッドになる。そういうオーバーヘッドがほぼないっていうのがCとかなんじゃない？っていう意味。

余計な処理のことをここではオーバーヘッドという言葉で表現したが、これって不適切なん？まあどうでもいいけど。

こんなスレで何度も長文レスしてる奴は馬鹿だな

実行速度や使用メモリの少なさを求めるなら
Cは自分で色々やらなきゃいけなくて面倒でミスるとセキュリティホールだったけど
今はRustがあるから楽勝

Rustも処理速度ではC言語に負けてるからセキュリティ考えなくていいプログラムを置き換えられないんだよなあ

>>497
RustはCと同じ速さを必ず出せます
Cと同じ事が必ず出来ます
RustはインラインアセンブラもサポートしているためCと同様に必要な部分のアセンブラコード記述も可能です

なんだそのSTAP細胞はありますみたいなのw

Rustって関数とかの命名が小文字とunderbarだけでやりくりしてるっぽいけど、見にくくない？慣れてないっていうのもあるやろうけど、なんかこれじゃないといけない理由とかあるの？
これであることのメリットってあるの？コンパイル速度遅いから、コンパイルが早くなるとかではなさそうだが。

>>500
何を言いたいのかわからない
何かに慣れていなくて読みにくいというのはその人の個人の問題であり個人が解決すべき話

もし何か長くなるから読みにくいという話であれば、
一般的に名前パス空間のある普通のプログラミング言語ならば
昔のようにグローバルな空間で衝突さないよう長い長い長い名前を名付けることはレアケース

さらにほとんどは何らかのメソッド呼び出しになるため
そのメソッドの対象は何なのか既に限定されていることから
メソッド名は冗長にせずにさらに短く簡潔に付けることが行なわれる

>>500
Rustに固有の話であれば
今どきの言語は記述の統一性と可読性のためにどのように書くか言語として定めることが多く
Rustでも関数名やローカル変数などはsnake_case
定数や静的なものはSCREAMING_SNAKE_CASE
一般型やトレイトなどはUpperCamelCaseと定められている
このため
要素により区別があり読みやすい
＆
ひとに依らずコードの記述が統一されて読みやすい

病気

>>498
コンパイラの専門家が否定しているが？

>>504
対象となっている話はこれだぜ

>>497
>>Rustも処理速度ではC言語に負けてるからセキュリティ考えなくていいプログラムを置き換えられないんだよなあ

Rustは言語における安全性をプログラム全体に対して保証してくれるが
代わりに人間がそのエリアを保証するunsafeブロックがある
そのエリアではCと同じことが可能で必要ならアセンブリで書くことも可能
unsafeを内部で利用して外部には安全なインターフェイスを公開することが可能なため標準ライブラリなどはこの形で作られている

プログラマって馬鹿が多いよね

>>493
ダウト
完璧な間違い

>>505
unsafeを文字通りunsafeだと思ってはいけない
unsafeは実はsafeなんだと思った方が良い

安全なインターフェイスだと言い張っているがunsafeだと思った方が良い

ガソリン上げないといってもすぐ上がるみたいな

Rustのunsafe
＝プログラマーが自分で安全性を保証しなければならないこと
＝普通のプログラミング言語と同じ

つまり危険という意味ではない
自動的に安全性が保証される枠外の意味

プログラムできないやつがプログラム言語Rustを語るスレか

文字コードスレでもいらんこと書いて暴れとるな
まったく

内藤 時浩
ＮＡＩＴＯＴｏｋｉｈｉｒｏ
８bitの時代から、既に４０年以上が経過してますが、その４０年以上ずっとメモリは足りてないし処理速度も足りていないって言い続けてる。
メモリはＫＢ単位からＧＢ単位と１０万倍以上増えているのに、ＣＰＵもＭＨｚからＧＨｚと１０００倍以上高速化してるのに、なんで？

https://x.com/NAITOTokihiro/status/1880426410210476152

こんなことは、コンピュータサイエンスを勉強すれば当たり前に学ぶことだが、何さも自分オリジナルの問題意識みたいに語ってるんだろこのおじさん・・・