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

Programming カテゴリの記事

  • 510
    投稿
  • 123
    著者数
  • 50141
    総シェア数
  • 21728
    Twitter
  • 30
    Facebook
  • 16303
    はてブ
  • 12080
    Pocket

Redisのジオメトリ機能

Quad-Treeみたいなゲームでよくある座標系を収めるデータ構造を使って、近くのメンバーを探す機能とかを作ろうと思っていましたが、ふと「座標系をそのまま格納して検索できるデータベースとかありそうだな」と思って調べたところRedisがヒットして横道にそれてしまったのでそのまま横道を突き進んでみました。Redisは[2010年ぐらいに有志でドキュメント翻訳したり]したりして、チョットワカル程度でしたが、久々にドキュメントを見ていたら座標情報を保持したり検索したりするコマンドが増えていました。その辺りを少し調べてみました。

郵便番号・住所・緯度経度の体系について

こんにちは。TIG DXユニット所属の今泉です。郵便番号・住所・緯度経度について調べる機会があり、自分なりに整理したものを記事にしてみます。本記事ではシステム開発において、仕様レベルでの間違いを防ぐため「知っておいた方がいいだろうな」と思った内容をピックアップして紹介します。

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

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

LT大会#13 2022 Spring

みなさまどうもこんにちは、TIGのオチラルです。2022年4月22日(金）に13回目の社内LT大会を開催しましたので、報告記事を書いていきます！2020年10月に入社してから前回開催となる、[#11「冬のぽかぽかテックトーク」]を視聴し、とてもハイクォリティなLTに感銘を受けていた経緯もあり今回はLT大会の運営に携われて嬉しく思います！

スキーマのバージョン管理と互換性の話

スキーマのバージョン管理と互換性について話します。一般的にスキーマのバージョン管理という話が出た場合、次のどちらかを想像する人が多いのではないでしょうか。

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

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

gRPCのGo実装の新星、Connect

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

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を始めます

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

GoとDynamoDBを用いた開発で反省していること

失敗談をテーマにした連載ということで、ちょうどプロダクト開発的に良い区切りのタイミングでもあるため、振り返りがてら、DynamoDB,Go,AWS Lambdaの技術要素について自分自身の理解・見込みの甘さについて反省します。

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

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

Future Tech Night #22 Flutter勉強会より：Flutterアプリのperformance測定と基本的な実装ポイント

Flutterアプリのperformance測定と基本的な実装ポイントについてご紹介します。1.Performanceについて、2.DevToolsについて...

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

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

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

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

Cloud Functions+ GoでビッグデータETLするときのコツ

Google Cloud上の大規模なシステムのとあるログがCloud Storageに溜まっており、それらをBigQueryにロードし、分析したい、ということがありました。このログは未加工のままBigQueryに読み込めるフォーマットではなく、いわゆるETL処理が必要でした。運用面を考慮し利用サービスを増やしたくない、ということで使い慣れたCloud Functionsを使うことにしました。

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との向き合い方を感じて頂くきっかけになれば良いなと思っています。