ちょっと違うけど vim-endwise は imap に対する上書きの挙動が激しすぎて補完と相性が悪かったので使うのをやめてしまった
kb10uy(@kb10uy@mstdn.maud.io)の投稿
ちょっと違うけど vim-endwise は imap に対する上書きの挙動が激しすぎて補完と相性が悪かったので使うのをやめてしまった
このアカウントは、notestockで公開設定になっていません。
バッファがまとめてなのが良くて、移動してしまうとそこで挿入モードが切れる扱いになるので変なことになるという話
でもまあまともにエディタとして使おうとするとやっぱり元に戻ったりはしたいしそれが挿入モードでの変更単位となると挿入モード中にカーソル移動してはいけないというのは割とわかる
ddddddddddを10dで済ませるの、当該行が10行であることを認識する必要があるのでビジュアルモードで済ましがち
んだけど正直 indent ぐらいは付けてもいいかもしれない……と思ったけどやっぱいらねえわになった(なぜなら C-d, C-t があるため)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
I2Cバスにこれとか繋げたらできそう
http://akizukidenshi.com/catalog/g/gP-12486/
(父10uyの iPhone X? では使えてたのでおそらく BLE の対応度合いでしょうという推測はしていた)
ちなみに機種変した最大の理由がアミボム(BTSのBLE式ペンライト)が使えなかったからということでした
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
文字コードに無駄に詳しくなってしまったので「蝶の絵文字を送ると向こうは青色なのにこっちは茶色なんだけど」という疑問に回答することができた
((も|そ|しょ)う|[かれ]ん|[だれ]い)+ 、ヒバナとかとは全然曲調違うのに調声バッチリDECO*27さんなのすごいなあ
市販の無線LANのAP、基本的にブリッジとして使うもんだという認識だったけどあれもルーターとして使えるんだったな……というの思い出した
Wifiしかなくて〜みたいなことを言う人にお前のその HGW はなんのためにあるってツッコみたくなるけど、HGWからLANポートが削られてると何も言えねえになるね
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
int (*somefunc)(int, int) で somefunc: fn(i32, i32) -> i32 になるのマジでなんなん
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
char *foo = "string";
は
let mut foo: &mut str = "string";
なのでおかしいというやつですね
const char * は const な char への *
char const * は char への const な *
mut x: &mut T
x: &mut T
mut x: &T
x: &T
であってるはず(よね？)
T* と T const* と const T* と const T const* の違いを説明するの日本語が難しいよね(?)
それはそうと mut x: i32 というのもあるよね(これは単にmut束縛になるだけという……)
このアカウントは、notestockで公開設定になっていません。
そういえばUSB-PD対応デバイスならDeskMiniのフロントのUSB-Cポートで充電できるねんな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
妹がiPhoneのいずれかに機種変するんだけどどのモデルがいいんだかわからん とりあえず11ではないけど
このアカウントは、notestockで公開設定になっていません。
まさしく Haskell とか Rust の数値周りが(制約上は)こういうふうになってた気がする
インターフェースで書けなくて型クラスとかトレイトで書けるものというと
T -> T -> T な四則演算が定義されるもの、とかかな
interface は型だけど Haskell の型クラスや Rust の trait は型ではないみたいな
画像の転送はボトルネックになってないはずなので、ファイルが遅いかデコードが遅いかのどっちかやね 400MHz 出てればいくら RISC とはいえスペック不足とはならなさそう
昨日のjpeg表示するやつ、他にやってる人と比較するとちょっとというか結構遅いっぽいんだよな……
JPEGデコードは展開後のビットマップが出てくる速度が50KB/sぐらい。DMA転送してるので多分転送はほとんど負荷になってない
SPI周波数が20MHzに設定してあって、この状態で純粋なバッファの転送は 600KB/s ぐらい出てるっぽい
