HHKB Professional HYBRIDを買って半年ちょっと使っている話。

イメージ
昨年の9月に購入しましたHHKB。 一時期英語配列のキーボードを使っていましたが、今回は日本語配列をチョイス。 PFU キーボード HHKB Professional HYBRID 日本語配列/墨 良かったところ タイピング時の打鍵感、音が心地良い     これがかなりデカい。直近の生成AI周りの発展のおかげで直接タイピングしてコードを書くことは以前に比べるとかなり減ったけど、それでも全然使うのでここのストレスがないことは大きい。 ただ、これも人による部分が大きいと思う部分なので事前に触れる箇所があれば触った方が良い。 HHKBの公式サイトにタッチ&トライスポット というページがあるので実際の打鍵感や音を確認したい人はそこで検索してのをおすすめします。 僕の場合、当初は HHKB Studio を買おうと思って秋葉原の遊舎工房というお店で触らせてもらいましたが、正直打鍵感と音の感じが好みではなかったのでボツ。 横に置いてあったこっちのキーボードを触ってみたらかなりしっくりきた。他にも色んなキーボード(同モデルの静音タイプとか)が置いてあったけど、長いこと使うなら手に馴染むモデルが良いと思ってそのまま購入という流れ。 あと、個人的には気にならなかったけど、色んなところのレビューを見る感じ音に敏感な人と同居してるとか赤ちゃんがいる家庭とかだと少し苦情が出るかも、なくらいの音が出るのでそこは注意すべき。多分そういった人向けに静音モデルがあると思う。 Bluetooth接続できるデバイスの数が多め これもかなりポイント。仕事用のPCにもプライベート使っているPCも両方ともクラムシェルモード(PCを折りたたんだまま外部ディスプレイに接続して使用するモード)で使っているので、仕事を始めるタイミングや終えて切り替えるタイミングで物理ケーブルの切り替えに手間が掛かるのが嫌だった。 HHKBを使用する前に使用していたMagic Keyboardなんかは複数デバイスに対応していなかったため、いけてないなと思いつつ使っていた。 今はコマンドで接続先を切り替えるだけなのでそのストレスは大きく減った。お高いキーボードであれば標準的に乗っている機能なんだろうけど、なんでMagic Keyboardはこの機能がないんだろう・・・ 良くないところ 割と頻繁な頻度で単三電池...

ゼロから始めるLeetCode Day112「500. Keyboard Row」

概要

海外ではエンジニアの面接においてコーディングテストというものが行われるらしく、多くの場合、特定の関数やクラスをお題に沿って実装するという物がメインである。

どうやら多くのエンジニアはその対策としてLeetCodeなるサイトで対策を行うようだ。

早い話が本場でも行われているようなコーディングテストに耐えうるようなアルゴリズム力を鍛えるサイトであり、海外のテックカンパニーでのキャリアを積みたい方にとっては避けては通れない道である。

と、仰々しく書いてみましたが、私は今のところそういった面接を受ける予定はありません。

ただ、ITエンジニアとして人並みのアルゴリズム力くらいは持っておいた方がいいだろうということで不定期に問題を解いてその時に考えたやり方をメモ的に書いていこうかと思います。

Leetcode

Python3で解いています。

ゼロから始めるLeetCode 目次

前回
ゼロから始めるLeetCode Day111「682. Baseball Game」

次回
その内

Twitterやってます。

問題

500. Keyboard Row
難易度はEasy。

問題としては、単語のリストwordsが与えられます。
下の画像のような英字キーボードの一行に存在するアルファベットだけで入力できる単語のみをリスト形式で返してください、という問題です。

Example:
Input: [“Hello”, “Alaska”, “Dad”, “Peace”]
Output: [“Alaska”, “Dad”]

AlaskaDadは共に真ん中のキーボードの列に所属するアルファベットのみで構成されていますのでリストで返されています。

解法

class Solution:
    def findWords(self, words: List[str]) -> List[str]:
        first = ["q","w","e","r","t","y","u","i","o","p"]
        second = ["a","s","d","f","g","h","j","k","l"]
        third = ["z","x","c","v","b","n","m"]
        ans = []
        for word in words:
            first_count = second_count = third_count = 0
            for letter in word:
                if letter.lower() in first:
                    first_count = first_count + 1
                elif letter.lower() in second:
                    second_count = second_count + 1
                else:
                    third_count = third_count + 1
            if len(word) == first_count or len(word) == second_count or len(word) == third_count:
                ans.append(word)
        return ans

今回は愚直に解いてみました。

各キーボード毎のカウントと単語の長さが等しくなればその単語はキーボードの一列のみで構成されている、ということだと考えました。

まず、各キーボードの列をリストに格納し、wordsを単語に分解、そしてさらに小さい構成要素であるアルファベットに分解しました。

そして条件分岐で各アルファベットがどのキーボードに所属しているかを調べます。

具体的には各カウントをfirst_count,second_count,third_countといった風に用意した変数を使って管理しています。

単語を構成するアルファベットを調べ尽くした後、単語の長さとfirst_count,second_count,third_countのいずれかの値が合致すれば追加すべき要素、ということになるのでリストに追加する、といった風にしています。

最終的にリストansを返せば終わり、といったような解き方となりました。

計算量はfor文を二重に回しているのでO(n^2)、ですかね。

これよりスマートな解き方が出来たよ!という方は是非コメントで教えてくださいお願いします。

では今回はここまで。お疲れ様でした。


追記

実行速度は以下のようになっていました。

Runtime: 28 ms, faster than 71.95% of Python3 online submissions for Keyboard Row.

Memory Usage: 14.4 MB, less than 5.49% of Python3 online submissions for Keyboard Row.

コメント

このブログの人気の投稿

【OSLog】How to log a Swift project

Principles of UX/UI Designでこんなことを学んでいるよ 第一週 User-centerd design①

Swiftで使うQueueのテンプレート