はてなブックマーク

こんにちは、@p1ass です。 去年に引き続き、 @km_conner と @atrn0 と一緒にチーム「釜中の鯖」として ISUCON13 に参加しました。 結果は187,577 点で総合 4 位になりました。わいわい 🙌 4 位 187,577 　釜中の鯖 今年新たに導入した文明の利器 毎年 ISUCON に参加している我々ですが、ISUCON で使うツール群はあまりアップデートされていませんでした。 しかし、時代は移り変わり、世の中には便利なツールがたくさん増えていたようです。 そこで、今年から新たに 3 つのツールを導入して ISUCON に挑むことにしました。 Tailscale Tailscaleは Wireguard プロトコルを使った VPN SaaS です。 Tailscale を使うとほんの少しの設定だけで Mac や Linux、Docker コンテナといった様々

はじめに OpenAPI の yaml ファイルから Go のコードを生成する OSS ツールは何種類か存在します。 よく使われるのはOpenAPITools/openapi-generatorやdeepmap/oapi-codegenでしょうか。 ググると日本語の記事もたくさん出てきます。 こんにちは、バクラク事業部 バクラクビジネスカード開発チームでEMとTechLeadを担当している高江 @shnjtk です。 今回は、openapi-generator を使ってOpenAPI定義ファイル(OpenAPI Specification)からGoのコードを生成する方法と、運用時のTipsについてご紹介します。 背景 バクラク事業部では、スキーマ駆動開発によりDBやGraphQLのスキーマ定義、OpenAPI定義ファイルなどから自動生成されたコードを積極的に利用する開発スタイルが採用されて

こういう作業は早めにやっておくのが吉ということで、サービス譲渡が発表されたGoogle DomainsからCloudflareにドメインを移管することにしました。

こんにちは、@p1assです。 最近、Next.js 13 から beta で導入されている App Directory を趣味で触っているのですが、今まで SPA を採用しづらかった事業領域でも React のエコシステムを使えるようになりそうな予感がして、ワクワクしています。 このブログでは、今までどういった課題があり、Next.js の App Directory がそれをどのように解決するのかを紹介します。 なお、内容はあくまで考察であり、実際に運用をしているわけでない点に注意してください。 これは「夢」なのです。 SPA に移行しづらいシステムたち レンダリングの移り変わり Angular や React、Vue.js が登場する前、HTML のレンダリングの多くはテンプレートエンジンを介して行われていました。 Rails や Spring、Django といったフルスタックフレ

A recent post on the front page of HN made a comparison between different SQLite packages for Go.... 今回は、M1 Mac で Linux AMD64 用のバイナリを作ってみます。 以下のコマンドでコンパイルできます。 $ brew install zig $ CGO_ENABLED=1 GOOS=linux GOARCH=amd64 CC="zig cc -target x86_64-linux" CXX="zig c++ -target x86_64-linux" make isuports Go では CC や CXX を使って、CGO コンパイルで使う C・C++ コンパイラを指定できます。 Zig は C や C++コンパイラとして使うこともできるため、環境変数に zig コマンド

事前準備 今年は練習の時間をガッツリ取ることができなかったため、過去問を皆で解くことはしませんでした。 初めてのチーム構成だったため、初動の動きを中心に簡単な役割分担だけは決めておいて、後は「いい感じに」やることになりました。 個人的には、過去問を解いて役に立つスニペットを issue にコピる作業をしました。 これは本番でかなり役に立ったので、学んだことをまとめる習慣は大事だと痛感しました。 本番直前 YouTube Live を見ながら、「マルチテナント！これはデータベースのシャーディングをするやつじゃね！？」とか喋ってました。 他にも、「リーダーボードで Redis 使えないかな？」など予想してましたが、実現したものは 1 つもありませんでした。 各自初動の対応をする 競技がスタートしたら、予定通り初動の対応をしていきました。 計測ツールのインストールやコードの git 管理を行い、

こんにちは、@p1assです。 GW 中に SPA で OAuth を使うときのプラクティスについて調べていたところ、OAuth2.0 for Browser-Based Apps という RFC の Internet-Draft を見つけました。 一通り読んでみたところ、現時点でのベストプラクティスが良い感じにまとまっていたので、興味深かったところを抜粋して紹介します。 全てを網羅するわけではないので、興味がある方は原文を読んでください。 This specification details the threats, attack consequences, security considerations and best practices that must be taken into account when developing browser-based application

本書はソフトウェアアーキテクチャに関する内容を網羅的にまとめたもので、アーキテクトのようなポジションを目指す人にとっての教科書的な存在です。 自分の今の興味関心にドンピシャの内容で、書籍の発売後にすぐ読み切ってしまいました。 この記事では、本書の感想を書こうと思います。 現在購入を検討している方の参考になれば幸いです。 ソフトウェアアーキテクチャはトレードオフがすべてだ。 本書における最も重要なメッセージは、ソフトウェアアーキテクチャの第一原則である 「ソフトウェアアーキテクチャはトレードオフがすべてだ。」 でしょう。 私はどうしてもアーキテクチャに対して「正解」を求めてしまう傾向にあります。 「ベストプラクティスやそれに準ずるものに従っていれば OK」という状況を目指したいと考えてしまいます。 しかし、そんな期待を持って本書を手に取っても、その願いが叶うことはありません。 本書では、全て

モノリシックなプロジェクトにおいて、トップレベルのディレクトリ構成が異なる 2 つのディレクトリ構成を考え、それらの違いは何で、どちらが優れているか？という問いについて考えた。そして、「複雑な概念をトップレベルのディレクトリ構成にした方が良いのでは？」という結論に落ち着いた話をする。 はじまり ちょっとしたシナリオを想像してみよう。 プロジェクト立ち上げ期 「最近のトレンドはレイヤードアーキテクチャだ！」 そう言って、プロジェクトはスタートした。 . ├── application │ ├── xxx_usecase.go │ ├── xxx_repository.go │ ├── yyy_usecase.go │ └── yyy_repository.go ├── domain │ ├── xxx.go │ └── yyy.go ├── infrastructure │ └── xxx_

1 章 はじめに こんにちは、@p1assです。 最近、Gradle を使ったプロジェクトを 1 から構築することがありました。 以前から Gradle を使ったことはあったのですが、ほとんど雰囲気で触っていたため、いざ諸々をセットアップしようとすると戸惑ってしまうことが多々ありました。そのため、改めて Gradle について学んだほうが良かろうということになりました。 この記事では、改めて Gradle を学んだ際に自分のためにまとめたドキュメントを再編集して公開します。 お断り ほとんどが Gradle User Manualからの引用です。公式ドキュメントを読み込める方には不要かもしれません。 使用するバージョン $ gradle -v Welcome to Gradle 7.2! Here are the highlights of this release: - Toolchai

2021年にPocketに保存した記事をマークダウン形式で出力するツール. Contribute to p1ass/list-pocket-saved-items development by creating an account on GitHub. 注意: タグはかなり適当 バックエンド Go Nintendo Switch™ ネイティブバイナリへの Go コンパイルを成功させた話 Go の入力バリデーションパッケージ ozzo-validation を試した。 k0kubun/pp: Colored pretty printer for Go language OpenTelemetry in Go Go のロギングライブラリ 2021 年冬 GraphQL の静的解析基盤を作った Go のリリースプロセスとブランチ戦略 Go 1.16 の signal.NotifyContext

こんにちは、@p1assです。 最近研修で Go を書いていて、その際にいくつか質問をされるのですが、聞いてみると前にも答えたような質問が多かったので、これを機にブログに参考リンクをまとめようと思います。 質問された際にすぐ答えられない質問も数多くあり、調べたり教えてもらったりすることで様々なことを再発見できました。 この記事では、質問に対する回答をできるだけ公式に近い文章を引用する形で書き記します。私個人の考えは別の段落になるようにして、事実と意見を区別するように心がけています。 なにか誤りを見つけた際は GitHub で PR を投げていただけると助かります。 言語仕様 関数の引数は値渡しか参照渡しか？ Go はすべて値渡し (pass by value) です。 ポインタの場合は、ポインタそのものがコピーされポインタの指し示す先の値はコピーされません。 Go の多値返却はタプルか？

70 万くらいかかる計算ですね、泣きたい。 とはいえ、これらを全て払う必要はありませんし、逆に人によってはもっとかかる場合もあります。 例えば、敷金・礼金は物件によっては無料です。その場合 20 万円浮きます。 また、仲介手数料も半月分に抑えられる場合もあります。これらを合わせると、70 万円が 45 万円まで下がります。 他にも、単身パック等を利用すれば引っ越し費用を抑えられます。 その分、新たに買う家具・家電が増えると思いますが。 私の引っ越しでは敷礼ともに 1 ヶ月の物件を契約したので、この試算とほぼほぼこの額同じくらいの金額がかかりました。 上京に合わせて引っ越し前の物件よりも条件が良い物件に住みたいと以前から思っており、1 年以上かけて 100 万くらい貯金していたので乗り切れました。 みんながみんなこの方法を取るのは難しいと感じています。 周りの友人は親に引っ越し費用を借りたり

1年ぶり2度目の振り返り記事です。今年も改めて振り返ってみると、様々なことがあった一年でした。技術の面は勿論のこと、大学や交友関係、趣味など去年とはまた違う一年を過ごしました。個人開発やOSS、インターン、CAMPHOR-のことなどについてつらつら書きます。

こんにちは @p1ass です。 Go のよくある間違いとして、ループのイテレーター変数の参照をループの中で使ってしまうという間違いがあります。 イテレーター変数のアドレスは 1 イテレーションごとに変わらないので、その参照をそのまま配列に append すると配列の結果が全て同じ値になるといったことが発生してしまいます。この問題はよくある間違いとして Go の wiki にも取り上げています。しかし、現状では公式でこの間違いを検出する静的解析ツールは用意されていません。 そこで、僕はメルカリのインターンで、イテレーター変数の参照をループ内で使っている箇所を検出する静的解析ツールを作成したのでそれを紹介したいと思います。 Using reference to loop iterator variable 検出対象である「Using reference to loop iterator va

こんにちは、@p1assです。 この記事は、LT 会のために作った Web サービスが何故かバズって Twitter トレンド 1 位 になってしまい、ひぃひぃ言いながら行った負荷対応をまとめたものになります。 スケーラビリティを全く考慮していない LT 会用の雑な Web サービスを、どのように改善していったのかについてまとめることで、個人開発者の参考になれば良いなと思っています。 なお、ここで書かれている内容は Production Ready なサービスを作る上では当たり前なことがほとんどです。本当の高負荷トラフィックを裁くための知見は出てこないので、予めご了承ください。 作った Web サービス「生活習慣の乱れを可視化するやつ」 最初に作った Web サービスを紹介しておきます。「生活習慣の乱れを可視化するやつ」という Web サービスを作りました。 このアプリは Twitter

チーム開発でレビューをしていると、「パット見は問題なさそうだが、なんかバグってそう」と感じることがあります。 これは全く理論的な気づきではなく、直感的な「勘」なのですが、意外と精度良くバグを発見できることが多いです。[^1] [^1] 勿論杞憂である場合も沢山ありますが ある時、友人に「そういう勘ってどうやって鍛えるんですか？」と聞かれました。とっさに「経験かな。」と答えたのですが、確信があるかと言われると微妙です。「どういう経験を積めばいいのか？」と聞かれると答えられなかったと思います。 最近、改めてこの話題について考える機会があったので色々考えてみたのですが、「良いコードを読んだ回数に比例して勘が冴えるようになる。」 という結論にたどりつきました。 このブログでは、その結論に至るまでの思考をメモしておこうと思います。 他のクリエイティブな作業との比較 まず始めに、このような勘が他のクリ

久々にポインタ関連でバグらせてしまったので、自戒のためにメモしておく。 tl;dr for range ループの value は常に同じアドレス値を取る。 バグらせた実装 あるスライスから特定の条件を満たす値だけを抽出した新しいスライスを作ろうをして以下のようなコードを書いた。 type User struct { id int } func filter(users []User) []*User{ var filtered []*User for _, v := range users { if v.id % 2 == 0{ filtered = append(filtered, &v) } } return users } このコードを実行したとき filtered のスライスはどのような値になるだろうか？ 結果はこのようになる。 users := []User{{1}, {2},

こんにちは、@p1assです。 最近、運用していた Web サーバを Nginx から Caddy に移行しました。この記事では Caddy の特徴や移行してみた感想などを書きたいと思います。 What is Caddy？ Caddy はデフォルトで HTTPS に対応している OSS の Web サーバです。 GitHub : https://github.com/caddyserver/caddy 公式ドキュメント : https://caddyserver.com/docs つい先日(2020/05/04)、v2 にメジャーバージョンアップされアーキテクチャが刷新されました。 Caddy は様々な特徴があるのですがいくつかピックアップして紹介します。(v2 からの新機能というわけではないです。) デフォルトかつ自動で HTTPS に対応 Caddy は Let's Encrypt の

こんにちは、@p1assです。 先日、レイヤーアーキテクチャを採用している Web API サーバに WebSocket を組み込むことになったのですが、コネクションの管理やどのレイヤーで各機能を管理するか悩んだのでブログにまとめておきます。 使用している言語は Go で、Web フレームワークは echo です。 WebSocket 実装前の API サーバの構成 WebSocket を実装する前の API サーバのディレクトリ構成は次のようになっていました。（ブログ用に調整を加えてます。） . ├── database # repository のインターフェースを満たす実体 ├── domain │ ├── entity │ └── repository │ └── service ├── main.go ├── usecase └── web ├── handler └── rou

こんにちは、@p1assです。 世間は就活解禁日ということで少し騒がしい感じがしますね。私は既に就活を終えているためあまり関係ないのですが、思い立ったので自分の就活事情をブログにまとめておこうと思います。 就活はかなりセンシティブな話題であり、ネット上を探しても見つかる情報が少ないです。また、個人の情報は埋もれやすいという問題もあります。そのような状況では参考になる情報に出会えず、就活をどのように進めていくか悩むのではないでしょうか？自分も例に漏れず、かなり苦労しました。そのため、「後輩にはより多くの情報を手に入れてほしい！」と思っています。 そこで、本記事では私が Web 系のソフトウェアエンジニア職で就活をした結果やその過程で得た知見などを公開したいと思います。勿論 NDA がある内容は公開できないですが、私の経験が後世の役に立てば幸いです。（スコープは Web 系のソフトウェアエンジ

こんにちは、ぷらす(@p1ass)です。 タイトルの通り、パスワードが漏れていたので 1Password を導入しました。この記事では、パスワード漏洩の発覚の経緯から 1Password の導入までを導入までを（ほぼ）時系列で紹介します。 事の始まり : Instagram の不正ログイン 大学で試験勉強をしていると、ふと Instagram からログイン通知のメールが届きました。 「あれ？今ログインなんかしてないのに 🤔」と思いながらメールを見ると、イタリアからのログイン通知でした。 「パスワード漏れたのかなぁ、でもインスタのパスワードは他で使い回してないよな...？」と思いながらよくメールを見ると、ログイン通知が来たアカウントは今メインで使っているアカウントではなく、5 年以上放置しているアカウントでした。 この時点で 「あっヤバイ」 となりました。 というのも、現在もよく使っている

こんにちは、@p1assです。 先日は 2019 年の振り返りブログを書きましたが、今回は 2020 年の抱負ブログです。せっかくの新年なので、今のうちに目標を書き残しておきたいと思います。 前回の記事をまだ見てない方は以下のリンクからご覧ください。 1年ぶり2度目の振り返り記事です。今年も改めて振り返ってみると、様々なことがあった一年でした。技術の面は勿論のこと、大学や交友関係、趣味など去年とはまた違う一年を過ごしました。個人開発やOSS、インターン、CAMPHOR-のことなどについてつらつら書きます。 目標の決め方 さて、目標を決めるにはまず目標の決め方を決めなくてはなりません。 巷では目標を 100 個並べる、という抱負ブログが流行っているのですが、僕はそんなに目標が立てられないし、年末に半分以上忘れているという運命がやってきそうなのでやりません。 今年は Google などが実践し

2018年: https://adventar.org/calendars/2913 2017年: https://adventar.org/calendars/2092 2016年: https://adventar.org/calendars/1343 2015年: https://adventar.org/calendars/729 - どんどんドーナツどーんと行こう！ - 万策尽きたー！ - 上手くいかないことを人のせいにしているような奴は辞めちまえよ！ - 失敗しないで成長した制作なんて、俺知らないもんね。 - 速く描くには上手くなる。上手く描くにはいっぱい描く。いっぱい描くには速く描く。技術とスピードは実は全く別の問題でね。 - できれば食べられる。できなければ辞めて行く。アニメーターはそういう仕事だよ。 - 続けないと、仕事って面白くならないからさ。 - アニメーターも人間だ

この記事はGo5 Advent Calendar 2019の 1 日目の記事です。 はじめに Go のメジャーバージョンはいつの間にか 5 まで到達していたようですね、@p1assです。 Go でデータベースにアクセスするときに使うライブラリはdatabase/sqlや それをラップしたsqlx, gorm, gorpなど様々なライブラリがありますが、皆さんはどのライブラリを使っていますか？ おそらく様々な理由があってどれか(ここに挙げられていないものかもしれない)を使っているでしょう。 しかし、それは本当にベストな選択だったのでしょうか？ この記事では、Go でデータベースをアクセスする際に、どんな機能が必要かを考えつつ、上に挙げたのライブラリを比較していきます。 あくまでこの記事で述べるのは僕個人の意見ですが、この記事を通して皆さんが改めてライブラリ選定を考えるきっかけになれば幸いです

こんにちは、@p1assです。 皆さんは、実験レポートを何で書いていますか？ Word ですか？それとも LaTeX ですか？ 私はそのどちらでもなく、 Markdown 書いています。 Markdown はシンプルなシンタックスで様々な表現ができ、多くのエンジニアに愛されています。 しかし、Markdown は実験レポート用途にあまり使われていないため、そのままでは美しい PDF を作成できません。 この記事では、pandoc という様々なフォーマットのドキュメントを相互変換するツールを使って、Markdown で書いた実験レポートを TeX 組版の美しい PDF にする方法をご紹介します。 これは、マークダウンから変換した PDF です。 依存は全て Docker イメージにまとめてあるので、 Docker さえあれば、ローカルに何もインストールすることなく、誰でも簡単に美しい実験レポ