とりあえずRustで自作のUnionFindを書いてみた
（英語力がないので関数名が…）
（英語力がないので関数名が…）
![mod mylib {
pub struct UnionFind {
root_of: Vec<u32>,
size_of: Vec<u32>,
groups: u32,
}
impl UnionFind {
pub fn new(size: u32) -> UnionFind {
UnionFind {
root_of: (0..size).collect::<Vec<u32>>(),
size_of: vec![1; size as usize],
groups: size,
}
}
fn search_true_root_of(&mut self, index: u32) -> u32 {
if self.root_of[index as usize] != index {
self.root_of[index as usize] =
self.search_true_root_of(self.root_of[index as usize]);
}
self.root_of[index as usize]
}
pub fn is_connected_between(&mut self, a: u32, b: u32) -> bool {
self.search_true_root_of(a) == self.search_true_root_of(b)
}
pub fn merge(&mut self, a: u32, b: u32) -> bool {
if self.is_connected_between(a, b) {
false
} else {
let (root_of_a, root_of_b) = (self.root_of[a as usize], self.root_of[b as usize]);
self.size_of[root_of_a as usize] += self.size_of[root_of_b as usize];
self.root_of[root_of_b as usize] = self.root_of[root_of_a as usize];
self.groups -= 1;
true
}
}
#[allow(unused)]
pub fn size_of_group_with(&mut self, index: u32) -> u32 {
let root_of_index = self.search_true_root_of(index);
self.size_of[root_of_index as usize]
}
#[allow(unused)]
pub fn count_groups(&self) -> u32 {
self.groups
}
}
}](https://cdn.bsky.app/img/feed_thumbnail/plain/did:plc:nf36rsxrgldog5vr2f6nffoq/bafkreiadilwvpk2w5piouiwigocmpplkied7um353ebioc33ee42xp2mxy)
November 9, 2025 at 9:16 AM
とりあえずRustで自作のUnionFindを書いてみた
（英語力がないので関数名が…）
（英語力がないので関数名が…）
連続でフォローしすぎて、歪んでしまった 手動UnionFindかな？
February 12, 2024 at 5:05 AM
連続でフォローしすぎて、歪んでしまった 手動UnionFindかな？
ура, моя первая интерпретация задания была верной, выбор алгоритмов видимо тоже. каждый аоц я вспоминаю, что существует unionFind
December 8, 2025 at 11:03 PM
ура, моя первая интерпретация задания была верной, выбор алгоритмов видимо тоже. каждый аоц я вспоминаю, что существует unionFind
F
UnionFind で連結状態持ちながら 10**6 から降順に辺を追加していくだけ。CDEF の中で一番簡単まである。
UnionFind で連結状態持ちながら 10**6 から降順に辺を追加していくだけ。CDEF の中で一番簡単まである。
August 1, 2026 at 1:46 PM
F
UnionFind で連結状態持ちながら 10**6 から降順に辺を追加していくだけ。CDEF の中で一番簡単まである。
UnionFind で連結状態持ちながら 10**6 から降順に辺を追加していくだけ。CDEF の中で一番簡単まである。
Probably shouldn't have done LshKNearestNeighbors, but i wanted to review and sounded fun, sparsity really kills stochastic KNN algos, which is a good learning
Happy to see the the UnionFind good
I just completed "Playground" - Day 8 - Advent of Code 2025 #AdventOfCode adventofcode.com/2025/day/8
Happy to see the the UnionFind good
I just completed "Playground" - Day 8 - Advent of Code 2025 #AdventOfCode adventofcode.com/2025/day/8
Day 8 - Advent of Code 2025
adventofcode.com
December 9, 2025 at 6:50 PM
Probably shouldn't have done LshKNearestNeighbors, but i wanted to review and sounded fun, sparsity really kills stochastic KNN algos, which is a good learning
Happy to see the the UnionFind good
I just completed "Playground" - Day 8 - Advent of Code 2025 #AdventOfCode adventofcode.com/2025/day/8
Happy to see the the UnionFind good
I just completed "Playground" - Day 8 - Advent of Code 2025 #AdventOfCode adventofcode.com/2025/day/8
RepresentedUnionFindじゃなくてMergingUnionFindだった
なんか謎のUnionFind系データ構造が転がってるけど、あんまり使わないから忘れかけてたし、名前もごっちゃになってる
自分でつけた名前なのに
なんか謎のUnionFind系データ構造が転がってるけど、あんまり使わないから忘れかけてたし、名前もごっちゃになってる
自分でつけた名前なのに
August 24, 2025 at 1:56 PM
RepresentedUnionFindじゃなくてMergingUnionFindだった
なんか謎のUnionFind系データ構造が転がってるけど、あんまり使わないから忘れかけてたし、名前もごっちゃになってる
自分でつけた名前なのに
なんか謎のUnionFind系データ構造が転がってるけど、あんまり使わないから忘れかけてたし、名前もごっちゃになってる
自分でつけた名前なのに
UnionFindとvector<set<int>>を使った集合のマージ方法を教えてもらった
僕のUnionFindの実装見たら、すでにちゃんと集合サイズが大きい方にuniteするようになってた
僕のUnionFindの実装見たら、すでにちゃんと集合サイズが大きい方にuniteするようになってた
October 16, 2023 at 3:30 AM
UnionFindとvector<set<int>>を使った集合のマージ方法を教えてもらった
僕のUnionFindの実装見たら、すでにちゃんと集合サイズが大きい方にuniteするようになってた
僕のUnionFindの実装見たら、すでにちゃんと集合サイズが大きい方にuniteするようになってた
E問題はUnionFindで連結判定しながら、連結成分ごとに黒色頂点の個数の総和をもっておく
自作ライブラリ整備してたらたまたまみつけた謎のデータ構造RepresentedUnionFind（結合UnionFind）で一撃だったけどナニコレ
G問題は式をコネコネして因数分解して約数列挙
Y=(与式)としてなんやかんやすると(2Y+2n+1)(2Y-2n-1)=4X-1という式が得られる
右辺は定数なので、4X-1の約数を列挙していって左辺の因数にそれぞれ当てはめて連立方程式を2つ作り、それぞれ解いてnの値を求める
実は約数列挙は片方が正の約数になることを仮定してよかったりする
自作ライブラリ整備してたらたまたまみつけた謎のデータ構造RepresentedUnionFind（結合UnionFind）で一撃だったけどナニコレ
G問題は式をコネコネして因数分解して約数列挙
Y=(与式)としてなんやかんやすると(2Y+2n+1)(2Y-2n-1)=4X-1という式が得られる
右辺は定数なので、4X-1の約数を列挙していって左辺の因数にそれぞれ当てはめて連立方程式を2つ作り、それぞれ解いてnの値を求める
実は約数列挙は片方が正の約数になることを仮定してよかったりする
August 24, 2025 at 1:52 PM
E問題はUnionFindで連結判定しながら、連結成分ごとに黒色頂点の個数の総和をもっておく
自作ライブラリ整備してたらたまたまみつけた謎のデータ構造RepresentedUnionFind（結合UnionFind）で一撃だったけどナニコレ
G問題は式をコネコネして因数分解して約数列挙
Y=(与式)としてなんやかんやすると(2Y+2n+1)(2Y-2n-1)=4X-1という式が得られる
右辺は定数なので、4X-1の約数を列挙していって左辺の因数にそれぞれ当てはめて連立方程式を2つ作り、それぞれ解いてnの値を求める
実は約数列挙は片方が正の約数になることを仮定してよかったりする
自作ライブラリ整備してたらたまたまみつけた謎のデータ構造RepresentedUnionFind（結合UnionFind）で一撃だったけどナニコレ
G問題は式をコネコネして因数分解して約数列挙
Y=(与式)としてなんやかんやすると(2Y+2n+1)(2Y-2n-1)=4X-1という式が得られる
右辺は定数なので、4X-1の約数を列挙していって左辺の因数にそれぞれ当てはめて連立方程式を2つ作り、それぞれ解いてnの値を求める
実は約数列挙は片方が正の約数になることを仮定してよかったりする
大量データの重複検出をUnionFindと逆引きインデックスで劇的に高速化した話 - Techouse Developers Blog
https://developers.techouse.com/entry/union-find
https://developers.techouse.com/entry/union-find
大量データの重複検出をUnionFindと逆引きインデックスで劇的に高速化した話 - Techouse Developers Blog
先日、業務で重複判定を実装する機会がありました。その中でUnionFindと逆引きインデックスという技術を使ったのですが、実際に導入してみると非常に効果的だったので、今回は商品マスタの重複検出を例にこれらの技術を用いて重複検出の課題を解決した話をします。
developers.techouse.com
October 6, 2025 at 5:02 AM
大量データの重複検出をUnionFindと逆引きインデックスで劇的に高速化した話 - Techouse Developers Blog
https://developers.techouse.com/entry/union-find
https://developers.techouse.com/entry/union-find
E問題は、i番目の辺を切るよりも1～(i-1)番目の辺をすべて切ったほうがコストの総和は安い典型
この方針のままだと余計に切りすぎてしまう可能性があるので、逆転の発想
一旦全部切って、つなげ直しても大丈夫そうならつなげ直す
UnionFindで連結成分の個数を管理すれば簡単
この方針のままだと余計に切りすぎてしまう可能性があるので、逆転の発想
一旦全部切って、つなげ直しても大丈夫そうならつなげ直す
UnionFindで連結成分の個数を管理すれば簡単
February 28, 2026 at 1:41 PM
E問題は、i番目の辺を切るよりも1～(i-1)番目の辺をすべて切ったほうがコストの総和は安い典型
この方針のままだと余計に切りすぎてしまう可能性があるので、逆転の発想
一旦全部切って、つなげ直しても大丈夫そうならつなげ直す
UnionFindで連結成分の個数を管理すれば簡単
この方針のままだと余計に切りすぎてしまう可能性があるので、逆転の発想
一旦全部切って、つなげ直しても大丈夫そうならつなげ直す
UnionFindで連結成分の個数を管理すれば簡単
#ABC434
5完でした
A: n>1000W/B⇔n>⌊1000W/B⌋
B: 種類でグループ化
C: 可能な高度の範囲と目標高度の範囲の共通部分を管理
D: imos法で各マスについて雲の個数を数え、2次元累積和を用いて各雲の範囲内で雲が1個のマスの個数を求める
E: UnionFindを用いて行き先のマスが干渉するウサギをグループ化
5完でした
A: n>1000W/B⇔n>⌊1000W/B⌋
B: 種類でグループ化
C: 可能な高度の範囲と目標高度の範囲の共通部分を管理
D: imos法で各マスについて雲の個数を数え、2次元累積和を用いて各雲の範囲内で雲が1個のマスの個数を求める
E: UnionFindを用いて行き先のマスが干渉するウサギをグループ化
November 29, 2025 at 2:04 PM
#ABC434
5完でした
A: n>1000W/B⇔n>⌊1000W/B⌋
B: 種類でグループ化
C: 可能な高度の範囲と目標高度の範囲の共通部分を管理
D: imos法で各マスについて雲の個数を数え、2次元累積和を用いて各雲の範囲内で雲が1個のマスの個数を求める
E: UnionFindを用いて行き先のマスが干渉するウサギをグループ化
5完でした
A: n>1000W/B⇔n>⌊1000W/B⌋
B: 種類でグループ化
C: 可能な高度の範囲と目標高度の範囲の共通部分を管理
D: imos法で各マスについて雲の個数を数え、2次元累積和を用いて各雲の範囲内で雲が1個のマスの個数を求める
E: UnionFindを用いて行き先のマスが干渉するウサギをグループ化
どの問題だったか、思い出しやすいように、最近は解いた問題を分類してメモするようにしています。#Python | #AtCoder Beginner Contest解法アルゴリズム別まとめ - Mae向きなブログ maehrm.hatenablog.com/entry/2031/0...
AtCoder Beginner Contest解法アルゴリズム別まとめ - Mae向きなブログ
🔗 UnionFind / クラスカル法 ABC235-E「MST + 1」 ABC206-D「KAIBUNsyo」 ABC434-E「Distribute Bunnies」 - 座標をノード化して閉路検出 🌐 グラフ探索（BFS/DFS） ABC292-E「Transitivity」 ABC299-E「Nearest Black Vertex」 ABC198-E「Unique Color」 AB...
maehrm.hatenablog.com
July 20, 2026 at 7:18 AM
どの問題だったか、思い出しやすいように、最近は解いた問題を分類してメモするようにしています。#Python | #AtCoder Beginner Contest解法アルゴリズム別まとめ - Mae向きなブログ maehrm.hatenablog.com/entry/2031/0...
A’s boss doesn’t know who the CEO is… so he asks *his* boss… then *his* boss…
That’s basically Union-Find.
This autism-friendly coding tutorial makes it click:
🎥 youtu.be/IJuupDWkzqE
#UnionFind #AutisticDev #GraphAlgorithms #CodingForBeginners #LearnToCode #NeurodivergentTech
That’s basically Union-Find.
This autism-friendly coding tutorial makes it click:
🎥 youtu.be/IJuupDWkzqE
#UnionFind #AutisticDev #GraphAlgorithms #CodingForBeginners #LearnToCode #NeurodivergentTech
Union Find Explained Simply (Autism-Friendly Coding Tutorial)
YouTube video by AutistiCoder
youtu.be
July 8, 2025 at 3:34 PM
A’s boss doesn’t know who the CEO is… so he asks *his* boss… then *his* boss…
That’s basically Union-Find.
This autism-friendly coding tutorial makes it click:
🎥 youtu.be/IJuupDWkzqE
#UnionFind #AutisticDev #GraphAlgorithms #CodingForBeginners #LearnToCode #NeurodivergentTech
That’s basically Union-Find.
This autism-friendly coding tutorial makes it click:
🎥 youtu.be/IJuupDWkzqE
#UnionFind #AutisticDev #GraphAlgorithms #CodingForBeginners #LearnToCode #NeurodivergentTech
ありがとうございます！
確かにその通りですね...(納得)
mjtaiさんの提出コードも見たのですが、UnionFindで管理しつつedgesを組み立ててるのを見て、木が組み立てられていく様子がイメージできました。
一瞬別の場所、たとえばv1とv3間に、v0とv1間の直接結合コストよりも小さな間接的な結合コスト(例v1-v2-v3)があったらどうしよう...と思いましたが、それはv0とv1間の話には関係ないですね。
確かにその通りですね...(納得)
mjtaiさんの提出コードも見たのですが、UnionFindで管理しつつedgesを組み立ててるのを見て、木が組み立てられていく様子がイメージできました。
一瞬別の場所、たとえばv1とv3間に、v0とv1間の直接結合コストよりも小さな間接的な結合コスト(例v1-v2-v3)があったらどうしよう...と思いましたが、それはv0とv1間の話には関係ないですね。
March 28, 2026 at 2:48 PM
ありがとうございます！
確かにその通りですね...(納得)
mjtaiさんの提出コードも見たのですが、UnionFindで管理しつつedgesを組み立ててるのを見て、木が組み立てられていく様子がイメージできました。
一瞬別の場所、たとえばv1とv3間に、v0とv1間の直接結合コストよりも小さな間接的な結合コスト(例v1-v2-v3)があったらどうしよう...と思いましたが、それはv0とv1間の話には関係ないですね。
確かにその通りですね...(納得)
mjtaiさんの提出コードも見たのですが、UnionFindで管理しつつedgesを組み立ててるのを見て、木が組み立てられていく様子がイメージできました。
一瞬別の場所、たとえばv1とv3間に、v0とv1間の直接結合コストよりも小さな間接的な結合コスト(例v1-v2-v3)があったらどうしよう...と思いましたが、それはv0とv1間の話には関係ないですね。
traP 作問ハッカソンコンテスト 002(day1) 乙でした．
ABC 3完 50位/109人中
A: 困難 WA出しまくり結局BとCの後で通った
B: シミュるようなことをやる
C: UnionFind 1024本持ち
ABC 3完 50位/109人中
A: 困難 WA出しまくり結局BとCの後で通った
B: シミュるようなことをやる
C: UnionFind 1024本持ち
February 16, 2024 at 2:55 PM
traP 作問ハッカソンコンテスト 002(day1) 乙でした．
ABC 3完 50位/109人中
A: 困難 WA出しまくり結局BとCの後で通った
B: シミュるようなことをやる
C: UnionFind 1024本持ち
ABC 3完 50位/109人中
A: 困難 WA出しまくり結局BとCの後で通った
B: シミュるようなことをやる
C: UnionFind 1024本持ち
E問題は木DP
木を根付き木とみなすと、葉にある陽電子や電子は上にしか行けなくて、陽電子と電子は最小共通祖先で対消滅したいことがわかる
これをDFSっぽい木DPで表現する
F問題は解けなかった
クエリ2をセグメントツリーの配列、クエリ3をUnionFindで高速に解決できそうだったけど、すでに連結している2頂点をクエリ2でご検知するケースに対処できず終了
もう少し気づくのが早ければ……
木を根付き木とみなすと、葉にある陽電子や電子は上にしか行けなくて、陽電子と電子は最小共通祖先で対消滅したいことがわかる
これをDFSっぽい木DPで表現する
F問題は解けなかった
クエリ2をセグメントツリーの配列、クエリ3をUnionFindで高速に解決できそうだったけど、すでに連結している2頂点をクエリ2でご検知するケースに対処できず終了
もう少し気づくのが早ければ……
June 7, 2025 at 1:55 PM
E問題は木DP
木を根付き木とみなすと、葉にある陽電子や電子は上にしか行けなくて、陽電子と電子は最小共通祖先で対消滅したいことがわかる
これをDFSっぽい木DPで表現する
F問題は解けなかった
クエリ2をセグメントツリーの配列、クエリ3をUnionFindで高速に解決できそうだったけど、すでに連結している2頂点をクエリ2でご検知するケースに対処できず終了
もう少し気づくのが早ければ……
木を根付き木とみなすと、葉にある陽電子や電子は上にしか行けなくて、陽電子と電子は最小共通祖先で対消滅したいことがわかる
これをDFSっぽい木DPで表現する
F問題は解けなかった
クエリ2をセグメントツリーの配列、クエリ3をUnionFindで高速に解決できそうだったけど、すでに連結している2頂点をクエリ2でご検知するケースに対処できず終了
もう少し気づくのが早ければ……
ABC392
A `next_permutation` 使ったけど、最大の値を右辺に持っていけば使うまでもないか
B `exists` 配列作って全探索
C むずい。落ち着いて日本語を読む。
D 各配列 `A` はあらかじめソートしておく。`O(N**2)` のループを回す。ループ内ではマージテク的な発想で小さい方の配列を全探索、大きい方に同じ値が何個あるかを調べて確率を求める。
E UnionFind でダブった辺を接続に使う
F `P` を逆順に舐めていって PBDS で殴った
G NTT で畳み込み。係数があんまり大きくならないし、浮動小数点数で FFT でも誤差生じないので可。
A `next_permutation` 使ったけど、最大の値を右辺に持っていけば使うまでもないか
B `exists` 配列作って全探索
C むずい。落ち着いて日本語を読む。
D 各配列 `A` はあらかじめソートしておく。`O(N**2)` のループを回す。ループ内ではマージテク的な発想で小さい方の配列を全探索、大きい方に同じ値が何個あるかを調べて確率を求める。
E UnionFind でダブった辺を接続に使う
F `P` を逆順に舐めていって PBDS で殴った
G NTT で畳み込み。係数があんまり大きくならないし、浮動小数点数で FFT でも誤差生じないので可。
February 8, 2025 at 1:40 PM
ABC392
A `next_permutation` 使ったけど、最大の値を右辺に持っていけば使うまでもないか
B `exists` 配列作って全探索
C むずい。落ち着いて日本語を読む。
D 各配列 `A` はあらかじめソートしておく。`O(N**2)` のループを回す。ループ内ではマージテク的な発想で小さい方の配列を全探索、大きい方に同じ値が何個あるかを調べて確率を求める。
E UnionFind でダブった辺を接続に使う
F `P` を逆順に舐めていって PBDS で殴った
G NTT で畳み込み。係数があんまり大きくならないし、浮動小数点数で FFT でも誤差生じないので可。
A `next_permutation` 使ったけど、最大の値を右辺に持っていけば使うまでもないか
B `exists` 配列作って全探索
C むずい。落ち着いて日本語を読む。
D 各配列 `A` はあらかじめソートしておく。`O(N**2)` のループを回す。ループ内ではマージテク的な発想で小さい方の配列を全探索、大きい方に同じ値が何個あるかを調べて確率を求める。
E UnionFind でダブった辺を接続に使う
F `P` を逆順に舐めていって PBDS で殴った
G NTT で畳み込み。係数があんまり大きくならないし、浮動小数点数で FFT でも誤差生じないので可。
ARC226 oox---
A 区間が3個以上重なっていたら0
そうでない場合、重なっている区間をUnionFindで連結して、連結成分ごとに2通りずつ
B 重い荷物から順に、各袋に均等に分けていく
空いた部分はより軽い荷物で(個数が十分あれば)ちょうど埋められる
C 偶奇の方針も5x5の埋め方も全て分かっていたのに、returnを2箇所入れ忘れたせいで黄パフォを逃しました
最悪
本当に最悪
(22時頃にWAだったコードにreturnを足したらACになった)
A 区間が3個以上重なっていたら0
そうでない場合、重なっている区間をUnionFindで連結して、連結成分ごとに2通りずつ
B 重い荷物から順に、各袋に均等に分けていく
空いた部分はより軽い荷物で(個数が十分あれば)ちょうど埋められる
C 偶奇の方針も5x5の埋め方も全て分かっていたのに、returnを2箇所入れ忘れたせいで黄パフォを逃しました
最悪
本当に最悪
(22時頃にWAだったコードにreturnを足したらACになった)
August 9, 2026 at 2:22 PM
ARC226 oox---
A 区間が3個以上重なっていたら0
そうでない場合、重なっている区間をUnionFindで連結して、連結成分ごとに2通りずつ
B 重い荷物から順に、各袋に均等に分けていく
空いた部分はより軽い荷物で(個数が十分あれば)ちょうど埋められる
C 偶奇の方針も5x5の埋め方も全て分かっていたのに、returnを2箇所入れ忘れたせいで黄パフォを逃しました
最悪
本当に最悪
(22時頃にWAだったコードにreturnを足したらACになった)
A 区間が3個以上重なっていたら0
そうでない場合、重なっている区間をUnionFindで連結して、連結成分ごとに2通りずつ
B 重い荷物から順に、各袋に均等に分けていく
空いた部分はより軽い荷物で(個数が十分あれば)ちょうど埋められる
C 偶奇の方針も5x5の埋め方も全て分かっていたのに、returnを2箇所入れ忘れたせいで黄パフォを逃しました
最悪
本当に最悪
(22時頃にWAだったコードにreturnを足したらACになった)
#AtCoder の問題を解いてきましたが、#アルゴリズム で分類してみました。ブログの日付は退職する未来に設定しました。定年の日まで勉強を続けてみます。#Python | AtCoder Beginner Contest解法アルゴリズム別まとめ（直近100問） - Mae向きなブログ maehrm.hatenablog.com/entry/2031/0...
AtCoder Beginner Contest解法アルゴリズム別まとめ（直近100問） - Mae向きなブログ
🔗 UnionFind / クラスカル法 ABC235-E「MST + 1」 ABC206-D「KAIBUNsyo」 ABC434-E「Distribute Bunnies」 - 座標をノード化して閉路検出 🌐 グラフ探索（BFS/DFS） ABC292-E「Transitivity」 ABC299-E「Nearest Black Vertex」 ABC198-E「Unique Color」 AB...
maehrm.hatenablog.com
June 27, 2026 at 5:48 AM
#AtCoder の問題を解いてきましたが、#アルゴリズム で分類してみました。ブログの日付は退職する未来に設定しました。定年の日まで勉強を続けてみます。#Python | AtCoder Beginner Contest解法アルゴリズム別まとめ（直近100問） - Mae向きなブログ maehrm.hatenablog.com/entry/2031/0...
QECTOR Decoder v3 v0.5.3 is now available on PyPI.
High-performance Rust + Python decoder for quantum error correction with UnionFind, Blossom (MWPM), BP-OSD, and batch decoding support.
pip install qector-decoder-v3
pypi.org/project/qect...
#QuantumComputing #QEC #Rust #Python #Dev
High-performance Rust + Python decoder for quantum error correction with UnionFind, Blossom (MWPM), BP-OSD, and batch decoding support.
pip install qector-decoder-v3
pypi.org/project/qect...
#QuantumComputing #QEC #Rust #Python #Dev
qector-decoder-v3
Source-available Rust/Python quantum error correction decoder package for QEC research, PyMatching-compatible validation, belief-matching, BP-OSD/qLDPC workflows, CPU/GPU batch decoding, and reproduci...
pypi.org
June 26, 2026 at 6:39 PM
QECTOR Decoder v3 v0.5.3 is now available on PyPI.
High-performance Rust + Python decoder for quantum error correction with UnionFind, Blossom (MWPM), BP-OSD, and batch decoding support.
pip install qector-decoder-v3
pypi.org/project/qect...
#QuantumComputing #QEC #Rust #Python #Dev
High-performance Rust + Python decoder for quantum error correction with UnionFind, Blossom (MWPM), BP-OSD, and batch decoding support.
pip install qector-decoder-v3
pypi.org/project/qect...
#QuantumComputing #QEC #Rust #Python #Dev
[ABC451]
E:最小全域木作って条件満たすか調べる
F:マージテクで小さい方を適宜塗り替えていく。UnionFindに黒の個数持たせて適宜更新する
G:解説と同じようにサイクル基底からxor基底求めて各頂点までの重みの最小値を出してTrieに入れて数えて…とやったけど合わず
まあサイクルを基底を初めて使えたのはよかった
E:最小全域木作って条件満たすか調べる
F:マージテクで小さい方を適宜塗り替えていく。UnionFindに黒の個数持たせて適宜更新する
G:解説と同じようにサイクル基底からxor基底求めて各頂点までの重みの最小値を出してTrieに入れて数えて…とやったけど合わず
まあサイクルを基底を初めて使えたのはよかった
March 28, 2026 at 1:53 PM
[ABC451]
E:最小全域木作って条件満たすか調べる
F:マージテクで小さい方を適宜塗り替えていく。UnionFindに黒の個数持たせて適宜更新する
G:解説と同じようにサイクル基底からxor基底求めて各頂点までの重みの最小値を出してTrieに入れて数えて…とやったけど合わず
まあサイクルを基底を初めて使えたのはよかった
E:最小全域木作って条件満たすか調べる
F:マージテクで小さい方を適宜塗り替えていく。UnionFindに黒の個数持たせて適宜更新する
G:解説と同じようにサイクル基底からxor基底求めて各頂点までの重みの最小値を出してTrieに入れて数えて…とやったけど合わず
まあサイクルを基底を初めて使えたのはよかった
F問題見た目ほど難しくない
とりあえず各A_iの約数を列挙して、約数からAの添字を得られるようにしておく
約数を大きい方から舐めていって、同じ約数の添字同士をUnionFindでmergeしていって、新しくmergeしたところだけ約数の値だけコストを加算
どうせ全部連結にするので、隣り合うやつを全部結合しようとして良くて、そこは線形時間で済む
とりあえず各A_iの約数を列挙して、約数からAの添字を得られるようにしておく
約数を大きい方から舐めていって、同じ約数の添字同士をUnionFindでmergeしていって、新しくmergeしたところだけ約数の値だけコストを加算
どうせ全部連結にするので、隣り合うやつを全部結合しようとして良くて、そこは線形時間で済む
August 1, 2026 at 2:01 PM
F問題見た目ほど難しくない
とりあえず各A_iの約数を列挙して、約数からAの添字を得られるようにしておく
約数を大きい方から舐めていって、同じ約数の添字同士をUnionFindでmergeしていって、新しくmergeしたところだけ約数の値だけコストを加算
どうせ全部連結にするので、隣り合うやつを全部結合しようとして良くて、そこは線形時間で済む
とりあえず各A_iの約数を列挙して、約数からAの添字を得られるようにしておく
約数を大きい方から舐めていって、同じ約数の添字同士をUnionFindでmergeしていって、新しくmergeしたところだけ約数の値だけコストを加算
どうせ全部連結にするので、隣り合うやつを全部結合しようとして良くて、そこは線形時間で済む
F：コスト c 毎に、uf[c] :=「コスト c 以下の辺を全て追加したときの UnionFind」を保持する
重み c の辺 uv の追加は......
・uf[c] 上で uv が連結 → 変化なし
・連結でない → uf[c]、uf[c+1]、...... で uv をマージしていき、uf[c'] で既に uv が連結だったとする。このとき MST の重みが c'-c だけ増えることが分かる
重み c の辺 uv の追加は......
・uf[c] 上で uv が連結 → 変化なし
・連結でない → uf[c]、uf[c+1]、...... で uv をマージしていき、uf[c'] で既に uv が連結だったとする。このとき MST の重みが c'-c だけ増えることが分かる
May 25, 2024 at 2:00 PM
F：コスト c 毎に、uf[c] :=「コスト c 以下の辺を全て追加したときの UnionFind」を保持する
重み c の辺 uv の追加は......
・uf[c] 上で uv が連結 → 変化なし
・連結でない → uf[c]、uf[c+1]、...... で uv をマージしていき、uf[c'] で既に uv が連結だったとする。このとき MST の重みが c'-c だけ増えることが分かる
重み c の辺 uv の追加は......
・uf[c] 上で uv が連結 → 変化なし
・連結でない → uf[c]、uf[c+1]、...... で uv をマージしていき、uf[c'] で既に uv が連結だったとする。このとき MST の重みが c'-c だけ増えることが分かる