Future Tech Blog
フューチャー技術ブログ

Programming カテゴリの記事

328記事中の 151 ～ 175 を表示

SpringBootで動的な条件をもとにDIしたい

SpringBootのDependency Injection（DI）は便利ですよね？利用する側にコンストラクタインジェクションやら、フィールドインジェクションやらセッターインジェクションやらの形式で書いておくと、DIコンテナが勝手に実行時に対象となるクラスをもってきてインスタンスの生成をしてくれますし、インスタンスのライフサイクルをインジェクションされるクラス側に書けます。実行時にDIしてくれるとはいっても...

Software Design 2022年8月号 執筆記

TIG DX Unitの武田です。先日（2022年7月15日）発売された技術評論社の [Software Design 2022年 8月号] に寄稿させていただきました。まずはじめに、このような寄稿の機会をくださった技術評論社の方々には、心からお礼申し上げます。

SpringBootで、プロジェクトの共有ライブラリとして作ったHTTPのコントローラを公開する

アプリケーション開発のチームと、共有ライブラリチームに分かれているが、共有ライブラリ側でアプリ側にHTTPのエンドポイントを追加したい場合があると思います。例えば、特別なヘルスチェックのエンドポイントを足したいとか。SpringBootのデモアプリとして作成したもの（Spring Starter ProjectでSpring Webだけ足したもの）をベースにやり方をまとめていきます。

grpc-gatewayでgRPCとREST両対応のサーバを作る

TIGの関です。[サービス間通信とIDL（インタフェース記述言語）連載]の3本目です。昨日に続き、gRPCネタです。この記事では次のネタを扱います。- gRPCの概観- gRPCとWebブラウザの関係性

gRPCのGo実装の新星、Connect

6/1に公開されたばかりのgRPC関連のライブラリの[Connect]を紹介することにしました。

Open API Specification 3.1と気になる仕様策定

Open APIは2022.6.21時点では3.1.0が最新です。これまでリリースノートすらウォッチしていなかったので気になったことを調べてまとめました。

サービス間通信とIDL（インタフェース記述言語）連載を始めます

IDLやエコシステム、サービス間の通信（何かしらのRPC関連の技術）をテーマにした連載を始めます。IDL（インターフェース記述言語: Interface Definition Language）と聞けば...

Go で map 型の YAML 出力を指定の順序へ変更したい

!表題の通り、Go で map 型の YAML 出力の際、key を指定した順序にする方法を調査・実装してみました。指定した順序で出力したいので、map を struct へ変換して出力しました

循環的複雑度の計算を題材にRoslyn APIを使ってみた

循環的複雑度の計算を題材に、Roslynを用いてVB.NETに対する解析コードをC#で書いてみました。本記事では、メソッド単位の循環的複雑度の計算を、クエリメソッドを用いて構文木を走査する方法とVisualBasicSyntaxWalkerを継承したクラスを用いて構文木を走査する方法の2通りの方法を紹介します。

ドメイン駆動設計の源流のPofEAAを読んでみる

最近、ドメイン駆動設計(以下DDD)とかそのあたりを読みこんでいる人から、DDD本の読み方を教えてもらいました。ここではDDD本はエリック・エヴァンスのドメイン駆動設計の方を参照しました。「DDDはパターンランゲージの形式を意識してるよ」ということでした。ただし、きちんとしたパターンランゲージの形式になっておらず、記述が著者のものになってるので、読者は注意して読む必要があるのかもとのことです

GoogleWorkspace SDKのAPIリクエスト間隔は気を付けましょう

Google Workspace Admin SDKのDirectory APIを使った開発を行いました。本記事では、APIを利用した際に500エラーを頻発させてしまった件について執筆していこうと思います。

AWS Lambdaの初期化処理と初期化タイミングの考慮不足によるはまりどころ

失敗談をテーマにした連載の5本目です。AWS Lambdaで、予約済同時実行数を1に制限して使っていたときに、初期化処理と初期化タイミングの考慮不足により、はまったことがありました。本記事ではLambdaの初期化処理についておさらいした後、はまったケースの事例や原因、対応した方法を紹介します。

Go言語で定数として扱いたいmapを毎回アロケートさせて性能劣化した話

参加しているプロジェクトで、数百万件のデータを処理する機能を担当したことがありました。本記事はその際の失敗と、その失敗から得た経験を共有するため、執筆しました。

失敗談連載2022を始めます

普段仕事している中での失敗談を集めた連載開始のインデックス記事となります。普段、仕事で開発などを進めているとき、そのときのレビューが通過したり、気づきにくい小さなミスなどがあるかと思います。そういった内容がちょっとずつ積もっていき、どこかで障害になったり、性能の劣化を引き起こします。はたまた...

golang.tokyo #32 で go-twowaysql について紹介しました

TIG 多賀です。 2022/5/19 に開催された golang.tokyo #32 に登壇しましたので報告させていただきます。「自作ライブラリ、ソフトウェアGo自慢大会」ということで、OSS 活動の一環で作成したfuture-architect/go-twowaysqlについて紹介してきました。

golang.tokyo #32を主催しました

golang.tokyo #32を主催しました。Futureが社外向けに行なっているFuture Tech Nightという、だいたい月次で行なっている勉強会があり、今月はGoですかね、という話をしていたのですが、どうせなら外部の人にも登壇してもらう場にして盛り上げて、集客もたくさんしよう、という感じでgolang.tokyoとしての開催にすることにしました。

Lambda×Go並列処理で100万回APIを呼び出す

こんにちは。TIG DXチームの後藤です。2021年7月に新卒でフューチャーに入社しました。業務でAPIを通して数万～100万のデータのバッチ処理を行うLambdaの開発を行ったので、学びを共有したいと思います。　　

Lambda Function URLs をGoでお試し。実行時間の上限（タイムアウト）やWeb API構築周りで気になること

2022/04/06にGAになったと発表された、Lambda Function URLsは、AWS Lambdaに直接HTTPSエンドポイントを追加できるというもので、API Gateway（やALB）無しでWeb APIやサイトを構築できると話題になりました。

読書感想文「リファクタリング第2版」

「リファクタリング」という言葉を聞いたことがある人は多いでしょう。「リファクタリング」という言葉は最初の書籍が出版されて、ここ22年ほどですっかり「一般名詞」として開発の中の活動として定着した印象があります。リファクタリングは「コードの機能を変えずに、コードのメンテナンスがしやすいようにコードを整理する」活動です。リファクタリング本と相互に参考文献になっているエクストリームプログラミングの本では次のサイクルを繰り返すことで開発の生産性と品質を維持しながら開発をし続けることを提唱していました。

「プロになるJava」読書感想文〜新人の頃の気持ちで最近のJava入門書を読む話

久しぶりにJavaを利用するプロジェクトにアサインされたことや、初めてOJTトレーナーをやることになったことがきっかけで、「最近のJava入門書ってどんな感じなんだろう？」とふと興味が湧きました。というわけで、「プロになるJava―仕事で必要なプログラミングの知識がゼロから身につく最高の指南書」（以下「プロになるJava」）というJava入門書を早速購入し、読んでみた中での感想文となります。

フューチャー製OSSのreguerrに入門しつつ、エラーハンドリングしてPRあげてみた

フューチャー製OSSであるreguerrに入門しようと思います。入門の途中でエラーと遭遇したため、途中からエラーハンドリング編に突入しています。入門祭りということで、エラーハンドリングの一例として「こんな風に考えるんだなー」と思いつつ読んでいただければ幸いです。また、最終的にはエラーハンドリングを元に、OSSへPRを投げています。そういったOSSとの向き合い方を感じて頂くきっかけになれば良いなと思っています。

春の入門連載2022を始めます

新年度も始まり、数週間が経ち、新人の方も徐々に会社や所属している団体へ慣れてきた頃ではないかと思います。そんなフレッシュな時期に、2022年もフューチャーは春の入門連載を始めます。新年度になり、心機一転場を新たにしたり、これまで取り組んだことのないものにトライしてみる、というところで、2020年より開始しています。この連載では、- 新人が参画にする時に知っておいて欲しいこと

Pyright を LSP サーバとした自作 LSP クライアント（実装編）

Pyright を LSP サーバとした自作クライアントを実装しますが、その前に経緯について説明します。アルバイトの前は、Future のインターン Engineer Camp で Python のソースコード解析に取り組んでいました。当時は Python の AST モジュールを活用する方針で、それ以外は自前で解析を行っていました。アルバイトでも引き続き解析に取り組んでいますが、次第に型推論などの技術が必要になってきており、全てを自前で実装することは困難な状況です。そこで現在は、既存のツールを拡張する方針を取っています。ツールの候補としては、Mypy および Pyright が挙がりましたが...

Pyright を LSP サーバとした自作 LSP クライアント（調査編）

Language Server Protocol の理解として、Pyright を LSP サーバとした自作クライアントの作成を行いました。その際、Pyright に解析を行わせるための初期化方法がドキュメントには書かれていなかったので、VSCode 拡張用のクライアントをトレースして調査することにしました

Mypy と Pyright の解析手法と型情報の比較

Mypy や Pyright は Python の静的解析ツールとして有名ですが、これら二つに解析情報でどのような違いがあるのかわからなかったので、実験することにしました。Pyright は Mypy に比べて後発のプロジェクトですが、性能面で優れているなどとして徐々に注目を集めています。