こんにちは、Wantedly のDX Squadでエンジニアをしている原です。 (DXはDeveloper Experienceの略で、開発者が心地よくプロダクトを作れる環境を作ることを目標に頑張る部門です) 本稿は、WANTEDLY TECH BOOK 9 から「GoのスライスとRustのスライス」という章を抜粋し加筆修正を加えたものです。ウォンテッドリーでは WANTEDLY TECH BOOK のうち最新版を除いた電子版を無料で配布しています。ぜひ読んでみてください。 過去の WANTEDLY TECH BOOK を入手する 以下、本文です。 GoのスライスとRustのスライスは大枠では似ていますが、スライスの共有に関する振舞いが微妙に異なり、GoとRustの設計の違いが垣間見られます。本記事ではこの違いを説明します。 配列型とスライス型Go/Rustにおいて「配列」は固定長でスタッ

雑記ブログ 「ゲームと柴犬は神！！」を運営する小学校6年生*1のひゃくまんさん（id:shiyuzevo）。2020年2月にブログをスタートして以来、半年間で実に400記事以上を執筆（しっぴつ）・公開しています。 ブログを始めるまでパソコンもスマートフォンもほとんど使ったことがなかったというひゃくまんさんですが、ブログを趣味（しゅみ）とするお父さん・シンタローさん（id:blacksinging / @sintarozevo）と二人三脚（ににんさんきゃく）でブログを運用する中で記事を書き続ける楽しさを実感したそうです。 そこで、今回は、ひゃくまんさんとシンタローさん親子に「ブログを始めたきっかけ」から「記事を書き続けることで感じた成長」までじっくりうかがいました！ 【目次】 父の背中を見て小学生ながらブログデビュー。親子の絶妙（ぜつみょう）な役割分担に注目！ 【解説】SEOとは？ お小遣い

ビールが大好きなライターのほそいあやさんは、ヤッホーブルーイングのサブスク（定額購入）である「ひらけ！よなよな月の生活」を楽しんでいます。ほそいさんの生活をちょっとだけ変えた、サブスクの魅力を紹介します。 こんにちは。ほそいあやと申します。普段は主にグルメレポなどを書いております。 最近、私がハマっているのが、大好きなビールのサブスク。 「サブスク」といえば、ここ数年でこの言葉が急激に広まった気がします。一定金額を払うことで普通に購入するよりお得になったり特典がついたりするのが魅力で、対象物も多岐にわたります。しかし、実際のところどうなんだろう、と思っている人も多いかもしれません。 私もその一人でした。でもちょっとしたきっかけでビールのサブスク「ひらけ！よなよな月の生活」に出会ってからというもの ・サブスクだから出会える味がある ・季節を感じられる ・“わくわく”が醸成されて届くのが楽しみ

こんにちは、Hatena Developer Blog編集部です。「はてなで働くエンジニアにアンケート」シリーズ、今回ははてなブログチームのSRE、id:cohalzに話を聞きました。 id:cohalzにアンケート はてなidとその由来を教えてください いつどんなきっかけで入社しましたか？ 現在の仕事を教えてください チーム内の立ち位置を教えてください 1日の仕事の流れを教えてください 最近うまくいったことは何ですか？ 最近うまくいってないことは何ですか？ 普段大切にしていることは何ですか？ はてなはどんな会社ですか? id:cohalzにアンケート はてなidとその由来を教えてください 読みは「こはる」と呼ばれることを想定しています。 読みとしては日本語としてありふれた名前にしつつも、idとしては被らないものにしたいという意図を持っています。 idはco + hal + zの3つの要素

https://github.com/Songmu/gotesplit gotesplitというかなり便利なツールを書いた。Goのテストをいい感じのサブセットに分割して、それを実行するものです。このアプローチで、社内のテストを15分から3分くらいまでに短縮しました。 これを使えばCI環境での高速なテストの並列実行を簡単に実現できます。 実例 CircleCIやGitHub Actions上で簡単に導入できます。 CircleCIの場合 parallelism: 5 docker: - image: golang:1.15.3 steps: - checkout - run: command: | curl -sfL raw.githubusercontent.com/Songmu/gotesplit/main/install.sh | sh -s bin/gotesplit ./... -

はてなには、開発合宿というイベントがあります。有志で集ったメンバーが普段の開発から離れ、テーマを決めて集中して取り組むイベントです。 今回、私（id:dekokun）、id:Krouton、id:ne-sachirouの3人からなるチームで、はてなが提供するサーバー管理・監視サービスMackerelに必須であるmackerel-agentというプログラムを題材に、Rustでの再実装を試みました。 mackerel-agentは、監視対象のホストにインストールし、ホストの情報（メトリックやメタデータ）を集めてMackerelに送るプログラムで、Go言語で実装されています。なお、今回はあくまでRustの知見を得る材料として選択したもので、今後の実装を置き換えようとしているわけではありません。 Rustでmackerel-agentを再実装する狙い なぜRustなのか なぜmackerel-ag

先日ブログにISUCONの感想も書きましたが、アウトプットチャンスでもあるということでRustのLT会 Shinjuku.rs #12 @オンラインにてLTもしました。資料は以下の通りです。 speakerdeck.com 今回のオンラインLT会について感想 100人近くGoogle Hangoutで繋いだ状態だった。ちょっとしたLT会で100人集めるの難しいと思うがオンラインだととても快適だし家からリラックスしながら参加できて良いですね。 Rustに興味がある人、Rustに詳しい人がたくさんいてかなり良い場だなとも思った。 また、LTの幅が広くて、Webの話やガベージコレクタの話など色々あり、楽しめた 質疑応答込みで10分は意外と短い またオンライン発表挑戦したい 関連 stefafafan.hatenablog.com

まえがき コードレビューの目的 大目的 小目的 チェックリスト 優先度高（大きな損失を生む問題・後からの修正が困難な問題） 優先度中 優先度低（システムに大きな影響を与えない問題・後からの修正が容易な問題） レビューを負担にしないために レビューサイズのコントロール 誰がレビューをするか 議論をどうまとめるか 批判と個人攻撃 レビュワー向けアドバイス Code author向けアドバイス 参考文献 まえがき コードレビューの有効性が説かれるようになって久しい。しかし、コードレビューをするべきという観念ばかりが先立ってしまい、何のためにコードレビューをするのか、どのような点をレビューするべきなのかといった、目的や進め方に対する意識が曖昧なケースも数多くあるように思われる[6]。コードレビューの目的を理解せずに惰性でレビューしているだけでは、いずれレビューそのものが形骸化し、単に承認のハンコを

こんにちは、R&Dチームの齋藤（@aznhe21）です。 もうじきOculus Quest 2が発売されるということでドキがムネムネしています。 単体で動くVRヘッドセットなのに解像度はハイエンドレベルということで期待が膨らむばかりです。 さて、本日、日本時間10/9(金)、Rust 1.47がリリースされました。 この記事ではRust 1.47での変更点を詳しく紹介します。 10/9はVimで有名なウガンダがイギリスから独立した日 ピックアップ あらゆる要素数の配列で標準トレイト実装が使えるようになった パニック時のバックトレースがコンパクトになった ビルド用依存クレートが最適化されなくなった 安定化されたAPIのドキュメント Ident::new_raw Range::is_empty サンプル RangeInclusive::is_empty サンプル Result::as_dere

帰ってきてからグルジアは本来ジョージアと呼ぶべきであると繰り返しここで書いてきたが、そろそろ理由をちゃんとお伝えしておかないと、大倉が勝手にそう言ってるだけなんじゃないか、ということになることは必至であるから、ご説明申し上げます。 いきなり本筋から離れてしまうが、自国で呼んでいる国名と英語で呼ばれる国名が異なることは多々ある。 USAはUSAだからアメリカ人には何のことやら、であろうが、そうでない国は国によってはなんでそんなおかしな名前で呼ばれなきゃなんないんだよ、と憤っている方々もいらっしゃると思う。 英語中心に世界が回っていることについてはなんだかむずむずすることもあるな、私は。 日本はニッポンあるいはニホンと国内では呼ぶのが当たり前で、日本人同士で「ジャパン人はさ」とかやっているとどうかしていると思われる。ただ最近では「サムライジャパン」だの「ナデシコジャパン」だの、わかりにくくなる

fillinというコマンドラインツールを作成しました。 コマンドの一部を変数化して、別の履歴に保存しておけるツールです。 ステージング環境と本番環境のように、同じコマンドで複数の環境を切り替えるのに便利です。 zshの本 (エッセンシャルソフトウェアガイドブック) 作者:広瀬 雄二発売日: 2009/06/17メディア: 単行本（ソフトカバー） どうして作ったの コマンド履歴って便利ですよね。 私はよくコマンド履歴からコマンドを選んで実行しています。 シェルに付属しているデフォルトの履歴を使っている方もおられるでしょうし、fzfやpecoのようなインタラクティブな絞り込みを行なっている方もいるでしょう。 私が一番困っていたのが、認証キーの扱いです。 webアプリを作っていてcurlで素早く確認するときに、認証キーやアクセストークンを打つことがあります。 アクセストークンのようなランダムな英

こんにちは、Hatena Developer Blog編集部です。「はてなで働くエンジニアにアンケート」シリーズ、今回はシステムプラットフォーム部のSREであるid:do-su-0805に話を聞きました。 id:do-su-0805にアンケート はてなidとその由来を教えてください いつどんなきっかけで入社されましたか？ 現在の仕事を教えてください チーム内の立ち位置を教えてください 1日の仕事の流れを教えてください 最近うまくいったことは何ですか？ 最近うまくいってないことは何ですか？ 普段大切にしていることは何ですか？ はてなはどんな会社ですか？ id:do-su-0805にアンケート はてなidとその由来を教えてください 会社用のはてなid は do-su-0805 で、サブアカウントとして運用しています。普段使いのはてなidは do_su_0805 です。 由来としては、いずれもコ

はじめに 本記事は、アルゴリズムの一つである桁DPについて、入門者が疑問に感じる（というか筆者が実際疑問に感じた）ポイントに重点を置いて解説するものです。 筆者自身そこまで桁DPに詳しいわけではなく、むしろ最近覚えたぐらいなので、何かまずい部分があれば優しくご指摘いただけると嬉しいです。 この記事で特に重点を置くポイントは、次の通りです。 何故これでうまくいくのか 桁DPで数えているものは何か 初期条件はなぜこうなるのか 桁DPそのものの入門的解説としては、他にもけんちょんさん達の優れた記事がありますので、そちらも合わせてご覧ください。 http://torus711.hatenablog.com/entry/20150423/1429794075 http://drken1215.hatenablog.com/entry/2019/02/04/013700 https://pekempe

はじめに なんらかの理由によってOSやOSカーネルに興味を持つ人は多々います。しかし、その次のステップとしてどんな本を読めばいいんだろうと思っている人はこれまたいっぱいいます。そこで、長年Linuxカーネルにかかわってきた筆者がこれまでに読んでよかったと思うものについてここの列挙しました。紹介するのは本だけであって、記事は省いています。 OSそのものに興味を持った人は、その後に興味の方向が次のような二つに分かれることが多いと筆者は考えています。 オレオレOSを作りたい 既存のOSを改造したい この仮説をもとに、それぞれについて筆者がかつて真面目に読んだ本の中から「自作OS」および「Linuxカーネル」というキーワードでよかったものを挙げておきます。Linux以外の既存OSについては語れるほどの知識はないので書いてません。 筆者について 本の良し悪しは人によってさまざまなので、筆者がどういう

自分が目指したいRailsアプリの形とは何か、ということについて考えていた。 常日頃から考えていたRailsアプリでの不満をこの議論に合流させた結果、「Rubyを書くときに当たり前にやるようなことを、Railsアプリを書くときでも当たり前のようにやる」というところが肝で、自分が目指したいRailsアプリの形はその先にあるのではないか、と一旦結論付けてみることにした。 「普通にRubyでコードを書くときはやらないけど、Railsだったらこう書く」という何かが存在していることが、さまざまな失敗の原因をつくっていると思う。 RubyとRailsが地続きに繋がっていないというか、どこかで断絶があり、そこから筋の悪い設計が生まれている ―あるいは持ち込めるはずの良い設計を持ち込めていない― のではないか、という話。 実際にはどの辺りが気になっているのか？という例を挙げると、氷山の一角を指摘するだけな

前に書いた ESLint と Prettier の共存設定とその根拠について が公式推奨が変わったことにより一部間違った情報になっているのでその訂正記事です。 該当記事に書いた内容は Prettier と ESLint の関係を読み解く上で役立つ情報だと思うので、警告とこのページへのリンクを書いた上でそのまま残しておきます。 (追記) この記事の内容も間違った内容を書いていました。なので一度大幅な訂正をしています。prettier-eslint も推奨ではありません。 変更点の要約 Prettier と ESLint の組み合わせについて公式 の推奨方法が変わりました。 きっといつかこの情報も古くなるので直リンクではなく、ドキュメントの GitHub のリンクを貼っておきます。 ドキュメント自体のリンクはこちらです。 新しいドキュメントを要約すると、 Linter と Formatter

はてなブログでSREをやっているid:cohalzです。 2019年12月頃からid:utgwkkやid:onkとともに、はてなブログにおけるキャッシュ周りの改善を行いました。その結果、次のような成果が得られました。 ブログ記事のキャッシュヒット率が、1日平均で8％から58％に向上 アプリケーションサーバの台数を、以前の半数以下に削減 DBに届くリクエスト数が、以前の3分の2まで減少 レスポンスタイムの平均が、以前の8割まで減少 この記事では、実際にどういった改善を行ったのか、その際に気をつけたことや大変だったことを紹介します。 はてなブログがVarnishを導入した経緯と課題 開発合宿をきっかけに問題が明らかになる 進め方をまず考える ホストのメモリをできるだけたくさん利用する メモリを積んだホストでなぜかレイテンシが悪化 キャッシュが分散しないようVaryヘッダを使う デバイス情報を適

ISUCON 10 というWebアプリケーションを限られた時間で高速化するコンテストに参加してきました。「Trust Rust」チームということで id:dekokun と id:Krouton と参加しましたが残念ながら予選敗退しました。 まだ最終スコアや順位まではわからないが、我々が最後に提出したタイミングでは1133点でした。後ほどこのあたりにまとめられそう: isucon.net 準備編 チームビルディング ISUCONに必要そうな要素 ISUCONリハーサル 予選当日 総括 準備編 過去にもISUCON参加したことがあり、今回もISUCON開催されるらしいぞと社内で盛り上がっていたので、よっしゃ僕もと参加を決意しました。 チームビルディング 社内ですでに dekokun と Krouton がRustで参加する気満々っぽくて、チームメンバーを募集していた。彼らとは普段仕事では別の