スレ立てるまでもない質問はここで 160匹目

**デフォルトの名無しさん** · 2022/05/10(火) 14:24:35.29

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

次スレは>>980が立てること

【前スレ】
スレ立てるまでもない質問はここで 159匹目
https://mevius.5ch.net/test/read.cgi/tech/1644673480/

**デフォルトの名無しさん** · 2022/08/23(火) 19:10:40.28

すみません、板違いかもしれませんが、
わけあって故障中のパソコンのVRAMを確認することになりました。
そのPCが故障中なのでスマホで検索しまくっているのですが、
調べ方が悪いのか、なかなか情報に辿り着けません。
（inspiron 5521 15R VRAM などで検索しているのですが・・・）

どなたか「inspiron 5521 15R」のVRAMの値を確認してほしいです。

**デフォルトの名無しさん** · 2022/08/23(火) 19:28:22.31

なんの値だよw

**デフォルトの名無しさん** · 2022/08/23(火) 19:42:13.43

すみません、何MB（GB?)かってことです。

**デフォルトの名無しさん** · 2022/08/23(火) 19:55:46.02

>>937
汎用でも自力でもDBは魔法ではないのだから
DBなら速いとか軽いとかは嘘で
当然ながらその使う仕様環境に応じたプログラミングした方が汎用DBサービスを利用するより勝る
そのプログラミングするのが面倒とか出来ないとか手間暇かかるなどの理由で回避するならば
そのときは汎用DBサービスをSQLなどで利用するのがベター

**デフォルトの名無しさん** · 2022/08/23(火) 20:17:13.45

ユニケージ臭くなってきたな

**デフォルトの名無しさん** · 2022/08/23(火) 20:23:43.59

>>938
https://dl.dell.com/manuals/all-products/esuprt_laptop/esuprt_inspiron_laptop/inspiron-15r-5521_reference%20guide_ja-jp.pdf

故障中のノーパソのVRAM容量を知りたいわけって何だろう？

**デフォルトの名無しさん** · 2022/08/23(火) 20:37:12.51

>>943
資料ありがとうございます。
ただ私はその資料を見てもどれがVRAMの値なのかがわかりませんでした。
１２ページ目の最大２GBってやつでしょうか？
つまり工場出荷状態から増設していないならもっと低くて、恐らく1GBと考えていいでしょうか。（←そこが知りたい）

必要になった理由ですが、私ではなく友人がほしがっているのです。
物理的に壊れたわけじゃないので、それならなんとか直してみるとのことで、
ただ、それはそれとしてVRAMの値が知りたいから教えてほしい、と。
普通のMEMORYのようにすぐわかると思って軽くOKしたんですが
自分がぐぐった範囲ではどこのページもそこまで載せていないので困っていたのです。

**デフォルトの名無しさん** · 2022/08/23(火) 21:05:19.77

>>941
>当然ながらその使う仕様環境に応じたプログラミングした方が汎用DBサービスを利用するより勝る
どういう点が勝るの？

**デフォルトの名無しさん** · 2022/08/23(火) 21:28:53.78

>>941
珪石の採掘から自力でどうぞどうぞw

**デフォルトの名無しさん** · 2022/08/23(火) 21:34:16.68

>>944
https://www.google.com/search?q=intel+hd+graphics+vram
専用のVRAMは持ってない、必要に応じてメインメモリを使う

**デフォルトの名無しさん** · 2022/08/23(火) 22:39:43.56

>>947
あああ！なるほど！思い出した！
どうりで調べても出てこないわけだ。
ありがとうございましたあああ！

**デフォルトの名無しさん** · 2022/08/23(火) 22:40:42.26

当たり前だけどRDBMSなどのデータベースサーバーも単なるプログラムだよ
同じようにファイルをアクセスしてメモリ上でキャッシュしてSQLなどの指示に従い処理するだけ
だからデータベースサーバーを使えば魔法のように速くなることはもちろん決して無い

例えば大規模SNSや検索システムなど様々なネットサービスでは
各々のシステムに特化したものを使っていて汎用のRDBMSは遅いから一部を除いて使っていない
各々の特性に合わせたものを用いた方が当然有利であるためだ

**デフォルトの名無しさん** · 2022/08/23(火) 23:43:55.52

昼に鯖負荷どうかって書き込んだ者だけど軽減処理かけたよ
これで後から知らないバグきたらデスマになりそうだが

>>949
DBも大規模になったら汎用じゃ遅いだろうね
いかにして巨大なリストを触らないようにするかって工夫も必要かと

**デフォルトの名無しさん** · 2022/08/24(水) 00:00:42.74

データ量を100分の1に出来たのか！
スゴいな

**デフォルトの名無しさん** · 2022/08/24(水) 00:03:03.53

>>941
大規模でも小規模でもRDBが合わない用途なら他のDB使ってるだけだよ
当たり前だけど大半は汎用DBだぞ

**デフォルトの名無しさん** · 2022/08/24(水) 00:14:27.51

リレーショナルDBに不向きもしくは効率悪い用途も現実には多い
しかしそれを理解しない者も使うため利用数が多くなっている実状

**デフォルトの名無しさん** · 2022/08/24(水) 00:14:57.53

>>951
数十kbのデータ量を1/100に減らした程度じゃ軽減にならないよ
小さいファイルで問題なのはファイルIOや鯖との通信回数
まとめられる部分をまとめて回数を減らすってのが中々面倒くさい

**デフォルトの名無しさん** · 2022/08/24(水) 00:42:26.90

ファイル数しか質問してないだろ
そういうとこだぞ

**デフォルトの名無しさん** · 2022/08/24(水) 01:02:04.21

>>953
君がトレードオフと現実を理解してないだけだよ
最近はむしろ用途的にはRDBがフィットするのに費用的にKVSを使うようなケースの方のほうか増えてる

**デフォルトの名無しさん** · 2022/08/24(水) 01:13:50.27

今時KVSなんてキャッシュくらいにしか使われてないでしょ
RDBのコストごときが問題になるようなクソ事業はどのみち早晩潰れるのだから無視してよい

**デフォルトの名無しさん** · 2022/08/24(水) 01:42:55.36

RDB信者は適材適所ができないため何でもRDBにしてしまう
RDBは数ある中の一つにすぎないのに他を知らないため何でもRDBにしてしまう

**デフォルトの名無しさん** · 2022/08/24(水) 02:30:52.42

>>920
質問の主旨とは違う話なんで済まんが
中身の暗号化をやるAPI呼び出しというのは、中間者には不明だろうけど送信者にとっては既知な鍵とIVになるから、SSLと目的が被ってしまう無駄な仕様なのではないか？

**デフォルトの名無しさん** · 2022/08/24(水) 08:56:46.19

>>958
CSV最強ですね判りますω

**デフォルトの名無しさん** · 2022/08/24(水) 08:58:19.87

>>956
>>959
RDB 行指向
KVS 列指向
大した違いじゃない罠

**デフォルトの名無しさん** · 2022/08/24(水) 09:08:25.64

KVSはトランザクションが無いから単純に早いので採用という訳には業務によっては無理かと
セッションキーやらアクセストークンの保存みたいなのには向いているけどね

**デフォルトの名無しさん** · 2022/08/24(水) 09:12:37.62

csvはエスケープがあれなのでtsvで

**デフォルトの名無しさん** · 2022/08/24(水) 09:18:09.99

>>920
不正アクセス禁止法はかなりサービス提供側に有利な仕様になってるから
サービス提供者が意図してないアクセスは基本ひっかかると思った方がいい
技術的にはxxで～は一切通じない。

**デフォルトの名無しさん** · 2022/08/24(水) 10:00:12.92

>>961
KVSは一般的には行指向だよ
大規模データ分析におけるIO効率を除けば列指向にはほとんどメリットがない

**デフォルトの名無しさん** · 2022/08/24(水) 10:56:17.02

>>964
その結果サイバーノーガード戦法がはびこるんですね。判ります

**デフォルトの名無しさん** · 2022/08/24(水) 11:14:22.24

>>957
クラウドでそれなりの規模のシステムつくってればキャッシュ以外でKVS使ってないところの方が圧倒的少数派

**デフォルトの名無しさん** · 2022/08/24(水) 12:02:46.79

>>967
具体的には？
まあセッションみたいな一時的な簡易データには普通に使われていて、中には正確にはキャッシュとは呼ばないものもあるね

**デフォルトの名無しさん** · 2022/08/24(水) 12:20:53.24

はい次の方

**デフォルトの名無しさん** · 2022/08/24(水) 12:23:54.04

Ruby on Rails では、2千社・2億レコードでも問題ないと、YouTube で外人が言ってた

AWS では、インメモリのElastiCache で、Memcached, Redis を使う。
Solution Architect 資格の教科書に書いてある

ログファイルは同じファイルにアクセスするだけだから、
メモリキャッシュに載っているから速い

**デフォルトの名無しさん** · 2022/08/24(水) 12:49:15.40

言ってたって、自分で試したんじゃないのかよ、恥ずかしい

**デフォルトの名無しさん** · 2022/08/24(水) 13:23:10.32

AIによってイラストレーターが廃業になるかもしれないとTwitterなどで盛り上がってますが

プログラム板の人は次は何の職業がAIで淘汰されると思いますか？

**デフォルトの名無しさん** · 2022/08/24(水) 13:43:52.75

AIとか関係なく派遣事業者は淘汰されてほしいですね

**デフォルトの名無しさん** · 2022/08/24(水) 14:51:22.25

>>968
正確にというかセッションはキャッシュとは全く別物だからね

それに”一時的”という言葉は曲者
サーバーのリスタートやフェイルオーバーで揮発しないという意味ならセッションが一時的じゃないシステムも沢山ある
そうでないならRDBに保存されるものでも”一時的”なものは沢山ある

セッションのようにある種のUser Stateを保存する用途でKVSが使われることが多いのは確か
それは低レイテンシと高スケーラビリティが欲しいKVSらしいユースケースになることが多いから

**デフォルトの名無しさん** · 2022/08/24(水) 17:55:07.39

結局RDBの使用を必要最小限のみに抑えて可能な限り回避すると
軽くて速くてリソースコストも安く済む

**デフォルトの名無しさん** · 2022/08/24(水) 17:58:18.03

RUNTEQ の菊本

【エンジニア未経験】転職を成功させるWebアプリ開発の技術選定7選
www.youtube.com/watch?v=K6Us1UXI784

2:50「セッション管理」の所で、Redis を使う。
Cookieはセキュリティーが良くない

**デフォルトの名無しさん** · 2022/08/24(水) 19:58:03.76

大事なアカウントにログインしたままエロサイト巡回するレベルのリテラシーのやつをWebサイト作成側が護らなくてもよい

**デフォルトの名無しさん** · 2022/08/25(木) 14:15:36.26

>>966
鍵かけてない他人の家に勝手に入って「物理的にドアは空いてた」なんて言ってもまともに相手してもらえないし
「じゃあ鍵かける意味ないじゃん」と鍵をかけない馬鹿は少数派という事実はあるよね

**デフォルトの名無しさん** · 2022/08/25(木) 15:31:50.56

被害者が一般人か、企業～上級かだよ
小規模サイトが荒らされてもまともな捜査はされない

**デフォルトの名無しさん** · 2022/08/25(木) 18:41:46.49

いくら法律で締め上げようがインターネット経由の犯罪はグローバル規模で日本の法律の適用外
サービスプロバイダ慢心やセキュリティエンジニアの減少の結果、被害は増加し日本の損失も増える

**デフォルトの名無しさん** · 2022/08/25(木) 21:55:47.30

公開する予定のソースコードに書くファイルや関数/メソッド等のコメントの今風な書き方ってどんな感じなの？
検索するといくつか出てくるけどどのようにしたらいいのか悩んでいる

**デフォルトの名無しさん** · 2022/08/25(木) 22:30:01.28

書かないのが今風

**デフォルトの名無しさん** · 2022/08/25(木) 23:11:01.70

例えばRustなどのように標準ライブラリから一般の公開分まで
全て統一的にソース内に決められたフォーマットで書く方式も増えているね

そうすると書く方も悩まず楽で
見る側もそのフォーマットを見やすく変換するツールやサイトがあり楽

**デフォルトの名無しさん** · 2022/08/25(木) 23:55:21.63

うめ

**デフォルトの名無しさん** · 2022/08/26(金) 00:27:36.06

誰がそのソースコードを見るかじゃね
分かってる人向けにだすならコメント過度に書いても邪魔だし初心者向けなら大量に書けばいい

**デフォルトの名無しさん** · 2022/08/26(金) 00:40:39.12

>>983
そんなもん昔からある
ちなみにドキュメントコメントについてはGoは進んでいて、体裁だけでなくコメントの文章にまでコンパイラのチェックが入ったり、
関数の使用例を(いわゆるdoctestのようにコメントに埋め込むのではなく)普通のGoの関数として書けたりする

**デフォルトの名無しさん** · 2022/08/26(金) 00:42:26.80

草

**デフォルトの名無しさん** · 2022/08/26(金) 01:22:44.20

GoはPythonのパクリ

**デフォルトの名無しさん** · 2022/08/26(金) 08:15:29.02

Cのintの保証される範囲は16bit。そして計算時には整数拡張によりint未満はintへキャストされる
ということは計算式に使われる値はint未満だけど計算途中の値が32bit必要な場合
明示的に32bit以上の型へキャストしない限り計算式の結果は処理系依存って認識で良いのかな？

**デフォルトの名無しさん** · 2022/08/26(金) 09:13:19.22

なぜそう思ったんだ
具体的にどういう式を想定してる？

**デフォルトの名無しさん** · 2022/08/26(金) 10:10:21.32

>>964
1秒に1回程度のアクセスでも鯖がセッション開きっぱなしでリソース食い潰して
落ちるとクライアント側がクラッキングしたことにされて逮捕されますね

**デフォルトの名無しさん** · 2022/08/26(金) 10:15:11.33

GCが起きれば何千個か知らないけど一気にクローズされるでしょ

**デフォルトの名無しさん** · 2022/08/26(金) 10:15:35.86

>>971
しっ
さわっちゃだめ

**デフォルトの名無しさん** · 2022/08/26(金) 10:16:28.12

>>972
ニュースキャスター
運転手

**デフォルトの名無しさん** · 2022/08/26(金) 10:17:40.74

>>973
悪いのは派遣事業者に発注する業者の方だよ

**デフォルトの名無しさん** · 2022/08/26(金) 10:18:16.57

>>974
ほんそれ

**デフォルトの名無しさん** · 2022/08/26(金) 10:19:55.30

>>977
サイト巡り用のブラウザと仕事用ブラウザは使い分けるのが基本だよな

**デフォルトの名無しさん** · 2022/08/26(金) 10:21:56.88

>>976
観たけど低評価しといた

**デフォルトの名無しさん** · 2022/08/26(金) 10:23:24.65

>>979
上級ほどノーガード戦法だし
職員もリテラシ皆無でヒャッハー軍団

**デフォルトの名無しさん** · 2022/08/26(金) 10:23:36.45

梅

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 107日 19時間 59分 1秒