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

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

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

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

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

**デフォルトの名無しさん** · 2022/08/22(月) 10:19:27.17

>>906
.Netでやると直すのに環境整備しなきゃならないからVBA

**デフォルトの名無しさん** · 2022/08/22(月) 14:51:44.85

昔、プログラムの本でユーザー投稿と同じように入力したらゲーム？ができるっぽい本があったのですが、あれって本当にゲームプレーができたのでしょうか？

**デフォルトの名無しさん** · 2022/08/22(月) 14:56:27.04

>>908
できたよ

**デフォルトの名無しさん** · 2022/08/22(月) 14:59:15.07

>>908
マイコンBASICマガジみたいのならそうだよ。
当時は自分で作ったものを広く公開する手段なんてあんまり無かったから、こういう雑誌にソースコードを投稿してたんだよ。
読者はそれをせっせと入力して遊んでた。

**デフォルトの名無しさん** · 2022/08/22(月) 15:02:28.72

ありがとうございます。
パソコンを持っていたら楽しむ事ができたんですね。
ふと昔を思い出してあれってどうだっただろう？と思ってしまいました。

**デフォルトの名無しさん** · 2022/08/22(月) 15:02:42.56

MSXの本あったな

**デフォルトの名無しさん** · 2022/08/22(月) 17:42:27.85

C言語でビット単位でパックされているデータってどのように取り扱うのがスタンダードなの？
例えばRGB565みたいな奴(とりあえずバイトオーダーは無視する)
ビットフィールドで定義すれば楽で見やすいけどマイナーな処理系も考慮すると互換性が心配
やっぱり
unsigned short color_rgb565;
unsigned char r8, g8, b8;
color_rgb565 = 0x8410;
r8 = color_rgb565 >> 11;
g8 = 0x3F & (color_rgb565 >> 5);
b8 = 0x1F & color_rgb565;
みたいに書くのが良いの？

**デフォルトの名無しさん** · 2022/08/22(月) 18:09:19.99

>>911
できたじゃなく、今でも
オープンソースのゲームはgithubとかに色々あるよ
昔みたいに自分で打ち込まなくても良くなった

例えばJava版のマインクラフトはフリーじゃないけどオープンソースだからMODが作れる

**デフォルトの名無しさん** · 2022/08/22(月) 18:12:20.56

>>913
8分の5倍しなきゃだめでしょ
暗くなるよ

**蟻人間** ◆T6xkBnTXz7B0 · 2022/08/22(月) 18:22:38.55

5分の8
または6分の8

**デフォルトの名無しさん** · 2022/08/22(月) 18:23:42.62

>>913
マイナーな処理系まで考慮しないといけないならそのやり方がいい

**913** · 2022/08/22(月) 22:18:20.33

普通に間違えたわ。右詰じゃなくて左詰だよな
r8 = 0xF8 & (color_rgb565 >> 8);
g8 = 0xFC & (color_rgb565 >> 3);
b8 = 0xF8 & (color_rgb565 << 3);
こうか。あと要C99以降になるけどuint16_tとかuint8_tとか書いた方が良いのかな

>>917
やはりか。というかググっていたらこんな記事が見つかった
EXP11-C. ビットフィールド構造体のレイアウトについて勝手な想定をしない
ttps://www.jpcert.or.jp/sc-rules/c-exp11-c.html
ビットフィールドによる特定のビットの読み書きはいずれにしろ実装依存なのか・・・

**デフォルトの名無しさん** · 2022/08/22(月) 22:21:09.14

C言語でやるからそうなる
もっと高級言語でライブラリ使ってやった方が良い

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

とあるサービスのAPIを解析したらSSLの暗号化だけで中身平文で通信していたので自由にパラメータ弄って送受信できそうなんですが
これを正規のツールから送信される方法以外でAPIを叩いた場合不正アクセスとかになりますか？

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

>>920
なる場合もあればならない場合もある

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

>>918
組み込みMISRA-C：2004, C90 の本も出ているけど、
その時代から、uint8_T など、ビットサイズを明記していた

typedef int int32_T;
typedef unsigned char uint8_T;

int32_T i;

暗黙のint のような、処理系によってサイズが変わる、サイズ不明確なものはダメ

char もダメ。
0～255 か、-128～127 か、処理系によって異なるから

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

>>922
unsigned char, signed charと書けばいいだけ
ただそれ以前にcharが8bitとは限らんぞ

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

最近のサーバーサイドってどこまで軽くしたらいいのか目安みたいのない？
ユーザーの1操作で最大10ファイルくらいの読み書きが即時行われる処理ってヤバいだろうか
1個のファイルは大きくなっても50kb未満の予定で、当面は一番人が多い時でも同時接続30人くらいで、おそらく1人1人が10秒起きにそういうのやる程度なんだけど
ローカルのデスクトップでやると30操作くらいポチポチやるとファンが高速回転し始める

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

>>924
即時ってのが非同期じゃなく同期でと言う意味ならまぁ普通にヤバいがユーザーが我慢できるならいいんじゃね？

同時接続数の考え方が怪しそうで破綻しそうだけどそれもサーバー代数増やして対応すればいいよ

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

>>925
ヤバいか・・・今のところ非同期でもやれるけど、今後作る全箇所で非同期とも限らないんだよなぁ
サーバー代は増やしたくないし
やっぱ負荷軽減するコードに書き換えるかな
やろうと思えば負荷を1/100くらいにするまで書き換えられるんだけど動いてるもの触ってバグったら嫌すぎて

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

10ファイルの読み書き負荷を1/100にすると0.1ファイルだな

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

たぶん千ファイルぐらいは、メモリキャッシュ上にあるから余裕

Linux は、どんどんファイルを先読みしていく。
メモリが必要になれば、それらを解放して読み込む

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

DBじゃなくファイルでしかも1回の操作で10ファイル読み書き！？
ちなみにファイルは各ユーザー別？ユーザー間で共有されたりする？

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

業務アプリなら驚くほどのことではない
客と握った非機能要件の範囲で動きゃいいんだよ
ローカルファイルとリモートDBなら前者のほうがむしろ速い場合も多いしな

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

サーバー側の話だからローカルファイルは関係ないでしょ

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

>>928
なるほどサーバーがファイルキャッシュしてるなら平気な場合もありそうだね

>>929
ユーザー別
最大で10程度なんで、ユーザーによるけど

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

>>924
そういう場合のカギはキャッシュ設計と非同期プログラミング
あとDB使うなら重くなりがちなRDBを必要最小限にして軽いDBとキャッシュの組み合わせにする

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

まったく気にしなくていい
毎日数万アクセスがあるWordPressですらログをファイルに書き込んでいる

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

>>934
1アクセス/10秒 x 30人なら1時間で1万アクセス超える
ログファイルは1ファイルにappend onlyで書込みプロセスも通常1つしかも非同期

同じファイルを読み書きするならシステムキャッシュでI/Oの遅さはある程度軽減できるどDBに比べたらキャッシュ効率も悪いよ
スケールしないし変更にも弱いからそれでもいい用途かどうかだね

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

>>935
DBサーバーはそれ以上の様々なファイルアクセスとメモリキャッシュで成り立っていて軽いものではなく重い存在
もちろんDBサーバーを分離して別に立ててそのコストを気にしなくていいなら問題ないしそれ以外のことに専念できるメリットは大きい
しかしトータルコストでDBが有利になることはなく用途ごとにファイル構成キャッシュ構成とプログラミング最適化がベスト
それが面倒で避けることができるあくまでも次善策として汎用DBがある

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

>>936
ランダムアクセスが全く不要な場合か
単純な固定長でインデックスアクセスのみで対応可能な場合を除けば
自分でDBを作らない限り開発効率もリソース効率も悪いよ

S3とDynamoのコスト比較ならS3のほうが安くできるだろうけどね

**デフォルトの名無しさん** · 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秒