このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@houkiboshi387 新幹線が開通するせいで、福井-名古屋の最安プランはとても微妙になります。理由は以下の通り。
・敦賀-福井の在来線がJRでなくなるので初乗り運賃が加算される
・敦賀で強制的に特急が打ち切り
・当然新幹線に乗ると高い
・どさくさに紛れて新幹線乗継割引(旅程に新幹線が含まれる場合に在来線特急料金が半額)が廃止されるのでさらに高くなる
で、おすすめ度が入れ替わって、安い順になると上から順にこんな感じかと。
・高速バス
・在来線非特急乗継
・特急しらさぎ→後は在来線
・特急しらさぎ→新幹線
たぶん開業後に、割引率の高い企画きっぷが発売されると思うので、それ次第でコスパはまた変わります。
以上、伺か界で確実に五指に入るテツ野郎からでした。
日南線快速列車の超早発インシデント、
・大雨災害の不通で青島駅始発(不慣れな運用)
・時刻を1時間勘違いして大慌てで出した
・電子符号照査式特殊閉塞なので、出発ボタン押したら進路構成されてしまうしそれを誰も止められない
あたりのコンボじゃないかなあ
最近はGrammarlyにかけるのもめんどいしDeepLさんとかGoogle翻訳さんにお伺いたてるのもめんどいので本能の赴くままろくでもない英文書いて叩きつけるのがマイブーム
言語切り替えがハチャメチャになって、英語メールに素で日本語で返してちゃんと通じてる流れ頻発してる
このアカウントは、notestockで公開設定になっていません。
今から資源エクストリーム状態で甲E3-3…勇者…
このアカウントは、notestockで公開設定になっていません。
日南線、そもそもCTCじゃない上に在線情報の伝送の仕組みもない気がしてきたので、誰も早発に気づいていないのである!って流れありそう。
電子符号照査式特殊自動閉塞だから、運転士さんが時刻勘違いしたまま出発ボタンを押して、地上設備側で受理されてしまえば、とてつもなく出発時刻を誤っても止めるものはないような…
確かに不通区間があるのも勘違い要因にはなるだろうけど。
CTCで管理されている路線で、司令所の係員の目を盗んで4駅も運行できるものなのか?
快速が59分早く発車するミス…乗車予定の2人にはタクシー手配 : 社会 : ニュース : 読売新聞オンライン
https://www.yomiuri.co.jp/national/20210922-OYT1T50311/
南海50000系とJR西新幹線500系はやはりロマンの産物(どちらも実用性に支障があるという問題を含む)
それはicebreakerちゃう…ただの樹脂カバーや…開けたら連結器なんや…
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
あとめっちゃ報告来るとか幸せやろ贅沢言うなもそれはそう…いやある意味ではとても幸せなんだけど。
この「報告システムに山盛り積み上がっていく現象」ってなんかイケてる英単語とかアチャラの人が作ってそうな気がするんだけど
とはいえそこそこやってみたいのもあったり、詳しい報告で一発で原因特定できたりする場合もあって、まあそれぞれよね感
このアカウントは、notestockで公開設定になっていません。
別に生真面目すぎ文化なジャパニーズ専用の悩みでもなくて、各地で似たようなことが起きてること自体は知ってるんだけど、もう放置するか容赦なく始末するかの極端な2択しかなくてな…
SSP BTS の Issue が本当にバージョンを経るたびにクローズしまくってるのに単調 *増加* していてそろそろ疲れてきたんだけれど、こういうのみんなどうやって折り合いつけてるんですかね。
脳内のうちのこかわいい感を頑張ってスクリプトに落としこもうとする過程でなんか半減する気がいつもするんだけど、文章にするのってまあそんなもんよねと開き直ってる
わりと掛け持ち民が多いから…というのを差っ引いても、貧弱サーバなのでタグ検索するたびに6秒待たされるという惨状だったのです。とてもつらい。 #frfr
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
とても見慣れてる出金伝票だけど、ガチギレしてごく普通のExcelシート(not神Excel)に作り替えた弊社
https://social.mikutter.hachune.net/@akkiesoft/104914337550248461
@tetradice ここだ
https://github.com/tootsuite/mastodon/blob/e39d97f7008499bbf91bb0fb3ae2f794c50f40fc/app/models/tag.rb#L147
@tetradice そもそもよく読めましたねこれ(目がちかちかしてなにいうとるんかわからん!って捨てたところなのに)
このアカウントは、notestockで公開設定になっていません。
できあがったクエリがこちらになります。
あまりにもクソ長すぎて投稿できなかったので画像でどうぞ。
RoR使ったコード読みなれてないから実際どうすればいいのかと言われても困るけど、なんとなくこれできあがるクエリが大惨事になってるんじゃないかと思うんだ…
https://github.com/tootsuite/mastodon/blob/master/app/models/tag_feed.rb
@frfr だいたいこれのせいなんだけれど、こんなんRevertしたら大惨事やん!って感じなので手がつけられずにいる…
https://github.com/tootsuite/mastodon/pull/14728
@frfr うかどん側(ほぼいじってない)から見てもめっちゃ遅いのでつらい。
結局index張りまくるしかないというのか…(絶望)
GET相当だと長すぎて送れないトークが出てくるんじゃないかと思ったけど、トーク1000文字級とか読む方も疲れるレベルなのでまあ実用上問題ないか。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
どこでどう使われようが、使う人口が増えれば辞書に載るし、そのうちごく自然に言語として取り込まれるので諦めよう!
使う人が多くなったら辞書に載るんだよ。
でないと、絶対領域を辞書に載せてしまった伺かクラスタが今更言うな!とツッコミ入れられるよ!
このアカウントは、notestockで公開設定になっていません。
ていうか英語圏オタク界隈で既に『草(kusa)』が通じるようになりつつあるっぽいけど、これがさらに広まると日本語の草が植物の意味の方は知らなくてwの方の意味にしか思えないみたいななんかそんな・・・あれかも?><(?)
あとpumaが5.0.0になってなんか美味そうなオプションが増えてる。
fork_worker と nakayoshi_fork
NAKAYOSHI!!
メリット
・Rubyとnode.jsとか開発者人口が多いので廃れる心配が少ない
デメリット
・インフラ維持担当から見れば悪夢でいますぐ投げ捨てたい
このアカウントは、notestockで公開設定になっていません。
「LPCTSTR」という名前をカンニングなしで正しく詠唱
OEM コードページと "Unicode" の変換ならまだマシで、 Seaurchin で UTF-8/UTF-16/SJIS の変換をやってた時は頭がおかしくなりそうだった
なんとかかんとかほげほげExW とか今すぐボツにしろと思うけど、もう第一選択がWinRTになって滅びつつある
FreeBSD上でのMastodon安定運用で頭痛くなってる現場からお伝えしました。もうやだ。
だって今更OSなんでもええやん?
なんでもええんやったら運用ノウハウ多いLinux系がええやん?
とりあえず、Mastodon頑張ればLinux系以外でも動くことは動くだろうけど、運用ノウハウが少なすぎてLinuxぶっこんだほうが手っ取り早いってだけだと思う
このアカウントは、notestockで公開設定になっていません。
Windows上で絶対に走らせたくないというかたぶん使ってるのNative拡張まみれなのでWSL上とかでない限りムリ
Linux依存じゃないです。
当サーバはFreeBSDで運用しております。
※そういう話ではない
FMSプログラミングと降下時のFMS操作の理解が、特にボーイングのハイテク旅客機操縦でプロに一番語られてる部分なので、つまりシーケンサーをうまく扱う事が大半になるので、シーケンサーいじりなれてる人に向いてる感><
段取りでおおむね決まるのが正しいあり方で、属人的な職人芸を要するのはいまどきキビシイと思う。KQさんとか職人芸極振りスタイルだけどいずれは諦めないといけなくなるのでは。
ていうか、操作の7割くらいが離陸までに準備で、残り2割が降下(降下の操作がシステム理解が必要で一番難しい)、残りが離着陸みたいな・・・><
このへん鉄道はまだビミョーだもんなあ。TASCとか地上設備盛り盛りで脳筋な実現の仕方だし。
理想的な条件で飛ばすだけなら、オートパイロットその他の充実で旅客機のほうが今はラクかもしれない。いや目がまわるぐらいめんどくさい操作をどうにかマスターできればだけれど。
フライトシムで旅客機(のちゃんとした機体データ)で飛ぶと、チャートを実用(?)出来て楽しいよ!><
@kanade_lab 指のタッチっていう不安定性の高い仕組みを使ってる以上どうしようもない部分はあるよね…タッチパネルとかと一緒で。
本来はそのへんを考慮して余裕のある配置のUIにしないといけないんだけど…
@kanade_lab PalmCheck(手のひら誤接触判定)のしきい値の見直しとタッチする力の見直しで。マウスコントロールパネルのSynapticsタブからいけるはず
強固な結界で煩わしい魔物を寄せつけません!平和で清廉な森林ライフをあなたの手に!
エルフの森ニュータウン、堂々分譲開始!
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
JP鯖分割するとして名前をどうするか…
yokosuka.mstdn.jp
sasebo.mstdn.jp
kure.mstdn.jp
maizuru.mstdn.jp
oominato.mstdn.jp
とかか(それは違う)
件の、タイムラインスクロール中は先頭が『n件の新着』表示になる奴、ひとまず公式にrevert(適用取り消し)となりました。
便利だと思った人は、Slow mode(手動更新モード)があるからそちらを試してみて!
#fedibird も前と同じリアルタイム追加になってるよ(いま見てるひとはリロードすべし)。
ぶっちゃけユーザーランド側(アプリ側)はどうせ何も考えてないガバガバ野郎ばかりだとOS開発者側は疑心暗鬼になってそう
エラー処理が甘くて、くそでかい画像ファイル食わされてOS巻き込んで陥落したガバガバエラー処理デスクトップマスコットアプリがありましてな…(遠い目
Windows 2000まで?みたいにWindowsで言うところのタスクマネージャだけは死守するみたいな事して欲しいかも><
OSがまず死んじゃ駄目だしその次にマンマシンインタフェースが死んじゃ駄目だし みたいな重み付けやって当たり前じゃんって思うんだけど><
OS側はもちろんだけどアプリ側も><
マストドンも、すごく下の方のレイヤに対する攻撃とかで落ちるのであれば仕方ないけど、自分が処理作り出して過負荷にしてOSごと陥落とか、何も考えてなさ具合ひどすぎる><
GUIもOS内に組み込まれてる設計のOSでないと、スケジューラ内部でGUIプロセスの優先度を上げるとか「そもそも当該プロセスがGUI持ちかどうか」すら分からない以上ムリだろうな…
そのあたり今なにか対策されてるんだろうか。
このアカウントは、notestockで公開設定になっていません。
むしろそのせいでsidekiqが全部ダメになって、OSは落ちてないけどただのカカシになったとかありそう
でも今のLinux Kernel、そんな地獄のような状況になる前に酷いプロセスを容赦なくkillする緊急回避機能ついてなかったっけ
Apacheの時代から「立ち上がるプロセス数のチューニングが甘くてメモリ食いつぶしてOSごとチーン」という重大インシデントは定番なのでお察し
ていうかmsidekiq自体はネットワーク処理エンジンじゃなく単なるジョブプール?かも?><
ちゃんとネットワークの処理自体見てるのかも?><
あと、ネットワーク関係無くそもそもすぎるびっくりな点として、キューたまりすぎて高負荷で「鯖ごと落ちた」とか昨晩もなんか色々出てたっぽいけど、自分の実行環境の負荷の具合見て自制する機能くらいついてないの?><;
Mastodonの配送処理はsidekiq依存で、sidekiqはリトライ間隔をだんだん広げていくように元々設計されてるし、リトライ回数も設定できるから、延々同じ間隔でリトライするような頭の悪いことにはならない。
後は「信用できなさげなサーバ」判定だろうなあ。
スレッドプール自作する勢から見たら、RoR+nodeって聞いた時点で暴動を起こすレベルな気がする
やだなー富豪プログラミング的手法しかしないいまどきにちゃんとエラー処理まで考える人なんているわけないじゃないですかー
orz