AtCoder Beginner Contest 163の解説
A - Circle Pond
入力:
出力: 半径 の円の周長
制約:
求めるものは、 です。
auto R = readAs!real; writeln(2*R*PI);
感想: "%.4f" とかしなくても大丈夫です。
B - Homework
入力:
出力: 高橋君が遊ぶことのできる日数、または、'-1'
制約:
複数の宿題を同日にすることはできないので、全ての宿題を終わらせるのに必要な日数は です。
したがって、 が非負ならその値、負なら が答えです。
auto ip = readAs!(int[]), N = ip[0], M = ip[1]; auto A = readAs!(int[]); auto S = A.sum; if(N - S < 0) writeln(-1); else writeln(N-S);
感想: やるだけ。
C - management
入力:
出力: 各社員に直属する部下の人数
制約:
m[社員A] = 社員Aの直属の部下の配列 として考えます。
auto N = ri; auto A = readAs!(int[]); int[][] m = new int[][](N); foreach(i, v; A) { m[v-1] ~= i.to!int; } foreach(i; 0..N) { m[i].length.writeln; }
感想: C問題にしては簡単?
D - Sum of Large Numbers
入力:
出力: 条件を満たすものの個数
制約:
- 入力は全て整数
まず、 について考えてみます。 の最大値は であるから、1からNの整数の総和の最大値は です。したがって、 に対して、選んだ整数の総和が影響しないことがわかります。
また、 とおくと、 個の数を選ぶときの和としてあり得るものは で表されます。したがって、これらより「それぞれの で作れる和は、他の の値のときと被ることはない」といえます。
これ以降は、 のことを無視します。
とします。
個の数を選ぶとき、その和としてあり得るものの最小値は、 です。
個の数を選ぶとき、その和としてあり得るものの最大値は、 です。
したがって、 個の数を選ぶとき、その和としてあり得るものの個数は、 です。
実装上は、 でこれらの値を求め、最後に の分の を答えに足します。
auto ip = readAs!(int[]), N = ip[0], K = ip[1]; long su(ulong n) { return n * (n + 1) / 2; } long res; const long MOD = 1000000007; foreach(k; K..N+1) { auto m = su(N) - su(N-k) - su(k-1); res += m+1; res %= MOD; } (res+1).writeln;
感想: 添字ゲームに時間をかけすぎた。
A: Submission #12082896 - AtCoder Beginner Contest 163
B: Submission #12082483 - AtCoder Beginner Contest 163
C: Submission #12092478 - AtCoder Beginner Contest 163
D: Submission #12130748 - AtCoder Beginner Contest 163
AtCoder Beginner Contest 160の解説
A - Coffee
入力:
出力: がcoffeeに似ている場合は 'Yes' を、そうでない場合は 'No' を
制約: は長さ の英小文字からなる文字列
素直に実装。
auto S = readln.chomp; if(S[2] == S[3] && S[4] == S[5]) writeln("Yes"); else writeln("No");
感想: かんたん
B - Golden Coins
入力:
出力: 嬉しさの最大値
制約:
- は整数
できるだけ500円玉に両替し、余ったお金をできるだけ5円玉に両替します。
auto X = readln.chomp.to!int; ulong res; while(X >= 500) { res += 1000; X -= 500; } res += (X / 5) * 5; res.writeln;
感想: 割り算と余りをうまく使えば一行でも解けますね。
AtCoder Beginner Contest 157の解説
A - Duplex Printing
入力:
出力: 必要な最小の紙の枚数
制約:
- は整数
ですね。(2で割って切り上げ)
ceil(N.to!float / 2).writeln;
ちなみに、
writeln((N+1)/2)
でもいけると思います。
感想: 切り上げ時は浮動小数点数に変換させることを忘れないように。
B - Bingo
入力:
出力: ビンゴが達成されているならば 'Yes' を、そうでないならば 'No'
制約:
- 入力は全て整数
ビンゴカードの数字の羅列を一次元配列に入れることを考えてみました。
0 1 2 3 4 5 6 7 8
のように添字を対応させました。
すると、ビンゴであるためには縦、横または斜めの列に穴が開いていればよく、これらの列は
[0,1,2],[3,4,5],[6,7,8],[0,3,6],[1,4,7],[2,5,8],[0,4,8],[2,4,6]
で表すことができます。
auto arr2 = new bool[](9); foreach(i; 0..N) { auto b = ri; foreach(j; 0..9) { if(A[j] == b) arr2[j] = true; } } auto arr = [ [0,1,2], [3,4,5], [6,7,8], [0,3,6], [1,4,7], [2,5,8], [0,4,8], [2,4,6] ]; foreach(v; arr) { bool flag = true; foreach(k; v) { if(!arr2[k]) flag = false; } if(flag) { writeln("Yes"); return; } } writeln("No");
感想: 実装をちょっとだけ頑張る問題で、ABC向きだったと思います。
C - Guess The Number
入力:
出力: 条件を満たす最小の整数が存在するならそれを、存在しないならば '-1'
制約:
- 入力は全て整数
制約より、全探索で十分高速に解けます。したがって、0から999までの整数を下から検証していって、条件を満たす整数があればそれを出力して終了するプログラムを作ることを考えます。なければ '-1' を出力です。
0から999までの検証する整数を文字列に変換したものを とします。
一つ目の条件「十進表記で丁度 桁である。」は、文字列 の長さから簡単に確認できます。
二つ目の条件「左から数えて 桁目は である。」は、文字列 の 番目の文字が であるか調べればよいです。(0-indexed)
int[] S, C; foreach(i; 0..M) { auto ip2 = readAs!(int[]), s = ip2[0], c = ip2[1]; S ~= s; C ~= c; } foreach(i; 0..(10 ^^ (N))) { auto st = i.to!string; if(st.length != N) continue; // 一つ目の条件 bool flag = true; foreach(k; 0..M) { // 二つ目の条件 if(!(st[S[k]-1] - '0' == C[k])) flag = false; } if(flag) { writeln(i); return; } } writeln(-1);
感想: 全探索するだけですが、苦戦していた方が多かったようでした。制約をよく読んで簡単に考えられると良かったかもしれません。
D - Friend Suggestions
入力:
出力: 人 にとっての友達候補の数
制約:
- 入力は全て整数
- 友達関係かつブロック関係であることはない
- 一つの友達関係、またはブロック関係が重複して入力に表れることはない
「友達候補」とは、
- 自分自身は友達候補にならない
- ブロック関係にある人同士ではない
- 友達関係にある人同士ではない
- 人 さんと さんがいたとき、 さんの 友達の友達の……の友達 が さんである
……と定義されます。(厳密な定義は問題文を読んでください)
入力例3をノートに描いてみると、人 にとっての友達候補の数は、
(人 i が友達経由で繋がっている人たちの数) - (人 i が友達経由で繋がっている人たちの中で友達関係にある人の数) - (人 i が友達経由で繋がっている人たちの中でブロック関係にある人の数) - (自分自身の数(つまり 1))
で求められることがわかります。人を頂点、友達関係を辺とした無向グラフを考えると、これは
(頂点 i の連結成分の大きさ) - (頂点 i の次数) - (頂点 i と同じ連結成分に含まれている頂点 j で、頂点 i と頂点 j がブロック関係にあるような j の数) - 1
と言い換えられます。「連結成分の大きさ」や、「同じ連結成分に含まれているか」を高速に判定するため、UnionFindを用いました。
auto friendUF = new UnionFind!int(N); int[][] farr = new int[][](N, 0); // farr[i]: 頂点 i と友達関係にある頂点の配列 int[][] barr = new int[][](N, 0); // barr[i]: 頂点 i とブロック関係にある頂点の配列 foreach(i; 0..M) { auto ip2 = readAs!(int[]), A = ip2[0], B = ip2[1]; friendUF.unite(A-1, B-1); farr[A-1] ~= B-1; farr[B-1] ~= A-1; } foreach(i; 0..K) { auto ip3 = readAs!(int[]), C = ip3[0], D = ip3[1]; barr[C-1] ~= D-1; barr[D-1] ~= C-1; } ulong[] res; foreach(i; 0..N) { auto n = farr[i].length; auto tmp = friendUF.size(i) - n; foreach(v; barr[i]) { if(friendUF.same(v, i)) tmp--; } res ~= (tmp - 1); } writefln("%(%d %)", res);
感想: UnionFind の良い練習問題では?と思いました。
A: Submission #10426662 - AtCoder Beginner Contest 157
B: Submission #10431636 - AtCoder Beginner Contest 157
C: Submission #10435013 - AtCoder Beginner Contest 157
D: Submission #10448653 - AtCoder Beginner Contest 157
AtCoder Beginner Contest 015のC問題 「高橋くんのバグ探し」
C - 高橋くんのバグ探し
入力:
出力: 条件を満たすなら 'Found' 、そうでなければ 'Nothing'
制約:
入力の下 行のそれぞれから、整数を一つずつ選びます。選ばれた整数全ての排他的論理和(XOR)の値が になるような組があったら 'Found' 、そうでなければ 'Nothing' を出力します。
この問題で難しいのは、各行から整数を選んでいくところです。簡単に考えられる方法としては、 重ループを書くことで全探索することが挙げられますが、 それぞれの場合について実装するのは大変です(仮に のときも動くプログラムのことを考えると、私は正気を保ちつつコードを書ける自信がありません)。このような場合、再帰関数を実装するのが正攻法です。
ここでは、「配列を受け取り、その長さが より小さいときは配列に のいずれかを追加する。そうでないときは、その配列を用いて排他的論理和の値の判定を行い、 XOR が 0 になる組があれば true を返す」関数を考えます。
一つの関数を実装することで、 通りの整数の組を検証できているところがポイントです。
なお、D言語では arr ~ elem で「配列 arr の末尾に要素 elem を追加した配列」を得ることができます。
また、 foreach(i, v; arr) では i に添字、 v に arr[i] が代入されています。
void main() { /* 入力 */ auto ip = readAs!(int[]), N = ip[0], K = ip[1]; auto T = readMatrix!int(N, K); bool check(int[] arr) { if(arr.length < N) { foreach(i; 0..K) { if(check(arr ~ i)) return true; } return false; } int tmp = 0; foreach(i, v; arr) { tmp ^= T[i][v]; } return tmp == 0; } if(check([])) writeln("Found"); else writeln("Nothing"); }
一つでもXORが 0 になる組がある場合は 'Found' になることに注意して実装します。
一文にまとめると「再帰関数を書いて深さ優先探索」です。
感想: AtCoder Problems の Recommendations から一問解いてみました。Difficulty は 1172 となっていますが、現在のABCで出題したらきっと茶パフォ程度になるのかな〜と思います。
弐寺とBMS練習のための7鍵コントローラーを作った
弐寺のコントローラー、高いんですよね。自作しましょう。
本当は皿を付ける予定で、5鍵コンも配置場所も用意してあるのですが、面倒なのでまだやっていません。このため、タイトルは7鍵コントローラーと書いています。
ゲーセンじゃん pic.twitter.com/EGZBYcxlnO
— public_yusuke (@public_yusuke) January 26, 2020
- 動機
- 前準備
- 材料調達
- 制作開始!
- 台に穴開ける
- ボタンを付ける
- はんだ付けする
- プログラムを書く
- 台に足をつける
- 完成
- 感想
- 追記(2020/02/04) バネ切りについて
動機
まず自宅学習期間なるものが高校にはあって、これは受験生が様々な大学の試験に挑戦する期間です。私は推薦入試で合格したので、 この期間は全て暇な時間になってしまいました。そのため、大学に入る前に何かやっておきたいな〜と思って取り組んでみました。
なお、私は本家SP5段の人です。皿複合が難しすぎるだろ、あのゲーム……。45クレで5段に合格し、そこからこれ書いてる時点で累計86クレやったんですが、全く希望の光は見えません。皿を回せる人間になりたいね。
前準備
めんどくさかった。だいたい7500円ぐらいで全部調達した。
筑波大学情報学群情報科学類 令和元年度 公募推薦 受験記
こんにちは、p(rivate|ublic)_yusukeです。せっかくの機会であることも考え受験記を書くことにしました。合格したので。
- なぜ推薦入試を受けたか
- AC入試
- 推薦、受けるぞっ!
- 評定平均が0.1足りねえ!
- 当日
- 筆記試験
- 面接
- 試験終了後
- 結果発表
- まとめ
- 開示について(2021/03/10 19:12 追記)
なぜ推薦入試を受けたか
模試の帰りに本屋に寄ったとき、推薦入試の赤本が置いてありました。たまたまそれを読んだときに英語と数学の融合問題が出題されていた(しかも全然難しくない!)ことがわかり、自分に合っているなと思い挑戦しました。2018年度はcountable infinityに関する英文が載っていて、趣味で勉強していた内容がそのまま出ていたためかなりモチベが出たことも一つの理由です。
AC入試
実は以前、AC入試(アドミッションセンター入試、いわゆるAOのようなもの)を受けていたのですが、そこでは一次の書類選考で落とされてしまいました。文字数自由の自己推薦書はうまい具合にまとめられたのですが、志願理由書の押しが弱かったのかなと思っています。またそのときはパソコン甲子園本選出場も決まっていなかったので、実績が足りなかったことも可能性として挙げられます。
推薦、受けるぞっ!
そもそも筑波大学に行きたかったのは、
AtCoder Beginner Contest 145の解説[A to D]
A - Circle
入力:
出力:
制約:
半径の円の面積:
半径の円の面積:
ゆえに、求めるものは である。
writeln(r*r);
感想: タイピングゲーム FA速すぎ