はてなブックマーク

note株式会社のエンジニア公式noteです。noteで活用している技術やさまざまなトライ、エンジニアの活動や働く環境などを紹介していきます

登壇者 TypeScriptでバックエンドのテストを書くときの課題早速なんですが、みなさんテストを書いてますでしょうか？ 昨今では、TypeScriptでバックエンドを書けるのが普通になってきました。バックエンドで利用できるORMやフレームワークも充実してきています。 バックエンドはフロントエンドに比べてデータベースを扱ったり、重要なロジックが含まれているので、しっかりとテストを書きたいというモチベーションが湧いてくると思います。 そこで課題になるのが、テストデータの準備ですね。 例えば、Prismaで「ユーザーが管理者ならtrueを返す」というシンプルな関数を作ったとします。テスト対象のコードがシンプルなので、テストもシンプルに書けると思うかもしれません。 しかし、上記のテストコードを見てもらうとわかるとおり、ユーザーデータの作成する処理で数行のコードを書く必要があります。テストと関係の

こちらの記事は、note × マネーフォワード × 食べログ × STORES によるオフライン限定のイベントで行った「10年超えRails開発の振り返りと未来 - 持続可能な開発の具体策」での登壇資料を公開いたします。

note株式会社は、Railsガイドに協賛をします。 2014年のサービス開始から今までRailsで開発をしてきまいた。これまですばやくリリースをし、サービス拡大を持続できているのも、Railsのレールの上を走ってこられたからです。エンジニアが開発にすぐに着手できるスピード感は、他のフレームワークにはない強みだと考えています。 Railsで開発を続けている企業にとって心強いのがRailsガイドの存在です。定期的に迅速に改善されていく日本語ドキュメントがあるのも、Railsが愛される理由の一つでしょう。 そんなRailsガイドに少しでも恩返しできるように、協賛という形で支援をしたいと思っております。 ▲Railsガイドを運営するYassLab 株式会社さんにも記事にしていただきました Railsガイドの概要RailsガイドはRuby on Railsに特化した1,600ページ超えの大型リファ

※ この対談は2024年2月頃に実施しました ChatGPTやClaudeなどの生成AIを仕事や日常で使うことが当たり前になってきました。この先数年で、働き方はますます変わっていくことが予想されます。 今回の記事では、自然言語処理（NLP）と大規模言語モデル（LLM）の専門家である関根聡さんと吉野幸一郎さんに、LLMがもたらす未来や最新の研究についてお聞きしました。 AIによる仮説生成と実験の自動化が進む中で、AIラボの重要性と人間との協業の必要性、LLMの進化がもたらす変化に対応するための研究者の姿勢、そして自然言語処理における倫理と安全性の課題など、対談は多岐にわたる内容になりました。 対談者紹介関根 聡 / 理化学研究所 前NL研主査： 理化学研究所（RIKEN）の言語情報アクセス技術チームのリーダー。約30年間、自然言語処理（NLP）を研究。ニューヨーク大学で25年勤務後、楽天技術

note株式会社では、全社員のデータ活用が活発になってきており、データ基盤も進化を続けています。 Snowflakeへの全面移行によるコスト削減やデータ収集と処理の効率化などを行ってきたことで、シンプルな構成を保ちつつ使いやすいデータ基盤になってきました。しかし、まだまだ課題も山積みの状態です。 今回の記事では、データ基盤開発のリーダーである久保田 勇喜に、noteのデータ基盤のアーキテクチャの解説と現状の課題について詳しくお聞きしました。 全体のアーキテクチャ図※ 記事の最終更新：2024年6月 久保田 勇喜 / データ基盤チームリーダー2015年、株式会社Adwaysに入社。アプリの事前予約システムの開発などを担当。2017年からBulbit株式会社（現UNICORN株式会社）でDSPの開発に着手。2021年からnote株式会社に入社し、データエンジニアとしてデータ基盤の開発・運用に携

こんにちは、note AI creative（以下、nAc）の田中です。 nAcとして今までさまざまな社内の業務改善に取り組んできましたが、中でも「議事録作成業務」は負担の大きい業務の１つでした。 セールス・カスタマーサクセスなど顧客と対面する部署では特に議事録作成は重要な業務として頻繁に発生しますが、1回あたり最大60分かかっており改善の余地がありました。 nAcが作成した生成AIのソリューションを使うことで、作業量が96%も削減され、60分の作業が2分で終わるようになりました。 議事録を生成するデモgifnote proチームの社内発表資料から抜粋この記事では、議事録作成を自動化するために作成したソリューションとその効果について紹介します。 議事録作成効率化の歴史議事録作成業務の効率化を目指し、まずは「tl;dv」というツールを導入してテストを行いました。 tl;dvは非常に機能が豊富

noteのRuby 3.2.2を3.3.1へアップデートしました。Ruby 3.3.0のリリースノートに記載されていた「YJITの大幅なパフォーマンス改善」が、noteのAPIにも大きな影響をもたらしました。 noteもついにRuby3.3カンパニーになったのですが、あらゆるメトリクスが劇的に改善し驚愕。過去のRubyのバージョンアップでここまでドラスティックな変化は記憶にない。3.3は偉大なリリース....! #ruby pic.twitter.com/pZFBIkPdmm — konpyu (@konpyu) May 28, 2024 CTOが驚きのポストをするほどパフォーマンスが向上したのです。 また、3.2系から3.3系へのアップデート時はそれほど大きな問題は起きませんでしたが、この記事ではアップデート時の注意点を2つほど紹介したいと思います。

noteのサーバサイドとフロントエンドのリアーキテクチャについて サーバサイドはPackwerkを利用してモジュラモノリス化 フロントエンドはNext.jsによるリアーキテクチャ それぞれの実施理由や進捗具合 ▼Podcastをもっと聴く

技術イベントへの協賛は、企業の名前をアピールするだけの場ではありません。 協賛を通じた技術コミュニティの応援、他社エンジニアとの交流、社内コミュニケーション、技術スタックのPR、採用……など多数の目的を抱えています。 この記事では、協賛がブランディングを超えた重要な戦略であることをnote株式会社と株式会社HelpfeelのCTOが深く語り合いました。協賛イベントの選び方や社内で理解を得る方法に始まり、「採用が止まったからと言って会社が傾いたわけではない」という経営層ならではの話題まで多岐に渡りました。 なぜ多くの企業が技術イベントに投資をするのか？その背後にある深い理由と戦略を、CTOの対話から解き明かします。 ※ こちらの記事はYAPC::Hiroshima 2024のランチセッションのトークを再編した内容です。音声は今出川FMで公開中。 登場人物紹介登壇者株式会社Helpfeel 

Perlを軸としたITに関わる人のためのカンファレンスである、YAPC::Hiroshima 2024が2月10日に開催されました！ この記事は、当日に随時更新していき、各社の企業ブースや会場の様子を紹介していきます。 YAPC::Hiroshima 2024の楽しさや熱気が少しでも伝わればいいなと思います。 会場ですぐに様々なTシャツや企業グッズがもらえるのがうれしい ▲noteはシルバースポンサーとして協賛していたため、会場にも参戦していました YAPC::Hiroshima 2024概要YAPCはYet Another Perl Conferenceの略で、Perlを軸としたITに関わる全ての人のためのカンファレンスです。 Perlだけにとどまらない技術者たちが、好きな技術の話をし交流するカンファレンスで、技術者であれば誰でも楽しめるお祭りです！ 今回のYAPC::Hiroshima

Railsでサービスを開発 / 運用をしていると、コードの肥大化に伴うモノリシック化に悩まされることも多いはず。2014年のサービス開始からRailsで進めてきたnoteも今まさにその壁に立ち向かっている最中です。 Railsアプリケーションを分割しようと考えたときに、マイクロサービス化や別言語でのフルリプレイスなどを検討することもあるはずです。 様々な選択肢がある中で、弊社ではPackwerkの導入とRailsエンジン化による分割を進めることにしました。（※ packwerk：Shopifyが作成したgem。依存関係をパッケージによって整理することができる） Railsエンジンを採用した大きな理由としては以下が挙げられます。 すばやく小さく問題を切り分けることを優先 マイクロサービス化はアーキテクチャから考慮する必要があり時間がかかる 将来的なマイクロサービス化の下準備として進めることが

noteのEKS移行が完了しました。EKSへ移行するにあたって、サービスのアーキテクチャからデプロイ環境、監視体制、運用までを全て見直しインフラをモダンな環境にすることができました。 EKSへ移行するにあたり、様々な問題や課題がありました。 活用できていないログや破れ窓化したアラートをどう整備するか どのようにアプリケーションの負荷試験を実施し、ボトルネックを探るか CloudFrontを利用したゼロダウンタイムでEKSへの切り替え 大量に存在しているバッチをどのように移行していくか 今回はEKS移行の際に起きたトラブルやそれらを解決したときのTipsなどを、SREチームの2人にお聞きしました。 インタビュイー 中村 昴： 株式会社ドリコムにて、ソーシャルゲームタイトルのAWSインフラを担当。2020年9月よりnote株式会社に入社し、現在はSREとしてnoteのインフラ周りの改善を行って

本記事ではnoteのMLチームの取り組みについて、機能と概要をそれぞれ紹介します。 紹介する機能はnote全体の一部ではありますが、MLチームの全体像を掴むことができます。 ▼この記事でわかること▼ MLチームが取り組んでいる内容が全体的に理解できる note内でどのように機械学習が利用されているのかがわかる MLチームの全体的なアーキテクチャと開発指針を知ることができる 前提noteの取り組みを説明する前に、まずはMLチームの開発とアーキテクチャについて簡単に説明していきます。 現状の開発について 開発の規模 / 現在のアーキテクチャなどの影響もあり、「バックエンドエンジニア」と「MLエンジニア」の開発の垣根が薄い MLエンジニアは機械学習以外にも、バックエンド開発やアーキテクチャのリプレイスなど、多様な開発能力が求められる アーキテクチャ図2022年10月時点アーキテクチャを決定する上

『施策の指針』や『KPIの数値』を決めるためには、データ分析は必要不可欠です。データという目印がなければ闇雲に開発を進めることになるでしょう。しかし、『データ活用』はすべての人間ができるわけではありません。苦手意識を持っている人も多く、社内に浸透させるのは難しい問題です。 そんな中で、noteでは「誰もが使いやすい」を目指したデータ基盤開発が進められています。職種に関係なく、欲しいデータが簡単に取得できる環境を目標に開発を行っています。 また、データ活用に慣れ親しんでもらうために、社員がデータを常に見えるような工夫もしています。データ活用を強要するわけではなく、データを扱うための下地を作り上げているのです。 久保田 勇喜 （エンジニア / データ基盤チームリーダー） 新卒で株式会社アドウェイズに入社し、事前予約サービスの日本版 / 北米版の開発を担当。その後、Bulbitでマーケティングプ

発信やアウトプットを続ける中で、「本の出版」は一つのゴールでもあります。エンジニアやクリエイターならば、本を書いてみたいという欲求がある方もいるでしょう。 しかし、本の執筆を考えていなかった人たちが出版するまでに至るケースもあります。『Rが生産性を高める〜データ分析ワークフロー効率化の実践』では、もともと本を執筆することを考えていなかった3人のエンジニアによって発売までに至りました。 3人が本を執筆する機会に巡り合ったのは、偶然ではありません。勉強会の登壇や技術記事の執筆、OSSへのコミットなどアウトプットの経験を積み重ねてきました。それぞれが自分たちの興味を探求した結果として、アウトプットが書籍という形になっただけなのです。 しかし、そんな3人でも、書籍の執筆は楽な道のりではありませんでした。なんと、発売までに3年という長い月日を要したのです。 今回のインタビューでは、そんな3人が本を執

--- 「デザイナーのための仕組みだと思われないように、本当はデザインシステムという言葉をつかいたくなかった」 デザインシステムと聞くと、デザイナーのための仕組みだと思う人もいるかもしれません。しかし、noteにおけるデザインシステムはその定義とは真逆を目指しています。 そもそもデザインシステムとは、Webサイトやアプリのデザイン原則を示し、開発のパターンやベストプラクティスを組織として体系化した仕組みです。具体的には、スタイルガイド、イラストシステム、フロントエンドの共通コンポーネント整備、表記ガイドラインなど多岐にわたります。 noteでは全社員が理解でき、誰もがつかえるデザインシステムを目標にしています。デザイナーが使用するツールではなく、全社員が同じ意思で進むための目的や指針を言語化した仕組みがデザインシステムなのです。 全社員がデザインに取り組みやすくなるように、2021年8月か

rem と vw で fluid responsiverem と vw は相対的な単位で、rem はルート要素 html のフォントサイズに連動し、vw はビューポートの幅に連動します。 基準となる html に ビューポート基準の vw 単位でフォントサイズを指定すると、テキストサイズや要素サイズや余白や位置などに rem 単位を使った要素がビューポート幅と連動するようになります。フォントサイズに関連したrem 単位を、別なサイズ表現のプロパティに与えられるCSSのおもしろいところを利用します。 html { // viewport 375px のとき font-size 16px font-size: calc(100vw * 16 / 375); } .ex-object { margin: 1rem; font-size: 1rem; transform: translate(1r

noteが2021年に重点的に取り組んでいくことをリストにしてみました。 あらゆるクリエイターが創作を続けられるプラットフォームを実現するために、エンジニアチームの重点分野は、以下の3つ。 ✔ 発信の場としての地位を固める ✔ プラットフォームとしての健全性を高める ✔ 組織づくりと開発体験・効率の向上 多くのユーザーが多様な使い方をしているnoteは、2020年に急成長フェーズを経て技術・運用の要求水準が上がり、エンジニアが乗り越えるべきハードルは高くなっています。2021年、上記の重点分野を実現するために取り組んでいくチャレンジングな技術課題を紹介します。 今後のはたらき方ややりたいことを考えるときにnoteのことを少しでも思い出してほしい。この記事がそのきっかけの1つになれば、と考えています。 「noteのエンジニアチームが2021年に向けて挑戦する、重要課題8選」にワクワクする方。

noteのNuxt.jsへの移行が完了し次世代のフロントエンド構築を進めています 本記事では、noteのフロントエンドについて2つトピックを紹介します。Nuxt.jsへの移行が完了した話と、見えてきた課題を踏まえ次世代のフロントエンド構築を模索している話です。 Nuxt.jsへの移行が完了noteでは、AngularJSで構築していたフロントエンドをNuxt.jsに移行するプロジェクトを2018年から進めていましたが、2021年12月、ついに移行が100%完了しました！ 最初の1年弱は移行プロジェクトを組み専任リソースを張って実装し、ページ単位で移行し