うちのubuntuはhvm入れて5.10だっけかのやつなんだけどもう6.5か……
あわわわとーにゅ(@u1_liquid@misskey.io)の投稿 鍵垢はスパム対策でやってるだけなので気にしないでください。もしフォロバされてなかったらフォローボタン押すのを忘れてるのでメンション飛ばしてください🙏
推し事とお仕事のことしか頭にない灰おにぎりゃー🍙・ROM専すこん部🌽
プロフィール画像→有象無象のなー先生 https://twitter.com/uzoumuzo_
昭和67年生まれ
#Misskeyはいいぞ #わーーーーーーーーーーーーーーー
#Developer / #CSharp #Java #Scala #TypeScript #React #NextJs #Misskey
#Cloud / #AWS #Azure
#OS / #Windows #WindowsInsiders #Ubuntu
#Language / #JA 🇯🇵 #KO 🇰🇷 #EN 🇺🇸
Accept-Language: ja-JP, ko-KR, en;q=0.7, *;q=0.3
うちのubuntuはhvm入れて5.10だっけかのやつなんだけどもう6.5か……
zenカーネル見に行って驚いたのはその機能よりも今のカーネルメインストリームが6.5まで来てるってことだった
外部の人混ぜて意見交換したりするとメール一択だと思う
みんな違うツール使いたがるしゲスト招待とかすると先方が同僚連れてくるとかができないため
の投稿
yoneco@misskey.io
このアカウントは、notestockで公開設定になっていません。
Slack とかで leave になるようなとき、IRC で client 切断してるときになると思うけどその間は会話は届かないから一生見れないし自分とおなじ HN でべつのひとが login したりもできてしまうので、bouncer を常駐させて client はそこに繋ぎにいったりするのだよ。まあ騙りについては別の対策もあるが
最近はIRCよりMatrixのチャンネル貼ってるプロジェクトが多いかも
“まっちゃとーにゅ”の頭のネジは【 5380本 】取れています。
ヤバいですね。
#shindanmaker #頭のネジは何本取れているのか
https://shindanmaker.com/1139318
#misskeyshare
The Worst Programming Language Ever - Mark Rendle - NDC Oslo 2021 https://youtu.be/vcFBwt1nu2U
https://github.com/BSLang/BS
やべぇ
[ Promscaleのデモから見えるタイムシリーズデータを使った現代的なオブザーバビリティ | Think IT（シンクイット） ]
https://thinkit.co.jp/article/19560
ほほう
最近なにもかもWRONG WAY標識だらけの道を歩いてる気がしてしょうがない
rel=meって標準ができてるわけではないのか
https://developer.mozilla.org/ja/docs/Web/HTML/Attributes/rel/me
K8SでのCPU使用率ベースのオートスケーリングの🥴な点
非効率的なコードを改善→実際は同じ負荷なのにCPU使用率だけが減る→スケールアウトされない→全体的に重くなる→🤯
ササミとトマトのウスター炒め【きりたんの超雑レシピ #37】
https://www.nicovideo.jp/watch/sm42785446
#sm42785446
#ニコニコ動画
@harunon うーん…まぁNumber|Stringってみてそう決めたのであればNumber|Stringにしなかった理由がなぞですが
@cyberrex_v2 misskeyが変なだけでサーバーは普通かも
オープンソース、ソースを公開するってのはソースをお前にあげるって意味ではないって言うことをちゃんと理解してもらいたい
個人的に一番好きなポイントは分かりやすいdependency関係設定
このアカウントは、notestockで公開設定になっていません。
仕事でMixpanelのブラウザ版jsのインスタンスをキャッシュさせてたけど普通に上手く行ってめっちゃ助かった
RE: https://misskey.io/notes/9ju6wu21gc
SWR、本当になんでもキャッシュしてくれるのでReactコンポーネントとかwindowを必要とするjsライブラリのインスタンスなどもキャッシュできちゃうので幾らでも変なことができる
@koba789 ちなみにそこはswrとreact-queryが激しい戦いを繰り広げているらしいですよ
マスク氏、「X」をすべて課金制にする可能性示す
https://www.bbc.com/japanese/66850860
利用者以外全部課金制
まぁだいたいうらでmisskey閉じるの忘れてるからmisskeyだろうな
packMany、だいたいの実装が脳死でmap(item -> pack(item))してるのでManyにするアドバンテージがほぼ０
ホームTLとかリストTL以前にSQLの最適化のできないpackManyと乱雑なクエリー作り出すtypeormをなんとかしたい
@koba789 コミットの内容ちゃんとみてなかったけどこれフロントだったわ
@koba789 本家の方にそれっぽいコミットはあるけど思うどおりになるかは謎です
https://github.com/misskey-dev/misskey/commit/85078601c2a98eef5683816783bc738ce319f201
https://www.isonuma-milk.com/blank-3
★現在の予約状況について(9/17更新)★大人気じゃん
ただいま2023年11月5日開催分まで満席となっております。
11月12日〜の日程でご予約承ります。
VultrのFree-Tier Programの申請通ってたのでフランクフルトによわよわサーバー1台建ててみた
https://www.vultr.com/free-tier-program/
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
すごいharapekoだけどそれより眠いので寝て起きたら考えることにする
@mewl@mewl.me 普通にワニ口クリップとかで固定して作業したんじゃないですかね
GitHubのアカウントには、
1. 個人のアカウントに対して組織を紐づける方式である
2. 一人の個人は複数の組織に紐づけることができる
3. 個人に対する課金は個人のリポジトリに対してのみ効力を持つと同時に、課金した個人は複数アカウント規制の対象外となる。課金した個人が所属する組織の共用リポジトリに対して行える操作に対しては何らの影響をも及ぼさない。
4. 組織に対する課金は組織内のアカウント数に比例してなされるが、その組織の共用リポジトリに対して効力を持つものであり、課金組織に紐づけられたことをもって当該アカウントを持つ個人としての権利義務には何らの影響をも及ぼさない
という性質があるから、組織に参加するためにアカウントを作ったとしてもその組織の活動だけをするとは限らない以上複数アカウント規制を免れるものではない。例外的に、Enterprise Managed Userであるユーザーは紐づけられた組織以外のリポジトリを操作できないので、複数アカウント規制の対象外になる。というのがZOZO側の解釈であると。
@harunon そこは…こう…ブックマークのURLにid:pass@付けてあげるしか…
@harunon ちなみに2faはOrganizationの設定で強制にできるのでそれができなさそうだからって会社用を作れっつーのは会社側の勉強不足
https://docs.github.com/ja/organizations/keeping-your-organization-secure/managing-two-factor-authentication-for-your-organization/requiring-two-factor-authentication-in-your-organization
@harunon Organizationに入れば同じなので会社専用のGitHubアカウントなんて作る必要ないのに…
JBは個人のものでも会社で使って大丈夫のはず
構造的に似てるのはMikroORMで使いやすいのはPrismaなので悩みどころ
全部typeormが悪い気がする
わたしの口座が空なのもtypeormが悪いに違いない
@cyberrex_v2 自鯖限定にして使えばmeilisearchでもいい気はするけど
ミコト「共有からLINE開いて３番目はあなたの弟！」ヒメ「そうとは限らんでしょ」【ふたセリフ 22】
https://www.nicovideo.jp/watch/sm42769355
#sm42769355
#ニコニコ動画
