[過去ﾛｸﾞ]
スレ立てるまでもない質問はここで 161匹目 (1002ﾚｽ)
スレ立てるまでもない質問はここで 161匹目 http://mevius.5ch.net/test/read.cgi/tech/1661583836/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
284: デフォルトの名無しさん [sage] 2022/09/30(金) 00:52:21.47 ID:IIgnubfp >>279 まじか そんな理由ならやめとけ 必要もなくメソッドとプロパティが密な依存した構造になってるから使いにくいしメンテもしにくい Task<TResult>調べろよ http://mevius.5ch.net/test/read.cgi/tech/1661583836/284
285: デフォルトの名無しさん [sage] 2022/09/30(金) 00:54:46.03 ID:ogT7+hOz >>280 >つまり、上と下ではインスタンスの状態が異なる それが質問者の比較したい事なんだから別にいいんじゃない？ http://mevius.5ch.net/test/read.cgi/tech/1661583836/285
286: デフォルトの名無しさん [sage] 2022/09/30(金) 01:12:19.29 ID:1oMlUJQ7 こちとらなるべく状態を持たせないように腐心しているというのに http://mevius.5ch.net/test/read.cgi/tech/1661583836/286
287: デフォルトの名無しさん [sage] 2022/09/30(金) 01:27:01.26 ID:MNhQMAyj >>272 おそらく何か作りたいものがあってそれを達成するために色々と情報収集をしてるんだろうけど 正直、レベル1でラスボスに向かって一直線に突き進んでるようにしか見えない もう少しお使いクエストで寄り道しつつレベル上げしてみたら？と思ってみたり http://mevius.5ch.net/test/read.cgi/tech/1661583836/287
288: デフォルトの名無しさん [sage] 2022/09/30(金) 02:04:15.48 ID:HVJ0/rg+ とりあえずプログラミングにおいての「破壊的」「状態」「副作用」の言葉の意味をググっとけ、でなぜこれが増えると良くないのか理解すべし http://mevius.5ch.net/test/read.cgi/tech/1661583836/288
289: デフォルトの名無しさん [sage] 2022/09/30(金) 02:13:44.17 ID:6qvEDMgz そりゃ、関数型のElixir みたいに状態を持たない方が良い。 でも、それではプログラミングが出来ないので、状態を持ってしまう 例えば、ログイン状態。 ログインしているか、していないかとか http://mevius.5ch.net/test/read.cgi/tech/1661583836/289
290: デフォルトの名無しさん [sage] 2022/09/30(金) 06:12:32.58 ID:RfOZtvxf なんで極論になるんだよ アプリケーションから一切の状態を取り除くのは難しいという話と 状態を持たせる必要がないのに手癖で毎回持たせてしまうという話 1と99くらいかけ離れてるだろ http://mevius.5ch.net/test/read.cgi/tech/1661583836/290
291: デフォルトの名無しさん [sage] 2022/09/30(金) 06:12:59.16 ID:RfOZtvxf 無駄に状態を持たせることのデメリットとして状態依存のバグが出やすいことに加えてリエントラントにならないこともあるな スレッド安全性が低い http://mevius.5ch.net/test/read.cgi/tech/1661583836/291
292: デフォルトの名無しさん [sage] 2022/09/30(金) 06:17:21.47 ID:RfOZtvxf 状態依存のバグってのは例えばメソッドaの次にbを呼ぶと問題ないんだけどbaの順に呼ぶと結果が化けるとかaaと2度呼ぶとおかしな結果が返るとか そんなミスしないよと思っていても規模や複雑度が増すにつれリスクは上がるしソースレビューで担保するのが線形以上に難しくなっていきがち http://mevius.5ch.net/test/read.cgi/tech/1661583836/292
293: デフォルトの名無しさん [] 2022/09/30(金) 07:06:46.64 ID:+8/hJOWJ とりあえず基本はreturnで返すようにします http://mevius.5ch.net/test/read.cgi/tech/1661583836/293
294: デフォルトの名無しさん [sage] 2022/09/30(金) 08:40:48.42 ID:h8M2T0X1 もうこのスレにはレス返さなくてもいい C#やってんのにRubyのコードとか見せられても混乱するだけでしょ 続きはC#のスレで http://mevius.5ch.net/test/read.cgi/tech/1661583836/294
295: デフォルトの名無しさん [sage] 2022/09/30(金) 08:54:47.02 ID:Oln8rmkE 非同期ってむずいよね http://mevius.5ch.net/test/read.cgi/tech/1661583836/295
296: デフォルトの名無しさん [sage] 2022/09/30(金) 08:57:53.57 ID:jNFohT4i これでもasync/awaitのおかげで随分簡単になったんだがな http://mevius.5ch.net/test/read.cgi/tech/1661583836/296
297: デフォルトの名無しさん [sage] 2022/09/30(金) 10:40:05.21 ID:qjyZys7q https://agree.5ch.net/test/read.cgi/mango/1664496069/l50 解いて！ http://mevius.5ch.net/test/read.cgi/tech/1661583836/297
298: デフォルトの名無しさん [sage] 2022/09/30(金) 10:43:28.53 ID:qjyZys7q https://agree.5ch.net/test/read.cgi/mango/1664496069/5 こっちやった。おまえら解けるか http://mevius.5ch.net/test/read.cgi/tech/1661583836/298
299: デフォルトの名無しさん [sage] 2022/09/30(金) 16:12:49.31 ID:Uqj5A2v6 本来裏側でロードさせても表側の操作は自由に出来るって高度な技術だったからな 非同期とかいうので僅か経験3か月のヤツでも、お手軽にできるようになってるのが凄い時代になったと思う http://mevius.5ch.net/test/read.cgi/tech/1661583836/299
300: デフォルトの名無しさん [sage] 2022/09/30(金) 16:55:56.16 ID:jNFohT4i >>299 スレッド作成して走らせてミューテックスでタイミング合わせて裏スレッドが終わったかどうかをスレッドオブジェクトでチェックしてまだならタイマーセットして再入してっていうコードを関係しそうな関数毎に一々書いて 非同期関数を一つ作るだけでコードがあちこち散らかって異様に見づらくなることもあったからasync/awaitは偉大 http://mevius.5ch.net/test/read.cgi/tech/1661583836/300
301: デフォルトの名無しさん [sage] 2022/10/01(土) 14:55:09.73 ID:OpILS/7a MySQLなどのトランザクションで、BEGINしてから、COMMITするまでに なんらかの事故でアプリがダウンした場合、どうなる？ ほとんど同じことかも知れないが、MySQLとアプリがTCP/IP通信中に通信が 切断されるとどうなる？ http://mevius.5ch.net/test/read.cgi/tech/1661583836/301
302: デフォルトの名無しさん [sage] 2022/10/01(土) 15:03:24.83 ID:OpILS/7a >>301 これかな。 https://stackoverflow.com/questions/4896479/what-happens-if-you-dont-commit-a-transaction-to-a-database-say-sql-server [Q]トランザクションをデータベース (SQL Server など) にコミットしないとどうなりますか? クエリがあるとします。 begin tran -- some other sql code そして、コミットまたはロールバックするのを忘れます。 別のクライアントがクエリを実行しようとすると、どうなりますか? [A] トランザクションをコミットまたはロールバックしない限り、トランザクションはまだ「実行中」であり、ロックを保持している可能性があります。 クライアント (アプリケーションまたはユーザー) がコミット前にデータベースへの接続を閉じると、実行中のトランザクションはロールバックされて終了します。 http://mevius.5ch.net/test/read.cgi/tech/1661583836/302
303: デフォルトの名無しさん [sage] 2022/10/01(土) 15:18:27.68 ID:+X1R3SPo トランザクションタイムアウトがあるから放置されたら一定時間でロールバックする http://mevius.5ch.net/test/read.cgi/tech/1661583836/303
304: デフォルトの名無しさん [sage] 2022/10/01(土) 16:11:59.97 ID:b3YOgUhU >>303 詳しく。 トランザクションに関するタイムアウトといえば、他の誰かがトランザクションを 実行中に、BEGINしようとすると待機することがあるが、その時に待つ時間の最大値 を指定できる、と書いてあったような。 それとは別の話？ http://mevius.5ch.net/test/read.cgi/tech/1661583836/304
305: デフォルトの名無しさん [sage] 2022/10/01(土) 18:18:34.32 ID:+X1R3SPo そらロックタイムアウトだな タイムアウトもいろいろある ググれ http://mevius.5ch.net/test/read.cgi/tech/1661583836/305
306: デフォルトの名無しさん [sage] 2022/10/01(土) 22:18:52.51 ID:WF3iEAg3 無限に表ロックされたら、システムが動かない。 クラッカーは、そういう攻撃をするはず 0.1 秒でもロックされたら、大変 http://mevius.5ch.net/test/read.cgi/tech/1661583836/306
307: デフォルトの名無しさん [sage] 2022/10/01(土) 23:26:07.14 ID:M80TOT3i ****で通信の開始要求だけやって、送った側が意図的に受け取らないようにして、サーバーが勝手にタイムアウトするまで待たせる そうするとタイムアウトまでkillされないスレッドが溜まりまくってサーバーは死ぬ 今の時代サーバー負荷かける攻撃手段なんて無限にあってよっぽどデカいところじゃなければ狙われたら終わり http://mevius.5ch.net/test/read.cgi/tech/1661583836/307
308: デフォルトの名無しさん [sage] 2022/10/02(日) 00:02:13.36 ID:ZWlCDBNf データベースサーバーに直アクセスされてる時点で終わってるやん http://mevius.5ch.net/test/read.cgi/tech/1661583836/308
309: デフォルトの名無しさん [sage] 2022/10/02(日) 00:04:48.18 ID:451ZFC4H >>301 どっちのケースも通常はすぐセッション落ちてロールバックじゃないかな DBMSによって違いがある可能性もあるので試してみないと分からないけど http://mevius.5ch.net/test/read.cgi/tech/1661583836/309
310: デフォルトの名無しさん [] 2022/10/02(日) 05:30:13.17 ID:2Rps0pJb 値型の変数では、その変数に対応するメモリ上の場所に値が直接入るとのことですが、その値の表現はどこで規定されているのでしょうか？ 例えばテキトウですが、「"あ"という文字はメモリに入っている状態としては"0001"である」みたいなマッピングはどのレイヤーで決まっているのか知りたいです http://mevius.5ch.net/test/read.cgi/tech/1661583836/310
311: デフォルトの名無しさん [sage] 2022/10/02(日) 11:02:43.84 ID:OMFycnXw 文書のアウトラインの構造って H1 プロジェクト名 H2 H3 H2 ... と H1 プロジェクト名 H1 H2 H1 ... ってどっちがいいの？ 前者の方が一貫性はあるが 後者の方が階層が深くならないから無駄がない気がする http://mevius.5ch.net/test/read.cgi/tech/1661583836/311
312: デフォルトの名無しさん [sage] 2022/10/02(日) 13:19:56.55 ID:D5S18uSu 前者がいい https://developer.mozilla.org/ja/docs/Web/HTML/Element/Heading_Elements > 複数の <h1> を使用することは HTML の仕様では認められていますが、ベストプラクティスとは見なされていません。<h1> を 1 つだけ使用することは、スクリーンリーダーの利用者にとって有益です。 http://mevius.5ch.net/test/read.cgi/tech/1661583836/312
313: デフォルトの名無しさん [sage] 2022/10/02(日) 13:31:18.93 ID:w76y/xOG >>310 文字コードの話？ 今でこそUTF8が普及しているけど、昔は色んな文字コードが使われていた 「あ」はUTF8だと3バイトで0xE3 0x81 0x82のように定義されている ググれば文字コード表が見付かると思う http://mevius.5ch.net/test/read.cgi/tech/1661583836/313
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 689 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s