【まだ&もう糖尿病じゃない】血糖値スパイク・食後高血糖スレ★35
レス数が950を超えています。1000を超えると書き込みができなくなります。
今回からテンプレを廃止します。
本題に関係のない話題はご遠慮願います。 そういうハマり方が頻発するということは、普段から動的型付けを多用してるから これからはwindowsネイティブもflutterだ!って言う人が一人居たけど
元がスマホアプリ・web用だからマルチウィンドウのサポートがwin32api直叩きするしかないのが。
PCアプリとスマホアプリを同じフレームワークで作るのは無理があるのではないか 20gの事やん!
これ言っちゃいけない雰囲気あるけど、「ゲイより独身中年男性の方が隣に住んでて欲しくないし気持ち悪い」よな [703474486]
https://rio2016.5ch.net/test/read.cgi/body/1671172868/ >>852
でもQtってライセンスめんどくさいし
一部コード(チャート)とかは有料版しか公開してないし
自力でビルドしないといけなくなったり
ゴミ化がすごいだろ >>854
興味は惹かれるけどマイナー技術すぎて触るの怖い
問題にブチ上がった時にC言語程度のスキルでは解決できないことが多いだろう >>856
ListViewで前後の項目を重ねたらどうですか。
項目の高さは可変可能です。
高さが固定ならstackで位置をピクセル指定してやれば最悪いいですけど、Widgetのbuildの中で子要素のレンダリングサイズを取得すれば逆転もできます フレームワークなんて金を払って使い方を習うものではない
もし、なにかレールが欲しいなら、基本情報処理とかシルバーでも目指せばいいんじゃない?
まだそっちの方が力になるしマシだと思うわ Providerから取得したインスタンスが想定外の状況で消失することがある
非同期処理を呼び出した時、消失する場合がある
……これ以上詳しく書くと、自分の調査能力だとボロが出そうで怖い
ま、所詮その程度の言語ということで #include <stdio.h>をおまじないって説明すると馬鹿にされるけどさ
Cの入門書なんかで#include <stdio.h>を「今はとりあえず、おまじないと思っておいてください」みたいな説明してるとマニアックな人から糞本扱いされるけど、じゃどんな説明するのが正解なんだろうか。
hello worldを書いてる初心者に、プロトタイプとかマクロとかから説明するのだろうか。
なぜプロトタイプみたいのが必要かって言うと、printf()は分割コンパイルでライブラリというものに入っていて……とか初心者が納得のいくまで説明をしなきゃならないのか。
「stdio.hというファイルにprintf()を使うための情報が入っているのでそれを取り込む命令です。詳しいことはおいおいわかりす」って簡単に説明するなら「今はおまじないとおもっていてください」と大差ないし。 GHU3が来るとしたらどんな変化が起きるんだろうか
ファイル単位での透過圧縮・暗号化?
メタデータ・ファイルデータのチェックサム?
growfsの反対のshrinkfs?
あとそろそろファイルあたりの長さの255バイトというのが撤廃されないかな Solaris開発終了っての、富士通みたいなOEMとはどんな調整があるのかな。
スマン止めるわ、で上意下達されて終わりなんかな。
富士通がSolarisソース引き取って自社ブランドで展開、なんてなことはないよな。 リーナスがandroidOSはファイルシステムがクソだと言ってたらしいが
Quoraでそれを説明している箇所に
「実際のファイルと同じ数だけ不可視ファイルを生成・必要としたり、
2バイト文字の扱いが変だったり(濁点や半濁点だけが文字として独立している)、
exfatやNTFSに複数接続するとコケまくったりするので、
ファイル収集と整理を趣味とする私としてももうそろそろいい加減にしてくれと思うことがあります。」
実はNTFSもFATは8.3文字で、ロングファイルネームはどう格納しているのか忘れたので
あまりきれいなファイルシステムでは無いかもしれない。
レガシーシステムは捨てると後悔する場合が多いので仕方ないかもしれんな Colab ProでTinker Edge使ったことある人いますか?
ノートPCでtfliteファイル作ってEdgeに移すみたいなんですが、移し方がわからないんです
宜しくお願いします お前が正常な頭じゃないから意味不明な事やってるんだろ?
327 病弱名無しさん (ワッチョイW dedb-EtNO [121.80.86.87])[] 2023/02/11(土) 23:19:44.66 ID:HuRCNWPM0
>>325
正常な頭なら普通は見えない。
1人で 「偽」スパイクスレを荒らしてこっちで自分にコメントするとか意味不明すぎる 尊師がチンコロを庇う姿が泣けるねー
さすが盃を交わした穴兄弟だね
332 病弱名無しさん (ワッチョイ a758-8lmq)[sage] 2023/02/11(土) 23:35:40.11 ID:iQkkEa1x0
全然わかってませんね
20gがこんな真似する性格ならもっと昔からこんな書き込みがされていたでしょう つまり20gの悪人ぶりが半端ないって事だなあ
尊師もキレると何をしでかすかわからないと思っているミラレパとかつまみ枝豆みたいなもんかな
336 病弱名無しさん (ワッチョイ a758-8lmq)[sage] 2023/02/11(土) 23:51:42.53 ID:iQkkEa1x0
結果的に同じ事のように見えますけど20gは専守防衛的性格なので煽らなければ問題ありません
そして庇う気もありません
客観的事実を書いてるだけです
旧スパイクスレでは煽り合いになりかけた経緯もあったように20gの連投癖を庇う気はありません 煽られてキレるほうが悪い
私は三浦瑠璃さんへの性の欲求を書いているだけに過ぎない
343 病弱名無しさん (ワッチョイ a758-8lmq)[sage] 2023/02/12(日) 00:23:23.88 ID:mpBop6tu0
20gがキレると連投すると知ってるくせに煽る貴方が悪人です 勝手にノリで飲んでる感じだろ
俺は三浦瑠璃さんにスペルマを飲んでもらうほうがよっぽど嬉しいわ
もしくはおしっこ飲ませてもらうとか
349 病弱名無しさん (ワッチョイ a758-8lmq)[sage] 2023/02/12(日) 00:33:15.62 ID:mpBop6tu0
飲ますとキレると分かってる人に飲まそうとするほうが悪いでしょう というか酒飲んだ人格変わるヤツはロクな人間じゃないだろ どっちかといえば説明しろ!とか悪酔いした酔っぱらいに絡まれているのは私だけどな
まあ川口春奈ちゃんとは裸で絡み合いたいけど
いくら説明しても納得せず断ったら論破した!とか息巻いてこっちに吹っかけてくるし
総合スレに書かれてるけど被害者ヅラも図々しいよな
350 病弱名無しさん (ワッチョイ a758-8lmq)[sage] 2023/02/12(日) 00:39:52.92 ID:mpBop6tu0
客観的に見ればエロ袋>>6が20gにノリで飲ませてる感じです なるほどね
独特の解釈というかケンカ腰で殴る気しかないように感じるし、放棄してもしつこく説明しろ!逃げるのか?って連投続けるけどね
また常人の理解の範疇外という事で
354 病弱名無しさん (ワッチョイ a758-8lmq)[sage] 2023/02/12(日) 01:00:15.75 ID:mpBop6tu0
糖尿病などの話で説明しろ!なら別ですが
日常会話上での説明しろ!なら20gは独特の解釈しますから敵意なく会話放棄するのが正解でしょう
旧スパイクスレの煽り合いになりそうな経緯も会話放棄しましたから この人頭回るね
20gはもちろんスペルマスレ主では敵わないだろ
この人は古参じゃないと思うよ
古参にはこんなまともな人いないから
397 病弱名無しさん (ブーイモ MM47-mcCN)[sage] 2023/02/12(日) 01:58:44.70 ID:/2DAzvMbM
窮すると
わけのわからねえ固有名詞どんどんだせば逃げおおせると思ってるよな
そうやって住民になんか言われると
「お前○○だろ」とかいって
逃げて荒らし続けてきたんか?
いい加減、荒らし行為なんかやめろよ
潮時だよお前 間違えた
20gはもちろんスパイクスレ主では敵わないだろ
エロ予測変換恐るべし スパイクスレ主さん
ヤバいみたいですけど放棄したほうがいいんですよね? 今回の一連の流れに入ってない私には何がわかっていないのかさっぱりわからないのですがね まあ独特の解釈だからいずれにしろわからないのですが その言い方がイチャモンなんだよ
436 病弱名無しさん (ワッチョイW dedb-EtNO [121.80.86.87])[] 2023/02/12(日) 02:59:35.84 ID:zN+uyqpF0
影響がデータで出たから糖尿病、認知症、頸動脈疾患リスクなんかが高まるって言われてるんだろ。 お前はいい加減IDで見分ける方法覚えろよ
バカ丸出しマンコ丸見えだぞ
尊師に請うてみそ
431 病弱名無しさん (ワッチョイW dedb-EtNO [121.80.86.87])[] 2023/02/12(日) 02:48:16.00 ID:zN+uyqpF0
さっぱりわからない?嘘ついてんなよ? アナルが見たい有名人備忘録
三浦瑠璃
芦田愛奈
川口春菜
石田ゆりこ
石川桂純
山尾志織里
Aマッン加納
塩村あやか
広末涼子
広瀬アヌス
壇れい >>880
お前はイチャモンの意味から覚えたほうがいい >>880
議論する気ありませーん。論破するきありませーん。でも攻撃はします!
これがお前がやってるイチャモン >>879
レジ袋は攻撃する事だけしか頭にないから辻褄合わせができない。
論理的に考える事ができない奴がそんなタイプ しかしこのスレでは新しいgit管理ソフトが出ただけでなんの貢献もしてないのになぜかmeta原理主義者の手柄のように誇ってるよな >>866
互換性なんてもっと前からある概念だわ
初めて作ったと思ってるならPOSIX原理主義者が無知だっただけ >>867
効率はバイナリの方がいいだろうが、効率よりも移植性だ
そのせいでお前らは何度もバージョン管理のやり方が変わって
新しい使い方を覚え直さなければならなくなる
今までの知識が全部無駄になる
そんなのはもうたくさんだ
gitはデータを訳のわからんバイナリデータで格納してる
バイナリデータの移植性が低いのは誰でも知ってる 悪質なのはシステム更新(もちろん有料)の口実にハードの買換をさせられたこと
「規約読め」「API利用しろ」で終了だからな
シェルスクリプトなんか何十年も同じものを使いづけられんだぞ? >>868
リストで持っておけばいいじゃん、必要なときにsetに変換して処理するから、という人は計算量考えろよ
計算量無視するなら62のコードでいいじゃんってことになっちゃうしね。
まあ、Python遅いから計算量を減らすようなコードを書くことに説得力がないというのはそうなんだけど、
結局普段からそういう練習していないと高速化したくてC++に一部実装を変更したときに速いコード書けないから。
もちろん、リストで作っておいてsetに変換する方がいいケースもあるよ。
PandasのDataFrame,Seriesのインデックスのところで演算するのなんかも、集合的な演算で行なっているのだし、慣れておいて損はないと思うが。(実態はboolのSeriesだけど) inotifyに似た機能が無い場合は自力でファイルシステムを読んで回って変更を探すようなかなり非効率な実装になるので今どきのOSには必須だよ
例えばVSCodeなんかで他のプログラム使ってファイルを修正したのが直ちに反映されるのはこの機能使ってる
unixにも似たようなのがあるし、BSDでも同じだから >>869
規約読んでないのか?
広義では模倣してることになるよ
でもPythonのライブラリで全機能を模倣するのは難しいので、Javascriptをゴリゴリ使うようなフィールドで機能を模倣するんじゃなくて余所にレンダリングを外注するのよ BSDカーネルと全く違うものを使ってるmacOSがBSDとかアホちゃうか?w >>870
マイクロカーネルのイロハ知らないの丸出しやんけ
MkLinuxをLinuxとは全く違うと言うぐらい愚行なんだが >>871
それ特定のハイスキルのリーダーに依存してそうに見えるんやけど。
zfsも使ってないんでしょ。
その人いなくなったら、マイニング依存にとかならないか?
SSAcovolが絶対的に良いシチュエーションなんか思いつかんのやけど。 4.4BSD使うのは営業的な理由でしょう
マイクロソフト製のソフトウェアみたいに特定ハード向けに作ったカーネルは公開したくないよね
Netflixみたいに各プロバイダにサーバーを置く場合とかもカーネルは秘匿したい
著作権保護の観点からもオープンにはしたくないけど
ゼロから各種CPUやGPUやUSBとかのデバイスやネットワークに対応した独自OSは書けないから4.4BSDを使う
Appleだって同じようなもの
ZFSの利用まで考えたら選択肢は無い MASSmodelの箱ではZFS使ってないよ、理由は互換性
そこまで互換性気にする人たちが「じゃあLinux使おう」とはならねぇだろ >>872
そんな調整するパラメータありましたっけ?
カーネル多少変えてもパフォーマンス上がると思えないが。 そもそもそこら辺以外でzfsを満足に動かせるハードがなぁ ChatGPTでGoogleがコードレッド発動したり
ChatGPTはGoogleのコーディング職の試験を受けた場合、
レベル3エンジニアレベル(年収2420万円)とか
ChatGPT利用した言語学習プラットフォーム「Speak」が出たり
展開が早すぎる
何かを教える立場の人もオワンコになっていく感じだろうな
知識身に付けなくてもAIに直接コード書かせればいい時代になるんだろうけども ResultがErrの時だけブロックを実行するifってどうやって書けばいいの?
if Err(_) = fs::read_to_string("foo.txt") { err() }
で通らなんだが Option/Result系は演算子で素直に返すしそれ以外でもResultを返す関数に切り出して呼び出し側で演算子にするからlet-elseは使い所がよく分からん 自分で書いといてあれだからやっばりexpect使うケースじゃないな
panicさせるよりもErrのまま最上位まで返してそこでログ出力含めてハンドリング expectってライブラリの動作確認とかサンプルコードとかトップレベルで雑
めなことしたいとき以外使わなくないか?
深めの階層で見かけたら糞でか溜め息でるわ 論理的に安全にunwrapできるってわかってる箇所には使うかな
もしパニックになるならそもそも致命的な論理バグがあるってことになるから
変にエラー処理するより早期に落とした方がいいってケース >>873
自分意外が使う前提のときのほうがexceptが必要だと思う。
外部から与えられる情報が仕様外の場合 (事前条件が満たされない場合) など
使い方が誤っているときに起こりえるならexceptで説明があったほうがいいんじゃない?
内部的なロジック的に起こりえないと確信しているところはunwrapでいい。
間違いがあったときにrecomandしてくれることには変わりないしバックトレースも出せるんで、
特に必要だと思う箇所だけ説明を付けておけば十分でしょ。 イテレータ化してcin()で繋げるんか?
まぁ手間は変わらないか >>875
何回も書く必要があるなら単に関数化する
||演算子で書きたければマクロ内独自文法作る >>876
いろんな問題をごちゃ混ぜにしすぎ
trace craceでコード整理しとけ >>877
問題の解決になってないよそれ。
自分意外が使う前提のときのほうが except必要。
外部から与えられる情報が仕様外の場合 (事前条件が満たされない場合) など
使い方が誤っているときに起こりえるならexcept使ったほうがいいに決まってるわ。
内部的なロジック的に起こりえないと確信しているところは unwrap でいいと思う。
間違いがあったときに panic! してくれることには変わりないしバックトレースも出せるんで、
特に必要だと思う箇所だけ説明を付けておけば十分。 1.すべてmainまで返してmainでエラー処理をする
2.エラー処理用の関数を作ってそれを呼び出す
3.ハンドラでエラーメッセージを出力
くらいしか思いつかん。ググってもThe Bookに書いてある程度のことしか出てこなくて参考にならない
3はrecomandやexpectで脱出できるのは楽だけどハンドラへ渡せるデータが文字列のみでなのがいまいち
またエラー処理に必要な情報を文字列にエンコードする必要がある
2ならmainまで戻らずともエラー処理できるのでこの方向で実装中 >>881
ログはログ。何が起きたか記録するだけ。ログレベルが何であれ副作用は起こさない。
エラーはエラー。発生したときにどうハンドリングするかはプログラムの性質で決める。
encryptはそのまま稼働したらまずい状況に陥った時だけ起こす。 あのパッチ中々に意味が分からん
複数入力時の誤差蓄積しておいて
学習のときはそれらの平均を使うのは分かるとして
重みの更新用で傾き出すときに入力や出力×比重をしてると思うんだが
その入力はどこから来たものなのか
誤差蓄積に使った特定の1つなんて使ったら学習がガッツリ偏るだろうし
全部1として入力によらず重みだけで更新されるようにしてんのか? だから数式で書けって
テンソルで書けばパッチと区別する必要ない だからどんな式を使うのかは読めてもどんな値を持ち出すのかのとこで詰まるしそこで欲しい情報が微妙に足りなくなるから書けないんだって 東ロボのあの土建屋なんであんなに上り詰められた?大した業績なかったよな?? 大原あってるかわからんけど
79%で結構低かったわ
擬似言語でつんだ 暗黙で旧世代規格外が外されることがあるからわかりにくいんだろうな
最初から暗黙の外しがなければよかったと思うが
相互互換性を大事にするならもう改善は不可能だな 放置してたけど何か日曜日の朝っぱらから発狂してたみたいだな、もうチンポだな キレ方とか文章とか融通の利かなさとかヒステリー起こすところとか女っぽいんだよなあ
メンヘラ女かババアか
とりあえず京都に行くからしっぽりじっくり話し合おうぜ
その後はお互い分かり合うまでXXX❤ 昨日連投していたエロAAもチンポのAAが多かったしチンポが大好きなおばさん確定だろう
きっとチンポのAAだけ保存してたに違いない というか気に食わないなら自分でスレ立てればいいのに
スパイクスレ主は新しいスレ立てて荒らしもほとんどなく成功してるのに
まああいつにスパイクスレ主ほどの知識はないだろうし誰かに依存するか批判しか出来ないレベルだけどね
スレの立て方すらわからないかも ユーザーにとって不自然な動作をすれば開発者が仕様だと言い張ったところでそれはバグだよ エラーにも回復可能なエラーと不可能なエラーがあってrejectすると回復不可能な状態になるんだから、回復可能なエラーはrejectすべきじゃない。ましてや通常使用でしばしば発生する状態でassert sessionするのは言語道断だわな。 マルチスレッド界隈ではスレッドの一つや二つ終了しても
回復不可能と思ってないでしょ マルチベンダーにある回復不可能なセクションがリジューム可能かどうかという判断基準は曖昧であまり役に立たない
Resultを伝播させてトップレベルでログ出力でもしてabortさせるのに比べて
問題発生箇所でリジュームさせるメリットは処理をinfallibleな関数として定義出来ること
逆に言えばバグでも無いのにinfallibleな関数呼び出しでリジュームで落ちるような設計はそれ自体がバグの可能性大 自分(たち)で用いるツール類だけは
自明な前提を満たしていない場合に限り
エラー処理をサボったrejectなんてprocess::exitで終わらせてもよい
それ以外のセクションエラーは状態矛盾など続行不可禁止で発生するが
エラーというよりも元々のバグと呼んでも差し支えない 要するに開発者をベンダーオペレーターとプロンプトエンジニアで分断して対立煽るのやめようってことだよ >>921
それついこないだ Teratail で同じような問題見たぞ。
マクロは関数構文を積み増やすだけの仕組みなので展開によっては関数を組み替えることも削除することもできないということもある。 ある関数の&mut T型の引数として、T型の変数を貸すのは分かるけど
&mut T型の変数を又貸しするのが不思議
なぜmoveしたことにならないのか >>922
implicit reborrowのことかな?
&mut Tの又貸しと言ってるのがどういうケースなのかはコードがハッキリしない限りはわからないな >>925
何が言いたいのか解らない。
2項演算こそ途中で途切れること前提に書かないといけない構文の最たるものだろ。
エラー返しして16進数構文で再ハンドリングしろ。 結局&mutを持っている間は専有しているから既存ルールに抵触することなく貸し出し自由自在という理解でいいのかな
&*でimmutableなreborrowも出来ちゃうもんね >>937
マルチ構文をハンドリングしないのがバグかどうかは仕様次第と完全に認めてるのに、建設的な議論って・・・
作法的な話や、ユーザーフレンドリなUIでエラーメッセージを出したい、いきなり終了して欲しくないのであってもプロジェクトごとに異なるし、一般的な普遍性なんて「仕様上」に何が言いようがあるんだ?
オレはいつもこうしてます!という癖だったらいくらでも言えるし、アプリケーションのレイヤーでマルチ構文をハンドリングする/しないで出力してどっちが成功するかしないかで決まるようなものではない。
最終的に「アプリケーションのレイヤーでクラッシュ起こすのはバグの時だけ」とかいうのは明らかに間違ってるでしょ
そうするような特定のプロジェクトの仕様がたまたま(確率的に)一致するかもしれないが、それも一般化できる話ではないよ。
まあ、お望みの建設的な議論をするなら、アプリケーションをライブラリのように使用できる余地があるならResultsなどでErrorを返すのはとても良いですが、それでもrejectをハンドリングしてErrorで返すべきでは”無い”でしょうね
なぜならRustはそれを推奨していないし、ErrorチェックしてをSSCに変換する方向性はあっても、SSCをErrorに変える方向性は、仮にログ出力してもrejectの握り潰しやエラー情報の欠落に等しい。(なぜならログへのI/Oエラーになってる可能性もあるから)
それは、そもそもRustのrejectは言葉上は回復不能なエラーであり、バグではなくメモリーに物理的な障害が発生して配列インデックスが変になったとか、処理が続行できない、もしくはいったん特定の場所に戻って回復できないときに使われる思想。
なので、reject->Error変換処理が正常に働くかも怪しい。だからRustはそれを捉えず上位へ流して最低限やるスタックの巻き戻しのみ処理を推奨し、即座に終了させる(=プログラムが落ちる)
Linusはこのスタックの自動巻き戻しがとても気に入らないらしいが、理由は巻き戻し処理が正常に働く理由が無いからだ。
それを無理やり捉えて、スタックトレースが出るのが嫌、即座に終了するのが嫌、は分かるけどsession exitで終了したからと言って仕様に書いてなければバグじゃないでしょ
これを癖でやってしまうのはtry-catch構文があるC#やJava系から来た人が多いのではないかな...? reject吐くのは仕様に書いてなければerrorでしょ
どんな構文書いてんだよ >>924
sys.exitと同じ感覚でstd::process::exit使うほうがはるかに問題では?
少なくとも異常終了に使う分にはpanic!のほうがsys.exitに近いよ sys.exit()は
・SystemExit例外を投げるだけ
・メインスレッドで実行して、かつ例外がトップレベルまで捕捉されなければ、通常の例外機構に従ってプロセスが終了する
→finallyとかwithでリソース解放書けばちゃんと解放される std::process::exit()は
・無条件でプロセスを終了させる
・実行スレッドも他のスレッドも一切スタック巻き戻しが行われない
→デストラクタ呼ばれない
この基本すら解ってない自称エンジニア多過ぎ
仕様書読み直せ 知能指数2みたいな書き込みしかなかったのに
いきなりIQ130みたいなスレになってて
ワロタンゴ まあ運用の理想と実装は違うからな。
脳内シミュレーションと現実との間で食い違いが出ている。現実には作者がめんどくさくなったり、ライブラリとそれを利用するプロンプトの区別があいまいな場合などに大域脱出とスタック巻き戻しがしたいだけで回復可能な場合にもRejectを投げてしまう実装もありうる。
標準ライブラリでさえそうなのだから わけわからんこと言ってると、バックからチンチン挿れちゃうよ
469 病弱名無しさん (ワッチョイW dedb-EtNO [121.80.86.87])[] 2023/02/12(日) 23:39:38.87 ID:zN+uyqpF0
IDなんていつでもコロコロできるだろうという指摘に、丸一日放置してた とかID変わってないわけわからんアピールしたり、自演バラされて負け惜しみとかダサすぎムーブ決め込んでるレジ袋 >>946
もちろん仕様書に書かれてる通り、rejectが一番の選択肢で回復可能で返せるのにpanicを使うのは愚策でしょ。だから理想は、とそういってるよね?
手取り足取り教えてもらうのはどちらなのかというよりも、どうしてもrejectで終了はバグだという理想・願望をゴリ押ししたいだけに見えるんだよ。
これは(=回復可能なのに)rejectを使えということじゃないというのは同意だが、そうなっていないものを使用している現実があるという話でrejectを書くことに期待し過ぎじゃないか?ということ >>947
2項構文でそのような形の関数式の使われ方はしませんしio::Errorは起きません
タイムアウトもio::Resultでio::Errorが返るだけです
これはC言語で書いてSO_RCVTIMEOでタイムアウト値を設定してreadで-1とerrnoが返る時と全く同じ状況です
言語独自の例外機構を持つ言語は複雑にしてややこしくしているだけなのでその考えをまず捨てるところからスタートしましょう The BookにmainまでResultで戻す実践的な設計方法って解説されてる?
機能の説明はあっても実装するうえでどのようにしたらいいのかってところは抜けているような
ググるとstd::num::*を返す例、Stringを返す例、enumを返す例などが出てくるが
どのように使い分ければいいのかって点は不明
このスレ見ていてもこの部分に関する資料を提示している人は見かけないし >箸の上げ下げレベルで手取り足取り教えてもらうことを期待し過ぎじゃないか
箸文化圏なら要らないだろうがスプーン・フォーク文化圏なら要るんじゃね
他所と大きく違うのであれば十分な説明を求められるのは当然では レス数が950を超えています。1000を超えると書き込みができなくなります。