[B! ブログ][開発] kenzy_nのブックマーク

プロと読み解く Ruby 3.1 NEWS - クックパッド開発者ブログ

技術部の笹田（ko1）と遠藤（mame）です。クックパッドで Ruby (MRI: Matz Ruby Implementation、いわゆる ruby コマンド) の開発をしています。お金をもらって Ruby を開発しているのでプロの Ruby コミッタです。本日 12/25 に、ついに Ruby 3.1.0 がリリースされました（Ruby 3.1.0 リリース）。今年も Ruby 3.1 の NEWS.md ファイルの解説をします。NEWS ファイルとは何か、は以前の記事を見てください。プロと読み解く Ruby 2.6 NEWS ファイル - クックパッド開発者ブログプロと読み解くRuby 2.7 NEWS - クックパッド開発者ブログプロと読み解くRuby 3.0 NEWS - クックパッド開発者ブログ本記事は新機能を解説することもさることながら、変更が入った背景や苦労な

kenzy_n 2021/12/25

Rubyクッキング時間です。

リンク

RecBole を用いてクックパッドマートのデータに対する50以上のレコメンドモデルの実験をしてみた - クックパッド開発者ブログ

こんにちは。研究開発部の深澤(@fufufukakaka)です。本記事では最近面白いなと思って watch しているレコメンド系のプロジェクト RecBole を紹介いたします。また、クックパッドが展開している事業の一つであるクックパッドマートのデータを使って数多くのレコメンドモデルを試す実験も行いました。その結果も合わせて紹介します。 TL;DR: レコメンドモデルは作者実装に安定性がなく、またモデルをどのように評価したかも基準がバラバラで、再現性が難しいとされている(from RecSys 2019 Best Paper) 再現性に取り組むプロジェクトとして 2020年12月に始まった RecBole がある。 RecBole を利用することでなんと 50個以上のレコメンドモデルを大体１コマンドで試せるクックパッドマートでユーザに対してアイテムをレコメンドするシチュエーションを想定

kenzy_n 2021/11/04

リンク

ドキュメントを書くときの「メンタルモデルの原則」 - クックパッド開発者ブログ

こんにちは。クリエイション開発部の丸山@h13i32maruです。みなさんドキュメント書いてますか？私はドキュメントを書くのは結構好きです。最近もプライベートで開発しているJasperというGitHub用Issueリーダーのユーザ向けドキュメント（マニュアル）を書きました。でも良いドキュメントを書くのって難しいですよね。そこで、本記事では「ツールやライブラリなどを対象にしたユーザ向けドキュメント」を書くときに私が考える原則を紹介します。ちなみに私はテクニカルライティングの専門家ではなく、普通のソフトウェアエンジニアです。そのあたりはいい感じに汲み取っていただけると🙏 🕵️メンタルモデルの原則良いドキュメントとはどのようなものなのでしょうか？私は「そのツールやライブラリに対して読者がメンタルモデルを構築できる」のが良いドキュメントだと考えています。これを「メンタルモデルの原則」と呼

kenzy_n 2020/11/27

伝わるドキュメント

リンク

時差出勤・リモートワークを開始して2週間経過した体験談 - 虎の穴開発室ブログ

皆さんこんにちは。虎の穴ラボのY.Fです。さて、皆さんご存知かと思いますが、昨今世間では新型コロナウィルス「COVID-19」の蔓延が騒がれています。秋葉原の街も平時より人通りが少なく、静まり返っている気がします。静まり返った秋葉原 COVID-19の感染被害が広がるに連れ、対応策としてリモートワーク(テレワーク)を進める事例をよく耳にするようになりました。弊社でもCOVID-19の感染拡大の防止に対応するため、一部社員で時差出勤及びリモートワークを開始しております。本記事では、特にリモートワークの導入などをしてなかった会社が、時差出勤とリモートワークを導入してみた感想を共有してみたいと思います。リモートワーク導入までの流れはじめは、通常10時の出勤を希望者のみ11時とする時差出勤が開始されました。その後に、COVID-19の感染拡大に伴い一部社員のリモートワークが開始され

kenzy_n 2020/03/10

2ndのあったビルの方かと思っていたらCの直上の方だった。

リンク

Markdown と GitHub で社内規程を便利に管理 - クックパッド開発者ブログ

VP of Techno logy の星 (@kani_b) です。技術基盤や研究開発領域などを担当しつつ、社内の色々なことを技術の力でいい感じにする仕事をしています。セキュリティや AWS の話が好きです。さて、みなさんは、ご自身が勤務する会社の就業規則を読んだことはあるでしょうか。エンジニアに限らず、会社の全スタッフが仕事をする上で関わってくるのが、就業規則や情報セキュリティドキュメントなど、会社のルールや規程を記す文書です。特にセキュリティやインフラに携わるエンジニアは、その改訂も含め携わったことがある方もいるのではと思います。よくある文書管理こうした文書は、以下のように管理されていることが多いようです。ベースドキュメントは Word 保存時は PDF で保存版管理は Word の編集履歴 + PDF に保存する際のファイル名編集は担当部門, 担当者のみが行うかつての

kenzy_n 2019/06/26

リンク

NTT Comの技術リクルートについて - とある工大生の死活日記

yuyarin.hatena blog.com 弊社の先輩がこのブログの記事を書いたので自分も真実を伝えられてらいいなと思って久しぶりにブログ書きます。(昼休み中に書きました) 上記ブログで語られている技術リクルートについて個人レベルの意見を書きます。技術リクルートって？上記ブログより配属先の部署はある程度コントロールされて「約束通り」になるように頑張っています。クラウドのベアメタルの開発、クラウドのSDNの開発、高速ルータの開発、OCNの開発、といった感じで、ネットワーク、クラウド、セキュリティ、アプリケーションなど複数の分野で技術の専門家を採用しています。さて皆さんがここで疑問に思うことは本当に希望部署に配属されるのか？と言うところです。近年ネットワーク志望って言っても全然違う部署に配属されるなんて話はよく聞きますね。私は技術リクルートで会社に入りました。入るまでに希望部

kenzy_n 2019/03/28

リンク

個人開発者の欲求5段階説 - NOT SO BADなブログ

個人開発者の欲求5段階説Jan 07, 2019 意識低い個人開発論ポエム言いたいだけ以前に「死なないWebサービスの作り方」みたいな記事を書いたところ、ありがたいことに最近は個人開発の相談をいただいたりすることも出てきました。（おそれ多い！）しかしすごく当たり前の話なんですが、個人開発者と言ってもステージはいろいろだし、そもそも目指すところが違ってたりもします。その前提によってアドバイスする内容も全然変わってくるなと。自分が個人開発でいま何を目指していて、そのために何をするとよさそうなのか。その辺りの会話の叩き台として、ざっくり整理してみようというのがこの記事の目的です。半分以上タイトルを言いたかっただけなので、軽い気持ちで見てもらえたら幸いです。前提と言い訳みんな大好きマズローさんみんな大好きマズローさんの欲求5段階説。あらゆるところで引用されまくってるのでもはや説明は不要で