はじめまして！ shikakun といいます。freeeのデザインシステムの開発に携わっている、ソフトウェアデザイナーです。2024年1月に中途採用で入社しました。 freeeで働くことを決めた理由のひとつは、freeeがアクセシビリティの向上に積極的に取り組んでいる印象を持っていたからでした。アクセシビリティとは、「（製品やサービスを）利用できること、またはその到達度」という意味で使われる言葉です。障害の有無に関わらず、さまざまな性質を持つ誰もが、どのような環境であっても利用できるインターフェースをつくることは、ソフトウェアの開発者として任意ではなく必須の責務だと考えます。さらに、「だれもが自由に経営できる統合型経営プラットフォーム」をビジョンに掲げるfreeeなら、アクセシビリティの向上がビジネスのゴールと繋がっていると思えたからです。 では、実際に入社して1年間働いてみて、その印象に

SREチームの長田です。 今回はAWSのVPC(Virtual Private Network)内で作業する時の話です。 VPC内で作業したい VPC内で作業したいこと、ありますよね。 環境構築中の動作確認とか、不具合・障害調査のための定形外作業とか、メンテナンスためのイレギュラーな作業とか。 定常的に行うほどではないですが、AWSでVPCに絡んだサービスを使用しているなら、VPC内での作業は少なからずあると思います。 VPC内に閉じたリソースにアクセスする場合は、当然ですがVPC内からアクセスする必要があります。 VPC外からアクセスするための経路を用意すればそれも可能ですが、アプリケーションが使っている経路とは異なる経路を使うことになるため、 不具合調査時の再現確認などでは余計な要素となることがあります。 VPC内からの操作は、AWSであればCloudShellで VPC環境を作るのが

この記事はドワンゴ Advent Calendar 2024の 1 日目の記事です。 はじめに こんにちは。ZEN IDの開発をしている、エンジニアのユーンです。 株式会社ドワンゴは先日2024年11月16日に開催された日本最大級のTypeScriptをテーマとした技術カンファレンス TSKaigi Kansai 2024 にプラチナスポンサーとして協賛いたしました。 ドワンゴのスポンサーブース 私は個人でセッション「型付き API リクエストを実現するいくつかの手法とその選択」を発表し、OpenAPI を中心とした手法を一例として紹介しました。 speakerdeck.com このセッションで OpenAPI を記述する手段として紹介した TypeSpec について、 ZEN ID での実践例を交えて深く取り上げます。 OpenAPI の手書きに疲れた方、また TypeSpec を使い始

Tebiki株式会社でデザインマネージャーをしている鮫島です。 私たちが提供しているデスクレスワーカーのための現場向けSaaS「tebiki現場教育」と「tebiki現場分析」は、作成、分析、共有といった異なるプロセスを一元化するために多機能化していきました。しかし、提供する高度な機能がユーザーにとって使いこなしにくいものでは意味がありません。ユーザーに求められるのは、これらの複雑な機能を直感的で「かんたん」に操作できることです。 「かんたん」であることは多くのデジタルプロダクトにとって重要な価値ですが、その感覚は主観的であり、プロダクトを提供する側が無策でユーザーにとっての「かんたん」を定義することは困難です。 この記事では、「かんたん」の本質を探り、ユーザーが直感的に操作できるプロダクトをどのように実現するかを弊社の事例と合わせてご紹介します。 「かんたん」の源泉「かんたん」と感じる（

この記事は はてなエンジニアアドベントカレンダー 2024 5 日目の記事です。 昨日は id:susisu さんの Data types à la carte in TypeScript でした。 本人が「アクセス増えたと思ったら別の記事で、全然読まれてない...」と言っていたので「いきなりフランス語で難しそうやからね」と伝えました。本文は日本語なので、みなさんも読んで下さい。 今日は最近見て面白かったコードの紹介です。 ChatGPT が流行って以来、アプリでストリームのレスポンスをよく見るようになりました。 LLM によるテキスト生成はわりと時間がかかる処理で、もしすべて生成し終えてからレスポンスするとユーザーを待たせてしまうからでしょう。テキストがちょっとずつ表示される UI は昔からあるものですが、LLM を使ったアプリケーションが出てきて以来、演出としてではなく実用としてよく見

2038年問題が思ったよりヤバい。検出ツールを作って脅威性評価してみた論文 | Kansai Open Forum 2024

この記事はOPENLOGI Advent Calendarの記事です。 私はVPoEという役職を通算6年間続けてきました。その中で、ここ数年でVPoEという役職が当たり前になってきたと感じています。私がVPoEを始めた当初は、VPoEがいるエンジニア組織はそれほど多くなく、今のように一般的な存在ではありませんでした。しかし、最近ではVPoEをエンジニア組織に置くのは当たり前となり、VPoE Summitといったイベントまで開催されるようになりました。 その中で、将来的にVPoEになりたいという人に出会う機会が増え、EMからVPoEになるために必要なことを質問されることも多くなっています。しかし、一般的なVPoEの定義と、実際にスタートアップやベンチャーで働いてみた際のVPoEの実態には乖離があると感じています。 そのため、スタートアップのVPoEになりたい人、VPoEを採用したい人、そして

はじめに この記事は バイセルテクノロジーズ Advent Calendar 2024の10日目の記事です。 こんにちは。開発1部の鴨野です。 前日の記事は私、鴨野の「【13分→4分】開発効率向上のためのCloud Buildデプロイ速度改善」でした。 現在はバックエンドエンジニアとして、リユースプラットフォーム「Cosmos」の出張訪問買取アプリケーション「Visit」の開発に携わっています。 今回は、Visitチームで課題となっていた障害対応や問い合わせ対応を改善するために実装したカスタムロガーについてご紹介します。 作成したロガーは、実際に利用する際のサンプルとともに公開しています。なお、この記事で使用したサンプルコードは以下のリポジトリから抜粋したものです。 github.com はじめに なぜカスタムロガーを実装したのか ロガーが満たすべき要件 前提: Visitアプリケーション

SaaSのNRRは役に立たない？見るべきは契約後12ヶ月の月次推移。グローバル、日本、自社の数値で解説。 一般に定義されている「NRR (売上継続率)」の算式は、SaaS企業の稼ぐ力を総合判断するには役立ちますが、そのまま数字を見ても直近のカスタマーサクセス戦術評価には役立たないよ、という分析を自社データを交えて解説します。 なお、平均顧客単価とNRRは正比例の関係にあり、例えば月額5,000円のSaaSのNRRは低く、月額15万円のNRRは高くなります。ビジネスモデルの違いから来るもので両者を比較する意味はありません。本記事では高単価SaaSを念頭において書いています。 貴山敬 (@tkiyama) 「NRR (Net Revenue Retention)」とは日本語では「売上継続率」。既存顧客が伸びているのか／減っているのか、という指標で、SaaS企業の力をあらわす重要指標の一つです。

出世する、より上位の管理職に上がって行くというのは、マネジャーとしての力量や適正も必要だけれど、「どこまで奉仕できるか（どこで降りるか）」によるところが大きいのだろう。その奉仕水準でどこまで行くか／どの辺で止まるか均衡するのだと、会社で仕事をしながらつくづく感じるこのごろ。 ポジション上昇の基本路線 新人→中堅社員→係長→課長→部長→……とポジションが上がるに従って、受け取る仕事の粒度が大きくなってくる。 重要度や影響度から正確にリスクを抽出して優先順位を決められる。 大きな仕事を適切に分割して相互関係を理解できる。 期日から逆算して分割した仕事にマイルストーンを割り当てられる。 情報を整理して他者に状況を正確に説明できる。 自分にない力量を持つ他者・他部門に割り振れる。アウトソースできる。 といった管理能力がより高度に必要になってくる。 逆に言えば、こうした技術・能力が高い人をより高いポ

こんにちは、駅奪取エンジニアの id:kimkim0106（旧: id:kaoru_k_0106）です。 今回の記事は、駅奪取でテーブルにレコードが「無ければ INSERT、あれば UPDATE」（いわゆる UPSERT）をする箇所で Duplicate entry が出ていたのを修正したり、未然に防ぐ実装をしたときに得られた知見です。 このような処理はよく使われますが、うまく実装しないとエラーが発生したりパフォーマンスの問題が生じたりします。 この記事では、自分が試した方法のメリット・デメリットについて説明します。 目次 前提条件 Duplicate entry とは 1. Duplicate entry が出たらトランザクション自体をやり直す 2. INSERT ... ON DUPLICATE KEY UPDATE 3. とりあえず INSERT して Duplicate entry

rails stats 2024 ~ Kaigi on Rails 2024 アフターイベント 発表資料 https://andpad.connpass.com/event/337371/

https://andpad.connpass.com/event/337371/ の資料です

Pull型デプロイツール stretcher - fujiwara-ware advent calendar 2024 day 8 この記事は fujiwara-ware advent calendar 2024 の8日目です。 本日は、10年前に開発した(でも今でも使われているらしい)ちょっと懐かしいツールを紹介します。 stretcher とは stretcher は、Pull型デプロイツールです。Pull型デプロイツールとは、デプロイ先のサーバーが自分でデプロイメント(の成果物)を取得する方式のことです。 Push型デプロイツール = デプロイ元がデプロイメントをデプロイ先(複数)に送る方式 Pull型デプロイツール = デプロイ先がデプロイメントをデプロイ元(ネットワークストレージやコンテナレジストリ)から取得する方式 デプロイするサーバーが大量にある場合、Push型デプロイツール

MackerelはCloudNative Daysにツールスポンサーしてゐる。その繫がりで、Mackerelの開發者の一員でもある私は、CloudNative Daysのオブザーバビリティチームに參加してゐる。先日CloudNative Days Winter 2024 (CNDW2024)が開催された。そこでのMackerelの使ひ方を紹介したい。CNDW2024を聽講した事はCloudNative Days Winter 2024 #CNDW2024 - c4se記：さっちゃんですよ☆に書いた。 オブザーバビリティチームの仕事は、 CloudNative Daysで獨自に開發・運用してゐる配信基盤である「dreamkast」のオブザーバビリティ基盤を構築・運用する 技術 stack さくらのクラウド Terraform Sentry Loki Grafana Mackerel Clou

Kubernetes環境のオブザーバビリティの次の一歩をOpenTelemetryで実現すると何がどうなるの？ - CloudNative Days Winter 2024