  |
はてなキーワード: classとは
こういう人にコミュニケーションを強要して自己満足に浸るやつってだいたい技術職じゃないよね
これは重要な示唆で、色んなツールが出たけども「ひざ詰めで話す」に勝てる物が結局一つも無かった。殆どのツールは単なる会話、あるいは非効率のやり玉に挙げられている会議にすら勝つことができない。 https://t.co/nrncKZv2Pj— あんちゃん (@monosoi_akarusa) December 15, 2024
業界にいる発言力のある人が人任せなのにどうにかなるわけねーじゃん
政府がやれっていってんのｗ
ひたすら文句ばっかの全く建設的じゃないのが変える気はないって感じ
人材不足と待遇改善なのど問題解決に生成AI使うってのは、ちょっとよく分かんない。なんの解決にもならんと思うけどなぁ。そもそもアニメの本数が多すぎるのが問題なんよ。
人いねぇのに新しい会社は増えるし。
問題解決したいなら他にやるべきことがあるでしょうに。
なんかズレてる気がする。 https://t.co/hBToSvjHkc— 西澤皓人(Hiroto Nishizawa )アニメーター (@erizabes1012) December 14, 2024
kyushima氏、お気に入りの動画とか浜松国際のレビューとか今年に入ってどかっと投稿してるので、かつての読者でしたらぜひ！
ユンチャン・リムの超絶はクライバーン国際の公式チャンネルから動画も見れます。良い時代。https://youtu.be/KsGLmrR0BVs
ニレジハージの伝説はSonetto ClassicsのHPから試聴できるので( https://www.fugue.us/Nyiregyhazi_discography-3.html )、
https://sonettoclassics.com/Official_Store.html#!/Nyiregyh%C3%A1zi-Live-Vol-3-Old-First-Church-1973/p/538552227/
こういうの見て行政が悪いみたいなこと言い出す人たまにいるけどそう簡単に民事にポンポン口出しできるわけねーだろって感じだよなあ
だいたい行政に文句言うアホってAの案件には口出ししろ、Bの案件では余計なことするな、のダブスタタイプ多いから無視しても問題ない存在
僕の実家の完全な隣に倒産した建設会社の社員寮があります。もう20年無人です。これが僕の実家の方に傾いているのですよ。建物を壊して更地にするのもお金ですから、倒産した会社にそんな甲斐性はありません。母は市役所の人を呼んで相談したが「困りましたねえ」と。なすすべがない。— オッカム (@oxomckoe) December 8, 2024
後者の人間の決断力とか行動力とか本当に本当に1ミリも理解できない。
自分の将来を考えているからなのか、逆に全く考えてないからこその行動なのかもわからない。
なぜ？？？変化が好きなの？？？？— かわいいブス子 (@_die_love) December 12, 2024
このポストってそういうねじくれた認知をしてしまう弱者側の自分、決断する勇気がない自分、長期的に考えられない頭回らない自分、っていう自嘲だと思うんだけど、引用が自分がコケにされたと思ってキレてる反応で溢れてるのが興味深い。強者側、相対的に将来安泰側なのにそんな余裕ないのか。どんな意図だろうかわからないのか、わかった上で自分サイドがコケにされたと感じたら趣旨は無視で逆上する文化なのか。
ていうかこういうの増えたな
あとワークエリアは流石にu8 buf[16]; とかしておいて
「(s16)(((s16*)buf)+0) は x で…+2 は y で…」なんてやってられないので
(snip)
とかで this = (HOGE)buf; してから this-＞x とか this-＞y とか にしたらだいぶ見た目がふつうになったンゴ！
（わかる人ならこれで大丈夫だと思うけど）いくらなんでも説明が雑すぎたので集合知のためにもう少し詳しく残しておきますね。
typedef struct { Map *map; s16 x, y; s16 n, c; s16 w, h; } TH_REGISTER_MAP, *TH_LPREGISTER_MAP; u8 g_pThisRegister[16]; void thDemo_WallpaperInit(void) { /* s16 *reg = (s16*)g_pThisRegister; *(reg + 0) = 0; *(reg + 1) = 0; *(reg + 2) = 256; *(reg + 3) = 160; **/ TH_LPREGISTER_MAP reg = (TH_LPREGISTER_MAP)g_pThisRegister; reg-> map = g_pMaps[1]; reg-> x = 0; reg-> y = 0; reg-> w = 256; reg-> h = 160; } void thDemo_WallpaperMain(void) { /* Map *map = g_pMaps[1]; TH_LPREGISTER_S16 reg = (TH_LPREGISTER_S16)g_pThisRegister; *(reg + 0) = *(reg + 0) + 1; *(reg + 1) = *(reg + 1) + 1; MAP_scrollTo(map, ((*(reg + 0)) % (*(reg + 2))), ((*(reg + 1)) % (*(reg + 3)))); **/ TH_LPREGISTER_MAP reg = (TH_LPREGISTER_MAP)g_pThisRegister; reg->x++; reg->y++; MAP_scrollTo(reg->map, (reg->x) % (reg->w), (reg->y) % (reg->h)); }
出来ることはひととおり試してみたので一旦ここでリファクタリングしたよ
全部 main.c と適当なスタックで hoge とか foo とかでやってたのをきれいきれいに
あとワークエリアは流石にu8 buf[16]; とかしておいて
「(s16)(((s16*)buf)+0) は x で…+2 は y で…」なんてやってられないので
{
s16, x, y;
s16 n, c;
Sprite *spr;
u16 pad[2];
} *HOGE
とかで this = (HOGE)buf; してから this-＞x とか this-＞y とか にしたらだいぶ見た目がふつうになったンゴ！
あと構造体でのアクセスがめちゃんこ遅いという噂があったけどどうにもならんて感じじゃないので気にしないことに（計測する余裕がないンゴ！）
プラットフォームによってはコンパイラが吐くコードなんて回避しようがないからコンパイラのバグが原因だから…で逃げれるけど
生成AIが吐いたコードは吐かせた人が担保するべきだし別物じゃね？
「AIが生成するコードなど信用できない。重要なコードはプログラマがソースを書くものだ」という主張を見ると、「Cコンパイラが生成するコードなど信用できない。重要なコードはプログラマがアセンブラで書くものだ」という主張が正しかった時代のことを思い出します。 https://t.co/iPJ3eiUlBK— 結城浩 / Hiroshi Yuki (@hyuki) December 10, 2024
日本のゲーム開発企業って所属してる従業員もだけどやたらとゲーム業界経験に拘るのやめたほうがいいと思うんだけどね
拘るせいで業界内でロートル知識でのさばるやつがぐるぐる回ってるだけ
理由はマスターアップ前の体育会系のノリについてこれるかどうかぐらいでそこがすでに前時代的な思考だし
よくコンソールゲーム機はメモリやスレッドに癖があるから知ってないと云々言い出すアホいたりするけどあんなのドキュメント読ませればバカでもわかるだろし、デバイス固有の変な挙動なんかだいたい特定の人に回されるぐらいには開発やってるやつ全員が対処できるわけでもない
もっとも御社はそのあたりに適したアロケーターを用意したりライブラリやコンポーネント化せずに都度書いてるんですか？って感じだけど
PUBGが流行ったらフォートナイト、荒野行動がすぐにでた。その後にでたバトルロイヤルで生き残れたのは本当に数が少ない。
ゼルダ BoWが流行ってそんなに時間が経たない間に原神がでた。今はパルワールドやHorizonに続くゲームがでようとしている。一気に量産して出せる体制が非常に重要。— alwei (@aizen76) December 8, 2024