JAPAN FESTIVAL VOL.3•VOL.4〜 iDOL♡SELECTION NAGOYA 日程2024年5月11日(土)12日(日) 📍 名古屋メイカーズピア(3会場) FARMステージ続いては😺 Byte Schwarzさんです🎉 どうぞお楽しみに✨ #じゃぱふぇす #JAPANFESTIVAL pic.twitter.com/wDmkaDBlSN

MEXC Kickstarter（キックスターター）開催中🚀 1,000 MX以上保有で無料で仮想通貨がエアドロップされます💰 1⃣ #MONKE（MONKE） #DM（DOGEXAI） #SUNAI（Suncloudai） #BYTEAI（Byte AI） #PEPEFLOKI（PEPE FLOKI） #MEXC #Kickstarter #お小遣い稼ぎ #USDT #BTC #MX #給付金

まあさすがにCIDR方式わからんのはアカンな... bit単位でネットワークとホストを区切る方式で 従来のクラスフルの方式(簡単に言うとbyte単位で区切る方式)よりも詳細にIPの割り当てができる方式やな。

返信先:@xia0_ma01 Byteさん

struct MyClass { uint64_t a; uint64_t b; int32_t c; }; これがアラインメントの関係で24byteとってることに気づくのに時間がかかった

これがランダムに8byteあるとして これに0xF6をかけて、マスクをつくる 0000 1000 1111 1111 の2byteで考えると、マスクは 0000 0000 1111 1010 になる これを結果から引くと、10進数として正しくなる

8バイト（64bit）分を一度に効率よく足したい 1バイト（8bit）は 0000 0001〜0000 0009 で1〜9を表現していて、上位4bitは使っていない なので、8byteには8個の数字が入っている

Pythonだと、ファイル出力込みで184文字（ファイル名'emoji.txt' の9+2文字分を含む）辺りが限界ラインかな…（既存の文字コード変換関数などを使わない場合） Cなどでも200文字近辺が目標ラインだと思う 出力対象が182Byte程度（改行コードによる）だから、いい線… まだ試してたの？とか言わない pic.twitter.com/uuIGrvQrw1

一周回って元のコードが正しいように見えてきた…。byte列で操作したデータをわざわざstringに型変換して戻してる理由がようやく理解できた。

32x32なドット絵って、1,024pxで256色（8bit）で表現すると、このデータサイズは1,024byte＝1KBなのかな…？🤔 64x64だと4,096pxで4KB？

SNSは入力文字数が限られている故に、短縮する為という説を小耳に挟んだ事はあるが・・・ 「ボツ作品」と「供養」・・・ 2文字の差か・・・ 半角ﾎﾞﾂにして、約3文字・・・だけなら、1文字分のバイト・・・ 「a knife hidden in a one-byte difference」とでも、称しましょうかねｗｗｗ

返信先:@RED02352904他5人これは単位を揃えない方が計算が早そうだけれど。32キロバイトは2の15乗バイトで、16バイトは2の4乗バイトだというのは、バイトという単位を扱う人は知識として持っているから。これを32kbyte = 32 × 1024byte なんてやっていたら暗算できなくなる。

新人でもないのになんで16進数とかbyteの説明をしないといけないのw 新入社員なら喜んで説明するけど、あんた何年目やって呆れてる。

やっぱりNativeArray<byte>のインデックスアクセスはbyte[]よりは遅いかなぁ

気づいたら1byteカンストこの数字みると反応しちゃうそれだけです😌 #ドラゴンズドグマ2 pic.twitter.com/7XYLZENA6Z

あー、これbyte列をそのままstringに型変換してる系の実装ミスか…hex.EncodeToString()が必要っぽい。

返信先:@_cc_zeroノクト｢ソウタ……！｣ うん…………これで決める！ (デバイスを操作し、天面のボタンを何度も押してチャージを開始して) 『bit！ byte！ kilo！ mega！giga！ terra！』 (横ボタンを強く押し込んで) 『pradating terra impact！！』 (必殺のエネルギーを足に込め)

malloc なのは（大きな）メモリの確保時に内容の初期化を走らせないため（今回の処理では、直後に全領域を埋め直すので） あとPCのメモリが少ない環境だと…つらいかも（最低でも4G Byteか8GB使うので）

世界最小コードと2byte差まで縮めれた💪💪 可読性を考慮して実質世界一ということで🫰 for(i=0;++i<101;)console.log((i%3?'':'Fizz')+(i%5?'':'Buzz')||i)

対策としては、改行にCRLFを使ってファイルサイズに対して書き込みを1減らすこと(0d0aは00に変換され1byte分減る)やファイルを大きめに作って¥x1Aを使って途中で読み込みを終了させることなど

この手法を多用すると意図せずヒープオーバーフローが発生するので注意 ファイル読み込み用に確保する領域がファイルサイズを参照するのに対して255+1(¥x0)が書き込まれるため、1byteずつ溢れていく 対策としては↓

たった5円でROM2KB、RAM64byteのチップに手書き数字を認識させられる時代なのか、すごい時代だ。

これはもしやバイト列の意味でbyte stringと書いてあったのをソフトウェア用語で「string=文字列」と教えられてバイト文字列と訳したのではないか、思いついて実際それで意味が通りました。 結局元の文の意味をちゃんと理解出来ないと正しい翻訳は無理という事ですね。

暗号通貨をマイニングにして日銭を稼ぐ2Dローグライク・アクション『Byte Survivor』 収集したコインや素材でPC及びアイテムを強化し、報酬の良い下層を目指すヴァンサバライクな一作。複数アバターも収録し、日本語対応済み store.steampowered.com/app/2950490/By… #Steam

byteです！

2byteなら普通に10進変換したあと256から引いてマイナスにすりゃ良いんだっけ… 「Windowsの電卓でええやろ」と思ってたらプログラマ電卓に符号付き表記設定がねえ

16進数2byteの10進変換、大雑把には暗算で分かるんだが符号付きになった瞬間直感的に分からなくなるな…

ティアディフェンスとかよーわからんかったけど ルルイエ貫通できる奴のコード見てたら 4byteくらいのキーがあることに気づいた

$ contents = "contents.jsonの中身(暗号化されたやつ)" $ key = 32byte(特に加工無し) openssl_encrypt($ contents, "AES-256-CFB8", $ key, OPENSSL_RAW_DATA, substr($ key, 0, 16)); で復号化できることに気が付いたのが2022/11/18 17:44なんですよね。懐かしい

僕は外字対応にはFontgrapherていう1byteフォント作成アプリを使っていたので、外字対応には困らなかった。困ったのは当時FontgrapherでフォントIDを割り振るのだが、それが他のフォントと当たって、当たらないIDをどうやって探すかの術がなかった。まるで当てもんをしている感覚で外字を作っていた。

Core Web Vitalsを改善したい人‼️ TTFB(Time to First Byte)を減らし、ユーザ体験を改善する手法について　🔥 下に記事があります。 👇👇👇

ファイルロックのbyte range lockってどうやって実装してんだろうっていうのもそのうち深堀りしたい　考えてみると大分面倒だから

どうでもいいことだが、640x480のBMP形式画像は、画像が何であれ900kb（921,656byte）のバイナリデータに過ぎない。 古い話で恐縮だが、FD1枚に収めるためにはこのサイズにするしかなかった。

Byte danceが連邦政府訴えたの草

わずか3byteのテキストで悪い文化のオタクだったことがバレる

#東京ゲームダンジョン5 出展タイトルから『Byte Survivor（バイトサバイバー）』ブースレポートを書きました いわゆるヴァンサバライクなタイトルで、オリジナルから大きく変化を見せるというよりもカジュアルに遊びやすくというところに手が入れられている印象でした #IndieFreaks #ByteSurvivor

9byteまでのベストプラクティスがある 64bitだとeaxの代わりにraxが使われてた pic.twitter.com/UArhoN4HZR

電子空間でバイトして生活費を稼ぐヴァンサバライクな2Dアクション『Byte Survivor』ブースレポート #東京ゲームダンジョン5 by 朝比奈 / Asahina indie-freaks.com/2024/05/tokyog… #IndieFreaks カジュアルな遊びやすさを感じられるタイトル！ ポップでかわいいキャラクターやペットの猫も登場します🌟 pic.twitter.com/rsucSDQFIb

WORDファイルの中身を読みたくて、iconv で UTF-16LE を EUC-JP に変換してから、UTF-8 に変換して、だいたい読めてたんだけどたまに "illegal byte sequence" のエラーで落ちるファイルがあって原因はわからないんだけど先頭の数バイトを読み飛ばすことでなんとなく回避できた。