今日のジャルジャルのネタ、「東大卒で現役ハーバード大学院生」とかいう全力で頭の悪い肩書はさておいて結構こういうやついるって顔になった

今日ハイパー進捗マンになってるけどあと2進捗欲しいから頑張るよ

課題1個おわ
IDEなしでペチペチ打ったコードがなんのエラーもなくテストとおったので気持ちよくなってる

クソデカ課題出されて泣いてる

あけおめ投稿の負荷に備えて毎年サーバー増強とダッシュボード監視員をしてらっしゃる鯖缶の皆さんにおかれましては…

いやオンプレに限らず年越しメンテはかわいそうだわ

オンプレサーバー年越しメンテだったら素直にかわいそうなんだけど

弊学のクラウド基盤ってAzureなのでは？LMSはまだオンプレ側に置いてるのか？

当該PRもCodespacesで書きました

セルフホストがめんどいのでBitWardenに金を払っています

ノリと勢いでmastodon/mastodonにPR

mastodon:mainにダイレクトコミットマンになった
危ない危ない

OK

mastodon/mastodonの.devcontainers、なんでRAILS_ENV=developmentでのdb:setupやめたんだ？

そのコード呼んでるの、誰ですか？？？

悲しい時～～～
スタックトレースの行数ズレてる時～～～

packages/next/build/jestですね

@next/jest is where

なお定期的にIDEが切れてウケる
多分スペック足りねぇ

よし、JetBrains Gatewayでもここまでこれたぞ

わぁ

直したら一応PRするよ
需要は1ミリも感じないけど

いまProjectのindexingなう

なお

mastodon/mastodonのcodespacesがJetBrains Gatewayで使えない問題をなんとかしています…

devcontainers、カスタムImage使うと当然の権利のようにVSCodeしか使えなくなるのいけてないな
SSHは使えてくれ

PRもあるwww

ツイートの表示回数を非表示に by k-khr · Pull Request #31 · yusukesaitoh/calm-twitter | https://github.com/yusukesaitoh/calm-twitter/pull/31

Issueもう上がってるwww
閲覧回数（View Count）を非表示 · Issue #32 · yusukesaitoh/calm-twitter | https://github.com/yusukesaitoh/calm-twitter/issues/32

おだやかTwitter、直ちにインプレッションを隠すアプデをくれ

こっちは俺がその気にならなきゃ機能増えないからな()

定期的にやらかすパスワードマネージャー、ヤバすぎてパスワード置いておけない

LastPassやらかしすぎて撤退した

黙らせるより前にやることがあるだろ

Linterがエラーを吐くことに疑問を感じない人類はなんなの？

進捗を出さなければならないがふわふわしていて手が動かない

目は覚めたが寝足りなくてつらい

起きないと許されないタイプの仮眠行ってきます

ゲシュタルト崩壊した

こうですか？

食後の眠さ異常
牛になるどころの騒ぎじゃない

飛んでくる通知をルールに沿って捌き続けるお仕事は得意なんだがいろんなものが割に合わなさそう

味方にチーターおるて

システムコールなんか呼ばんほうがいい

それはforの重さにもよるが出すだけでパフォーマンス上がるぞ

自然に書いたコードが最適化されて勝手になんとかなってるのがベストなわけで、そういう意味ではKotlin/NativeとかGraalVMあたりで気持ちよくなっていきたい

最適化でなんとかなっても書きやすくなってないのが課題なんだよなぁ
そもそもそういう書き方をできてしまうところが良くない

悲しいかなCは開発者がメモリの使われかたに頭を悩ませる言語なので、積極的に使い回しをしていかなければならない

じゃあ明示的にfreeしたほうが気分は良いかもしれん

メモリアドレスが必要なさそう

てか外側で変数宣言で確保して使い回しでも良さそうだな

正直グローバル変数じゃないだけマシ
組み込みだったら絶対グローバル行きだった

とてもCらしくて良いと思います

c15nと表記する機運なのでは？(プロジェクトメンバーに怒られそう

collateralization (こらてららいぜーしょん)、正しく綴れないしスペルチェッカに怒られてもどこが間違っているのかわからない問題がある

話を聞く限りだとその実装においてはスコープを意識した書き方をしたいのであれば配列宣言で確保したほうが良さそう
確保するサイズが大きいこともあるしパフォーマンスとCの文化を意識するのであればforの外で一回mallocして使い回すべき

free呼んでなかったら問題外だけど

なのでfor文の中でmallocとfreeを連呼してるやつがいたらちょっと引くかなぁ…

※僕はスコープを意識しない記述は嫌いです

Cで書くなら文化的には同じメモリ領域を再利用するほうが好まれる

逆にすぐ破棄するものをmallocで確保するんですか？っていう違和感はあるよね
イメージ的にmallocで確保したら関数外に持ち出して長生きさせそう

そもそもクソデカ配列を配列宣言で確保するなという話はあるので

配列宣言はスタック領域に行くけどmallocはヒープに行く

多分そのコードを-O0でコンパイルすれば実行時に5000をレジスタにロードして1を足して8と掛け算した結果をmallocに渡すことになる

+ 1がなければ問題はないが+ 1があるから問題になっている

処理をどこまで簡約するかはコンパイラの裁量なので(例えばいらん足し算をコードに書いて-O0って書いたら機械語にもその足し算は残るでしょ)

char [5001]になるわけだから積は不要だった

ついでにsizeof charとの積もコンパイラが計算する必要があるか

それが成立するためにはコンパイラがコンパイル時に5000 + 1を計算できる必要がありコンパイラの機能次第なのでは

えー私は木曜日をほぼ寝てスキップするという極上大トロールをキメたので、マジでここから本気です

まっとうな生活してるからいまからシャワー浴びて仕事するわ

メディアの代理DLにはそういう側面もあるはずなので

カスタム絵文字とか使ってメールみたいなトラッキング仕込まれる回…とか思ったけどちゃんとサーバーがキャッシュするし安全だな