emuty

75.1K posts
Opens profile photo
emuty
@emutyworks
I like light novel, video game, manga and anime. I understand English and Japanese. :D Discord: emutyworks
Tokyo, Japanemutyworks.comJoined August 2009

emuty’s posts

Pinned
AssemblyでGame Boyプログラミング、2023年8月から2年間ラスタースクロールを追いかけてやっっとここまで来ました素晴らしい! わかんねー :( とか何回も作り直してどう実装すれば欲しい表現になるか考えるのすごく楽しい 「諦めずに続けるの」大事だなと :D x.com/emutyworks/sta
Image
Quote
emuty
@emutyworks
Embedded video
1:03
AssemblyでGame Boyプログラミング、カーブの描画処理やっとできた!すばらしい :D だいぶ低コストで処理できたのでこれからいろいろ盛り込んでく予定です I'm planning to develop a new car game for Game Boy in Assembly. Curve Drawing Test 4: github.com/emutyworks/Lea
「プログラマは土日にも勉強してるって言うけどそれはおかしい、止めるべきだ」みたいな話を見かけたんですが 自宅でもプログラミングする方って「勉強だ」と思ってやってるんじゃなくて趣味みたいな感じでやってる人の方が多いと思うので「まず前提が違う」かなぁと
なんかIT系のお仕事の話で 「マニュアル化されてないのが悪い!マニュアルさえあれば初心者でもできるだろ」 的な話があるみたいですが 残酷なようで申し訳ないんですが 「そういうマニュアル化してれば初心者でもできるような作業はもう自動化してて人力じゃやらない」 んですよ
プログラマとかの話で「35歳を超えるやつは使い物にならない」「書類選考で35歳以上は落としてる(ドヤァ」みたいなの見かけたけど「未だにそんな認識なのかぁホントに仕事したことあるんかな」と思ったw だって大卒だとして12年かそこらですよね?
なんかKindleの本は 「購入から1年以上経過したコンテンツは端末から削除すると再ダウンロードが保証されない」 ということを書いてすごくバズってるの見かけたけど
最近開発されてるファミコンのゲームとか見て「何で当時はあんなしょぼかったんだもっと作り込めただろ」とか思っちゃう人は「全然わかってない」ので発言する前に当時の開発環境がどれだけ「遅くて高額だったか」を調べてみると良いと思います。
「これからはプログラムではなくテストコードを管理する時代が来る」 「テストコードさえしっかり管理してれば問題ない」とか見かけたけど 「テストがエラーなく通ってるから問題ない」って感覚はすごく危険だと思うんだけど間違ってるかなぁ 人間ってそんなに網羅的に考えられるものかな?
「Javaという言語を選んだせいでエンジニアを辞めたいと最近感じるようになりました」ってのがすごくバズってるの見かけたけど「たかが1言語でそんな話をしてる時点でエンジニアとか向いてないと思う、さっさと辞めれば」って思った
私は仕事でプログラミングするようになって結構長くこの仕事やってるんですが「なんでちょっと数ヶ月勉強しただけでなれる簡単なお仕事だ」と思われてるのかすごく不思議なんですよね あと結構キツい仕事なんですが何かキラキラ(苦笑)した職場だと勘違いされてるのがまぁ
【職業プログラマー目指してる方へ】 ある方が「Webアプリケーション開発においてはTypeScriptが一強です(断言)」とかつぶやいてますが 仕事では【当たり前のように「複数の開発言語を使う必要」があります】ので「こういう話に釣られないように注意」してください
「SEはプログラミングなんかしない知る必要はない」 「PGは設計書通りにコーティングするんだから簡単」 みたいな話を見かけたンですが 【(プログラミングできない実装知識のない)SEが書いた設計書】 を見ながら 【(設計書のとおりに)コーティングするだけのPG】 って好意的に考えても地獄ではw
ある大学の「コンピュータ科学者」曰く 「現代ではC言語は書くべき言語ではない」 だそうで「C++使え」とか書いてるんですが Cどころかアセンブリで書くような世界が まだあるのに何を言ってるのかなぁと 開発言語って 「用途に合わせて選ぶもの」 だと思うのでそういうの抜きで
どうも未だに「ゲームは職人芸的に手作業で作るべき」という発想らしく「ゲーム開発にAI使ってるとかふざけんな」ってあるゲーム会社がAI使ってる話をしてる記事に噛みついている人を見かけたんだけど「AI以前もツール作って自動生成とか普通にやってた」し「やり方が変わっただけ」で「今までもやって
Replying to
こういう話が出ると必ず「必要になったら覚えればいいだろ私は特に困ってない」って話をしだす人がいるけど「日常的に体験しててその延長線として覚える」のと「まったく体験してなくてゼロから覚える」のは「ぜんぜん違うことだ」というのがなかなかご理解いただけないなと。知識だけではなく実際に体
仕事で「プログラマに開発環境の構築までさせるのは能力求め過ぎだ、別に構築できる必要は無い」みたいな話してる人みかけるけど 「自力で開発環境も用意できず、内容も把握できてない状態」でなんで「*適切な*プログラムが書ける」と思ってるのかすごく不思議
私は「プログラミングすることで食ってる人」だけど お仕事のプログラミングは「プログラミングすることでどういう価値を提供できたか」が全てであって「プログラミングできる事自体」には価値は無いと思うんだけど
「未経験を雇ってくれない」「業界は人材を育成する気がないおかしいだろ」みたいな話を最近よく見かけるけど、私がネット系とかでプログラマ始めたころは残業代も出ないブラックだったけど「無制限に会社の機材を使い実際の業務で学習することが可能だった」のでほんとに勉強させてもらった、その時の
「技術的負債って騒いでる人達」は「単にコードを読んで直せないだけのスキルの低い人では?」とかツイ見かけて あーそれ言っちゃうのかぁ と思ったw 実際○十年と他人のコード読んで直すお仕事してますけど「そんなの読んで直せば」としか感じないんですよね
「Pythonを覚えれば高単価な仕事が得られる」「PHPは単価が低いからお勧めしない」みたいなの見かけたけど「単にその開発言語でプログラミング出来るだけの初心者」は「どんな開発言語を習得してても高単価にはならない」んですが何言ってるんですかねぇ
なんか「Windowsは互換性を捨てろ」みたいなアホみたいなツイートみかけて一瞬RTしてたんですがアクセス稼ぎな気がしたので消しました なんで「28年前の95向けのソフトが最新の11で無修正で動作する」ような「他のOSには無い圧倒的な優位性」を捨てなきゃならないんだよ
Quote
emuty
@emutyworks
奇々怪界(Super1500シリーズ) 懐かしいのが出てきたのでWindows 11で起動してみた、95当時の32bitアプリが動作するとか互換性がすげー(笑) Windows 11での起動テスト youtube.com/watch?v=GLuNfu
Show more
The media could not be played.
SQLに  WHERE 1=1 とか書く界隈があるそうで なんか  可読性が  ツールでSQL作る時WHERE必須だから って理由らしいですが「それだけの為に余計な記述する」意味が分かりません(苦笑) いろんなところでいろんな開発言語で仕事してるけど見たこと無いんですよね 何か機能的な優位性でもあるんかな
「いまどきC/C++とか要らない」 みたいな事を言ってる人を沢山見かけますが 「そんなのはC/C++で書かれたソフトウェアを一切使わない環境にしてから言え」 とか思うw 昔からある技術に支えられて今がある(今も支えられてる)のに 「そんなのは要らない」 とか言えちゃう人達って...
某ECサイトの開発の件で「エンジニアが配送まで体験するのとかどうなんだ」みたいな話見かけましたが、某所でレンタル事業関係の開発してたけど「実際に個人で借りてみて体験して問題点に気づく」とかあったので「体験してみるの大事」だと思う
「OSSで無料で公開する」のは「ソフトウェアに価値が無いからだ、だから無料にする必要がある」みたいなびっくり発言してる開発者を見かけたwその方は仕事で開発もしてるんだと思うんだけど何かなぁなんでそんな発言になっちゃうのかなぁと
Replying to
いまのところAIでのプログラミングは「自力でも出来る人が時短のために使うもの」であって「知識のない人の底上げをするもの」じゃないと思うんですが便利便利言って広めてる人達はこの辺説明してないのが何かなぁと(苦笑) 初心者が信じてAIにのめり込んでいくのを見かけると危うさを感じる
よく「プログラマで経験年数を誇ってる人いるけど関係ないよな」みたいな話してる経験浅い人を見かけるけど いまAssemblyで作ってるGame Boyのゲームを「1年前に作ってたときは数週間掛かってた」部分を「4日」とかで書けるのを実際に体験すると 「経験は関係ないって?なんか言った?」とか思うw
「技術の高い人」は「新しい技術を早くキャッチアップできる人だ」とか見かけたけど 「技術のキャッチアップなんて基本中の基本だと思うのでそこじゃない」と思うんだけど何か間違ってますかねぇ あとたった3年目の人に「経験年数とか関係ない」とか言われくないですwたった3年で何が分かるんだよ
「ミスする」のなんて「だいたいうっかり」だろ「理由なんか聞くなよめんどくせーな」みたいな話をしてるエンジニアらしい人を見かけたんですが 「自分のミス」を「うっかり」で片付けちゃう人は「向いてない」と思うので是非他の職業について欲しいです 正直すごい迷惑です
Cで関数呼び出ししたときのアセンブリレベルでの解説 この辺は「知らなくてもプログラミングは出来るけど知ってるとより楽しい」領域です 普段高級言語使ってる人も「裏側ではこうやって動いてる」ってのを知っておくと良い気がします :D atelier-yorozu.jp/2022/09/27/269
The image is a detailed explanation of the assembly-level operations that occur when a function is called in C programming. It includes a step-by-step breakdown of how the stack pointer (SP) and base pointer (BP) are manipulated during a function call. The text is in Japanese and provides a technical insight into the low-level mechanics of function calls, which is useful for programmers interested in understanding the underlying processes of high-level language operations. The image also includes diagrams illustrating the stack before and after the function call, showing the positions of SP and BP. This content is aimed at enhancing the understanding of programmers who typically use high-level languages, offering a glimpse into the 'behind-the-scenes' operations.
The image is a detailed explanation of the assembly-level operations that occur when a function is called in C programming. It includes a step-by-step breakdown of how the stack pointer (SP) and base pointer (BP) are manipulated during a function call. The text is in Japanese and provides a technical insight into the low-level mechanics of function calls, which is useful for programmers interested in understanding the underlying processes of high-level language operations. The image also includes diagrams illustrating the stack before and after the function call, showing the positions of SP and BP. This content is aimed at enhancing the understanding of programmers who typically use high-level languages, offering a glimpse into the 'behind-the-scenes' operations.
Quote
emuty
@emutyworks
Image
この動画 Assembly programming をかなりわかりやすく解説してるのでおすすめ :D 高級言語では隠蔽されてるCPU近くの処理がどのように行われてるのかが理解できて楽しいです The Game Boy, a hardware autopsy - Part 1: the CPU youtube.com/watch?v=RZUDEa
Replying to
この手の話する人って「料理作って片付ける時間で別のことがやりたいと思ってる人」の考えとかガン無視ですよね(苦笑) そんなことに時間使う暇あるなら出前でも頼んで別のことに時間使いたい
こんなこと書くと怒られそうですが 「好きなだけコード書けてモノづくりできてお金も貰えるなんて最高じゃないか!」でプログラマやってる人なので技術資料読むのとか全然苦じゃないんですよね 「家でもプログラミングしてるなんて」みたいな話見かけるけど「単に趣味なんですがなにか?」とか思うw
「たった17分でコンピュータサイエンスの解説とかwww」とか見てたんですがすごく分かり易かった :D 「ポインタとかわからん」とか言ってる人は騙されたと思って見てみてください、これを見るか見ないかで世界が変わります(笑) youtube.com/watch?v=CxGSnA COMPUTER SCIENCE explained in 17 Minutes
Replying to
すみません、なんか「日本語が読めない方が引用RTしてくる」ので書かせてください。 →「趣味みたいな感じでやってる人の方が多い」 私は「全員がそうだ」とは「一言も書いてません」 また「異論があるのも知ってます」 わざわざ「オレはそうは思わない!」とか投げつけてこないでいいですよ
ある「ITエンジニアならdockerぐらい知ってるものだろ」って話題に 「組み込み系はdockerなんか使わねーんだよ一緒にするな!」ってキレてる人を見かけたんですが そうなんですか?別に組み込み系でも開発環境とかでdockerって便利だと思うんだけど
ほら「Rustは最高だ!今どきC/C++使ってるのとか遅れてるwww」とか騒いでた人達出番ですよ これが置き換えられないようじゃとてもOSのコア部分には遅すぎて採用できないと思う
Quote
Shirouzu Hiroaki(白水啓章)
@shirouzu
Rust製AV1デコーダ、各種最適化を行っても C実装に比べて 5%遅い問題が解決できないため、改良(AV1のRustコード、Rustコンパイラ/標準ライブラリの改良)に2万ドルの懸賞金を出す、という真面目なお話。 x.com/FFmpeg/status/…
すみません「SELECT * FROM」と書くんだと「カラムの順番が崩れる」「後からカラムを追加すると面倒くさい」ので「*で全部取るのではなく明示的にカラム名を書くべき」みたいな話を見かけたのですが 「なんで*そんなことに困ってる*のかが理解できない」 んですが何か困るんですか?
「今どきMySQL使ってるとか(プゲラ」みたいな話をして 「今はPostgreSQL使うのが常識ですよ」 みたいに持ち上げてる人見かけたけど 「何で他のプロダクトを貶さないと優位性を説明できないの?」って思った こういうユーザーが一番害悪だと思う、すごくイメージ悪いなぁ
「未経験でインフラやりたくてSESの会社に入ったけどコールセンター勤務してる、騙された!SESってみんなこんななのか?」ってキレてるの見かけたけど、そもそもSESって「経験者に仕事を紹介するのが前提」で未経験に仕事を紹介できるようにできてないから「未経験」って時点で「仕事を紹介してもらえ
私はいまレガシーなコードのお守りがメインの仕事してるんですがこれ安易に「AI入れると楽じゃね?」とかやるとジゴクだなぁと、「コードとしてはバグってるんだけど結果としては正しい」場合があり、これをAIに頼んで「バグってたから正しく直したぜ!」とかやられると大変なことになるw
Quote
emuty
@emutyworks
初学者の人も既に経験長い人も知ってて欲しい話「プログラムの不具合修正」を「エラーが出ないように直す」だと思ってる人が居るみたいですがそれは間違いです、修正する判断基準は「要件を満たすように直す」のが正解であって「エラーが出てるかどうかは関係ない」です x.com/emutyworks/sta…
Show more
(「仕事でプログラミングする人」の話です)「AIで動くプログラムは書けるだろうけど基礎分かってないでそのまま行っちゃうと危ないなぁ」みたいな話を見かけたけど、まぁAI以前も「それ知らないでプログラミングしてるのかぁ」みたいな人は沢山見かけたので「単にそれが酷くなるだけ」なのかなぁとか(
「Web業界を中心に上下関係に縛られず」「無駄な会議や強制的な飲み会などもほぼ無し」「服装も自由でヘッドホンで音楽聴きながら作業できます」っての見かけたんですが「あーこういう夢いっぱいな話して釣るのかw」とかあるプログラミングスクールの方の書き込み見てちょっと思った
「オレは新規開発しかしたくない!」とか言って古いシステムのリプレース作業とかを馬鹿にする経験の浅い人を沢山見かけるけど「そういう運用も保守も知らないような経験浅い人には大規模な新規開発なんか回ってこない」と思うんですがどこ目指してるんですかねぇ仕事知らなさ過ぎでは?
Quote
emuty
@emutyworks
3秒が0.016秒に改善! 他の人が無理じゃね?って諦めた問題をいろんな意味で爆速で解決w 技術力は当然必要だけどそれ以上に柔軟な発想大事だと思う :D x.com/emutyworks/sta…