はてなブックマーク

注意: - Keychron K1に対してかなり厳しい評価となってるので、本製品が大好きは人は読まない方がいいかもしれません。 - 指摘してる矛盾点の感じ方は個人差があると思います。 Keychron K1とは、Keychronが販売している薄型キースイッチを採用しているメカニカルキーボードです。 標準的な英語テンキーレスキーボード 有線/無線対応 有線はUSB Type-C 無線はBluetooth5.1対応 (最大3台の登録、切り替えが可能) Windows, Mac, Android, iOSに対応 赤軸、茶軸、青軸のキースイッチを選択可能 大容量バッテリ、USB Type-C接続 LED対応 (オプションにより白色、RGBを選択可能) 最近は日本にもクラウドファンディング経由で進出しており、そのデザイン、機能性を理由に注目してる人もそこそこいると思います。 私自身は普段はNiZ P

5/27にWindows 10 2004 Updateが正式リリースされて、それに伴いWSL2もWindows Insider Preview版を使用しなくても利用可能となりました しかしWSL2を使用してるとVmmemというプロセスのメモリ使用量が増加し続けて、Windowsホストのメモリが枯渇してしまう問題があります。そしてこの問題は正式リリース後も解消されず残っています。 NOTE: Windowsホストで動いているVmmemプロセスで「WSL2のHypver-V仮想マシン全体が消費＆確保しているCPUとメモリ」を確認できるという大雑把な理解でOKです。 microsoft/WSLのIssueは１年近くOpenのままとなっており、Microsoft側も問題を認識して取り組んでいるものの未だに根本対処されていません。 本問題のアップデート情報 (2023/07/04更新) 本問題に関す

Windows側のシステムトレイ上のDocker Desktop for WSL2メニューにあるKubernetesコンテキストを、WSL2側の~/.kube/configと同期するための手順です。同期することで以下のようなことができるようになります。 WindowsのシステムトレイにあるDocker DesktopメニューからKubernetesコンテキストの参照および切り替えができる。切り替えた場合はWSL2側にKubernetesコンテキストが反映される。 WSL2側から~/.kube/configを更新した場合に、Docker DesktopメニューのKubernetesコンテキストに反映される。 NOTE: そもそも何故この同期設定が盛り込まれてないのかが個人的には疑問です。どこかのタイミングでDocker Desktop for WSL2がこの同期設定に対応するかもしれないので

apps/v1beta1 Deployment等のKubernete APIのdeprecation/removalを検出するための方法について紹介します。 特にKubernetes v1.16以上に移行する方々 Kubernetes v1.16ではDaemonSetやDeploymentの古いAPIバージョン(ex. extensions/v1beta1, apps/v1beta2)がremoval対象となっているため影響が大きいです。v1.16以上のクラスタに移行する予定がある方は注意しましょう。 背景 Kubernetesは新しいバージョンで特定のKubernetes API(ex. apps/v1beta1 Deployment)がdeprecated/removedとなります。詳細なDeprecation Policyについては公式ドキュメントを参照してください。 Kuberne

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 結論 タイトルの通り、JetBranins社のIDEであるIntelliJ IDEAとPyCharmのCommunity版はビジネス/商用利用できます。JetBrains自身が「IntelliJ IDEAとPyCharmのCommunity版は商用利用できる」と述べています。 既製の商用IDEのライセンスの住み分け事例から「Community版は商用利用できない」という先入観を持つ方がいますが、IntelliJ IDEAとPyCharmのCommunity版については問題なく商用利用可能です。 NOTE: なおAppCode, CLio

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 開発現場で役に立つ基本動作を身に着けるための効果的なコーディング練習問題の解かせ方について紹介します。 NOTE: ソースコード、紹介するURL等は基本的にPythonに統一しています まとめ 練習問題は一度解かせて終わりにしない。 一定時間内に解けるまで何度も反復させる。 一定時間内に解けるようになっても、少し期間を空けた上で再度解かせる。 練習問題を解くことを短期集中で終わらせず、長期継続する。 例えば2週間は毎日ミッチリ解いてもらい、それ以降は1日1時間を数カ月継続する。 練習問題は「解くこと」だけを求めず、以下の指針を設ける。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2018年現在でもJava開発をしていると、Antすら使っていないEclipseプロジェクトにそこそこの頻度で出くわします。Eclipseの自動コンパイルが通ればOKであり、ビルドはExcel手順書をもとに手動で行われ、依存関係ライブラリはもちろんlibフォルダに各種jarファイルが放り込んであります。Eclipse上以外ではどう動かせば分かる人がいないため、コマンドラインからビルドなどを行うことは叶わず、CI化なんて夢のまた夢です。 そんなJava開発から脱却したい人向けのJava開発のモダン化ガイドです。 基本的にJava 8以降で

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 一部のホストマシン上でVirtualBox等でLinux仮想マシンを動かすと、仮想マシン上のあらゆる処理が説明がつかないくらいに重い場合があります。その場合に仮想マシンに対して本記事にある設定をして高速化を図ることをお勧めします。特にHDDを搭載しているホストマシン上の仮想マシンが異様に遅いと悩んでいる方は、この記事に記載しているIOスケジューラの変更をすることにより劇的に改善する可能性があります。 主にVirtualBoxを前提に記載していますが、VMWare等の他のハイパーバイザにも適用できます。 NOTE: ちなみにホストマシン自

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 以下のリーンテスト(Lean Testing)に関する記事の要約です。 Lean Testing or Why Unit Tests are Worse than You Think 具体的なテスト手法の紹介がないため概念的な話になってますが、以下のような人にお勧めです。 ユニットテストがモック地獄、スタブ地獄になっている C0/C1 コードカバレッジ100%に疑問を感じる 開発中はユニットテストばかり書いてる気がする E2Eテストや結合テストの方が簡単、または効率が良いように感じる ユニットテストについてはやや手厳しい内容になっている

主に非Web系のバックエンド開発者(C/C++, Java, Python等を使用)がReactとVueをそれぞれ簡単に触れて、感じたメリット、思ったことなどをまとめています。 色々と書いてますが、どちらも完成度の高いライブラリ/フレームワークですね。 結論 JavaScript等にあまり深入りせずにWebアプリを簡単に書きたい、あるいは効率的に書くことが目的であればVueの方がお勧めです。しかし開発者としてスキルや設計などについて中長期的にレベルアップを図りたいのであれば、Reactから学ぶことをお勧めします。 何故かと言うと、ReactとVueにはそれぞれの利用者に対するスタンスが明確に異なり、Reactの方が利用者を開発者であることを想定/期待しているからです。 Reactは利用者が「開発者」であることを想定/期待します。 What, Whyを重視する 利用者を厳しめに教育する Vu

問題点 PuppeteerによるWebテストの自動化を行うと、HTML等のWebページ遷移が発生しないSingle Page Application(SPA)が正常に動作しない場合があります。特にGithubのPuppeteerのREADME.mdにある使用例をそのまま流用するとハマる可能性があります。 例えば、以下のようにCSSセレクターが見つからないエラーだったり UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): AssertionError [ERR_ASSERTION]: No node found for selector: ... 画面が遷移したにも関わらず以下のようにタイムアウトが発生してしまうエラーだったりします。 UnhandledPromiseRejectio

Pythonスクリプト/スクリプトに使用しているサードパーティPythonモジュール群をzipファイル化して配布する方法を紹介します。 背景 pip経由で取得したサードパーティPythonモジュールを活用したPythonツール/スクリプトを配布するときに以下のように困った状況に陥ることがあります。 ツールを使用するマシンではpipコマンドを使用できないため、Pythonモジュールをインストールできない。 ツールを使用するマシンではDockerを使用できないため、PythonモジュールをDockerコンテナに同梱して配布できない。 Pythonは標準ライブラリが非常に充実しているため、ちょっと我慢して諦めてしまう人を結構見かけます。しかし上記の理由で「Pythonモジュールを使えば実装する時間を大幅に短縮できる」という選択肢を放棄するのは勿体なすぎます。 選択肢を放棄しないための手段の一つと

IntelliJ IDEAを使う時にはとりあえず厳選ショートカット2つだけは覚えておく、または覚えてもらうと少しだけ幸せになれます。インクリメンタル検索系は見栄えも良くインパクトがあるため、知らない人に教えてあげると結構使うようになります。 IntelliJ IDEA Community Edition 2017.1で確認しています。 ショートカットはWindows版のものです。 対象者 IntelliJ IDEAは未経験または初心者 EclipseやVisualStudioなどのIDEを利用した経験がある（自動補完など） ソースコードをダラダラ探し回ることが多い 超厳選ショートカット(2個) どちらも検索/ナビゲーション関連のショートカットです。また、どちらもインクリメンタル検索で動作します。 最近のVim, Emacs, Atomを多少使いこなしている人であれば、似たような操作を日常的

プログラミングやIT関連技術に関する情報を、以下のようなものを組み合わせて効率よく検索する検索方法を紹介します。 Stack Overflow Slideshare 画像検索 Githubのawesomeレポジトリ Github 背景 近年のOSSを積極的に活用した開発では、常に新しい技術や概念が登場します。全てを取り入れることはありませんが、顧客や社内の色々な事情により、こういった技術を調査して必要に応じて取り込んでいくことが以前よりも多くなっていると思います。このため開発者は以下のような状況に置かれることが多くなりました。 同じプログラミング言語、ライブラリを使い続けることができない 分かりやすい書籍、研修が存在しない 取り組むべき技術について詳しい人が回りにいない しかしこのような状況に陥ったとしても、新しく取り組む技術について素早く把握する必要がありますし、開発においても慣れいない

この記事はWSL(Bash on Windows)上でDockerを使用するための手順です。 動作環境 Windows 10 Pro (Docker for WindowsはHyper-V必須) Docker for Windows Stable v17.03 WSL(Bash on Windows): Creator Update以降 WSL上のdocker: 17.03以降 WSL, Docker関連のバージョンはこれよりも低くても動作するかもしれませんが、Windows 10についてはProfessinal版を使用しないとDocker for Windowsを利用できないため注意してください。これはDocker for WindowsではHyper-Vを使用する前提があり、Hyper-VはWindows10 Professinal版でしか利用できないためです。 ということで、仮想環境

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2018/04/08追記： まとめにJava10に関する記載を追加しました。 2017/06/02追記： 調査内容をまとめて記載を大幅に更新しました。 2017/06/01追記： 記事の最後に「JDK8/9以降の本問題の取り組み」を追加しました。OpenJDK8の8u121.b34、8u131.b06で対処済みのようです（本当に修正されているかは別途確認する予定）。 どちらの対処版も2017年以降にリリースされているため、頻繁にJDK/JREを更新してない場合は確認しておくとよいです。 #まとめ (Java10以降) Java10では、