Goでちょっとしたウェブアプリケーションを書く際、依存を減らしたい気持ちでGoのhtml/templateを使う場面もないわけではない。とはいえ、HTMLを組み立てるのも最近はReact/TypeScriptに慣れきってしまっているので、実行してみるまでテンプレートが正しいかどうかわからない、なんてのは不安を誘う状況だ。 しかし、テンプレートの解析時に {{template ...}} で呼び出されるテンプレートを指定しないとエラーとなることからもわかるとおり、Goのテンプレートは事前にしっかり解析されているらしい。そしてありがたいことに、Goのテンプレートはそのパーザを別パッケージとして公開してくれている（text/template/parse）。これを使って、Goのテンプレートを静的型チェックするツールを書いた。 GitHub - motemen/go-template-statict

今年もISUCONに参戦した。今年も無事に開催され、素晴らしい出題と運営で良かった。ありがとうございました。 いつものカラアゲネイティブなメンツで出ようと思っていたが、 @toricls さんが出場できなかったため、私が技術顧問を務めているMOSH社CTOの村井さんを無理やり誘ってチームを組んだ。と言うことで、今年のカラアゲネイティブは、 @motemen, @RyosukeIketeru, @songmu の3名。言語はGo。リポジトリはこちら。 https://github.com/motemen/isucon14 序盤の作戦会議 競技開始後、いつものようにmotemenがインフラ周りを設定している間に、村井さんと僕との二人でマニュアルとレギュレーションを読み合わせる。motemenも耳で参加 ここはなんだかんだで1時間くらいかかるが大事な工程 シミュレーター含めて細部まで良くできてて

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

この記事は pyspa Advent Calendar 2024 の14日目の記事です。この記事で言いたいことを先にまとめると以下になります。 日本の技術系アドベントカレンダー文化は独自の進化を遂げている エンジニアに限らない広がりも見せている 良い文化だし長く続いて欲しいと思う 元の文化への敬意を忘れてはいけない 宗教色があるものだし、少なくともアドベント期間外に拡張しない方が良いと私は思う 長くこの文化を楽しむためにも 技術系以外のトピックでもアドベントカレンダーが作られることがありますが、この記事では便宜上それらも含めて技術系アドベントカレンダーと呼称します。 技術系アドベントカレンダー 日本の主に技術系のインターネット界隈では毎年12月になると、技術系アドベントカレンダーというムーブメントが発生します。ある技術トピックに対して、12月1日から25日まで複数人が持ち回りでブログを書く

例えば次のようなテーブルがあったとする。 -- 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

id:Songmu です。この記事は株式会社ヘンリー Advent Calendar 2024 5日目の記事です。 ヘンリーは北海道から沖縄まで、何なら上海から働いている社員さえいるフルリモートの会社です。フルリモート環境においては特に、社員の相互理解、そのためのそれぞれの自己開示が大事です。リモートに限らず、一部の人の声が大きくなりすぎて多様性が損なわれないよう、メンバーに自己開示を促し、支援することも必要です。 ヘンリーではその促進のために、Notion上に自己紹介やユーザーマニュアル、社内ブログ等を書いてもらう取り組みをしています。それに加えて Henry FMという社内ラジオがあり、広報メンバーを中心とした有志のギルドで運営されています。社員へのインタビューや雑談の録音を元に、30分程度の音声コンテンツが週に2本程度更新されています。これもNotion上で社内公開されており、Not

この記事は 2024 TSG Advent Calendar 3日目の記事です。昨日の記事は @__dAi00 さんの記事 AivisSpeechを使ったDiscordボットの作成　①AivisSpeechをGoogle Cloud Runにデプロイする でした。12/5 公開予定の続編も楽しみです。 今回は、初日に公開した以下の記事の副産物です。 import unicodedata # Python 3.12 まで 1000000000000.0 # Python 3.13 から 1000000.0 print(unicodedata.numeric("兆")) 大変だ。Python 3.13 から「5000 兆円」が 50 億円になってしまう（？） unicodedata.numeric メソッドと Unicode 例によって Unicode が関係してきます。前編でも触れたとおり、

この記事は株式会社ヘンリー - Qiita Advent Calendar 2024 - Qiita の1日目の記事です。 ヘンリーで SRE をやっています id:nabeop です。会社では SRE の他に有志で集まっている技術広報ギルドに参加していて、社内と社外の両方の面で技術広報的なこともやっています。 技術広報ギルド内での活動の一環で毎週開催されている技術勉強会 (ギベン) 1の月初の会では前月分のエンジニアのアウトプットを眺める会をやっています。その中の1コンテンツとして、この株式会社ヘンリー エンジニアブログの Google Analytics のデータを眺めて、前月はどのような記事が公開されて、どのような記事が読まれたのかということを振り返っています。 以下のようなことを考えて公開された記事について技術勉強会で振り返りをしています。 このブログの運営方針として当番制として誰

オフィスの同じ空間で顔を合わせて仕事をするのと比べて、リモートワーク環境ではコミュニケーションが希薄になりがちだ。 オフィスに集まって働くチームのコミュニケーションには2種類ある。双方の意思によって行われるものと、特に意図せず醸し出された情報を特に意図せず感じ取るものだ。私は前者をアクティブ、後者をパッシブなコミュニケーションと呼んでいる。アクティブなコミュニケーションはイメージしやすく、口頭での会話やチャットのやり取りがそれにあたる。ではパッシブなコミュニケーションとは何なのか。 パッシブなコミュニケーションそれは、例えば以下のようなものである。 ある同僚の顔色や声色から、なんとなくその日の体調がわかるある同僚が考え事をしている時間が多くて、壁打ち相手になったほうがよさそうに感じるある同僚が息抜きにコーヒーを飲んでいて、今なら話しかけても大丈夫そうと思える一言で抽象化するなら「その人の挙

新機能 connpass APIに新しい機能を追加しました。「イベント資料一覧API」「グループ一覧API」を新たに追加し、「イベント一覧API」にグループサブドメインでの絞り込み機能を拡充しました。詳細な仕様や利用方法は、APIリファレンスをご確認ください。API利用を希望される方は、connpassのAPI利用についてをご覧ください。 お知らせ 2024年9月1日より、connpassではスクレイピングを禁止し、利用規約に明記しました。以降の情報取得にはconnpass APIをご利用ください。APIご利用についてはヘルプページをご確認ください。

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

【0】この記事でお伝えすることご無沙汰しております。Haul代表の平田です。 以前に以下の創業noteを公開してから半年以上経過したこともあり、2回目の筆を執ることにしました。今回はこれまで明かしてこなかった、Haulのプロダクトや立ち上げた背景について、少しだけ触れたいと思います。 （創業noteについてはこちら👇です） ❶誰に読んでいただきたいか・Haulとのカジュアル面談、選考のご予定がある方 ・採用の成果創出に向けてコミットしている採用責任者の方 ・採用に悩む企業経営者の方 ❷読むと何が分かるか・Haulが取り組む事業の意義 ・Haulが向き合っていく市場課題 ・Haulが取り組んでいるプロダクト（一部） ・Haulにはどんな人がいるのか（一部） 【1】サマリ①採用市場は「採りたくても採れない時代」に突入。企業自身が「採る力」を習得する必要がある ② Haulは「Recruiti

2024/11/30 id:asumiso とともに主催予定のイベント「紅白ぺぱ合戦」の id:stefafafan 陣営のメンバーを紹介します。 紅白ぺぱ合戦とは？ stefafafan陣営「ぱ」組メンバー紹介 stefafafanを「育てた」 stefafafanに「育てられた」 stefafafanの「マイメン」 2024/10/16 追記: マイメン枠としてもう一人追加しています ※ 「紅白ぺぱ合戦」追加のお知らせ ※ 関連エントリ 紅白ぺぱ合戦とは？ 詳しくは以下のエントリをご覧ください。私か id:asumiso のお友達であればどなたでも参加登録引き続き募集中です！ stefafafan陣営「ぱ」組メンバー紹介 今回はasumikam側陣営のスペーカー紹介に合わせて同じレギュレーションでメンバーを集めました。 stefafafanを「育てた」 stefafafanに「育てられ

Highlight and capture web pages in your favorite browser. Save anything and everything with just one click. Try it with your favorite browser Capture Easily capture pages and metadata to durable files you can read offline. Templates allow you to customize how web pages are saved to your vault.

The Go Blog Go Turns 15 Austin Clements, for the Go team 11 November 2024 Thanks to Renee French for drawing and animating the gopher doing the “15 puzzle”. Happy birthday, Go! On Sunday, we celebrated the 15th anniversary of the Go open source release! So much has changed since Go’s 10 year anniversary, both in Go and in the world. In other ways, so much has stayed the same: Go remains committed

新しいキャリアパスとして注目を集めている「Individual Contributor（以下IC）」。ファインディでは、現役ICとして活躍している藤さんと松木さんを招いて「IC（Individual Contributor）として活躍するエンジニアキャリアの今」と題したイベントを4月14日（火）に開催しました。 IC （Individual Contributor）とは？ ソフトウェア開発をメインとした職業で、チームや人のマネジメントをしない技術の専門職。 お二人はICを「開発がメインの仕事」だと説明した上で、日本でも今後増えていくだろうと予想。また、今後のキャリアについては、藤さんが「ICを続けていく」と話す一方で、松木さんは「マネジメントに転向する可能性もある」と言います。 キャリアに関する考え方が異なるお二人がICを選んだ背景には、「技術を極めたい」という強い思いがありました。 パネ

RSSの全文配信機能(content:encoded要素による全文表記)をリリースしたので、この日記もフィードに全文を含めるようにしました。 一時は、RSSフィード内での全文配信に関しては否定的な意見も見られたのですが、気づけば全文配信も珍しくなくなった昨今。確かにRSSのSは Summary、つまりは要約なわけですが、全文は要約じゃないですね。でも便利なものはその仕様や技術の意図を超えて、広まっていくものだなと痛感します。 トラックバックやweblog Updates pingなど、blog周りの技術は細かな仕様よりも実装優先で広まっていく傾向が強いのですが、RSS + content:encoeded における全文配信もそんな中の一つなのでしょうね。 全文フィードを配信することでネットワークのトラフィックが、という議論も為されるようになってきていますが、そんなとき僕がいつも思い浮かべる

当ブログのRSSを全件配信するようにした。Perl製OSSの拙作ブログエンジンであるところのRiji側に手を入れた。ファイルサイズが大きくなるし、RSS分割を実装するのもめんどいので単純に直近30件配信にとどめていたが、今日日普通に1ファイルで全件配信して良いだろうと思い変更した。時代の流れで富豪的アプローチが許容される(?)よくある話。 ちなみに、全件配信しようと思ったきっかけは、ポッドキャスト「趣味でOSSをやっている者だ」を始めるにあたって、RebuildのRSSを観察したところ、全件配信しているのに気付いたので、じゃあいいか、となったというのがありました。 その昔の以下のnaoyaさんの19年前の記事で、RSS内に単独エントリの全文配信の是非について書かれているが、今や全件全文配信である。 RSSの全文配信をはじめました Riji v1.1.1をリリースした https://git