既に腐り始めていると言ったほうがよい。何の話かと言うと、日本で今やピークに達したDX（デジタルトランスフォーメーション）ブームのことだ。何せ「DX」という言葉がどんどん溶解しているからだ。 最近、ある識者が「DXの活用」などと述べているのを知って腰を抜かしそうになった。DXとは「デジタル技術を活用したビジネス構造の変革」、短く言うなら「デジタル変革」だぞ。どうやったら「『デジタル変革』の活用」なんてできるのだ。目まいがするほど驚いたのだが、つい最近も「DX＝デジタル化」とする経済記事を見つけて本当に腰を抜かしてしまった。そう言えば「DXの導入」なんてフレーズを目にしたこともあったな。もうめちゃくちゃである。 これって単に言葉の誤用といった程度で済む問題じゃないぞ。ここまでDXという概念がぐちゃぐちゃになっているのは、個々の企業が取り組んでいるとするDXの状況を反映している。試しに「DXの活

結婚のお礼と報告 でちょこっと書いた結婚式エンドロールをその場で作ってみたのお話 注意事項# 結婚式のエンドロールを自作したりするには結婚式場の協力が必須です。 作り出す前に式場に必ず確認を取りましょう。 PCからそのままプロジェクトにだせばいいじゃん！と思い込むのだめです(自戒) 動機# エンドロールを式場にお願いしようと思ったら高かったので、最近のイケてるサービスとか適当にガッチャンコすれば作れると思った。 今は反省している。 全体の構成# LINE Botに参加者から画像投稿を投げてもらう S3に保存すると同時に投稿者情報をDynamoDBに保存 投稿された画像にDynamoDBの投稿者情報から名前を追記 画像を全部結合して動画化し、事前に生成したエンドロールで必要な部分を結合 式の最後に流してもらう 全体の構成はこんな感じです。 サーバーレスアーキテクチャのお勉強がてら作ろうとした

これまで開発されたワクチンの中で最速で完成したのは、1960年代に開発されたおたふく風邪用のワクチンで、開発期間は「4年」でした。そのため、新型コロナウイルス(SARS-CoV-2)のワクチンが完成するにはそれなりの時間がかかると考えられていたのですが、2020年11月にアメリカの製薬大手・ファイザーとバイオテクノロジー企業・BioNTech SEが開発する新型コロナウイルスワクチン「BNT162b2」が第III相試験において「90％を超える予防効果がある」という結果を出し、同年12月14日にはアメリカ食品医薬品局(FDA)から初の使用許可を取得するに至りました。従来のワクチン開発と比べてはるかに短い「1年未満」という期間で完成までこぎつけた新型コロナウイルスワクチンについて、なぜこれほど開発が高速に進んでいるのかを、学術誌のNatureがまとめています。 The lightning-fa

個人サイドプロジェクトで開発しているもの 個人のサイドプロジェクトとして、こちらのソフトウェアを作っています。 VSCode用Emacsキーバインド拡張です。 Awesome Emacs Keymap Visual Studio Marketplace: https://marketplace.visualstudio.com/items?itemName=tuttieee.emacs-mcx GitHub: https://github.com/whitphx/vscode-emacs-mcx これに関連して、昨年のアドベントカレンダーではVSCode拡張の開発に関する記事を書きました: このAwesome Emacs KeymapはOSSとして開発・公開していますが、 READMEに寄付ボタンを設置したところたくさんの方から応援メッセージと共に寄付をいただけ、非常にモチベーションが上が

[2020.12.8 追記] ブコメでEMが何かわからないと書かれていたので補足。EM = Engineering Managerです。EM菌ではありません！！！ [追記ここまで] 今の会社でお世話になったEMの人たちのマネジメントがとてもよかったので育休で全てを忘れる前にメモを残す。EMの話題はよく見かけるけれど、マネジメントされる側の視点で語られることがあまりなかった気がするのでいい記録になるかもしれない。 前提 自分: メンバー（マネジメントされる側）。Androidエンジニア。ある程度放置されても自走できる。 EM: 一人ではなく複数。（歴代という意味。同時に複数人のEMにマネジメントされたという意味ではない。）彼らはみなAndroidエンジニアではないがモバイルもしくはフロントエンドのエンジニア。なので技術の相談はしないが、開発業務そのものについてはとても詳しい。 組織: エンジ

今回一大ニュースがありますのでご報告いたします。筆者（柴田裕史）の住んでいる東欧のウクライナがなんと日本人を含む外国人ITスペシャリスト向けになんと永住権を発行することを決定しました。今回の措置は主に前回2回のブログでも詳細をレポートした通り、政治的混乱を極めるベラルーシからウクライナへIT技術者が大量に雪崩れ込んでいることに対する措置という趣が大きいのですが、この移民法の改正は日本人も対象にしています。早速筆者のTwitterでそのことをアナウンスした所、物凄い反響（DMでなんと数十件のお問い合わせ）がありましたので本件を今回のブログのテーマにしたいと思います。

TypeScript に bivarianceHack と呼ばれるテクニックがある。 これは、関数を意図的に双変（bivariant） にするテクニックだ。著名なところだと React の型定義で使われている type EventHandler<E extends SyntheticEvent<any>> = { bivarianceHack(event: E): void }["bivarianceHack"]; 実は自分はこのテクニックをとあるコードベースで使ったことがあるのだが（そしてそこにはある程度やむを得ない事情があったのだが）、当然初めて見たメンバーにとっては意味がわからない箇所となってしまった。 実際 bivarianceHack が必要になる事情を説明すると結構話が長い上に込み入ってしまうので、この記事でできるだけ噛み砕いてその背景を説明しようと思う。 TL;DR Type

東京都の情報技術利活用への取り組みは都庁内に常勤で働いている情報技術系職員に加え高い専門性の人にフェローとして非常勤でサポートしてもらってます。 その一人の関フェローの嬉しいニュースが。 デブサミ2020夏のベストスピーカーが決定、1位はCode for Japan 関治之氏 日本で有数の伝統もあって大規模なエンジニアのイベントでの受賞。東京都の新型ウイルス感染症対策サイトは職員とシビックテックのコミュニティによって運営されていますがそのことにもプレゼンでは触れていただいています。 このプロジェクトを通じてシビックテックについて多くを彼やその仲間から学びました。全員の名前はとても書ききれないんだけどまさに私にとってのジェダイマスターたちです。せっかくなのでジェダイマスターたちから学んだことをこれを機会に書き留めておきます。行政でシビックテックやオープンデータの推進を検討してる人の参考になる

トップ/ブログ記事一覧/「これは革命」とまでは言わないけれど、Webサービスへのサブスク導入がめちゃめちゃ楽なのでぜひ知って欲しいStripeのFirebase Extensions 「これは革命」とまでは言わないけれど、Webサービスへのサブスク導入がめちゃめちゃ楽なのでぜひ知って欲しいStripeのFirebase Extensions

タイトルやラベルの文字数が多くなったり、ボタンの数が増えたり、コンテンツが長い場合と短い場合があったり、想定外のコンテンツが使用された場合に対応できるよう、念のために備えたCSSの実装方法を紹介します。 現状はボタンが2個だけど、1個の場合や3個以上に増える場合も考慮して実装しておくと、メンテナンスが楽になります。 The Just in Case Mindset in CSS by Ahmad Shadeed 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 「念のため」の考え方 よくあるデザインで起こる想定外に備える 終わりに はじめに Webサイトを構築する際に、コンポーネントがさまざまな条件下で機能するか確認したい場合がよくあります。「念のため（Just in Case）の考え方」とは、そのコンポーネントに起こり

Young Coderより(M)。 50年経った今でも、私たちはプログラミングの支配的なパラダイムについて混乱しています。 マシュー・マクドナルド 何人かの敵を引き付けなければ、開発世界を何十年も支配することはできません。そして、オブジェクト指向プログラミングは、新旧数十種類の言語の概念的基盤を提供していますが、確かに敵もいます。 そのためか、私たちはOOPについての終わりのない一連のホットテイクに苦しんでいる理由です。彼らはOOPを、生産性を破壊する災厄であるとか、一連のごまかしのプログラミング・パターンであるとか、貧しいプログラマが無能さを隠すために設計された平凡なツールであるとか説明してきました。OOPは死んだとさえ宣言されたことがありました(14年前ですので、割り引いて下さい)。 OOPの4つの柱 これらすべての暴言に共通しているのは、現代のソフトウェア設計の落とし穴のいくつかを(

取締役の小笠原(@yamitzky)です。 JX通信社では、React 製のフロントエンドでも Clean Architecture で設計するなど、なるべく特定のバックエンドに依存しない設計を心がけたりもするのですが、一方で Firebase をラップした react-firebase-hooks などの「便利な Hooks」を使って開発スピードを加速したい、という課題を持っていました。 そして先日、次の記事が話題になっていました。まさに「どう Firebase を隠蔽するか」と「どう Firebase を活用するか」を両立する悩みです。 blog.ojisan.io 結論を言うと「Hooks そのものを注入する」のが筋が良いのではないか と思っています。個人的に「Hooks Injection パターン」と名付けたこの方法をご紹介したいと思います。 今回の記事の完成形はソースコードを公

CloudNative Days Kansai 2019前夜祭のLTで発表した資料です。 発表の大筋は@makingの『Pack to the Future - SpringOne Platform 2019報告会』 https://docs.google.com/presentation/d/1rzaxReQ92WaWI24v-GsTwjtLCMq2YaFSTl9t6SEjPxQ/mobilepresent?slide=id.g6ad6e2f668_0_5 およびその元ネタの『Pack to the Future: Cloud-Native Buildpacks on k8s』 https://www.slideshare.net/SpringCentral/pack-to-the-future-cloudnative-buildpacks-on-k8s をベースにしています。 Clou

HTML5 Conference 2016 http://events.html5j.org/conference/2016/9/session/#session_id_h1