はじめに Googleカレンダーのような時間枠を扱うシステムを設計する際、開始・終了時刻を管理するロジックは容易ではない。 しかし、PostgreSQLには 範囲型 があり、この機能を活用することで、開始時刻（begin_at）と終了時刻（end_at）を1つのカラムで扱えるようになる。 そこで本稿では、範囲型を用いた設計と、その利点を紹介する。 時間枠を扱う難しさ まず前提として時間枠の扱いがなぜ難しいかを紹介する。 ソフトウェアデザインでやっている連載、実戦データベースリファクタリングの 【12】厄介な時間枠に向き合う でも紹介したが、時間の範囲を比較するときが難しい。 範囲の重なりには以下の種類がある。 包含：範囲Aが範囲Bを完全に含む 重複：範囲Aと範囲Bに共通点がある 隣接：範囲Aと範囲Bが隣り合う 時間枠の扱いはSQLに限らず、プログラミングの題材として難易度が高い。 特に重複

例えば次のようなテーブルがあったとする。 -- PostgreSQL CREATE TABLE history ( id SERIAL PRIMARY KEY, user_id INTEGER NOT NULL, data TEXT, created_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ); -- MySQL CREATE TABLE history ( id INT AUTO_INCREMENT PRIMARY KEY, user_id INT NOT NULL, data TEXT, created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ); INSERT INTO history (user_id, data, created_at) VALUES (1, 'First

TypeScriptアドベントカレンダーの12/5のエントリーです。昨日は@nanasi-1さんの【TypeScript】ジェネレーターによる遅延評価でフィボナッチ数列を生成するでした。 イマドキのJavaScriptの書き方2018というのを以前書いたのだけど、配列周りはかなり変わっているな、というのを思ったので、そこの部分だけアップデートするつもりで書いてみました。 実環境で使えるECMAScriptバージョン今時のブラウザは常に最新に更新されるはずなのでECMAScript 2024の機能もフルに使えるはずですが、おそらくNode.jsのLTSが一番古いJavaScriptエンジンということになるのかな、と思います。本記事執筆時点でサポート中のバージョンは以下の4つです。軽くメソッドを調べたりした感じ、こんな感じかと。202x年の11月ぐらいになると、ES202xがLTSバージョンで

スライド概要 『EEKANJI NO GAME GAKKAI '24』にて、ゲーム業界で働くエンジニア 湊 和久さまにご講演いただいた際のスライド資料になります。 【講座内容】 働き方改革を経て、日本のゲーム業界の労働環境は大きく改善されました。長時間労働も、圧強めの指導も、今や過去の遺物。 しかし裏を返せば、ホワイト化がもたらした自由時間と自由意志を、自ら「QoL向上」や「自己学習」に振り分ける必要のある、自己責任強めの時代が来たと言えるでしょう。 この「サボリには厳しい時代」のサバイバル術を、 サボリの講演者と一緒に考えてみませんか。

ゆりか| エンジニア @mike_engi 泣いてたエンジニアの女子ランチ誘った件 話を聞くと ・成果物のレビュー全然通らない ・レビュアの上司は指摘だけで具体的な修正方法を教えてくれない ・進捗報告で自分だけ遅れてるのが申し訳ない ・遅延理由をなぜなぜ分析しろと上司から言われる ・力不足は自覚してるけど誰にも頼れない →泣く😭 x.com/mike_engi/stat… 2024-12-03 12:20:09 ゆりか| エンジニア @mike_engi 上司が答えを教えずに考えさせようとしてるのはわかるけど遅延出てるし、なぜなぜ分析しても自分の力不足にしか辿りつかない…エンジニア向いてないもう無理😭の状態だった 話しかけてよかった！同年代の人に話聞いてもらえてスッキリしたって 今後も定期的にランチ行くことになった😋 2024-12-03 12:45:05

以下の公開計測会でやったものを個別に解説してみる。 細かいテクニックが多いのだが、それを可能な限りテキストとスクショで解説したい。使い方の解説が中心で、どういう意味があるかは解説しない。 Chrome131時点のスクリーンショットで、後で読む場合は頻繁にUIが変わっている点に注意。大事なのは意図。 宣伝: これを御社のサイトで解説する仕事をやっています。 デモのURL これに意味はなく、今日偶然見ていただけで意図はない。関係ないがエッジランナーズは最高のアニメ。 DevTools を開く F12 or 右クリックから「検証」 DevTools > Lighthouse この状態で計測 このとき、新しいプロファイルを作ったりして、可能な限り Chrome拡張が入ってない状態にすること。Chrome拡張による処理も計測に含まれてしまう。 Lighthouse レポートの読み方 点数部分にマウス

2024/12/2 ゼミでの発表に使った資料です。

はじめに Wikipedia の JWT (JSON Web Token) に関する記事が誤っていたので、2020 年 5 月 9 日、英語版、日本語版ともに修正を行いました。 修正前の記事では、JWT のことを「JSON をベースとしたアクセストークンのためのオープン標準である」と説明していました。しかし JWT は用途を限定しない汎用的なデータフォーマットです。アクセストークンのフォーマットとして JWT を採用することは、JWT の応用事例の一つに過ぎません。なお、アクセストークンのフォーマットは必ずしも JWT とは限りません。→ 参考:『図解 JWS/JWE/JWT/IDトークン/アクセストークンの包含関係』 JWT を知らない状態で OAuth と OpenID Connect の学習を始めると、「JWT はアクセストークンのための技術である」、「JWT はユーザ認証のための技

スライド概要 Japan Microsoft 365 コミュニティ カンファレンス 2024 - オンライン開催 で登壇した際の資料です。 https://japan-m365-community-conference-2024.connpass.com/event/332074/ この発表では、SharePointを用いた効率的なドキュメント管理の方法について詳しく解説します。具体的には、一元化されたリポジトリの重要性、バージョン管理の実践、適切なアクセス制御、定期的なバックアップとリカバリの必要性、メタデータとタグ付けの活用、文書の標準化、古いドキュメントのレビュー・アーカイブについて触れます。また、従来のフォルダ階層管理におけるデメリットと、それを克服するためのSharePointの機能利用についても説明します。

EMになってかれこれ1年半ほど経過しました。仕事でほとんどコードを書かなくなってからは1年くらいが経ちます。代わりに組織やヒトのマネジメントが主務になっています。情報収集をしてチームの軌道修正をしたり、メンバーの活躍や成長を助けたり、組織の成果を大きくするための変化を企画したりといった具合です。何かを考えておく、文書にまとめるという仕事が日々大量に襲ってきます。それらを効率よくこなす訓練をしていくと、日々の仕事の不確実性はどんどん下がっていきます。この件は30分で結論を出す！この企画書は1時間でまとめきる！それを見積り通りやれるようになっていきます。パフォーマンスを出す上で、仕事に不確実性はないし許容できないというマインドが強くなるのを感じます。 そんな暮らしの中で、月に1件くらい開発タスクをやることがあります。チームの負荷を下げるためメインラインではない保守運用を巻き取ることにしているの

地方自治体がガバメントクラウドの AWS 環境へ基幹業務システムをリフトしオンプレミスの庁内ネットワークと接続して運用する場合、基幹業務システムはインターネットに接続できないため、庁内ネットワークから Direct Connect で AWS 環境へ接続する必要があります。 基幹業務システムは複数の VPC で運用される可能性が高いため、Direct Connect は Direct Connect Gateway に接続し、更に各リージョンの Transit Gateway に接続するのがよいかと思います。 ここで、基幹業務システムの VPC が複数の AWS アカウント（マルチアカウント）で運用される可能性があるため、マルチアカウントの VPC 間を Transit Gateway で接続することを考える必要がありそうです。 実際にマルチアカウントで Transit Gateway を

最近、Webエンジニア界隈で、共通項を感じる印象的な出来事があった。具体的には以下の2件。 ゆーすけべーがHonoを作ったこと Hono - ゆーすけべー日記 おぎじゅんさんが職業プログラマーに戻ってきた(きていた)こと 転職してソフトウェアエンジニアをやっている 猫廼舎を閉店しました 共通項はそれぞれ長めのブランクがありながら、ソフトウェアエンジニアリングの世界に戻ってきて一線級以上の活躍をしているということだ。二人とも僕と同世代かそれ以上の年齢でもある。これは勇気と希望をもらえることだ。 もちろん彼らの能力の高さゆえに第一線に戻ってこられたのかもしれない。ただ、どちらにせよ、別のことに興味があれば、職業エンジニアを離れて、フォーカスする期間があっても良いと言うことだ。能力不足ならなおさら中途半端になるよりフォーカスしたほうが良いとも言える。 それに多分戻ってこられる。ゆーすけべーの様に

クリエイティブ系のウェブサイト制作で役立つCSS技法 / CSS for develop creative website

JSConf JP 2024 にて登壇した資料です。 スピーカーノートはこちら -> ﾏﾀﾞﾅｲﾖ

ポリシー: この世界では常に最新版を使うという気持ちで生きていく Node.js は枯れるという概念がなく、常に古いことはリスク という認識。LTS も短め(3年) 古いAPIのドキュメントは常に消失する モダンなツールは、モダンな前提を要求する ~2020: CJS/ESM 関連で断絶がある(jestが動かなくなりつつある) ~2019: パフォーマンス意識が低い時代の実装が多い ~2015: Node.js のみでしか動かないものが多い。peerDeps の意識が低い この辺で目視でポチポチする npm: npm-check-updates - npm yarn upgrade-iteractive pnpm upgrade -i サーバーランタイムには安定を、ツールチェインにはパフォーマンスを サーバーランタイム(Node.js) Node 本体は Stable LTS か、一つ前の

<2024.11.19夜> 全体的に見直して文章構成も改め一部加筆しました。また、同時にタイトルも底辺という言葉は好ましくないと思い改めました。 ツイッターにいるエンジニアだけがすべてではないことを知っていただきたくこの記事を書いている。正直、彼らがエンジニアを名乗ってSNSをやってるorエンジニア関連の議論に参加しているとは到底思えないと思うのが当時彼らの間近で働いてた者の感覚である。エンジニアのレベルに高低あって、下の方に位置する人々はIT土方とか限界SESとかいろんな呼び方があると思う。FizzBuzz書ける書けない？など具体的な基準もあると思う。ただ、技術の高低云々以上に意識の差が予想以上にあることを知っていただきたい。 この記事で想定されるエンジニア二次請けSIerかさらにその下で派遣的に働いているエンジニアのことである。以降で触れる実務の内容はSI傘下の大規模開発がメインだと思

ワークスペースを利用している TypeScript プロジェクトの開発をしているとき、共通パッケージの依存解決の方法には 素直に build 成果物を参照する exports フィールドで build 前の TypeScript ファイルを直接参照する 等いくつかの選択肢があります。 このエントリでは、それぞれのやり方での制約や、開発体験の良し悪し等を比較して状況に応じてどういうアプローチを採用するのが良いか考えてみます。 補足資料 上記のスクラップで調べたことがベースになっています。 課題の整理 典型的な Full-Stack TypeScript なモノレポ構成を考えてみます: my-project/ ├── apps/ │ ├── frontend/ # フロントエンド │ ├── backend/ # バックエンド ├── packages/ │ └── shared/ # 共通パ

【感想】 XMLファイルダウンロード ↓ QRコード付証明書PDFを作成 ↓ プリントアウト ↓ ボールペンで記入 ↓ スマホで撮影 ↓ HEICからJPEGに変換 ↓ 年末調整のシステムにアップロード ↓ 原本を経理に提出 この流れなんなん？誰がうれしいの？ 【やったこと詳細】 ・e-Taxにログインする ・「通知書等」をクリックする ・「通知書等選択」プルダウンから「住宅借入金等特別控除証明書」を選択する ・「切替」をクリックする ・表示された表の「令和6年分」あたりをクリックする ・「住宅借入金等特別控除証明書一覧へ」をクリックする ・住宅借入金等特別控除証明書一覧の「確認」をクリックする ・「この「年末調整のための住宅借入金等特別控除証明書」を印刷したものは使用できません。」の文言を見つけて絶望する ・「QRコード付証明書等作成システム」でGoogle検索する ・「QRコード付証明

tl;dr 焼肉

ニュース 「GitHub」とZOZOTOWNがコラボレーション！ZOZOTOWN限定アイテムを11月22日より販売 世界で最も広く採用されている、AIが支援する開発者プラットフォーム「GitHub」とZOZOTOWNがコラボレーションしたコレクション「GitHub × ZOZOTOWN」を、11月22日（金）よりZOZOTOWN限定で受注販売します。GitHubがアパレル企業とコラボレーションしたアイテムを日本で展開するのは、本企画が初めてとなります。 今回販売するのは、株式会社セミトランスペアレント・デザインの田中良治氏が、GitHubのアイコンなどをデジタルな表現でデザインに落とし込んだTシャツやキャップなどのアイテム全9型です。 また、11月27日（水）にベルサール渋谷ファーストで開催される「GitHub Universe Recap 東京」では、本コラボアイテムを実際にご覧いただく