このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
3.3 LTS — blender.org
https://www.blender.org/download/releases/3-3/
おっ LTS なのか
これは安心して使える
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
アッポヨに全く興味がないので、 Ryzen 9 7950X のクーラーをどうするかを考えている
簡易水冷で冷やさないと大変なことになりそうな雰囲気がしているが、かといってヘビーに使って寿命3年とか言われても嫌なんだよなぁ
Noctua あたり、どうにか 7950X が冷えまくる静音空冷クーラー出してくれないかなぁ
いや関数取り出して実行してみた限りでは合ってるな……じゃあ計算は合ってて渡す値がおかしい?
ワガママハイスペック | ワガママハイスペック&OC Wパック
https://wagahigh.com/wpack.php
気付かなかった
Wi-Fi 6 の無線 AP が欲しくなったので NETGEAR の WAX620 をポチーしようかと思うんですが、何か他にもっとおすすめのものなどありますか
プーチン氏、日出づる国はロシア 訪問先のカムチャツカで:東京新聞 TOKYO Web
https://www.tokyo-np.co.jp/article/200476
日出る国ときたかwwww
はるばる海を超えて大使を派遣してくる気になったのかな。ロシア大使館の外交官は半年くらい前に国外退去させられてたけど
このアカウントは、notestockで公開設定になっていません。
「管理人としての側面と管理者権限関係なしの個人としての面を同じアカウントでやらない方がいい」案件と「リンクのひとつふたつを見て『思想が強い』とサーバ丸ごとブロックすること自体もそれまた別の強い思想の発露ではないのか?」案件と
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
1m #に潜む 、致命
美人局という言葉があるのに、語彙力の低下が嘆かわしい(そこじゃない)
「パパ活狩り」の女子高校生ら6人逮捕 男性から車など奪った疑い | 毎日新聞
https://mainichi.jp/articles/20220908/k00/00m/040/129000c
https://twitter.com/wataame_hare/status/1567110738862555137 #tw
これ「結婚を斡旋しているうえ離婚も原則認めない宗教」が「はじめての」結婚教室を開いているという構図、なかなか深読みさせるじゃん。
そりゃお前ら的には初めてではない結婚なんて認められないもんな……
https://twitter.com/votepurchase/status/1567757083759767553 #tw
藤井聡太×AMD のやつ、やっぱりピン折れてるらしいw
このアカウントは、notestockで公開設定になっていません。
好みだけど、私はこんな感じにしている:
十分特徴的な型名や関数名: フルパスで use する (use std::net::Ipv4Addr;)
汎用的な型名や関数名: 親モジュールを use する (use std::io; /* からの io::Result */ use std::iter; /* からの iter::once() */)
名前だけで十分なトレイト: 親モジュールを use する (use std::io; /* からの <W: io::Write> */)
名前を使わないトレイト: 無名化して use する (use std::borrow::Borrow as _;)
名前もメソッドも必要なトレイト: フルパスで use する (use std:🇮🇴:Write;)
よくやるのは
use crate::Piyo as CratePiyo;
とか
use crate::hoge::Piyo as HogePiyo;
とかかなあ
crate 名が直観的で関数がすぐそこに入ってるみたいな感じなら fully qualified で書いてもよさそう、 image::load みたいなやつ
use std::io ::Result as IoResult; するのか use std::io; からの io::Result で参照キメるのかは、もう完全に好みの問題だと思う
このアカウントは、notestockで公開設定になっていません。
そういう場合だとクレート名自体に短縮名をつける手がある。
lib.rs とか main.rs で use smoltcp as tcp; みたいにして。
このアカウントは、notestockで公開設定になっていません。
一番嫌なパターンは関数が trait bound や引数としていろいろ要求している場合で、これは関数内 use では解決できないので諦めてそのまま use するか、いい感じに命名するか、長ったらしく書くか、モジュールをさらに細分化するかの選択を迫られる
あとは Debug (std::fmt::Debug) 実装とかで、一部フィールドのみ特定の表示をしたいがために関数ローカルな enum とか struct を定義して fmt::Debug 実装を与える、みたいなことをする場合もある
std::fmt::Formatter::debug_struct() みたいなやつの自動インデントや {:#?} 対応に乗ろうとすると、フィールド単位で Debug をカスタマイズしたいことがあって、そういう場合に関数ローカルな型定義をしがち
gnusocial はかなり軽量だったはず。まあシングルコアで具体的にどのくらいユーザ抱えられるか知らんけど……
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
モジュールかクレート単位で type Result<T> = std::result::Result<T, Error>; しとくとええでみたいな話?
Error の作り方の話なら、雑にアプリ作るなら anyhow 使っとけばいいし、ちゃんとやるなら thiserror で簡単にエラー型定義できるのでそれでいく
エラー型の設計の話なら failure crate のサイトが簡潔にまとまっててわかりやすかったんだけど、もう今はなくなってしまったかな (使われてないし)
このアカウントは、notestockで公開設定になっていません。
大雑把には
enum Error {
Hoge(FugaError),
Foo(BarError),
...
}
のようにするか
struat Error {
source: (Box なり anyhow なりの何でもありエラー型),
kind: ErrorKind,
}
enum ErrorKind { Hoge, Foo, ... }
のようにするか、あるいは雑に
struct Error(anyhow::Error); // anyhow の代わりに String でもできないことはない
みたいにするか、その3択でしょうね
このアカウントは、notestockで公開設定になっていません。
最近アプリを書いたけど結局モジュール単位でエラー型を用意したくなって anyhow から自前型への以降で地獄を見たので、アプリかどうかよりは「単体で分離できるモジュールかどうか」が大事かも。
独自エラー型にしておいて anyhow::Error に型変換するのは簡単なので……
エラーの内実を確認したいなら (内部的に anyhow を使うにせよ) enum 的な情報の持ち方は不可避なので、自前で型定義した方がいい。 thiserror 使えばボイラープレートはほぼなくなるし
内実を確認したいというのは、たとえば「このエラーならすべてを投げ出す、あのエラーなら特定の処理を再試行する、そのエラーなら最初からやり直す」みたいな分岐を入れる可能性があるかということ
NAS 爆破タイムがやってきた (深い意味もなく NAS の完全リセットをしようとしている)
* laptop PC (ichika): gentooinstallbattle だいたい完了、 Wayland のセットアップを残している
* desktop PC1 (marco / arco): Windows へ転生準備完了、一時的に旧 Linux とデュアルブート中
* NAS1 (ashe): リセット完了
* NAS2 (yonagi): 今リセットを実行した
* desktop PC2 (予定): Ryzen 7950X ほしい! もちろん Gentoo Linux
スイッチングハブも 10GbE 対応のやつにしたし、明日には Wi-Fi 6 対応の無線APが届くので、全面的に機材とインフラを改修できつつある。
残すはルータのみ (いまは Aterm の下位モデルを使っているが、これもどうにかしたい)