@Aqraf NYまで行かなくても関西で体験できるで
ビアカクテル「午後のいちご」。エビスビール+あまおう+アイスティー。いちごと紅茶のフレッシュな酸味苦味が先に立ち、じんわりと甘味が追いかける。エビスビールはそれを包む名脇役という感じ。
ViewModelは回転とかなら状態を維持してくれるけど、プロセスごと破棄/復元する場合はコードを別途書く必要がある。そしてBundleに保存できるデータ量なんてたかが知れてるので、アプリ内DBに載せないような揮発性データは一時ファイルに保存して、そのファイル名を状態に保存することになる。
@shibafu528 nullableとnonnullを使い分けたかったらcontextとrequireContextを別途定義するのがandroid ktx 風かしらね
@shibafu528 んでViewModel内部で
val context get()= getApplicationContext() as Context うろおぼ
@shibafu528 AndroidViewModelから派生するんや
e2eeだと、サーバ管理者は暗号化データを公安に提出するだけで責任を果たしたことになるのだろうか？
水道の老朽化対策が進まず漏水・断水が多発する一方、人々は5Gにも懐疑的なのだった。インフラは適度に刷新されていくべきだよ
でもやっぱりシグマくらいしかフルサイズ用の小さいレンズを出してくれない気がするんだよ。キヤノンもニコンもソニーもパナもそっち向いてない。シグマの45mmだけが例外。
fpの不便なとこを軽く列挙すると、EVFない。シングルスロット。Wi-Fiない。バッテリー1個で280枚（他社は600以上）。連写速度は18/sなのにバッファは12枚。コントラストAF。USB給電ない（バッテリー型の外部電源コネクタならある）。他社の電波オフカメラフラッシュを使えない。MC-21を通すとAF-Cを使えない。…スチルのメイン機としては使いにくいね
@keizou 読み上げ対応は専門家や実際にハンデのある人のレビューがないと品質が上がらないけど、そんな人はあまり確保できないのが現状です。私もレビューを受けられる状況でないとやりたくない…。
@keizou 特にWindows限定な話ではなくて、AndroidもiOSも苦しむ話ですね…。
@keizou インプレッション動画がYouTubeで4kで見れますね。シネカメラな人によると「そこそこ見れる」品質だそうです。（フルフレーム画像から4k画像にリサイズする際の品質が）
sigma fpはどう考えても完成度は低そうなんだし制約も多いんだけど、消去法でカメラ選ぶよりも楽しそうだし、フルミラ用の小さいレンズを出してくれそうなメーカーがシグマしかない。
sigma fp + mc-21を買うことにしたので、EF-Mマウントはもう使わなくなるのだ
アクセシビリティ関係とかデータ入力業務とかでアプリにかなりシビアな要求が出されることはあるけど、それは別にOS標準に合わせろという話ではなかったりする。いいフレームワークがなくて結果としてOS標準のUIを使うしかなかったりするんだけど。
@rinsuki 「Webサイトで異なるUI体験に慣れたユーザがOS固有のUI体験に固執するか」という論点に戻すけど、開発者もユーザも固執しているとは思いませんね。むしろそうじゃない例の方が身近になりつつある。日常的に2-3個以上のOSを使い、毎日使うWebサイトは10数個。使うアプリの半分以上は中身がWebアプリ。そんな状態で特定OSの感触に固執し続けられる訳がない。
「本来出るべきでないウィンドウがウィンドウスイッチャーに出る」はLightroom Classicだな。別にいいんでは。
@rinsuki 「WindowsアプリでmacOS風のGUIを出されたり」iTunesじゃん。別に構わないんでは。 ショートカットキーの表記はまあアプリ側で直せる範囲だろうし
auのAndroid9アップグレード予定リスト https://www.au.com/information/topic/mobile/2018-079/ やはり、不安定な8.1をスキップする端末が多そうだね
@souji 次からはアプリ設定の下の方で設定のエクスポートをしておくのです…
しかしインストールして使うタイプのサードアプリを鳥自体が嫌ってるフシがあるから、そっち方面のサポートはもう期待もできないよなあ…
鳥は
https://developer.twitter.com/en/docs/accounts-and-users/subscribe-account-activity/overview がまだ古いままなので、Webhookで受け取れるのはDMだけでユーザストリームやサイトストリームの代替になれるようにはまだなってないっぽいかな
@unarist TwitterはWebhook型に移行してユーザストリームAPIはサードに使わせないようにする方向ですよね。10月に廃止といってたけどどうなったんだろう
@unarist https://github.com/tootsuite/mastodon/issues/5115 こんなissueを建ててはみたものの、進展は見込めなさそう
カスタム通知リスナに使ってるPostgresもmax_connection下げるベー、ってやったら superuser_reserved_connections を削り忘れて FATAL: remaining connection slots are reserved for non-replication superuser connections って怒られたのは秘密だ
@unarist メモリを潤沢に振れるという話ならそれこそPgTuneで一発なのでは…
ジャグ鯖ではpgbouncerを導入してからpghero の接続数表示が20以上になったのを見たことがないです。
それで postgres の max_connectionを20にして、pgbouncerの default_pool_size を15にしまして、残り5はpsqlでの作業用にとってあります。
現状特に問題ないですね
@unarist pgbouncerいれてmax_connectionsを大幅に削った方がその分のメモリを他のことに使えて良いですが、やるかどうかは鯖缶さんの判断ですかねー。
pgbouncerによる接続数の節約。サバ側12接続、クライアント側70接続前後。
https://mastodon.juggler.jp/media/HFU4jGHBrx01PTPwddg https://mastodon.juggler.jp/media/1Gqb_hi9HRqsMHscSq4
まずpgbouncer入れた方がメモリ効率よくなります。それでmax_connections を削ってからPgTune とかで調整するとよさげ
@lo48576 なるほどー
# apt-cache search docker.io
docker.io - Linux container runtime
なんかリポジトリの指定がおかしいかapt-get update されてないかとかじゃないです？
WindowsでCDリッピングに使うアプリをEACからCUERipperに乗り換えるなど。OSSだよやったね
Docker構成のMastodonに組み込んだpgbouncerの監視をmuninに追加する http://d.hatena.ne.jp/tateisu/20171014/1507969046 というメモを書きました
https://mastodon.juggler.jp/media/6ZNUpa9nYOdkXrMGy1M
http://kakaku.com/item/J0000021798/spec/#tab このへんのにmicroSDXCの128GBいれればおっけ
GET /api/v1/notifications や通知ストリームにフィルタ系のオプションがないので色々問題があったりはする
よくみたらレンズの側面にもLumixって書いてやがる。パナのデザイナーは頭おかしいのか
カメラの銘板っていうとさ、パナソニックのカメラって向かって正面から見て左上にLumixって書いてて右下にL(umix)マークがあってさらにレンズの正面にLumixって書いてあるの流石にクドすぎないか
