最近、「自作キーボード」という言葉をどこかで目にしたことがあるかもしれない。PCの入力インタフェースであるキーボードといえば市販品を購入するのが一般的だが、「自作キーボード」という言葉は、自身で組み立てたりカスタマイズしたりしたキーボード、さらにはそうした行為自体のことを指す。 「自作PCと似たようなもの」と考える人もいるだろう。自作PCは自分の用途にあった構成を考え、パーツを選び組み立てることで、自分好みのスペック・見た目のPCを作ることだ。自作キーボードも同様に、構成を考えパーツを選び、組み立てることで、自分だけのキーボードを作る。 しかし自作キーボードは、似たように見えて自作PCとも違った面白さや奥深さを備えている。 本連載では、自作キーボードの作者であり、キーボード関連のニュース動画「ほぼ週刊キーボードニュース」を配信しているぺかそ（@Pekaso）とびあっこ（@Biacco42）

Goでクリーンアーキテクチャ等のレイヤードアーキテクチャを実装するための静的解析ツールを作った。 「webhandlerパッケージからusecaseパッケージを使わずに直接domainパッケージを使わないで！」というような、やってほしくないimportをエラーにできる。 https://github.com/budougumi0617/layer TL;DR クリーンアーキテクチャなどのレイヤードアーキテクチャでは、利用できるパッケージに制限がある レイヤー間の依存関係は一方向のみ 同じ層、あるいは1つ下の層のパッケージしか利用してはいけない https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html Goは循環importができないので、自然に単方向依存は満たしやすい しかし、層を飛び越して、2

一般家庭のキッチンの火力でも、おいしいチャーハンができるんです 四川料理のスゴい人、日本橋「リバヨンアタック」料理長の人長良次（ひとおさ・よしつぐ）さんに、一般家庭のキッチンで五目チャーハンを間違いなくおいしく作る方法を聞いてきました。 www.hotpepper.jp 人長：一生懸命考えてですね、ご家庭のキッチンの火力でベストのチャーハンを作るためのポイントを3つに絞りました。 チャーハン専用のお米の炊き方にこだわる チャーハン専用チャーシューを作る 玉子とお米の炒め方のポイントを知る 人長：この3ポイントで、お店レベルの五目チャーハンをご自宅でも作れると思います。 ──ほほう、チャーハン専用のチャーシュー？　それは興味深い。 「チャーハン専用ご飯」を炊こう 【材料】無洗米2合（約300g）でご飯を炊く場合の水の量 浸水（1時間）させる場合：水290～300cc 浸水なしの場合：水350

「Oh 〜〜〜〜〜〜〜〜〜〜？」 マイクを持った兵士が煽る。 「Oh 〜〜〜〜〜〜〜〜〜〜？」 大観衆は両手をあげてそれに呼応する。 長い長い溜めがあったのち、 「インディアァァァァァァァァァァァ！！！！！！！！！」 地響きのような歓声とともに、会場のボルテージがブチ上がった。 僕は呆気にとられてそれを眺める。 一体、ここはどこだっけ ── ここは、インドとパキスタンの国境だ。 ◇ インド人への古典的なイメージといえば、炎を吐いたり手足が伸びるほかにも、「ターバン」があろう。だが実際のところほとんどのインド人はターバンを巻かない。なぜならターバンはインド人の8割を占めるヒンドゥー教徒ではなく、わずか2%のシク教徒の文化だからだ。 シク教徒には教育水準の高い層が多く、イギリス統治時代のインドでは海外で活躍する人材を多く輩出した。そのため「インド人 = ターバン」のイメージが根付いたとも言われ

大型で猛烈な台風19号が、週末以降、本州にかなり接近する見込みです。気象庁が早めの対策を呼びかけていますが、専門家は「自分は大丈夫だろうという心理状態は、災害時に危険な『正常性バイアス』のおそれがある」と指摘し、注意を呼びかけています。 この「正常性バイアス」は、去年７月に起きた西日本豪雨で、被災者の避難行動にも見られた心理状態であることが明らかになっています。 ＮＨＫが災害の発生から１か月を前に広島県と岡山県、それに愛媛県の被災地で行ったアンケートで、被災者310人に対して「最初に避難するきっかけとなったのは何か」と尋ねました。 周囲で浸水や川の氾濫、土砂災害が発生するなど「周辺の環境の悪化」と回答した人が33.5％と最も多かった一方で、「防災無線」が7.4％、「テレビ・ラジオ」は4.5％にとどまり、実際に身の危険が差し迫るまでは避難を決断しなかった人が多かったことが分かりました。 災害

キーボードショートカット活用していますか？ 私はできていません。マウス操作に頼っていた私ですが、ショートカットで素早くPCを操る人を見て、そのオニ素早い操作に感動し、ショートカットで素早く操作できるかっこいい人間になろうと思ったのですが……。2つ大きな問題が！ ひとつは「ショートカット覚えきれない！」そして、もうひとつが「キーボード右側のキーを使うショートカットがすごく打ちにくい」。 広く浅くいろんなソフトを使っていると、ショートカットも膨大です。Fusion 360、Adobe Illustrator、Atom、Scrapbox、Excel、etc...独自ショートカットはなかなか覚えきれません。ショートカットを調べてその日のうちは覚えていても、次に使うときには忘れて同じことを調べるなんてしょっちゅうです。そして、右側のキーが打ちにくい問題。CADやグラフィックスエディター等、主にマウス

原 康紘 アマゾン ウェブ サービス ジャパン株式会社 技術統括本部 ソリューションアーキテクト AWS 上でのマネージド・サービスメッシュを実現する AWS App Mesh や、Kubernetes ワークロードとの親和性が高い Istio など、サービスメッシュの世界には数々のプロダクトやソリューション、アイデアが生まれつつあります。本セッションでは、マイクロサービスにおけるベストプラクティスの集大成とも言えるサービスメッシュについて、その解決すべき課題と人々が熱狂する理由、サービスメッシュそのものの必要性について掘り下げます。同時に、サービスメッシュを実現する上で最も重要なコンポーネントの一つとも言える Envoy の詳細にも触れながら、皆さまがサービスメッシュを活用する手助けとなるヒントを紹介します。 AWS の詳細については http://aws.amazon.com/jp

おなじガンダムなのにどうして

100万行オーバーのモノリシックRailsアプリをマイクロサービス化したクックパッドの手順 マイクロサービスの導入事例を、中の人が徹底的に語ります。クックパッドでは、100万行オーバーの超巨大なRuby on Railsアプリのマイクロサービス化に挑みました。アプリをいかに分離し、連携できるようにするか、など、同社が採ったマイクロサービス化の戦略を聞きました。 Ruby on Railsのバージョンアップに1年かかっていた 【マイクロサービス化戦略】まずはコードを減らすことから 【マイクロサービス化戦略】アプリ固有のバッドノウハウを減らす 【マイクロサービス化戦略】まずは分離しやすい部分からお試しで 【マイクロサービス化戦略】データベースが切れていればサービスも切りやすい 【マイクロサービス化戦略】インフラ構成を標準化する 【マイクロサービス化戦略】サービスメッシュを入れて通信の課題をクリ

2014年にAWS Lambdaが登場し、Functionを単位としてアプリケーションを実行する基盤をFunction as a Service(以下、FaaS)と呼ぶようになった。 そして、同時にサーバーレスアーキテクチャ、またはサーバーレスコンピューティングと呼ばれる新しいコンセプトが普及するに至った。 当初、そのコンセプトが一体何を示すかが定まっていなかったために議論が巻き起こり、今現在では一定の理解に着地し、議論が落ち着いているようにみえる。 しかし、サーバーレスという名付けが悪いということで議論が着地したようにみえていることにわずかに疑問を覚えたために、2019年の今、これらの流れを振り返ってみて、サーバーレスアーキテクチャとは何かを改めて考えてみる。 サーバーレスとの個人的関わり サーバーレスアーキテクチャという名を僕がはじめて耳にしたのはAWS Lambdaが登場した2015

＜お詫び＞ こちらの記事の内容の一部が読者・ユーザーの皆様の誤解を招くものでありました。 再度内容確認後、記事の追記修正を行ないました。 ご迷惑をおかけした読者の皆様ならびに関係各位に深くお詫び申し上げます。 9月10日　iedge編集部 ---------------------------------------------------------- IT業界において近年大きなトレンドとなっている「クラウド」。ユーザー側にとって非常にメリットの大きい仕組みですが、実はソフトウェアを開発する側にとってもクラウドというキーワードは注目されるようになってきています。なかでも象徴的なのが「クラウドネイティブ」です。 今回の記事では、そもそもクラウドネイティブとはどのような考え方のものなのか、そしてクラウドネイティブをソフトウェア開発に取り入れることによって、どのような変化が起こるのかを詳しく紹

中山（順）です 先日に東京リージョンで比較的規模の大きな障害が発生いたしました。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 障害の影響は特定のAZに限られていたことは上記の公式メッセージで説明されているとおりです。 また、障害発生の早い段階で単一のAvailability Zoneで問題が発生していることがService Health Dashboardでアナウンスされていました。 しかし、Design for Failureの原則に基づいてリソースを複数のAvailability Zoneで冗長化してるケースでも何らかの影響を受けたというケースもあったようです。（以下、その一例です） 8月23日のAWSの大規模障害でMultiAZでも突然ALB（ELB）が特定条件で500エラーを返しはじめたという話 これは、

通勤電車で考えてたやつ 書けてるよ!書けてるよ!コードが書けてるときに使う おいおい、書き換えてるのはコードか？それとも人類の歴史かい？人類史を書き換えるほどのコードを見たときに使う 泣く子も黙るPullRequest!泣く子も思わず黙ってしまうようなPullRequestを見たときに使う コミットがチョモランマ!コミット量がすごい量のときに使う 仕様が歩いてる!自社、他社問わずそのサービスの仕様に詳しすぎる人に使う 頭にちっちゃいスパコン載せてるのかい?頭の回転が早い人に使う キーボードが2つに割れてるよ2つに割れているキーボードを使ってる人に使う もしくは普通のキーボードでも2つ使ってる人に使う ストックオプションでビルが建つぞ!ストックオプションでビルが建ちそうなときに使う 進捗おばけ進捗がすごいときに使う 会社にユニコーンが宿ってる!評価額が10億ドル以上の未上場企業に使う 参考:

はじめに 自分は「楽でわかりやすい」という理由から、git操作にはGUIツールのSourcetreeを使用していました。 ただ、GUIツールを使えない状況などではCUIに直接gitコマンドを入力するわけで、GUIツールの恩恵を得られないことも多々ありました。 そこでいっそのこと、GUIツールを真似てgitコマンドを拡張し、CUIに乗り換えることにしました。 本記事は、その際に作成した拡張のまとめになります。 目次（〇〇したいところ） 拡張を作成するにあたって、GUIツールと同じように「gitコマンドでも〇〇したい！」と思ったところをピックアップしました。 このピックアップ項目をもとに、gitコマンドを拡張していきます。 （なので、この項目が本記事の目次でもあります） 〇〇したいところ 1. branch一覧から選んでcheckoutしたい 2. 差分の内容をもっと見やすくしたい 3. 差分

元中国籍で埼玉県内に住む貿易会社役員の男（６０）が８日、東京都心の３次元（３Ｄ）地図をＮＴＴグループ会社「ＮＴＴ空間情報」（台東区）からだまし取ったとして、警視庁公安部に書類送検された。地図情報はドローンの自動飛行などで活用の場が広がるが、業界関係者は「ミサイルのルート選定といった軍事目的でも利用できる。重要情報としての性質を把握し、より慎重に取り扱うべきだ」と警鐘を鳴らす。 ＮＴＴ空間情報によると、地図データは「ＧＥＯＳＰＡＣＥ　３Ｄ　ソリューション」と呼ばれる商品。地図に航空写真からの情報を組み合わせて複雑なデザインの建物も正確に再現し、高度の誤差は１・５メートル程度とされる。インフラ整備や防災対策などの利用を想定しており、用途によっては提供を拒否するケースもあるという。 ３Ｄ地図データは近年、ドローンの自動飛行や地図アプリの作成などに活用の場が広がっている。一方、軍事関係者によると、

Amazon Aurora Multi-Master is now generally available, allowing you to create multiple read-write instances of your Aurora database across multiple Availability Zones, which enables uptime-sensitive applications to achieve continuous write availability through instance failure. In the event of instance or Availability Zone failures, Aurora Multi-Master enables the Aurora database to maintain read

freee では仮想マシンのインフラ監視に Mackerel を使っていますが、Kubernetes を使っているところは前例にとらわれずゼロベースで見直そうとしています。現状は Elastic Stack と Mackerel のハイブリット構成になっています。 Elastic Stack による Kubernetes モニタリングシステムの紹介 - freee Developers Blog どの SaaS を使うかを決める前に、そもそも Kubernetes の何を監視すればいいのか？ というところから考え直しています。宣言的なマニフェストにより Kubernetes が自律的にあるべき状態を保ってくれるのであれば、これまでの監視とは異なってくるはずです。 監視の観点として、ここでは通知レベルを用いて次の 3 つに分類します。 None: メトリクスは収集するが通知しない Notic

コンニチハ、千葉です。 本ブログは、AWS Summit 2019 day2のセッションレポートになります。 本セッションは、100円ショップ ダイソーを展開している大創産業さんでのサーバーレス導入をどう進めるかに関するセッションです。 セッション概要 登壇者 株式会社大創産業 情報システム部 課長 丸本 健二郎様 概要 ダイソーは、世界27カ国、5,270店舗（2018年3月時点）を展開しています。取扱商品は約70,000 種類。毎月約 700 種類の新商品を開発しています。本セッションでは、オンプレ開発をしていたダイソーが、どうやってサーバーレスファーストの組織に変わっていったのか、きっかけ、メンバーのマインド、コストについて、そして、ダイソーのサーバーレスBI（Amazon QuickSight）、とサーバーレスインターフェイス基盤の事例をお話します。 セッション内容 ダイソーのビジ

100億円キャンペーンで学んだ“教訓” PayPayのスケーラブルな巨大決済システムを支える工夫 PayPay 100億円キャンペーンのシステム構築 #2/2 2019年6月12〜14日、幕張メッセにて「AWS Summit Tokyo 2019」が開催されました。アマゾンウェブサービス （AWS） に関する情報交換や、コラボレーションを目的として行われるこのカンファレンスでは、140社以上の利用企業による先進事例セッションをはじめ、数々のイベントを実施しました。プレゼンテーション「PayPay 100億円キャンペーンのシステム構築 」に登壇したのは、PayPay株式会社プロダクト本部の山本啓介氏とShilei Long氏。スマホ決済アプリとして新規参入した同社が展開し、日本中の話題をさらった「100億円キャンペーン」の技術的背景について語ります。後半パートとなる今回は、Shilei Lo

「あなたにKubernetesは必要ですか？」を、Kubernetes Meetup Tokyoのコアメンバーが議論：OpenStack Days Tokyo／CloudNative Days Tokyo 2019 「OpenStack Days Tokyo／CloudNative Days Tokyo 2019」で2019年7月23日、Kubernetes Meetup Tokyoのコアメンバーが、「あなたにKubernetesは必要ですか？ Kubernetesのこれからについて話し合おう」というタイトルのパネルディスカッションを行った。 「OpenStack Days Tokyo／CloudNative Days Tokyo 2019」で2019年7月23日、Kubernetes Meetup Tokyoのコアメンバーが、「あなたにKubernetesは必要ですか？ Kubernet