本文へスキップ
Future Tech Blog
フューチャー技術ブログ
メニュー
表示テーマ
表示テーマ: 端末の設定に従う。切り替える
表示テーマ: 明るい。切り替える
表示テーマ: 暗い。切り替える
カテゴリ
カテゴリ
開発
Programming
327
Frontend
135
Mobile
57
IoT
52
VR
20
基盤
DevOps
136
Cloud
79
DB
70
Infrastructure
70
IaC
57
AI
DataScience
100
AIDD
51
DataEngineering
46
セキュリティ
Security
36
認証認可
24
ビジネス
Culture
131
Business
50
Management
48
連載
連載
人気の連載
秋のブログ週間2025
Go1.26リリース
Go1.27リリース
春の入門祭り2025
春の入門祭り2024
AI Tips
連載一覧へ
リソース
リソース
フューチャーのガイドライン
設計ガイドライン・コーディング規約
仕事ですぐに使えるTypeScript
(外部サイト)
実務向けの実践テキスト
OSS / ツール
(外部サイト)
Cheetah Grid / uroboroSQL / Vuls
アクティビティ
アクティビティ
HACK TO THE FUTURE
フューチャー主催のプログラミングコンテスト
Future Tech Cast
技術ブログ発のポッドキャスト
アドベントカレンダー
2015年からの歴代一覧
表示テーマ: 端末の設定に従う。切り替える
表示テーマ: 明るい。切り替える
表示テーマ: 暗い。切り替える
検索を開く
最近の検索
すべて消す
人気のタグ
Go言語
266
ガイドライン
23
設計
44
AWS
138
Python
60
Docker
40
生成AI
27
PostgreSQL
29
Claude
18
Java
41
タグ一覧へ
ホーム
タグ
設計
2ページ目
設計
タグ
記事一覧
全44本のうち 26 ~ 44 本目
マルチクラウドを考えてみた
私は、企業へのクラウドのアーキテクチャ方針を考えたり、デザイン、構築などの仕事を主にしています。その際によくマルチクラウドの導入をしたい!という要望を最近受けることが多くなった気がします
2021.11.02
前原応光
Infrastructure
Xでポストする:マルチクラウドを考えてみた(5ポスト)
5
Facebookでシェアする:マルチクラウドを考えてみた
はてなブックマークで見る:マルチクラウドを考えてみた(5ブックマーク)
5
Pocketに保存する:マルチクラウドを考えてみた(11保存)
11
Terraformerとしてコードを書いて思うこと
ここ最近はほぼ1からコード設計をして運用まで持っていくこともあり、「より腐りにくい、より息の長いコード」というものを考えるようになりました。Terraformだからこその「定期メンテを簡易にするためには」「より簡単に変更するためには」をひたすら突き詰めていった結果、アツい気持ちが生まれ、今回は筆を取っています。
2021.10.29
伊藤太斉
IaC
Xでポストする:Terraformerとしてコードを書いて思うこと(62ポスト)
62
Facebookでシェアする:Terraformerとしてコードを書いて思うこと
はてなブックマークで見る:Terraformerとしてコードを書いて思うこと(166ブックマーク)
166
Pocketに保存する:Terraformerとしてコードを書いて思うこと(74保存)
74
OpenAPIにおけるundefinedとnullの設計
OpenAPI仕様に則ってREST APIの設計をする際に、値が存在しないという状態をどのように表現するかというお話です。まずはじめに、ここでundefinedと言っているのは、OpenAPIの仕様において、リクエスト/レスポンスのデータ型を定義するSchema Objectのプロパティの1つであるrequiredが指定されていない状態を指します。
2021.10.28
武田大輝
Programming
Xでポストする:OpenAPIにおけるundefinedとnullの設計(12ポスト)
12
Facebookでシェアする:OpenAPIにおけるundefinedとnullの設計
はてなブックマークで見る:OpenAPIにおけるundefinedとnullの設計(75ブックマーク)
75
Pocketに保存する:OpenAPIにおけるundefinedとnullの設計(60保存)
60
AWSクラウドの耐障害性、可用性を高めるための前提知識
先日クラウドサービスの障害について社内で体系的に説明する機会があり、0から全体的なイメージがつかめるような情報を整理してみました。Webサービス、ITソリューションが自前のサーバーではなくクラウドサービスを利用して構築されるようになって久しいですが...と語っていきたい所ですが
2021.10.06
伊藤真彦
Cloud
Xでポストする:AWSクラウドの耐障害性、可用性を高めるための前提知識(13ポスト)
13
Facebookでシェアする:AWSクラウドの耐障害性、可用性を高めるための前提知識
はてなブックマークで見る:AWSクラウドの耐障害性、可用性を高めるための前提知識(56ブックマーク)
56
Pocketに保存する:AWSクラウドの耐障害性、可用性を高めるための前提知識(17保存)
17
「リアクティブコントローラ」導入がもたらすかもしれないウェブフロントエンド設計の変化
フロントエンド連載2日目のエントリーです。あまり話題になっていないような気がしますが、Web Componentsを実装するためのフレームワークのLit-Element v3がバージョンアップして、ついでにリブランディングしてLit v2.0となりました。ロゴも変わり、ウェブサイトも新しくなりました。
2021.06.15
澁川喜規
Frontend
Xでポストする:「リアクティブコントローラ」導入がもたらすかもしれないウェブフロントエンド設計の変化(38ポスト)
38
Facebookでシェアする:「リアクティブコントローラ」導入がもたらすかもしれないウェブフロントエンド設計の変化
はてなブックマークで見る:「リアクティブコントローラ」導入がもたらすかもしれないウェブフロントエンド設計の変化(60ブックマーク)
60
Pocketに保存する:「リアクティブコントローラ」導入がもたらすかもしれないウェブフロントエンド設計の変化(48保存)
48
Future Tech Night #9 ~運用で後悔しないためのAWS設計術~を開催しました。
2021/4/21を開催しました。私は、運用まで考慮したクラウドアーキテクチャ設計できていますか?というタイトルでお話させていただきました。発表資料は...
2021.05.27
村瀬善則
DevOps
Xでポストする:Future Tech Night #9 ~運用で後悔しないためのAWS設計術~を開催しました。(10ポスト)
10
Facebookでシェアする:Future Tech Night #9 ~運用で後悔しないためのAWS設計術~を開催しました。
はてなブックマークで見る:Future Tech Night #9 ~運用で後悔しないためのAWS設計術~を開催しました。(33ブックマーク)
33
Pocketに保存する:Future Tech Night #9 ~運用で後悔しないためのAWS設計術~を開催しました。(21保存)
21
Goの構造体の使われ方の設計
Goで構造体を設計する場合、オブジェクト指向的な「型ごとの責務の分担」以外に、「どのように使われるものか」を考える必要があります。 ポインタで扱うのか?値として扱うのか?両方許可するのか?値として扱える場合にimmutable(変更不可能)なオブジェクトとするのか...
2021.05.25
澁川喜規
Programming
Xでポストする:Goの構造体の使われ方の設計(70ポスト)
70
Facebookでシェアする:Goの構造体の使われ方の設計
はてなブックマークで見る:Goの構造体の使われ方の設計(88ブックマーク)
88
Pocketに保存する:Goの構造体の使われ方の設計(58保存)
58
HTTP検索条件、GETにするか?POSTにするか?
RESTfullとかRESTishな方針でWebAPIの横断検索を設計する際にチーム内で方針について議論したやり取りの備忘記事です。
2021.05.18
真野隼記
Infrastructure
Xでポストする:HTTP検索条件、GETにするか?POSTにするか?(125ポスト)
125
Facebookでシェアする:HTTP検索条件、GETにするか?POSTにするか?
はてなブックマークで見る:HTTP検索条件、GETにするか?POSTにするか?(305ブックマーク)
305
Pocketに保存する:HTTP検索条件、GETにするか?POSTにするか?(94保存)
94
Goのフラットパッケージについて登壇しました
TIG真野です。2021/3/19に「Future Tech Night #7 〜フューチャーの開発事例と共に学べるGo勉強会〜」を開催しました。トップバッターでGoの開発構成・アプリアーキテクチャについて話したので報告します。
2021.04.27
真野隼記
Programming
Xでポストする:Goのフラットパッケージについて登壇しました(10ポスト)
10
Facebookでシェアする:Goのフラットパッケージについて登壇しました
はてなブックマークで見る:Goのフラットパッケージについて登壇しました(8ブックマーク)
8
Pocketに保存する:Goのフラットパッケージについて登壇しました(21保存)
21
GCPで構築するサーバーレスデータレイク①
GCPで構築するサーバーレスデータレイクの連載第1弾の記事となります。GCPでデータレイクを構築する場合のポイントについて連載形式でご紹介していければと思います。
2021.02.24
中神孝士
DataEngineering
Xでポストする:GCPで構築するサーバーレスデータレイク①
Facebookでシェアする:GCPで構築するサーバーレスデータレイク①
はてなブックマークで見る:GCPで構築するサーバーレスデータレイク①(1ブックマーク)
1
Pocketに保存する:GCPで構築するサーバーレスデータレイク①(9保存)
9
Go 1.16のsignal.NotifyContext()
Go 1.16リリース記念連載の最終回はsignal.NotifyContextです。ご存知のように、Go 1.7でcontext.Contextが入ってから、少しずついろいろなAPIがContext対応になりました。
2021.02.12
澁川喜規
Programming
Xでポストする:Go 1.16のsignal.NotifyContext()(12ポスト)
12
Facebookでシェアする:Go 1.16のsignal.NotifyContext()
はてなブックマークで見る:Go 1.16のsignal.NotifyContext()(51ブックマーク)
51
Pocketに保存する:Go 1.16のsignal.NotifyContext()(26保存)
26
GoのWebアプリ開発でフラットパッケージにした話
1年弱ほどGo言語でWebAPIアプリケーションを開発していますが、かなり割り切った構成・テスト方針を採用しました。そろそろ1年弱になり機能開発も比較的落ち着き、保守運用フェーズの割合も徐々に増えてきた頃合いなので、やったこと・学び・反省といった振り返りを共有します。
2020.11.09
真野隼記
Programming
Xでポストする:GoのWebアプリ開発でフラットパッケージにした話(25ポスト)
25
Facebookでシェアする:GoのWebアプリ開発でフラットパッケージにした話
はてなブックマークで見る:GoのWebアプリ開発でフラットパッケージにした話(107ブックマーク)
107
Pocketに保存する:GoのWebアプリ開発でフラットパッケージにした話(76保存)
76
デスクトップWebアプリのモバイル化における考え方・Tips
今回はメディア業界向けクラウドサービスGlyphFeedsCMSのモバイル化を例に、Webアプリケーションをモバイル化する際の考え方や手法について書きます。Webアプリケーションをモバイル化する際の参考になれば幸いです。昨今「モバイルファースト」という言葉が広まる中、スマートフォンを始めとするモバイル端末利用の風潮は強まっています。それに伴いWebアプリケーションもモバイル端末での利用シーンが拡大しています。
2020.09.17
中村立基
Mobile
Xでポストする:デスクトップWebアプリのモバイル化における考え方・Tips
Facebookでシェアする:デスクトップWebアプリのモバイル化における考え方・Tips
はてなブックマークで見る:デスクトップWebアプリのモバイル化における考え方・Tips
Pocketに保存する:デスクトップWebアプリのモバイル化における考え方・Tips(1保存)
1
あなたのGoアプリ/ライブラリのパッケージ構成もっとシンプルでよくない?
Goでプロジェクトのフォルダ構成どうしよう、とググると見つかるStandard Go Project Layout(https://github.com/golang-standards/project-layout)。とはいえ、これはかなりコード量を増やしてしまう恐れがありますので、導入する場合のデメリットも考えておく方が良いです。
2020.05.28
澁川喜規
Programming
Xでポストする:あなたのGoアプリ/ライブラリのパッケージ構成もっとシンプルでよくない?(9ポスト)
9
Facebookでシェアする:あなたのGoアプリ/ライブラリのパッケージ構成もっとシンプルでよくない?
はてなブックマークで見る:あなたのGoアプリ/ライブラリのパッケージ構成もっとシンプルでよくない?(263ブックマーク)
263
Pocketに保存する:あなたのGoアプリ/ライブラリのパッケージ構成もっとシンプルでよくない?(187保存)
187
Go Tips 連載5: エラーコードベースの例外ハンドリングの実装+morikuni/failureサンプル
今回は、errors package を一部利用して、エラーコードベースのエラーハンドリング処理を実装しました。また、morikuni/failure を利用した実装への書き換えも試してみています。
2020.05.22
多賀聡一朗
Programming
Xでポストする:Go Tips 連載5: エラーコードベースの例外ハンドリングの実装+morikuni/failureサンプル
Facebookでシェアする:Go Tips 連載5: エラーコードベースの例外ハンドリングの実装+morikuni/failureサンプル
はてなブックマークで見る:Go Tips 連載5: エラーコードベースの例外ハンドリングの実装+morikuni/failureサンプル(43ブックマーク)
43
Pocketに保存する:Go Tips 連載5: エラーコードベースの例外ハンドリングの実装+morikuni/failureサンプル(37保存)
37
PJでUIデザインにAtomic Designを導入したらどうだったのか
今回はPJの現場でUXとUIのデザインを通して、Atomic Designの導入はどのような結果を生んだのか、Atomic Design導入に際しての課題や取り組み方のコツなんかをお伝えできればと思います。z
2020.05.11
平川裕蔵
Frontend
Xでポストする:PJでUIデザインにAtomic Designを導入したらどうだったのか
Facebookでシェアする:PJでUIデザインにAtomic Designを導入したらどうだったのか
はてなブックマークで見る:PJでUIデザインにAtomic Designを導入したらどうだったのか(35ブックマーク)
35
Pocketに保存する:PJでUIデザインにAtomic Designを導入したらどうだったのか(27保存)
27
スキーマファースト開発のためのOpenAPI(Swagger)設計規約
みなさん、Swagger使ってますか?本記事では実際にSwaggerのスキーマ定義を設計していく上で取り決めた規約について書いてみたいと思います。
2020.04.09
亀井隆徳
Frontend
Xでポストする:スキーマファースト開発のためのOpenAPI(Swagger)設計規約(8ポスト)
8
Facebookでシェアする:スキーマファースト開発のためのOpenAPI(Swagger)設計規約
はてなブックマークで見る:スキーマファースト開発のためのOpenAPI(Swagger)設計規約(110ブックマーク)
110
Pocketに保存する:スキーマファースト開発のためのOpenAPI(Swagger)設計規約(83保存)
83
フロントエンドでシステム開発を2年半続けてハマったことから得た教訓3つ
React、Next.js を触り始めて2年半ほど経ちました。これまでによくつまずいたポイントから、自分なりのノウハウを言語化してみます。
2019.10.29
柏木祥子
Frontend
Xでポストする:フロントエンドでシステム開発を2年半続けてハマったことから得た教訓3つ
Facebookでシェアする:フロントエンドでシステム開発を2年半続けてハマったことから得た教訓3つ
はてなブックマークで見る:フロントエンドでシステム開発を2年半続けてハマったことから得た教訓3つ(8ブックマーク)
8
Pocketに保存する:フロントエンドでシステム開発を2年半続けてハマったことから得た教訓3つ(21保存)
21
初めてのGCPで環境構築してハマったこと
お仕事でGCP使って環境を構築することがあったのですが、色々とハマることが多かったので供養を兼ねて共有したいと思います。
2019.08.20
ghost
Cloud
Xでポストする:初めてのGCPで環境構築してハマったこと
Facebookでシェアする:初めてのGCPで環境構築してハマったこと(28シェア)
28
はてなブックマークで見る:初めてのGCPで環境構築してハマったこと(74ブックマーク)
74
Pocketに保存する:初めてのGCPで環境構築してハマったこと(43保存)
43
前のページ
1
2