y4aNのバグレポ眺めながらウンウンいってたら、作業用にシャッフル再生してたやつからLittle in my Little流れてきたから終わりでいっか〜になった
ボンクラプログラマー
頭とお腹が弱い。
最近は個人鯖の @shibafu528 がメインです。
⚠️ CW設定のない下品な発言が非常に多いです。これは仕様ですのでご了承下さい。
ℹ️ spam対策でフォロー承認制にしています。上の一文が構わないという方ならお気軽にどうぞ。
FINAL FANTASY XIV 関連の著作物は
(C) SQUARE ENIX CO., LTD. All Rights Reserved.
y4aNのバグレポ眺めながらウンウンいってたら、作業用にシャッフル再生してたやつからLittle in my Little流れてきたから終わりでいっか〜になった
今動いているものが一撃死しないようにする保険と、今動いているものとは別に複製するのはそりゃー違うでしょとは考えるけど、さて俺も認識に自信がないな
はいプロ 世界一自慰が上手 自慰界のtourist 少年時代の終焉を告げる者 実質賢者 射精するために生まれてきた男
文字が読めないので、yayのAUR側更新の質問が「更新 **しない** パッケージを指定する」なのを認識できていなかった
ラップトップでchromiumビルドされそうになった あぶねえ
chromium-vaapi-binに差し替え忘れてたせいで、chromium-vaapiのビルドがちょっと始まっちゃったね
Tips: これを貼りたくなった時は https://github.com/karno/Cadena を参照すると便利です
このアカウントは、notestockで公開設定になっていません。
ユーザーTL、YQソースにするだけなら楽そうだなあとあ思いつつ
Twitterと違って受信元コンテキストがAPI応答的により重要なので、ちょっと単純にはいかんか…?
from user:"acct" じゃちょっと表現力弱いな
(user "acct" :from "context_acct") みたいにいければ全て……
自宅のアニメ視聴記録がなんか更新できねーウガーってなったけど、どうやらChinachuの返してくるprogram idが重複すると視聴記録用の自作プログラムが正常動作しなくなるバグがですね……
4/21のスター☆トゥインクルプリキュアのprogram idが、2018/10/21のジオウとかぶった
つかChinachuだって、少なくとも俺が使ってる古い版はprogram idかぶるとURLに使ってるせいで後勝ちになってるじゃんよ
たぶんずっと残すの想定してないだろうなとは思うので、やはり長期的な管理は管理でやる必要があるな
このアカウントは、notestockで公開設定になっていません。
頻繁にダブります。俺の扱う番組だと、ニチアサは1年で何かしらかぶったりする。
東北きりたんexVOICE/省エネモードで行きます。.wav
y4aのuserソース、Twitter版が user:"receiver/target" という引数を受けるみたいなので同じ感じにすればMastodon版作れるね……
仕様、忘れてましたが…… YQ全般undocumentedだし
ところでYQパーサのバグに気づいたんですが、whereという文字列がwhere句より前に存在するとたぶんコケます
字句解析する前に句の分割を試みる暴挙により当然のバグがある
from句より前にfromは存在しないよ、実質的にYQの開始宣言なので
開始宣言というには誤りで、実際は from * where 〜 は where 〜 と書けるけど……
YQ、こうあってほしいという形にするにはまず複数のフォームを処理できるようにしないといけない……と思ったが、これは単にprognができればいいのか
from all, home, user, mention だけ書いたけどしんどいし腹痛くなってきた
>> Yukari Query · shibafu528/Yukari Wiki
https://github.com/shibafu528/Yukari/wiki/Yukari-Query
2.1.0.1792時点では
all (local, *, stream), home, mention (mentions, reply, replies), user, list, trace, message (messages, dm, dms), search, don_local, don_anon_local, don_federated, don_anon_federated, don_hashtag, don_local_hashtag
が存在している
YQ Reference、fromソースの対応サービス明記するようにした
homeみたいにTwでもDonでも使えるやつと、userみたいにまだMastodonに対応していないやつ、don_localみたいにそもそもMastodonじゃないと使いようもないやつなどあるし
このアカウントは、notestockで公開設定になっていません。
贅沢は言わないから、せめて俺がおでかけで使ってるX270程度の性能で仕事したいよぉ
ありがとう、すわっぷ⇔すわっぷ 4巻出てたことに気づけました!!!
y4a 2.0がstableになったのっていつだっけ……になってる
これはマジで名古屋あたりを締切にしてアップデート可能なものを作らないと俺の精神が死にそうだな
だらだらプログラム書いてなんにもならんかった日の苦いアレが甦ってしまいそうだ
いちばん簡単なのはexport jsonだけ互換性持たせてApplication ID振り直して互換性爆破なんですが……
内部データがどうにもこうにもになっていて、エクスポート可能なデータでも一部諦めたい感じがある
このアカウントは、notestockで公開設定になっていません。
ところで適当に気が向いたところでメジャーバージョン自体は本当に上げると思う。2.1のリリースが3.0になるかと。
このアカウントは、notestockで公開設定になっていません。
調子悪い感じがしたので寝てたけど、一向に良くならないし起きてるか
オカズカード、throttle:60,1は厳しすぎると思うんだけどかといってグローバルに弱めるのはなぁという気がしなくもない
api group定義からは外してapi.phpでグループ作ってthrottle書くか?
メインスレッド外からGUIにおさわりすると安全に逮捕されるシステムでばっかりコード書いてたから、なんか頭の中に暗黙にGUIコンポーネントの類はメインスレッドであることを保障してからでないと触ってはいけないみたいなやつが形成されてしまってるな
15糞でできることに無限に時間使っちゃった(集中力がなく他のことをしだすので)
KomifloResolverにタグ保存入れようとしてるけど、Komifloのタグって検索用シノニムっぽいの含んでるのな
タグの使用可能文字に関する制約と置換、Resolverでやるかメタデータの保存側でやるか
昨晩だか今朝だか、ディルド買ってオナホに刺して遊びてぇなーとか考えてた気がする
いやまあ何かリアクションがあるのも、それはそれでいいんですけどね。たぶん笑えるので。
オナホに振動物(なんでもいいや)を差し込んで、大きいボリュームを外付けしてぐぃんぐぃんパワーを変化させて遊びたい気持ちもある
俺はハード的なこと何もできないので、誰か実現したら一報ください
4.4の保守用デバッグ端末としてはいいけど、エンドユーザー端末としては全然増えてほしくないんだが!?
親戚方面からうちの人間にメッセージングする手段、SMSを除けば俺をLINEリバースプロキシにするしかないみたいでわろてる
うちの家族、LINEアンチと906世代ガラケー使いとかいう現代コミュニケーションから隔絶されかれた連中しかおらんからな
906世代ガラケー、まぁ90x最終ではあるけどんまぁよく生きてんねという感じはする ガラケーは耐久だけはバカ高い (ので、世間ではもっと古いのいくらでも生きてるもんな)
でもそろそろオカンのSO906i、写真とかmicroSDに退避されてることは確認したげたほうが良いだろうな……
Komifloのタグ構造、.content.attributes.tags-hidden こんな情報まで持ってるの……!になってる
MetadataResolverの呼出部、リファクタしてえな
tootsuite/mastodonでのservice的なところに納めたい感じある
このアカウントは、notestockで公開設定になっていません。
……待て、山でリリースって多摩の奥も山ちゃうんか #そういう話ではない
このアカウントは、notestockで公開設定になっていません。
い つ も の
知 っ て た
実 家 の よ う な 安 心 感
このアカウントは、notestockで公開設定になっていません。
diff見てなんでこんな単純なことやってなかったんだろうなぁーつってる
>> MetadataResolverからタグ情報を保存できるようにする by shibafu528 · Pull Request #185 · shikorism/tissue
https://github.com/shikorism/tissue/pull/185
作者情報のタグへの落とし込み、Komifloの場合は何も問題ないけどpixivでは面倒というか無理があるのでやってない
トマトマトマートケチャプップーーー!!!!!ピッツァの宅配です!!!ボーノ!!!ご注文のマリナーラ!!!支払いはピザ!!!!!ピッツァーー(裏声)!
https://shindanmaker.com/831381
@toshi_a 完全にあかんやつじゃないですかーー!!!
このアカウントは、notestockで公開設定になっていません。
雪餅リレーをご愛顧いただきありがとうございます。
4/30 0:00 より、中規模〜大規模の投稿量を持つ(2万投稿~/日)利用者様から頂く投稿について、他の利用者様のサーバーの保全を目的とし、一時的に制限されたインスタンスとしてお取り扱いをさせていただきます。
今後、リレーソフトウェアの改良により、各利用者のニーズに応えた配送の仕組みができるよう考えてまいります。ご理解とご協力をお願いいたします。
当お知らせの各用語については、利用規約に準じます。公式サイトをご確認ください。
https://relay.toot.yukimochi.jp
放置してた手を動かしたので、そろそろy4aNから旧TLのモノリスをほとんどのシーンで追放できた気がする
ウォォォォォやっと旧TL実装Fragmentのインスタンス化を根絶した
そして旧TL実装であるか具体的にinstanceofでチェックしている場所は全部RuntimeException送りにした
まインスタンス化されないのでそもそもこれはデッドコードのはずですが……そうであってくれよな……
BookmarkをYQで取得できるようにするには、構造上API Typeを増やしてTwitterでもMastodonでもないものとして処理しないといけないのか
YQがSQLiteのコネクションを得られるチャンスが、ページングのタイミングでAPI Type固有情報を受けられるポイントしかない
TwitterならTwitter4JのTwitterクラス、Mastodonならmastodon4jのMastodonClient
割り込みがないと落ち着いて物事考えられるからGWサイコー!!
このアカウントは、notestockで公開設定になっていません。
この組み合わせ大抵しくじって呪われるんだけど、ゲームアプリとかどうやって生き延びてるんだ
今orientation|screenSizeだけじゃないんだっけ
釜玉大にしたつもりが明太釜玉大に化けた……コミュ力が足りない……
うーんそっちの卵はやっぱいらんかったな、そのような気分ではなかったので
いや明太は明太で食えるなという気付きが得られたのはいいんだが、これふつーに価格に乗ってるし注文エラーなんだよな
前の客が明太追加してたのと俺の声が小さかったので、状態のクリアに失敗した説が濃厚
このアカウントは、notestockで公開設定になっていません。
悪いトゥートを繰り返した罪でアナル痛めながらトイレ送りになりました
全然意味わからんタイミングでInstanceStateが肥大化して再起不能になるケースとかいう、呪いにボコボコにされている
特定のタイミングでActivityおねんねさせると爆発する
予想外のところで参照が切れてなくて、思ってた以上のデータが尻アライズされて死んでただけだった…
まあいい先週書く時間がまるで取れなかったヤツ倒したので休み明けは進捗間に合う
俺の目が黒いうちは、社内のGitLabサーバはフレッシュな状態が保たれる
利用者少ないから雑に更新してるけど、真面目にやるとなると絶対ア
不達なのかと思ったら既に電源切ってあるだけだった(サーバの電源ランプの読み方忘れて太郎)
平成最後の射精と令和最初の射精 (いずれもpublic checkinのみの抽出とする) についてはFediverseにてピックアップさせていただくので覚悟しろ
@shibafu528 基準タイムゾーンは+0900、shikorism.net本番サーバのシステム時刻で見ます
@shibafu528 created_atタイムスタンプベースで見ます、3分程度を目安にタイムシフトチェックインっぽいやつは除外します
@kb10uy してないねー (Eloquentだとしないよねたぶん)
いずれPOST時刻の分単位丸めにして、タイムシフトチェックインはオプションにするだろうけど、いつやろうね
別に10秒でシコるやつ考慮する必要はないし、今と同じ分単位精度でいいでしょ
分単位精度ですら、今困ってる人はほぼ「テストデータを積むのがめんどい」だけだからな
サンプルとして、kbとかずさんあたりがリロード所要時間1分超えてればもう記録上は分精度で十分だと思います>末代レベル
@shibafu528 kb10uyの最短リロードはとろふわちくわ枕サンドをもってしても7分程度であることがわかっている
まぁタイムシフトチェックインで秒まで入れる奴だれもいねーだろってのが仕様設定の理由のひとつでもあるが
不思議シリーズのイラストが載ってる本を買うたびに「あっ俺まだリディスー終わらせてないやん!!!!!」になる現象
横画面、油断してるとすぐこういう終わってるレイアウトが爆誕するから厳しい
wrap_contentにせよmatch_parentにせよ、NumberPickerそれなりの高さを取ろうとするからこれしゃあないんだよなー
Preference利用側からheight指定できるようにするか
それもどうなのという気はするが、別にdialogMessage出さなければちゃんと表示できる
当てずっぽうが過ぎる (フォントサイズ 大とかにすると破綻する)
いや……これ当てずっぽうが過ぎるけど、dp指定だから想定してる端末なら何とか納まってくれるんだw
H最後のライブラリリリース » support-v7-numberpicker/1.0.1 - shibafu528 https://bintray.com/shibafu528/maven/support-v7-numberpicker/1.0.1
最近wwwをうまく発音できなくて /var/www が ヴァーダブル になって人に通じなくなった
このアカウントは、notestockで公開設定になっていません。
そういえば仕事でデータ読み込みのコストを渋ってTransactionTooLargeException出してたやつ、ファイルシステムから読み直しても現代のスマホで100ms程度のコストだったのでなんか全てがアホらしくなりました
ビミョーなフォーマットのテキストデータをパースしなきゃいかんやつで、重くなるとやだなーって思ってたんだけど、初期開発の時にもけっこう頑張って処理時間の短縮やってたので何度読み直しても支障ないレベルに既になってたというね……