iOS の DB について色々考えてたんだけど、少し古い記事だけどこれ見てなるほど〜となった readonly ならアリな気がする animane.hatenablog.com/entry/2015/10/…

type-challengesのMutableを取り組みました。 -（マイナス記号）でreadonlyや?などの修飾子が削除できることが新しい学び 例 Readonly<T>な型に対し、 type Mutable<T> = {-readonly [K in keyof T]: T[K]} でreadonlyを取り除くことが出来る。 github.com/type-challenge…

#Markdown記法を覚えよう 25 マークダウン入門 「読み取り専用のチェックボックス」の書き方： 箇条書き記法と組み合わせて， readonlyなcheckboxを表示できます。 [ ] チェック無し [x] チェック済み 例： - [x] 要件定義 - [x] 基本設計 - [ ] 詳細設計 - [ ] コーディング

列挙型と readonly プロパティが入ったのは PHP 8.1 だったことを知った。

あ、やっぱり不安定なnvme。 また、readonlyに。 新品発注した。交換後に安定するかどうかで、基板の不良でないことを祈る

あれ？ ブロック仕様変わったのかやられた相手のポストがreadonlyながら見られるようになってる🙄

ZFSは、pool単位ではなく、zfsのdataset単位でもdestoroyしたファイルを復活させられる可能性があるのか。 zpool importするときに、-T (-XF) オプションにrollbakするtxgを指定する。 ただし、これは最終手段なので、-o readonly=on して、回復できたらラッキー程度に思っておく。

実用しようと思うと電源のぶち切りに対応させないといけないので readonly filesystem にしたりとかいろいろ手を入れないといけないと思う。 buildroot ベースなのででできるとは思うけど

返信先:@yurars_jpはじめまして いつも静かにreadonlyで読ませていただいてる 奈良生まれ民です ゆりさんの 奈良散策＆考古＆文化財＆創作ツイのすべてが なにげにファンでして その３つが交わり合う 世界観を楽しませていただいてます いつもありがとうございます☺️

アンビエントコンテキストを利用するクラスは１回の呼び出しでは済まない。そのためまず集約が必要になりコンストラクタで行うようにする。次にreadonlyフィールドを作り保持させる。 完璧な今までの流れ。頼もしくすらある。 #DIの原理原則とパターン #朝の読書30分一本勝負

__construct()が定義されている場合と居ない場合でreadonlyの挙動が変わるのか

private static readonly P185 はー。良いこと言おうとしているのに説明が下手な文章だった。最初は間違ったこと言ってるなと思ったが、主張は正しそうだった。流れが割とダメダメで、それでは説明になってないと思えた。わりとこれも多い本 #DIの原理原則とパターン #朝の読書30分一本勝負

あとは Hoge の部分を型引数にしてあげれば Readonly<T> のできあがり pic.x.com/fmQ6QRzCer

この homomorphism mapped type とlookup 型を組み合わせると，元の型と同じ構造の型を作れるから，それに readonly つければ元の型のプロパティを readonly にした型が作れるってことね pic.x.com/9pDeOFf9Nx

mapped type, condtional type は深く触れてないのもあって理解があやしい。conditional type はともかく、mapped type は表現しようとしていることがそもそもややこしい。これらを使うと Readonly<T> とかPartial<T> が作れると書いてあって、興味はかなりある

返信先:@ten_takano- jsのconstはC#でいうreadonly - 基本constのみ - 複雑なif文を使うなど式の初期化が困難な場合のみlet（でも初期化関数を用意したい） - 再代入が必要な場合もlet（でも関数の構造を見直したほうが良い） - var,let,constいずれもつけ忘れるのはご法度（グローバルになる）

喰らえ！！ const objectFromEntries = <K extends PropertyKey, T>(entries: Iterable<readonly [K, T]>): Record<K, T> => { return Object.fromEntries(entries) as Record<K, T>; }

公開APIのarray引数は特別な理由がない限りreadonly arrayにして欲しいんだよな。そうするとarrayもreadonly arrayも食わせられるから

依存を保持するクラスがフィールドに用意されていないなら、そのためのフィールドをそのクラスに追加する。フィールドはreadonlyにして外から変更できなくする。 まあこれは基本だ #DIの原理原則とパターン #朝の読書30分一本勝負

Valibotでv.pipe(v.array(...), v.readonly())としてもinputの型はReadonlyArrayにならないため、Hono RPCでもクライアント側でReadonlyArrayを渡せずassertionを書く羽目になるっぽいな

ポケポケ(Pokémon Trading Card Game Pocket)のUIが、UIデザイン界隈で賛否わかれるニューモーフィズムだった！ 凸がインタラクティブ要素、凹がreadonlyかと思ったけどそうでもなく、何がタップできて何ができないのかは押してみるまでわかんない。 エンタメ系と割り切ればシュッとしてて小洒落たUI pic.x.com/0UvRhnErXu

返信先:@GrickGuseパラメータ入力に合わせてページ内のreadonlyフォームに動的にURLを表示しながら、ボタン押したらクリップボードにコピーみたいなイメージでしたが技術者さんじゃないと厳しそうですね。難題ですが頑張ってください

返信先:@Sheeeeeplareadonlyプロパティだとsetが使えなかったはずなので、一長一短ですね、、

（JS）オブジェクトの後に「as const」を付けると、以下の効果がある。 ・プロパティの型がリテラル型になる。（以下の場合、LANGUAGE.JAPANESEは0というリテラル型を持つ） ・オブジェクトが読み取り専用（readonly）になる。 pic.x.com/4jYcCmiosY

コンテキストとかユースケースごとにreadOnlyなEntity作るとかどうかな？ マイグレーションなんとかしなきゃいけない問題はあるが

詰まったところ bluestacks.confは修正後テキストエディタで掴みっぱなしにしてたほうがよさげ (謎のroot関係の設定値取り消しが何度かあった) Android.bstk. in、Pie64.bstk、Pie64.bstk-prevの3種のファイルのReadonlyをNormalに書き換えた

プログラミングでの設計論において、 制約が厳しいコードほど嬉しいことを意識しているエンジニアはあまり多くない。 簡単な例だと、C#でできるだけreadonlyをつけるとか、 C++でconst付けまくるとか。 スタンプ結合を避けるとか。

ん～レベルアップとして今日はしっかりカプセル化とgetter/setterがなぜ悪となっているのか調べるか.... 特にsetterが厳禁となってるのはなんとなーく分かってるけど変更したい時の動作をしっかり把握できれば後々のメンテもかなり楽になりそうだし.... ※自分のライブラリは大半readonlyだったりする

readonlyのDBへの接続を覚えた。気が楽で便利だなメッチャ

アクセス権がReadonlyでも本番環境怖い

何百行もあるようなメソッドだと、mutableなオブジェクトを「ここでは変更しない」という意図を込めてreadonlyな型で扱う、みたいなことをすることはある。(でもそういうメソッドがあるようなプロジェクトだと容赦なくダウンキャストされて変更されたりするので結局あまり型を信用できないんだよな)

私はTwitterを簡易的な情報を得られる文字ツール(ニュース、ブログなどと似た感じ)としていて、ここで流れてくる文字情報をひたすら読むのが好きて、基本ReadOnlyの読み専鍵垢がある。 いいねをつけたりしてる記事から、ゾンビ垢みたいなのからフォロー申請めっちゃきてるんだけど、国際色豊かですごい

PWD みたいなシェルが書き換へる変数を readonly しようとしたときはエラーにしていいらしい。へー

ひたすらにgoにreadonlyが欲しくなってしまっている。果たしてそれが正しいのか。

ReadOnlyになりたいMemory RandomAccessしたいMemory おしゃれになりたいピーナッツ

ちゃんと勉強したタイミングが この表記とともにだったから readonly！って思い出すまでどっちだっけと悩むレベルだしこの表記まじ嫌い＞RT

これはたぶんPDAからの名残 要するに保存のフロッピーアイコンと一緒 かつてはユーザーストレージがRAM上にあって、実行用とストレージ用に任意量で分割してた 一方のOSストレージ（＝ROM）は文字通りReadOnlyで書き換え不可、アップデートなんてあるわけない… x.com/IIJ_doumae/sta…

プロパティ経由での注入ははreadonlyに出来ない。置き換えられるようにするので当然 そうなると、常に格納されているかを保証することは不可能。nullがありえる そうか。それは大きいことだ。 #DIの原理原則とパターン #朝の読書30分一本勝負

まあある程度readできそうならreadonlyでmountしてddrescueすれば吸い出せる確率はそこそこありそうだからまだ希望はありそう