あとでなおします……
もみあげの長い美少女の話ばかりしています
Avatar icon: [𝕏] CamemBellcheese
Header: [𝕏] generalcanon
各種フレコ:
beatmaniaIIDX(八段): 1751-5340
オンゲキ(15.8): 3067667719792
Arcaea(◆9): 433827474
このアカウントは、notestockで公開設定になっていません。
とりあえず普通に Raspi4 側のコネクタに繋げたら Low Voltage ほぼ出なくなったのでそういう設計のケースにする
少なくとも Python と PHP はそう。Node……はよくわからんが TS で(async に)書くのは確実に良い感じになっているはず
Web バックエンド界で Go のプレゼンスが下がっているとするなら、それは並行処理云々ではなく他の言語のフレームワークがまともになってきたからだと思う(思いたい)
ソースコード・処理系レベルでのリクエストの並行処理が(やっぱり)いらなくなってきたみたいな話だと認識した(元の文脈を把握できてないけど)
Geometry Nodes から Vertex Group を出力するやつ、新規の Group かつわずかな手動操作を許容するならば Named Attribute > Convert でできるということがわかった
バックエンドの話なら single-threaded な処理系でもそれを複数同じ(仮想)マシン上にデプロイするのが簡単になったから処理系側で multi-threaded になる必要はないみたいな話?
Googleウォレットで出せるポイントカード、何か前に楽天のやつを登録したら、アプリで表示できる時間ごとに変わるやつと、物理カードの固定のやつがあって、ウォレットのやつは固定しか対応してないんだけど、スマホとして店員に見せるから店員はアプリだと思っちゃってレジが読まない、みたいなことになった。
あ~そうか読み取り式のクーポンがあるか
Creating the Source for a Pass | Apple Developer Documentation
https://developer.apple.com/documentation/walletpasses/creating_the_source_for_a_pass
なるほど、そして Pass.Barcodes の説明を見るにいわゆるバーコード(Code128)以外は普通に Apple Watch でも出せるのか
モバイル Suica のチャージとかマックのモバイルオーダーに Apple Pay とは別の個別指定のカードが選べたりするからこっちはまあ感覚としては「 Apple Pay で!」に相当する
それこそタッチ決済の Apple Pay に Apple Card (もうあるカードじゃなく) なり Apple Contactless みたいな名前を付けたほうがよかったのでは感はあるね
iOS のアプリ内で決済するのも Apple Pay で、これはまあプロキシっぽい(PayPal のような)挙動なのでまあわからんでもない
このアカウントは、notestockで公開設定になっていません。
Geometry Nodes の段階では 各断面の t の値がわかっているのでそれを元に機械的に設定可能なはずなんだけど、メッシュオブジェクトの GN modifier にカーブを渡して Resample Curve するのがどうもうまくいかない
針金自体が潰れないようにするためには断面の頂点のウェイトを断面単位で揃えないといけないんだけどこれを Data Transfer でやるのはだいぶウーンという感じが
Data Transfer でこれを上手く避けるにはだいぶ面倒な手間が発生するのでできればジオメトリノードで一緒に生成したい
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Additive Layer に指定する Animator Controller の内容は上書きではなく加算になるから回転量が倍になるのは正しい挙動な気がする
Windows の高度なオーディオ API といえば一応 WASAPI もあるにはあるけど普及しているとはあまり言えないしなあ
@shinamu476 機能的にはどっちも同じで構文の差でしかなかったはずなのでどっちでもいいですが SCSS の方が本来の CSS の構文に近いです
イラストデータを(その結果ではなく)操作の羅列として記録することには異論はないが既存のフォーマットはどれもそれに使うには微妙という立ち位置
脳内のベクターグラフィックスの構造が SVG 互換で止まっている(止まっているとは?)ので SVG でできないことはラスターでやれみたいな思いがあります
あと単純にベクターでフリー描画すると点数が無限に増えるみたいなあれがある(これはまあスムージングでいくらか解消はできるだろうけど(
僕も本当は 3000px 四方とかもうちょっと妥協して iPad ネイティブ解像度ぐらいで絵を描くべきなんだけど、線を引くのが下手なのがばれるので FHD 解像度ぐらいで妥協してしまう面がある
OAuth2 、とりあえず Web コールバックのよくあるやつを実装してあとはユーザーページでトークンだけ発行できるようにすればいいんじゃないですか(適当)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
そういえば wired の「ゆうせん」、僕は「ゆ→う↑せ→ん↓」で発音しているんだけど「ゆ↑う→せ↓ん→」のほうをよく聞く気がする
あと input を長押しして 自動入力……みたいな項目をタップすると出てくることがある(これは Android の素の機能ではない可能性がある)
それにしてもなんで 1Password for Android の自動入力は XZ だとうまく動かなかったんだろう、 だと古すぎるとかなのかな
1Password に望むことがあるとすれば PC のクライアントで設定したカスタムアイコンをモバイルアプリにも同期してほしいことぐらいかな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Anker PowerLine III USB-C & USB-C 2.0 ケーブル (0.3m ホワイト) 超高耐久 60W PD対応 MacBoo... https://www.amazon.co.jp/dp/B085HX1M4H/ref=cm_sw_r_tw_dp_x_JlGwFbQ835494 @amazonJPより
このアカウントは、notestockで公開設定になっていません。
tribox のおすすめのうち 7 種類はもう持ってて、4x4x4 で新しいのを買いたいんだけど MoYu AoSu WR M はちょっと高いわネと思っているところです
球威なぐ[R]
粒子なぐ
周囲なぐ
忠義なぐ
修理なぐ
球児なぐ[R]
胡瓜なぐ[R]
中火なぐ[R]
ぐるなび[SSR]
#九尾なぐ九連ガチャ #shindanmaker
https://shindanmaker.com/976905
8 ピンで 32KB/8KB はつよそう
ttps://akizukidenshi.com/catalog/g/gI-15688/
ジェネレーターはループの中で値を生成するだけならイテレーターで良くて、そうではなく逐次処理から値を生成するところに独特の使いみちがありそう
Rust でまだ安定化してない機能の中でも、Try trait、generators、never type は安定化したらめちゃくちゃライブラリの幅が広がると思うのでぜひ安定化されてほしいですね
Futureを拡張するとAlgebraic Effectsになる - Qiita https://qiita.com/__pandaman64__/items/9fd47af5a39f0d2a6bbb
同じことを考えてる人が 1 年以上前にいた(そして generators が必要そうという読みは的中していた)
React が Promise を throw するみたいなやつは JavaScript の限られた構文と型の中であの使い心地を実現したという点ではすごいけど、構文と型システムが潤沢ならあんな小細工はいらないと思う
お寿司半端ないって!!あんなんできひんやん普通!!寿司は刺身の上にご飯がライドオン!超!エキサイティン!「寿司」って10ッ回言ってッ!!!!食後に寿司ダンス踊って帰ろうねェ!!!(とは)
#超寿司 #shindanmaker
https://shindanmaker.com/911882
最後の最後で正気に戻るな
J-perm は b が
R U R' F' R U R' U' R' F R2 U' R' U'
という手順で、入れ替わる位置が鏡像になる a は鏡写し手順の
L' U' L F L' U' L U L F' L2 U L U
ももちろん使えるんだけど、実際には
y R' U L' U2 R U' R' U2 R L
のほうが人気がある
パーツが入れ替わる位置が左右対称だったり入れ替わる順序が逆向きになる手順には a/b の区別があるんですが、単に逆回し/鏡写しの手順というわけでもなく、回しやすさの観点で対称性がない手順が好まれているのが興味深い
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ダイアログ実装してるんですけど、最初にdisplay: noneにしなければならないにもかかわらずVueで管理する関係上微妙にそうもいかなさそうでうなってる
このアカウントは、notestockで公開設定になっていません。
これはマジでこれなんだけど数字だけで伝わるのマイコンおたくだけっぽそう(?)
https://twitter.com/seg_514/status/1171404146693394434
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
可能性を模索しているといえば聞こえはいいが所詮adminの褌で相撲を取っているだけなのではという思いがたまに出てくる(ほたの褌という概念は存在しない)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
phpは相変わらずfpmの挙動がいい意味で変態すぎるのでdockerに入れっぱなしでもそんなに問題なかったりするけどrubyとかpythonとかnodeだと厳しいものがある
入ってたらダメというわけではないが、Macデバイスの初期不良みたいなもので他では起こらない予期しない動作が頻繁に起きるので使わないほうが精神衛生的にいいなあという感情
Dockerfileに書くポートは(expose以外)固定しないのは当たり前なんだけど、セットで運用する前提のcomposeで固定しないままだと逆に再現性がなくて使いづらいと思う
それでportsのエントリで1つしか指定しない(ホスト側ポートがランダムになる)バージョンってそんなに嬉しくなさそうという話です
composeならservice名でホストでアクセスできるし、コンテナからホスト方向もたしか最近ドメインのエイリアスが提供されたので使えると思う
1コマ目
双頭ディルドをしゃぶっていたレズカップル…
2コマ目
忍び寄る割って入る過激派……
3コマ目
二人の胃袋は一面の銀世界……
entry: [
style: 'hoge.css'
],
plugins: [
new CSS抽出するPlugin(),
],
>>> style.js <<<
>>> ほぼ空 <<<
このアカウントは、notestockで公開設定になっていません。
@rinsuki 海外の自作勢がどうやって作ってるのかは全くわからないんですが、ソフトウェア的にはタダのキーボード入力ですね
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
addEventListenerで例えばbuttonに仕掛けた場合って、仕掛けた後に動的に追加したbuttonでも発火する?
よくある「投稿が完了しました」とか「変更しました」みたいなダイアログを実装しようと思うとどうしてもjQueryみたいなのがほしくなるね
ctx.session が Session | undefined なのでセッションに書き込む全てのミドルウェアでtruthyチェックをしないと行けないんだな
フォームデータのmethodパラメータをリクエストのメソッドにするやついい加減やめたいんだけどいつになったらformのaction属性はGETとPOST以外を許容してくれるんですか?
https://twitter.com/amenoshita_429/status/1038983235047317504
これ謎の技術(Seaurchinでここまでできるとは思っていなかった顔)
普通に考えてビルド時に生成するべきですが、静的に型がわかってほしいかそうでなければ完全にTSの管轄外としたいので、どのタイミングでどういうふうにビルドするか決めかねている(webpackなのでなおさら)
Dockerコンテナにつっこんでやるのを想定してるので(nodeだけに)、できればコンテナの外でクライアントビルドするついでにバージョンも確定させてあげたいわねみたいなのがある
セッションデータ本体がクライアントサイドのcookieに保存されるのが個人的にはあんまり好きではないのでRedisにセッションを投入する回
ユーザー情報全体が入ってると多分キャッシュになりそうな気はするんだけど、(バックエンドで必要十分な)ユーザーIDだけ入れといてもキャッシュになるのかはやや疑問
DOMでドムドムするのはJSXだけどあれが出力先にバリエーションがありすぎて死ぬやつなのでReact以外ではどうかな…という感じですね
この間も1Passwordの全項目にアイコン設定してたんですけど、本当に個人的な嗜好でアイコンがつけられるリストはアイコンついてないと気が済まない性分なんですよね
あれは適切なメンテナによって適切なジャンルと適切なアイコンを伴ってシステムによってのみ管理されてほしいという願望が少なからずある
語弊を承知で言うと、両者ともに自分で作ったメニューエントリーってよくわからない深いディレクトリに配置される(する必要がある)じゃないですか、あれを管理するほどのコストを(所謂)スタートメニューにかけたくない
API的に報告されるホームディレクトリはUSERPROFILEなんですが、ドット始まりでも別に隠しディレクトリにならなかったりあの忌まわしきAppDataがあったりしてあんまり常用はしたくない感がある。マイドキュメントのほうがまだ多少マシ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Unityに代表されるクロスプラットフォームゲームエンジンの普及はまあそういう意味では嬉しいんですが、AAA級タイトルは得てしてグラボの最新機能(Windows限定)とかを使ってくるので、まあそういうことですね