integrated1453のブックマーク (169)

  • メンバーからEMへの変化は“異世界転生” あらたま氏が自身の経験で感じた「変わること・変わったこと」3つ

    株式会社LayerXのあらたま氏は、メンバーからEMになって変わること・変わったことと、EMになる前のメンバーレイヤーからできることについて話しました。全2回。 あらたま氏の自己紹介 あらたま氏:こんにちは、よろしくお願いします。(スライドを示して)こんな感じのタイトルでしゃべっていきたいと思います。 まずは「お前、誰よ?」というところで自己紹介します。あらたまといいます。LayerXという会社でEMエンジニアリングマネージャー)をやっている者です。これまでバックエンド中心のキャリアをずっとやってきたのですが、前職では執行役員CTOをやったりして、2023年に転職してLayerXに入りました。 ちなみに、11時の松(松勇気氏)のセッション聞いたよという方……。(会場を見渡して)ありがとうございます。いい話でしたね、はい(笑)。 あとは、「YAPC」とも縁の深い人生を送ってきています。

    メンバーからEMへの変化は“異世界転生” あらたま氏が自身の経験で感じた「変わること・変わったこと」3つ
    integrated1453
    integrated1453 2024/05/09
    冒頭のEMへの変化は書籍のフレームを上手く使って説明されていて納得感もあり、新任EMの良い手引きになりました。メンバーの認知を更新していくための型として 1on1も仮説を立てて検証していくというサイクルいいですね
  • SNSを通じた「ギブ&テイク型情報収集術」と、後悔しない技術選定を叶える方法【DBエンジニア|こば】 レバテックラボ(レバテックLAB)

    SNSを通じた「ギブ&テイク型情報収集術」と、後悔しない技術選定を叶える方法【DBエンジニア|こば】 2024年5月8日 データベースエンジニアDBソムリエ こば -Koba as a DB engineer-(@tzkb/小林隆浩) 基盤担当のエンジニアとして様々なプロジェクトで経験を積み、中でもデータベースに関する設計、運用、トラブルシューティング等を専門とする。得意とするDBMSはOracle DatabaseおよびPostgreSQL。オライリー社刊行・書籍「詳説 データベース」監訳者。itmediaにてクラウドネイティブなDBやNewSQLに関する連載を持つ。 X Zenn Qiita connpass SpeakerDeck 技術や業界など仕事についての情報収集の基盤として多くのエンジニアを支えていたTwitter(現X)が、以前とは異なる姿となってゆく今、必要な情報を過不足

    SNSを通じた「ギブ&テイク型情報収集術」と、後悔しない技術選定を叶える方法【DBエンジニア|こば】 レバテックラボ(レバテックLAB)
    integrated1453
    integrated1453 2024/05/08
    ワイが尊敬するエンジニア、口を揃えてみんなこう言ってるからそうなんやで “こば:「インプットのためにアウトプットすること」です。 情報は、アウトプットする人のところに集まってくると考えています。”
  • エンジニア従業員エンゲージメント向上への道 - Uzabase for Engineers

    はじめに こんにちは!NewsPicksのVP Of Mobile Engineeringの石井です。 約1年前にPharmaXさん主催の「事例で学ぶ!エンジニア組織文化を作る採用・評価の仕組み」というイベントでPharmaX 取締役・エンジニアリング責任者の上野さん、カオナビCTOの松下さんと私の3人で事例発表やパネルディスカッションをしました。(そのときの記事は、PharmaXさんのこちらの記事にあります) このときに私が話したエンゲージメントに関することは、「採用とオンボーディングを頑張った結果、エンゲージメントもよくなりました」的な話もしました。 ただ、それ以外にも多くのことをしています。今回はそこを深掘りしたいと思います。 以前の状態との比較 当時、発表した時のモバイルチームのエンゲージメントは次の通りでした。(NewsPicksでは半期に一度、サーベイをしています) で、202

    エンジニア従業員エンゲージメント向上への道 - Uzabase for Engineers
    integrated1453
    integrated1453 2024/05/08
    Qualtricsのエンゲージメントサーベイを定点観測しながら、チームのエンジニアの働き方・評価・1on1・開発者体験・プロダクトの外部品質・事業との関わり方まで改善を重ね続け成果を出しているのすごすぎる。見習わねば
  • nginxログをFluentdとNew Relicで見える化する - サーバーワークスエンジニアブログ

    こんにちは、マネージドサービス部 大城です。 リバースプロキシ(今回の場合nginx)のログをNew Relic Logsに連携して見える化してみます。 New Relic APMを入れたらデフォルトでログが自動転送されるので便利です。APMが対応している言語であればAPMを入れるのが手っ取り早いです。 ただ、APMが対応していない言語やアプライアンス製品などAPMを入れるのが難しい環境は、リバースプロキシ(今回の場合nginx)があればログをNew Relic Logsに連携することである程度見える化することができます。制限がある環境で見える化したい場合の参考にしてください。 環境準備 やってみた Fluentdのインストール ログを構造化する StatusCode別の集計 リクエスト多いURI TOP10 user_idをログに埋め込む 利用が多いuseridの集計 特定の useri

    nginxログをFluentdとNew Relicで見える化する - サーバーワークスエンジニアブログ
    integrated1453
    integrated1453 2024/05/01
    前提がハード “APMが対応していない言語やアプライアンス製品などAPMを入れるのが難しい環境は、リバースプロキシ(今回の場合nginx)があればログをNew Relic Logsに連携することである程度見える化することができます。”
  • Mackerel で行った障害対応演習を紹介します - Hatena Developer Blog

    こんにちは、Mackerel チーム SRE の id:heleeen です。 この記事は、はてなの SRE が毎月交代で書いている SRE 連載の4月号で、先月分は id:taxintt さんのサービスの一般公開前からSLI/SLOと向き合うです。 今回は、先日 Mackerel チームで行った障害対応演習で実施した内容と、どのような学びを得たかについて紹介します。 番障害はできればなくしたいものですが、すべての障害を完全になくし可用性を100%にするのはとても困難です。そのため、障害が発生したときの影響範囲を小さくする仕組みを導入したり、ロールバックを素早く行えるようにしておくなど、影響を抑えるための取り組みが必要になります。 Mackerel では、その一環として、障害対応時のオペレーションの確認やバックアップからの復旧が行えるかの検証などの起きてしまった障害を素早く収束させたり、

    Mackerel で行った障害対応演習を紹介します - Hatena Developer Blog
    integrated1453
    integrated1453 2024/04/30
    SREがサポートに徹して障害対応のEnablingするのすごい “ この演習ではアプリケーションエンジニアが手を動かすことを目的としたため、SRE は障害の対応ではなく、調査や対応に困っていそうなときのサポートを行います”
  • AWS Security HubとSlackを利用して、セキュリティ状況の監視運用を効率化したお話 - Uzabase for Engineers

    はじめに 初めまして!ソーシャル経済メディア「NewsPicks」SREチーム・新卒エンジニアの樋渡です。今回は「AWS Security Hub」と「Slack」を用いて、弊社で利用しているAWSリソースの監視運用を効率化したお話です。 お話の内容 年々増加するサイバー攻撃に対抗するため、セキュリティ対策は日々重要度が増してきています。 そこで弊社で利用しているAWSのリソースに対して、各種セキュリティイベントの収集ができるAWS Security Hubを利用することで、セキュリティ状態の可視化と迅速な対応がしやすい運用を行い、セキュリティ状態の現状把握から始めることにしました。特にNIST CSFの「検知」部分の運用について整備した内容となっています。 NIST Cyber Security Frameworkについて 皆さん、「NIST Cyber Security Framewo

    AWS Security HubとSlackを利用して、セキュリティ状況の監視運用を効率化したお話 - Uzabase for Engineers
    integrated1453
    integrated1453 2024/04/30
    SREチームに配属された新卒エンジニアが入社1ヶ月目にしてSecurity HubのSlack通知を実装してくれました!Security HubのSlack通知はAWS Chatbotを利用することもできますが、自動でステータスを通知済みに変更できる点が差分です。
  • AWS CodeBuildのGitHub Actions runnerサポートでLambdaが実行できるようになったので検証しました | CyberAgent Developers Blog

    AWS CodeBuildGitHub Actions runnerサポートでLambdaが実行できるようになったので検証しました CTO統括室の黒崎(@kuro_m88)です。日早朝に面白そうな発表を目にしました👀 AWS CodeBuild now supports managed GitHub Action runners AWS CodebuildGitHub Actionsに対応したという内容ですが、要するにAWSホストするGitHub Actions Runnerが出たということですね🎉 AWSがマネージしてくれることで、EC2(x64, arm)はもちろん、GPUとカスタムイメージも利用できるようです。 さらに注目したのはGitHub Actions RunnerとしてAWS Lambdaが使えるようです。Lambdaが使えると嬉しいポイントはActionsのjo

    AWS CodeBuildのGitHub Actions runnerサポートでLambdaが実行できるようになったので検証しました | CyberAgent Developers Blog
    integrated1453
    integrated1453 2024/04/28
    最高 “GitHub Actions Runnerの最小課金単位は1分であるため… (中略)コスト効率が悪くなるデメリットがありました。AWS Lambda on CodeBuildが使えるとこの単位が1秒単位となるため、以前より気軽に小さなジョブを作成できます。”
  • 令和時代の API 実装のベースプラクティスと CSRF 対策 | blog.jxck.io

    Intro CSRF という古の攻撃がある。この攻撃を「古(いにしえ)」のものにすることができたプラットフォームの進化の背景を、「Cookie が SameSite Lax by Default になったからだ」という解説を見ることがある。 確かに、現実的にそれによって攻撃の成立は難しくなり、救われているサービスもある。しかし、それはプラットフォームが用意した対策の質から言うと、解釈が少しずれていると言えるだろう。 今回は、「CSRF がどうして成立していたのか」を振り返ることで、当にプラットフォームに足りていなかったものと、それを補っていった経緯、当にすべき対策は何であるかを解説していく。 結果として見えてくるのは、今サービスを実装する上での「ベース」(not ベスト)となるプラクティスだと筆者は考えている。 CSRF 成立の条件 例えば、攻撃者が用意した attack.examp

    令和時代の API 実装のベースプラクティスと CSRF 対策 | blog.jxck.io
    integrated1453
    integrated1453 2024/04/27
    勉強と復習になった〜。CSRF TokenやDouble Submit Cookie、不要は言い過ぎだけど一層目ではなさそうね ” ところが、防御の一層目として認識されていたこの手法も、今となっては多層防御の二層目だという認識を持つべきだ。”
  • Playwrightを使ったE2Eテストを導入した話 - Uzabase for Engineers

    はじめに こんにちは。ソーシャル経済メディア「NewsPicks」の QA/SET チームの海老澤です。 先日 弊社で E2E テスト実行するために Playwright を導入したため紹介させてください。 E2Eテストとは E2Eテスト(エンドツーエンドテスト)とは、ソフトウェア開発におけるテスト手法の一つで、アプリケーションが実際の運用環境と同様の条件下で正しく動作することを確認するためのテストです。 システムの開始点から終了点までを通じて、ユーザーの視点でアプリケーションのフローを追い、機能全体が連携して期待通りに動くかを検証します。具体的には、ユーザーが行うであろう一連の操作をシミュレートして、データがシステムを通じて適切に流れるかや、最終的なアウトプットが正しいかどうかを確認します。E2Eテストにより、部分的な単体テストや統合テストでは見逃されがちな問題を発見することができます。

    Playwrightを使ったE2Eテストを導入した話 - Uzabase for Engineers
    integrated1453
    integrated1453 2024/04/25
    QA/SETチームがPlaywrightのE2Eテスト基盤を作って開発チームをEnablingしている話 "開発者十数名と2時間ほどの MagicPod から Playwrightへのテストケース移行合宿を行ったのですが、...移行のPR作成まで行うことができました。"
  • ブラウザからDBに行き着くまでただまとめる

    はじめに あなたはブラウザからデータベース(DB)に情報が行き着くまでにどんな技術が使われているか説明できますでしょうか? どのようなプロトコルが用いられ、どの技術を駆使してサーバと通信しているのか、Webサーバでは何が行われ、どのようにして負荷が分散されているのか、トランザクションはどのように管理されているのか、そしてデータベースではシャーディングや負荷対策のためにどのような対策が取られているのか… なんとなくは理解しているものの、私は自信を持って「こうなっている!!」とは説明ができません。 そこで今回は「大規模サービス」を題材としてブラウザからデータベースに至るまでの、情報の流れとその背後にある技術について、明確かつ分かりやすく解説していきたいと思います。 対象としてはこれからエンジニアとして働き出す、WEB、バックエンド、サーバーサイド、インフラ、SREを対象としております。 1.

    ブラウザからDBに行き着くまでただまとめる
    integrated1453
    integrated1453 2024/04/24
    超大作で草。せいぜいFQDNの名前解決の説明するくらいかと思ったらDNSだけでISPのDNSサーバー→ルートDNSサーバー→TLDサーバー→オーソリティのDNSサーバーと辿るところまで詳解しててガチだったw
  • ARMアーキテクチャとlibvipsへの変更で画像変換のコストが40%ダウン - Pepabo Tech Portal

    こんにちは、最近は旅行しているか、コードを書いているかの2極化が進みつつあります、P山です。直近の業務において、私が支援している国内最大級のハンドメイドマーケットサービス minne において画像変換サーバの実装を変更し、大幅にコストダウンできたので、その事例を紹介します。 minneについて minneはハンドメイド作家が創作したハンドメイド作品を販売することができるハンドメイド作家支援サービスです。技術スタックとしてはRuby on Railsを軸に、実行環境はOpenStackとAWSを用いたデュアルスタックのKubernetesを利用しており、スマートフォンアプリもiOS、Androidともに提供しています。 幅広い技術を、モダンな構成で扱うことができるので、もし採用にご興味があれば採用ページ をご確認ください。ペパボ社内を見渡しても若いメンバーが比較的多く、日々活気のある開発がさ

    ARMアーキテクチャとlibvipsへの変更で画像変換のコストが40%ダウン - Pepabo Tech Portal
    integrated1453
    integrated1453 2024/04/22
    ImageMagickで画像リサイズとか、10年モノWebサービス開発現場では腐るほど見てきたからモダン化してコスト削減した事例はとても参考になる。LambdaとARMアーキテクチャを利用しているのもクラウドに最適化されていて良い…
  • AWS Outpostsに見る軍需産業とITの結びつき|ミック

    先日、XでAWS Outpostsの使い道が分からないというツイートに対して「軍の前哨基地で使うことを想定している」というコメントをしたところ、大きな反響があった。Outpostsを何に使うのか疑問に思っていた人は思ったより多いようだ。 AWS Outpostsは軍の前哨基地での利用が想定されてるんですよね。「軍が前線まで持っていけるデータセンター」というコンセプトで作られた。 https://t.co/YQCAsrszaj https://t.co/9OEj43Kqdu — ミック (@copinemickmack) April 20, 2024 確かに、Outpostsの日語サイトを見ても、軍需関連の単語は一つも出てこないので、AWSとしても日向けには意図的に避けているのだと思われる(実際、日が戦闘のために軍を国外に送る機会はまずない)。日で軍需産業と思われてもあまりマーケティ

    AWS Outpostsに見る軍需産業とITの結びつき|ミック
    integrated1453
    integrated1453 2024/04/21
    AWSに1日10回デプロイするような自由度・頻度で軍需アプリケーションのエッジを更新できるって、軍事技術の優位性だと思う。米国防省は戦闘機にKubernetes搭載してCI/CDもしてるらしいし、ITが活用されてますね〜
  • 本当にDropboxはオンプレ回帰なのだろうか? - 256bitの殺人メニュー

    おはようございます。やっぱヒノキっぽいんだよなぁ、、、(花粉 ということで鼻ズルズルマンです。 Dropboxはオンプレ回帰した? 最近良く聞きます、Dropboxはオンプレ回帰した、クラウドはコストが高いから最近オンプレに戻る企業が増えている、とか。 一つ一つの記事やツイートをイチイチピックアップはしないですが、とにかくよく聞くわけです。 でも思うんですよね、「そんなわけないのでは?」だってよく考えてみてください、テックが強い組織であればあるほど適材適所でクラウドを使ったほうがいい所も見えてきます。 現代のアーキテクチャでクラウドがハマる部分が全くないシステムはありません。一時的なリソース確保と開放、管理のいらないインフラ、様々なサービス。これを利用しないなんてことあるのかな?ってことなわけです。無理にオンプレのみで頑張るのが論理的か?という話かもしれません Dropboxがオンプレに移

    本当にDropboxはオンプレ回帰なのだろうか? - 256bitの殺人メニュー
    integrated1453
    integrated1453 2024/04/21
    面白かった。ファイルストレージのS3はオンプレに移行してるけど、Hadoopクラスタのストレージは逆にS3に移行してるのか。全然「Dropboxもクラウドやめてる!」ではないな笑
  • 10年もののRailsアプリの持続可能性を求めて -なぜ初手でCoffeeScript廃止を選んだのか- - Money Forward Developers Blog

    シニアソフトウェアエンジニアusadamasaです。 マネーフォワード クラウド会計とそれに関連するマイクロサービス群の開発運用を担当しています。 記事では、クラウド会計という10年もののRailsアプリの持続可能性をいかにして確保していくかの取り組みをご紹介します。 TL;DR 私が所属するチームでは、クラウド会計の開発運用における課題を整理し、それぞれの課題に対して解決策を検討し、実行するための取り組みを進めています。 最初にクラウド会計の全体の構造を明らかにし、課題を可視化、組織の共通認識としました。 その上で銀の弾丸を求めるのではなく、有期かつ漸進的な改善のプロジェクトとして計画することが成果に繋がります。 クラウド会計の現状 クラウド会計はマネーフォワード クラウドの代表的なプロダクトの一つです。 2013年にリリースされてから10年、多くの機能追加や改善を重ね、現在では沢山

    10年もののRailsアプリの持続可能性を求めて -なぜ初手でCoffeeScript廃止を選んだのか- - Money Forward Developers Blog
    integrated1453
    integrated1453 2024/04/14
    「10年ものの…」という問題解決、自分も常にやってるけど、10年続くサービスはユーザー提供価値も開発体制も大きいので技術スタックの変更は合意を得ながら進める必要があり、その旗振りができるシニアは価値が高い
  • ベストなCDK for Terraform(CDKTF)のディレクトリ構成を探る

    最近関わっているプロジェクトでは、大きなアプリケーションのリアーキテクチャを行っています。 そこではフルスクラッチでインフラの構成を書き直す機会がありました。 そのプロジェクトは社内では比較的複雑な構成になっていて、リアーキテクチャにあたっては、アプリケーション特有の事情により、考慮すべきポイントや難度が高いところがたくさんありました。 具体的には、複数のマイクロサービス間の協調性や独立性とそれに付随する認証/認可、クライアント証明書(mTLS認証)の管理、歴史的経緯による複雑性を正すためのawsアカウント移行などなど。 それらは別の機会で語る(or 同僚の誰かが語ってくれることに期待したい)として、この記事ではインフラをフルスクラッチで書き直すにあたって選択したCDKTFについて、紆余曲折を経つつも最終的に採用したディレクトリ構成について書きたいと思います。 タイトルには「ベストな」とあ

    ベストなCDK for Terraform(CDKTF)のディレクトリ構成を探る
    integrated1453
    integrated1453 2024/04/05
    CDKが使われている環境でCDKTFに書き直している興味深い事例。New RelicのデプロイだけCDKTF使ってるけど、CDKのStackやConstructの概念がそのまま使えてTypeScriptで型安全なプロパティが使える恩恵は大きいので悪くない選択肢かと
  • 【研修資料公開】24新卒エンジニア研修「エンジニア基礎」を実施しました! - WILLGATE TECH BLOG

    こんにちは!ウィルゲート SREチーム 4年目エンジニアのことみん(@kotomin_m)です ウィルゲートでは24新卒エンジニア 内定者向けに新卒研修を実施しました! この記事では、新卒研修の内容と、研修の中でも私が担当した「エンジニア基礎」の作成の裏側や資料を公開したいと思います! 作成した資料は、私の3年間の学びを凝縮したものであり、そのためかなりボリュームがあります。 しかし、今日から新卒エンジニアの皆さんだけでなく、先輩エンジニアの皆さんにも見て頂き、是非後輩エンジニア教育の際に使ってもらえると嬉しいです!(頑張って作ったので何卒……!!) 新卒研修の内容 エンジニア基礎 資料公開 エンジニア基礎 作成の裏側 研修作成の背景 研修作成で苦労したところ おわりに 新卒研修の内容 今回は講師11名、全12項目の研修が実施されました! 過去の研修資料をブラッシュアップしたものもありま

    【研修資料公開】24新卒エンジニア研修「エンジニア基礎」を実施しました! - WILLGATE TECH BLOG
    integrated1453
    integrated1453 2024/04/02
    最初にプロ意識の話があるの、めちゃくちゃ好みです。ことみん氏、完全にわかってる側の人だ
  • なぜCDKを使う「べき」なのだろう? - Uzabase for Engineers

    はじめに 皆様こんにちは、ソーシャル経済メディア「NewsPicks」(Media Infrastructureチーム)エンジニアの北見です。 現在、私は弊社サービスの一部のインフラ刷新を行なっている最中で、ここ数ヶ月 AWS CDKを触っておりました。 前職では Infrastructure as Code として Terraform を使ったことがあるのですが、少なくともAWS を使うという条件においては CDKを使うべき という結論に辿り着きました。 今回はそのように考えるようになった理由について説明していこうと思います。 前提 Terraform はパブリッククラウドにおける Infrastructure as Code の走りとして様々な現場に導入実績があり、それに対するリスペクトは持つべきです。 しかしよくある「AvsB」というメリデメの構図で「どっちでもいいよ、好みだよ」と投

    なぜCDKを使う「べき」なのだろう? - Uzabase for Engineers
    integrated1453
    integrated1453 2024/03/29
    NewsPicksはAWSをフル活用する上でIaCにCDKを使うと組織で意思決定をしています。その結果、アプリケーションエンジニアにインフラのオーナーシップが生まれ、SREチームは作業依頼ではなく全体最適の改善に注力できています
  • ECS on Fargate 1.4.0で「ResourceInitializationError」を解決する方法 - Uzabase for Engineers

    こんにちは。ソーシャル経済メディア「NewsPicks」で検索システムを開発しております崔(ちぇ)です。 弊社の検索システムはAWS EC2(Elastic Compute Cloud、以下、EC2)で動いていました。それを昨年、Amazon ECS(Elastic Container Service、以下、ECS)に移行しました。前回のブログでは、移行のために調べた「アプリケーションをコンテナ化するベストプラクティス」をまとめましたので、ご興味ある方は読んでいただけると嬉しいです。 tech.uzabase.com 今日は、ECS on Fargateのタスク起動に手こずった話をしてみようと思います。タイトル通りFargate 1.4.0 で発生しうる ResourceInitializationError の解決方法について述べるのですが、「まさに今それにハマってた!」という方はぜひ読

    ECS on Fargate 1.4.0で「ResourceInitializationError」を解決する方法 - Uzabase for Engineers
    integrated1453
    integrated1453 2024/03/27
    ResourceInitializationErrorからタスクENIの役割と各サービスへの通信要件をしっかり調べて問題解決している。公式ドキュメントを読んで腹落ちして自分の言葉で説明できるようになる、エンジニアの所作としてとても大事だな〜
  • ソフトウェアエンジニアのライブラリアップデートの向き合い方 - Uzabase for Engineers

    こんにちは。ソーシャル経済メディア「NewsPicksNewsPicks Stage.事業のエンジニアをしています、林です。 業務では Next.js / Rust / Go などを用いて、経済・ビジネス情報に特化した動画配信サービスであるNewsPicks Stage.の開発・運用を行っています。 はじめに 突然ですが、皆さんは自身のソフトウェアのライブラリアップデートは行えていますか? 皆さんはどのようにライブラリアップデートを行なっていますか? 新機能を試したくて? npm iで失敗してから頑張る? Renovate / dependabot が自動Mergeされる環境? もしくは対応担当が特定の日にまとめてMergeする運用? しかし多くの開発者は、アップデートに対して「うまくいっている」と言えないのではないでしょうか?自身も様々なプロダクトを開発してきた経験上、日々の中ではどう

    ソフトウェアエンジニアのライブラリアップデートの向き合い方 - Uzabase for Engineers
    integrated1453
    integrated1453 2024/03/21
    HowではなくひたすらWhyに言及されていて良い記事だなぁ
  • 会計システムのアーキテクチャとモデリング ~会計というドメインを Rust で表現している話~ - CADDi Tech Blog

    はじめに こんにちは。 バックエンドエンジニアの松です。今回は、会計システムの開発を通じて、 CADDi におけるプロダクト開発の様子を紹介します。 2024年3月現在、CADDiでは2つのサービスを提供しています。1つは図面データ活用クラウド「CADDi Drawer」で、もう1つは加工品製造サービス「CADDi Manufacturing」です。 今回、後者の加工品製造サービス「CADDi Manufacturing」向けに、 会計システムを構築しました。これは、生産管理システムや拠点管理システムから取得した各種情報を基にして、会計仕訳データを生成し、経理部門に公開する役割を持ちます。 はじめに 会計システムのアーキテクチャとその狙い 計算処理を少しずつ進める 会計数値の妥当性をダッシュボードに表示する 会計システムのモデリングと最初の開発 仕訳の流れを整理して、ドメインモデル、デー

    会計システムのアーキテクチャとモデリング ~会計というドメインを Rust で表現している話~ - CADDi Tech Blog
    integrated1453
    integrated1453 2024/03/19
    月次バッチを長時間実行してスリリングな月末をお過ごしの方🙋 “ この仕組みにより、月末を待つことなく、毎日少しずつ増えるイベントを対象に実際の処理を実行し、チェックを行うことができるようになりました。”