ABC312振り返り

サマリ

今日のABC、出来が悪かった。とはいえ、昼間の作業考えたらそりゃそうよね。という感じ

A Chord

解説放送読んだら和音だった。単純に配列作って in でチェックして終わり。

B TaK Code

QRコードっぽいやつ。 配列の添字でいい感じにアクセス。

1
2
3
4
###.
###.
###.

こんな感じのを配列にしておいて比較。添字の操作ムズカシイネ

C Invisible Hand

見えざる手。売り手と買い手の配列を作って、ソートをかけてから売り手の値段がこれだったら買い手は何人?みたいな判定をした…が。
エッジケースが2件、売値がみんな高くて誰も買えない場合と買値が安すぎて誰も売らない場合があった。とりあえず、+1円して全滅させることで帳尻が合う。みたいな… にしても、TLEから始まりエッジケース部分を異常終了にしてたせいでREが起き、それを直してもWAでクリアできなかった。すごい敗北感

最終更新 2023/07/30 15:35:00 JST

体のメンテしてきた

AtCoder 311を完全にスルーしてしまったのでがっかりしている。

にしてもまぁ、先週は出社が2日もあってしんどかったので土日は大人しくしている感じ。
久しぶりに脱毛エステに行ったら(2年ぶり)すごい制度が変わっていてびっくりした。施術後に保湿ジェル塗ってくれるのが気に入ってたのになくなってた。
なんかこう、色々と変わるんだなぁ…

あと、指にイボみたいな出来物ができてちょっと張ってる感じがしたので皮膚科に行ってきた。相変わらず先生が一言二言しか言わなくてなんというかこう、変わってないなーという感じ。ただ、その医者の先生でも今回は異物か、イボか悩んだみたいでとりあえずイボだと仮定してやってみましょ。っていう感じで液体窒素をじゅわーっと。 大して痛くないと思ったらあとからヒリヒリする系だった。
そして、これは数回やらないとダメらしくて来週また来てね。ってボソっと言われた。なお、ここまで診察室入ってから5分かかってない気がする。本当にめちゃくちゃ速い。この医者の先生、すごい勢いで診察して処置を決めるのですごいなと毎度思ってる。 看護師さんが二人とか三人助手にいるのもわかる。そりゃあの速度だとそれくらいいないと足りない…

体のメンテしてきた

AtCoder 311を完全にスルーしてしまったのでがっかりしている。

にしてもまぁ、先週は出社が2日もあってしんどかったので土日は大人しくしている感じ。
久しぶりに脱毛エステに行ったら(2年ぶり)すごい制度が変わっていてびっくりした。施術後に保湿ジェル塗ってくれるのが気に入ってたのになくなってた。
なんかこう、色々と変わるんだなぁ…

あと、指にイボみたいな出来物ができてちょっと張ってる感じがしたので皮膚科に行ってきた。相変わらず先生が一言二言しか言わなくてなんというかこう、変わってないなーという感じ。ただ、その医者の先生でも今回は異物か、イボか悩んだみたいでとりあえずイボだと仮定してやってみましょ。っていう感じで液体窒素をじゅわーっと。 大して痛くないと思ったらあとからヒリヒリする系だった。
そして、これは数回やらないとダメらしくて来週また来てね。ってボソっと言われた。なお、ここまで診察室入ってから5分かかってない気がする。本当にめちゃくちゃ速い。この医者の先生、すごい勢いで診察して処置を決めるのですごいなと毎度思ってる。 看護師さんが二人とか三人助手にいるのもわかる。そりゃあの速度だとそれくらいいないと足りない…

最終更新 2023/07/23 15:47:00 JST

AtCoder Beginner Contest 310感想

まとめ

今回はABC3完、ノーペナルティでした。
昼間の用事で疲れ果てていた割には想定通りの成績が出せているので及第点だと思っている。

今回のコンテストはなんか全体的に問題の難易度がひねくれてるような気がした。

A問題 Order Something Else

何も考えずに計算して一番安いのを出すだけ。
とってもA問題っぽい。ちょっと好き。

B問題 Strictly Superior

めっちゃ分かりにくかった。とりあえず値段が高い順に並び替えて、一個ずつ着目してチェックする感じで実装した。着目中のより安いやつ〜で上位互換があるかないかをチェックした。

今思うと、この実装バグってる可能性がある。同一価格で上位互換が出ちゃったときに並び順次第ではスルーしちゃう気がする。 何も考えずに全チェックした方がよかったかも。TLEするほどの件数にはなっていないので。ちょっと反省

C問題 Reversible

B問題より簡単な気がする。文字列を反転させたのと反転していないののうち、文字コード順で若い方を採用してsetに格納するだけ。setは中身がユニークになるので、最後に len(set) を出力すればOK。 …やっぱりB問題より簡単では

D問題

眠気とだるさで問題文を見てあ、DPだこれ無理だわ。と諦めた。実がDFSで解けるというツイートを見たのでなんというか諦めちゃだめだったかー。という感じ。

AtCoder Beginner Contest 310感想

まとめ

今回はABC3完、ノーペナルティでした。
昼間の用事で疲れ果てていた割には想定通りの成績が出せているので及第点だと思っている。

今回のコンテストはなんか全体的に問題の難易度がひねくれてるような気がした。

A問題 Order Something Else

何も考えずに計算して一番安いのを出すだけ。
とってもA問題っぽい。ちょっと好き。

B問題 Strictly Superior

めっちゃ分かりにくかった。とりあえず値段が高い順に並び替えて、一個ずつ着目してチェックする感じで実装した。着目中のより安いやつ〜で上位互換があるかないかをチェックした。

今思うと、この実装バグってる可能性がある。同一価格で上位互換が出ちゃったときに並び順次第ではスルーしちゃう気がする。 何も考えずに全チェックした方がよかったかも。TLEするほどの件数にはなっていないので。ちょっと反省

C問題 Reversible

B問題より簡単な気がする。文字列を反転させたのと反転していないののうち、文字コード順で若い方を採用してsetに格納するだけ。setは中身がユニークになるので、最後に len(set) を出力すればOK。 …やっぱりB問題より簡単では

D問題

眠気とだるさで問題文を見てあ、DPだこれ無理だわ。と諦めた。実がDFSで解けるというツイートを見たのでなんというか諦めちゃだめだったかー。という感じ。

最終更新 2023/07/16 10:48:00 JST

CodeQUEEN 2023 予選 (AtCoder Beginner Contest 308) 感想

トータルの感想

今回は、ABDの3問正解できた。疲れ気味でコンディションが万全という感じではなかったがなかなか良くできたと思う。

A問題 New Scheme

A問題にしてはむずかしくない?な印象。それでもまぁ…
A問題としての難易度ではあるけれども。125点くらいくれてもよさそうな中身だなーとは思った。が、特筆するようなところはない。

B問題 Default Price

問題名そのまま。とってもB問題らしいB問題だなーという感じ。
書いてあることをそのまま実装すればOK

C問題 Standings

コードとしてはかけていたものの数ケースでWAが出るという状態でとても謎。
30分くらい悩んだが結局飛ばした。
…で、解説を読んでみると普通に実装すると誤差が出てWAになるようなケースが入っているらしい。分母を払って比較すれば良いとのことなんだけれども…
どうやってやるのそれ?状態だったので上位の人のコードを見てみたら、Decimalを使っていた。Decimalなら簡単にACできた。Decimal使ったらTLEするかと思いきや、全然問題ない感じ。
むしろ、文字列結合をループでやったらそれが原因でTLEになってしまいびっくりした。’ ‘.join() にしたら早くなってびっくりだった。

D問題 Snuke Maze

またでた謎の文字列Snuke。なんとなく見た瞬間に深さ優先探索を実装するんだなと思った。C問題で時間を浪費したので残り40分くらいだったが、なんとか実装できた。最初、すでに探索済みの場所を飛ばす処理がバグっていてTLEしたのは焦った。最終提出は残り1分4秒だったのでホントギリギリ。でも、ACできてほんとに良かった。

CodeQUEEN 2023 予選 (AtCoder Beginner Contest 308) 感想

トータルの感想

今回は、ABDの3問正解できた。疲れ気味でコンディションが万全という感じではなかったがなかなか良くできたと思う。

A問題 New Scheme

A問題にしてはむずかしくない?な印象。それでもまぁ…
A問題としての難易度ではあるけれども。125点くらいくれてもよさそうな中身だなーとは思った。が、特筆するようなところはない。

B問題 Default Price

問題名そのまま。とってもB問題らしいB問題だなーという感じ。
書いてあることをそのまま実装すればOK

C問題 Standings

コードとしてはかけていたものの数ケースでWAが出るという状態でとても謎。
30分くらい悩んだが結局飛ばした。
…で、解説を読んでみると普通に実装すると誤差が出てWAになるようなケースが入っているらしい。分母を払って比較すれば良いとのことなんだけれども…
どうやってやるのそれ?状態だったので上位の人のコードを見てみたら、Decimalを使っていた。Decimalなら簡単にACできた。Decimal使ったらTLEするかと思いきや、全然問題ない感じ。
むしろ、文字列結合をループでやったらそれが原因でTLEになってしまいびっくりした。’ ‘.join() にしたら早くなってびっくりだった。

D問題 Snuke Maze

またでた謎の文字列Snuke。なんとなく見た瞬間に深さ優先探索を実装するんだなと思った。C問題で時間を浪費したので残り40分くらいだったが、なんとか実装できた。最初、すでに探索済みの場所を飛ばす処理がバグっていてTLEしたのは焦った。最終提出は残り1分4秒だったのでホントギリギリ。でも、ACできてほんとに良かった。

最終更新 2023/07/01 16:09:00 JST

お家探し

お引越ししたい

今住んでいる部屋がちょっと色々と厳しいポイントが溜まってきてしまったので引っ越したい。
というかまおーも就職して、同居人共々、リモートで仕事をし始めたら色々と問題が出てきていてそれがちょっと厳しい。

例えば、会議中にご飯の準備が出来ないとか(気にしなくていいといえば良いんだけど… まおーの会社は普通に結婚している人が多いので、会議に子供の声とかが入っても誰も気にしない)

それより問題なのは残業になってしまったときにリビングを占拠しちゃうのはちょっとなぁ…
というのもあり。。

あとは、まおーの勤務先が確定して(どうせそんなに出社しないけど)ちょっと具体的な部屋探しができるようになったのもある。

個人的にはベッドがほしいので今より広いというか部屋が一個多いといいなぁとか思ってる.

だがしかし、なかなか見つからない。2DKあたりで良いんだけど…
メモ代わりに今まで内見してダメだったところを書く。

北の方

建物は古臭いけどよかった。リフォームされて二重ガラスになっていてとても静か。
広さもよかった。
ダメだったのは洗濯機置き場がお風呂場の前で、ドラム式洗濯機を置くとお風呂に入るのがかなりしんどい(30cmくらいの隙間から入る羽目に)のと、埼京線が全然最強ではなく、割ととまる。そして各駅しか止まらない駅、かつ他に選択肢がないので埼京線がとまると詰み。そして、それが内見に行った日に発生して復帰まで帰れなくなった。これで北の方は赤羽まで。というのが決まった。

北のほう2

内見はしていないが街はすごい良い感じだった。が。
南北線は駅が深いところにあり、階段が多い。新しい地下鉄なので仕方ないが、完全にこれは出不精になるフラグなので南北線は通勤路としてノーカウントだね。ということがわかった。

東武東上線沿い

実は地下鉄と乗り入れていてよかった。が…
3DKでも安いのはよかったが、1部屋エアコンがつけられない。日本の今の気候でエアコンがつけられない部屋は実質倉庫専用になってしまうのでつらい。ウィンドウファンならつけていいそうだけど、あんなもんうるさくてかなわない。
せめてエアコン用の空気孔だけ作っておいてくれればスポットクーラーとかを使う手があるのだが…(アレもうるさいが、ウィンドウファンみたいに窓枠ガタガタみたいなのはないのでまだマシ)

結局、ちょっと家賃を上げて良いところにするしかないのではないかという疑惑。

お家探し

お引越ししたい

今住んでいる部屋がちょっと色々と厳しいポイントが溜まってきてしまったので引っ越したい。
というかまおーも就職して、同居人共々、リモートで仕事をし始めたら色々と問題が出てきていてそれがちょっと厳しい。

例えば、会議中にご飯の準備が出来ないとか(気にしなくていいといえば良いんだけど… まおーの会社は普通に結婚している人が多いので、会議に子供の声とかが入っても誰も気にしない)

それより問題なのは残業になってしまったときにリビングを占拠しちゃうのはちょっとなぁ…
というのもあり。。

あとは、まおーの勤務先が確定して(どうせそんなに出社しないけど)ちょっと具体的な部屋探しができるようになったのもある。

個人的にはベッドがほしいので今より広いというか部屋が一個多いといいなぁとか思ってる.

だがしかし、なかなか見つからない。2DKあたりで良いんだけど…
メモ代わりに今まで内見してダメだったところを書く。

北の方

建物は古臭いけどよかった。リフォームされて二重ガラスになっていてとても静か。
広さもよかった。
ダメだったのは洗濯機置き場がお風呂場の前で、ドラム式洗濯機を置くとお風呂に入るのがかなりしんどい(30cmくらいの隙間から入る羽目に)のと、埼京線が全然最強ではなく、割ととまる。そして各駅しか止まらない駅、かつ他に選択肢がないので埼京線がとまると詰み。そして、それが内見に行った日に発生して復帰まで帰れなくなった。これで北の方は赤羽まで。というのが決まった。

北のほう2

内見はしていないが街はすごい良い感じだった。が。
南北線は駅が深いところにあり、階段が多い。新しい地下鉄なので仕方ないが、完全にこれは出不精になるフラグなので南北線は通勤路としてノーカウントだね。ということがわかった。

東武東上線沿い

実は地下鉄と乗り入れていてよかった。が…
3DKでも安いのはよかったが、1部屋エアコンがつけられない。日本の今の気候でエアコンがつけられない部屋は実質倉庫専用になってしまうのでつらい。ウィンドウファンならつけていいそうだけど、あんなもんうるさくてかなわない。
せめてエアコン用の空気孔だけ作っておいてくれればスポットクーラーとかを使う手があるのだが…(アレもうるさいが、ウィンドウファンみたいに窓枠ガタガタみたいなのはないのでまだマシ)

結局、ちょっと家賃を上げて良いところにするしかないのではないかという疑惑。

最終更新 2023/06/25 16:08:00 JST

転職して1ヶ月が経過した

現在の状況

入社して1ヶ月経過。オンボーディングプロセスが終わって開発チームに合流しはじめた。

と言っても、工数1.0で計算されるワケもなく… (されても困るし助かる)
ぼちぼちコードかけるようになっていきましょうか。という感じ。

いろいろ思ったこと

詳細設計ドキュメント、なくてもイケるじゃん…

Excelで作られた画面写真があって、DBのIN/OUTが書いてあって。みたいなのはない。全くない。
かわりに、この画面はこういうことがしたいよー、こうやって使うよーみたいなドキュメントがある。多分、あとは細かい情報が必要なら加筆してくれ。っていうことなんだと思うんだけど、加筆されない。(これはちょっとどうかな感がある)

社内ナレッジの蓄積がすごい

すごいと言っても別になんか独特なことをしているわけではなくて、普通にConfluenceを使っているだけ。これだけで検索機能が(あんまりイケてるとは言わないけれども)つかえるのでものすごく助かる。
なにより、部署を超えて(Confluence的にはスペースを超えて)検索がかかるのでよその部署の資料も権限がついていれば見放題。
エンジニアでも営業の資料が見れてしまって、顧客のツッコまれポイントが書いてある資料とかが普通に見れるのは良い。
反面、Confluenceでドキュメント書くのに慣れてない人もいて、どうしてそうなった…(体裁的に)というのが起きることもある。といっても、勝手に直せるので直せばいいだけなんだけども。これはちょっとオンボーディングで書き方教えたほうが良いんじゃ…とは思った。
Markdownで書こうとするとよしなに変換されるので個人的には困ってないし、割と使いやすいとすら思ってる。
というか、Excelでナレッジ共有とか無理、いいからMarkdownにしろっていう主張を今更ながらに理解した。アレは完全に正しい。
逆に検索できる意味がないテスト実施表とかはExcelの方が使いやすいのでそこら辺使い分けがされてるのも好き。

オンボーディングのスタイルが部署で違いまくる

同日入社の近所の部署の人は割と毎日チームリーダー的な人が1on1して面倒を見てくれていたり、それでなくてもメンバーが面倒見が良い感じで気にかけてくれているっぽいように感じた。

他、遠くの部署を見てみると、オンボーディングしたの?というかほぼオンボーディングなしで実務やってない?みたいな人がいたり、最初から強くてもう即戦力だね…っていう感じな人がいたり…

営業系の人たちはオンボーディングがやたら細かくて、ビシっと管理されててすげー。。と思った。(見るだけなら自由らしくて覗ける)なんかスケジュール、要求されるポイントが列挙されててマジか…これはすごいわ。という感じ。

で、まおーの部署は…というと、1on1は毎日やってくれてるし、聞けばめちゃくちゃ好奇心の果てまで教えてくれるけど、全体的にはスケジュールあるからそんな感じで。進捗を細かく確認したりはしないで放任、なんとかやるでしょ?という感じだった。1on1の話がいつの間にかマネージャに伝わってていきなりスケジュールに反映されてたりするのはなんというか、マネージャすごすぎない?どんだけ仕事出来る人なの… と思った。(けど、変えたなら変えたって教えてほしかった)
まぁ、このオンボーディング、人を見てやってるならすごい事なんだけど新卒の子に同じことやったら多分潰れる気がする…

なお、1ヶ月面談のフィードバックによると、オンボーディングをほとんど独力でやっちゃったのはなんかすげー。だそうで… 一応褒められてると思うが、実はただのコミュ障なだけなので全く褒められたことではない。

でもまぁ、1on1でめっちゃ深く教えてもらったのでものすごく助かった。あとになって、なるほど!!ってつながることが多いし、社内ナレッジ検索したら割と出てくるし独力でも割となんとかなるよねと個人的には思ってる。
(逆に、社内ナレッジでどうにかならないのはバリっと文書を書いたのでConfluence力が上がった。テクニカルライティングの勉強したい)

が。課題が微妙にぼやーっとしてるのはちょっと辛かった。目的が書いてあってそれに沿うなら多分こうなんだけど、イマイチ確信が持てない。ちょっとご相談したら一瞬なんだけど…みたいなのが多かった印象がある。

多分これ、今から思えばSlackでメンションして聞いたら一瞬なんだけど(今でも上司にメンションするのは苦手)、そして多分そういうふうになるようにあえてしているような気もするが… 気がするだけかもしれない。

とりあえず、1ヶ月時点ではいい会社に入ったなーと思ってる。
プロダクトも色々と言いたいことはあるけど大枠では好きだし、働きやすい環境だとは思う。自分から動けば何でもアリ感もあるし…
許可を求めるよりやってしまえな感じは割と好きだ。

転職して1ヶ月が経過した

現在の状況

入社して1ヶ月経過。オンボーディングプロセスが終わって開発チームに合流しはじめた。

と言っても、工数1.0で計算されるワケもなく… (されても困るし助かる)
ぼちぼちコードかけるようになっていきましょうか。という感じ。

いろいろ思ったこと

詳細設計ドキュメント、なくてもイケるじゃん…

Excelで作られた画面写真があって、DBのIN/OUTが書いてあって。みたいなのはない。全くない。
かわりに、この画面はこういうことがしたいよー、こうやって使うよーみたいなドキュメントがある。多分、あとは細かい情報が必要なら加筆してくれ。っていうことなんだと思うんだけど、加筆されない。(これはちょっとどうかな感がある)

社内ナレッジの蓄積がすごい

すごいと言っても別になんか独特なことをしているわけではなくて、普通にConfluenceを使っているだけ。これだけで検索機能が(あんまりイケてるとは言わないけれども)つかえるのでものすごく助かる。
なにより、部署を超えて(Confluence的にはスペースを超えて)検索がかかるのでよその部署の資料も権限がついていれば見放題。
エンジニアでも営業の資料が見れてしまって、顧客のツッコまれポイントが書いてある資料とかが普通に見れるのは良い。
反面、Confluenceでドキュメント書くのに慣れてない人もいて、どうしてそうなった…(体裁的に)というのが起きることもある。といっても、勝手に直せるので直せばいいだけなんだけども。これはちょっとオンボーディングで書き方教えたほうが良いんじゃ…とは思った。
Markdownで書こうとするとよしなに変換されるので個人的には困ってないし、割と使いやすいとすら思ってる。
というか、Excelでナレッジ共有とか無理、いいからMarkdownにしろっていう主張を今更ながらに理解した。アレは完全に正しい。
逆に検索できる意味がないテスト実施表とかはExcelの方が使いやすいのでそこら辺使い分けがされてるのも好き。

オンボーディングのスタイルが部署で違いまくる

同日入社の近所の部署の人は割と毎日チームリーダー的な人が1on1して面倒を見てくれていたり、それでなくてもメンバーが面倒見が良い感じで気にかけてくれているっぽいように感じた。

他、遠くの部署を見てみると、オンボーディングしたの?というかほぼオンボーディングなしで実務やってない?みたいな人がいたり、最初から強くてもう即戦力だね…っていう感じな人がいたり…

営業系の人たちはオンボーディングがやたら細かくて、ビシっと管理されててすげー。。と思った。(見るだけなら自由らしくて覗ける)なんかスケジュール、要求されるポイントが列挙されててマジか…これはすごいわ。という感じ。

で、まおーの部署は…というと、1on1は毎日やってくれてるし、聞けばめちゃくちゃ好奇心の果てまで教えてくれるけど、全体的にはスケジュールあるからそんな感じで。進捗を細かく確認したりはしないで放任、なんとかやるでしょ?という感じだった。1on1の話がいつの間にかマネージャに伝わってていきなりスケジュールに反映されてたりするのはなんというか、マネージャすごすぎない?どんだけ仕事出来る人なの… と思った。(けど、変えたなら変えたって教えてほしかった)
まぁ、このオンボーディング、人を見てやってるならすごい事なんだけど新卒の子に同じことやったら多分潰れる気がする…

なお、1ヶ月面談のフィードバックによると、オンボーディングをほとんど独力でやっちゃったのはなんかすげー。だそうで… 一応褒められてると思うが、実はただのコミュ障なだけなので全く褒められたことではない。

でもまぁ、1on1でめっちゃ深く教えてもらったのでものすごく助かった。あとになって、なるほど!!ってつながることが多いし、社内ナレッジ検索したら割と出てくるし独力でも割となんとかなるよねと個人的には思ってる。
(逆に、社内ナレッジでどうにかならないのはバリっと文書を書いたのでConfluence力が上がった。テクニカルライティングの勉強したい)

が。課題が微妙にぼやーっとしてるのはちょっと辛かった。目的が書いてあってそれに沿うなら多分こうなんだけど、イマイチ確信が持てない。ちょっとご相談したら一瞬なんだけど…みたいなのが多かった印象がある。

多分これ、今から思えばSlackでメンションして聞いたら一瞬なんだけど(今でも上司にメンションするのは苦手)、そして多分そういうふうになるようにあえてしているような気もするが… 気がするだけかもしれない。

とりあえず、1ヶ月時点ではいい会社に入ったなーと思ってる。
プロダクトも色々と言いたいことはあるけど大枠では好きだし、働きやすい環境だとは思う。自分から動けば何でもアリ感もあるし…
許可を求めるよりやってしまえな感じは割と好きだ。

最終更新 2023/06/22 16:11:00 JST

MicroPythonでHueをいじるやつを作り始めた

ターゲットボードはESP8266。ESP32にするほどの性能必要ないし、BLEも不要なので、うちにいくつもあるESP8266を使用。

MicroPythonがどうなったのか気になったので、現時点でのバージョン、1.20を使ってみている。

個人的なチャレンジポイントは、ボタンの検出をするのが初めてというところで、そこは今日1日で突破できたので良かった。

あとは、Hueとやり取りするところだけれども、これはHue Bridge経由にするのを前提に書けば、既存のライブラリを使うなりなんなりでどうにかできそう。

初期設定周りが面倒ではあるんだけれども、これももうなんか設定ファイルを用意して、ampyで転送してね。みたいな作りにすると思う。