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

**デフォルトの名無しさん** · 2021/02/20(土) 17:17:54.73

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

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

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

**デフォルトの名無しさん** · 2021/06/17(木) 09:45:33.10

>>972
SPU Assembly Language Specification

**デフォルトの名無しさん** · 2021/06/17(木) 10:55:12.84

>>973
学ぶ意欲はあるので遠回りしてでも習得したいのですが
基礎的な必要知識がなんなのか分かってない状態です

**デフォルトの名無しさん** · 2021/06/17(木) 11:04:32.10

>>975
必要なところだけピンポイントで足場を固めて積み上げるなんてできないから、広く浅くでコンピュータやプログラミングの全般的なことを学びながら、段々に自分に必要な物が見えて来るようになるからそちらを深掘りしていくようにしたら？

**デフォルトの名無しさん** · 2021/06/17(木) 11:54:29.83

念のため補足しとくけどドキュメントの名称だからな
ここに全部書いてあるから

**デフォルトの名無しさん** · 2021/06/17(木) 13:47:27.99

wikipediaでx86を調べて
そこでわからない単語を片っ端から
wikipediaやググってみたら?

**デフォルトの名無しさん** · 2021/06/17(木) 15:36:52.47

PS2やPS3のゲームを改造したいのになぜx86なのか。それが判らない

**デフォルトの名無しさん** · 2021/06/17(木) 17:14:07.40

>>972の内容は、まぁexeだしレジスタ名称とかニーモニックからX86だろうけど
アセンブラって基本的な部分はある程度同じなんで、いきなりX86とかMIPSとか
PPCとかフル機能のCPUのアセンブラから勉強しようとするとすぐに詰むよ

アセンブラを眺める程度ならHP拾い読みでも良いけど、開発とかを行うならば
もう少し簡単なPICとかのアセンブラをしっかり勉強してからの方が近道だと思うよ

そして根本的な話でPS2とかPS3とかの開発をしたいならば別にアセンブラを
使わなくてもC++のSDKとか開発されているので、よほど低レベルな部分の
開発を行うのでなければアセンブラ必要ないよ

ps2 sdkとかps3 sdkで検索してみて

**デフォルトの名無しさん** · 2021/06/17(木) 19:05:41.15

>>980
コンパイラが吐いたフル機能使いまくりのコードを
逆アセして読み解こうとしている天才がいるんだよ
アセンブラの命令すらマニュアル無しで解読する能力の持ち主なんだ
すごいだろ？

**デフォルトの名無しさん** · 2021/06/17(木) 19:46:46.81

チートの程度にもよるけど、やねうらおの書籍「解析魔法少女美咲ちゃん」は参考になったよ

**デフォルトの名無しさん** · 2021/06/17(木) 20:28:00.57

その昔の素朴なCPUだと16進ダンプを直読みする強者が

**デフォルトの名無しさん** · 2021/06/18(金) 11:44:25.11

日本では、情報処理試験の仮想アセンブラ・CASL2 が基本。
世界では、LLVM のサイトで、仮想アセンブラを学ぶ

x86 なら、OllyDbg・やねうらお・うさぴょんが有名

**デフォルトの名無しさん** · 2021/06/18(金) 12:03:44.02

漏れもやねうらは好きな方だが
初心者ならやねうらより
ISBN 4839909865

**デフォルトの名無しさん** · 2021/06/18(金) 12:32:20.21

CASLはどうみても68系ベースの簡略版で、68プログラマーでもあった俺はインストラクション眺めただけで楽勝だった

**デフォルトの名無しさん** · 2021/06/18(金) 12:35:29.33

gyazoとかいうゴミで画像貼んな

**デフォルトの名無しさん** · 2021/06/18(金) 13:39:45.56

func(list):
_if list[0]=a:
__for i in list:
____conv_a(i)
____write(i)

_elif list[1]=b:
__for i in list:
____conv_b(i)
____write(i)

空撃ちしたときと本番で処理違うみたいなので
こう書きがちなんだけど､よくないなっていう自覚があります
配列→微妙に異なる処理→出力のとき､どう書いたら上手いですか？

**デフォルトの名無しさん** · 2021/06/18(金) 13:46:33.95

>>988
仕様がクソならコードもクソにしかならん
そういう状況になるのはたいてい抽象化がヘタクソ

**デフォルトの名無しさん** · 2021/06/18(金) 14:15:44.89

python で代入文は if の条件に描けないぞ

**デフォルトの名無しさん** · 2021/06/18(金) 14:18:50.64

>>988
Pythonぽいけどdefないし等号も違うから何の言語か分からなかった
Pythonみたいに関数を変数に入れられる言語なら最初に適用する関数を決めるとすっきりしそう

func(list):
　# 適用する処理（conv）を設定
　if list[0] == a:
　　conv = conv_a
　elif list[1] == b:
　　conv = conv_b

　# リストに処理を適用して出力
　for i in list:
　　conv(i)
　　write(i)

aとbでlistのインデクスが違うのが気になったけど無視する

**デフォルトの名無しさん** · 2021/06/18(金) 14:22:04.15

変数名に list 使うな

func(l):
if l[0] != a && l[1] != b: return
f = (conv_a, conv_b)[l[0] != a]
for i in l:
f(i)
write(i)

**デフォルトの名無しさん** · 2021/06/18(金) 14:27:15.83

>>990
正確には
Pythonでは代入は文なので、条件式には入れられない。
Cなどでは代入が式なので条件式にも入れられる。

**デフォルトの名無しさん** · 2021/06/18(金) 14:40:28.04

>>988
>配列→微妙に異なる処理→出力のとき､どう書いたら上手いですか？

高階関数を使う

**デフォルトの名無しさん** · 2021/06/18(金) 15:01:02.87

すいませんpythonスレじゃないので曖昧な書き方のがいいのかなと思って…
def func(l):
_if l[0][0] == 0:
__for i in l:
___write(conv_a(i))

_elif[0][0] == 1:
__for i in l:
___write(conv_b(i))

です.ほんとは各処理もうちょっと関数続くんですけど
いずれにせよ途中だけが微妙に違うほぼ同じ処理をきれいに書きたい

>>991
おー.見やすいです

**デフォルトの名無しさん** · 2021/06/18(金) 15:45:26.03

>>991 は仕様(実装)にバグがある

**デフォルトの名無しさん** · 2021/06/18(金) 17:03:01.08

うん、>>992のようにチェック入れるべきだね
でもreturnより例外吐くべきでは？

**デフォルトの名無しさん** · 2021/06/18(金) 18:04:22.88

責務の分離が上手くできてない関数の中身だけいじくり回してもキレイにはならないよ
呼び出し側やデータ構造なんかも含めて考え直さないと

**デフォルトの名無しさん** · 2021/06/18(金) 18:38:56.71

メインルーチンとサブルーチンを明確に意識して
メインルーチンは処理の流れがわかるように
サブルーチンはテストして結果が出ればよしと分ける

**デフォルトの名無しさん** · 2021/06/18(金) 21:22:28.52

>>998
もっと具体的に言わないと役に立たないと思うが

**1001** · Over 1000

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