フューチャー技術ブログ (@future_techblog) | teapawt

Tweets
All Posts
Sort by
Most recent Popular
Tweets & Replies
Reposts
Media
Search

フューチャー技術ブログ

@future_techblogNov 13

＼技術ブログ公開しました✨／ AWS EmulatorにTerraformでリソースを作成できるか試してみる future-architect.github.io/a…

aws-emulatorにTerraformでリソースを作成できるか試してみる | フューチャー技術ブログ

aws-emulatorにTerraformでリソースを作成できるか試してみる | フューチャー技術ブログ

AWSから発表された aws-emulator に向けて、Terraform でVPCやLambdaを作成できるか、GitHub Actions のCIに組み込めるかを試しました。

future-architect.github.io

131

10,758

フューチャー技術ブログ

@future_techblogNov 12

＼技術ブログ公開しました✨️／ 50を前に、凡庸なITコンサルが自分を棚卸ししてみました future-architect.github.io/a…

50を前に、凡庸なITコンサルが自分を棚卸ししてみました | フューチャー技術ブログ

50を前に、凡庸なITコンサルが自分を棚卸ししてみました | フューチャー技術ブログ

48歳になり、60歳までの残り12年を前に、40歳までプログラマ・それ以降はコンサルとして歩んできた自分を棚卸ししました。もういいやと思うこと、それでもやり続けたいこと、AIとの向き合い方を書きます。

future-architect.github.io

13

851

フューチャー技術ブログ retweeted

最高です。作業報告から相手が決めるべき問いを切り出し、担当者が社内で説明できる材料まで整える。「コミュ力」を話術や愛嬌で片付けず、技術を合意と次の行動につなぐ、練習できる手順に分解しているのがいい。 #nwiizoがいいぞと思った b.hatena.ne.jp/entry/s/futur…

『お客様の前に立つフロント人材になるために、技術以外の最小構成 | フューチャー技術ブログ』へのコメント

『お客様の前に立つフロント人材になるために、技術以外の最小構成 | フューチャー技術ブログ』へのコメント

syu-m-5151, ”最高です。作業報告から相手が決めるべき問いを切り出し、担当者が社内で説明できる材料まで整える。「コミュ力」を話術や愛嬌で片付けず、技術を合意と次の行動につなぐ、練習できる手順に分解しているのがいい。”

353

14,646

フューチャー技術ブログ

@future_techblogNov 11

＼技術ブログ公開しました✨️／お客様の前に立つフロント人材になるために、技術以外の最小構成 future-architect.github.io/a…

お客様の前に立つフロント人材になるために、技術以外の最小構成 | フューチャー技術ブログ

お客様の前に立つフロント人材になるために、技術以外の最小構成 | フューチャー技術ブログ

お客様の前に立ってプロジェクトを自律的に進めるために、技術のほかに何が必要か、会議でのやり取りとプロジェクト全体視点でのやり取りの2つの層に分けて整理しました。

future-architect.github.io

54

3,263

フューチャー技術ブログ

@future_techblogNov 10

＼技術ブログ公開しました✨️／シンギュラリティの記事を見るたび不安になったので、自分の思考を蒸留→AI化して、仕事がどう変わるか試してみた future-architect.github.io/a…

シンギュラリティの記事を見るたび不安になったので、自分の思考を蒸留→AI化して、仕事がどう変わるか試してみた | フューチャー技術ブログ

シンギュラリティの記事を見るたび不安になったので、自分の思考を蒸留→AI化して、仕事がどう変わるか試してみた | フューチャー技術ブログ

シンギュラリティの記事を見るたび湧く不安に向き合うため、Claude Code との484セッションから自分の判断の仕方を蒸留して「裁定者スキル」を作り、仕事がどう変わるかを試しました。

future-architect.github.io

4

530

フューチャー技術ブログ

@future_techblogNov 9

＼技術ブログ公開しました✨️／エンジニアが『「なぜ」と聞かない質問術』を読んでみた future-architect.github.io/a…

エンジニアが『「なぜ」と聞かない質問術』を読んでみた | フューチャー技術ブログ

エンジニアが『「なぜ」と聞かない質問術』を読んでみた | フューチャー技術ブログ

『「なぜ」と聞かない質問術』を読んで、エンジニアやITコンサルタントの視点から勉強になった点を紹介します。「なぜ」ではなく事実に焦点を当てた質問で、顧客の背景や動機をヒアリングする方法を考えます。

future-architect.github.io

1

288

フューチャー技術ブログ retweeted

aliyome@aliyomeNov 6

[エストニアの電子政府じゃない話 | フューチャー技術ブログ](future-architect.github.io/a…) > Amazon EKSやEC2を知っている人はいても、Amazon ECSを知っている人には一人も会いませんでした。 > (略) 検索割合を比べてみると、日本はECSの割合が63か国中1位そうなんだ…

エストニアの電子政府じゃない話 | フューチャー技術ブログ

エストニアの電子政府じゃない話 | フューチャー技術ブログ

2か月のエストニア滞在で、電子政府以外に面白いと感じたことをエッセイ的に書きます。IT・スタートアップ界隈のグローバルさ、外国人にも開かれたコミュニティ、ギークの溜まり場 k-space、そしてクラウドより VM と Kubernetes が根付いている理由の仮説です。

future-architect.github.io

1

190

フューチャー技術ブログ

@future_techblogNov 6

＼技術ブログ公開しました✨️／エストニアの電子政府じゃない話 future-architect.github.io/a…

エストニアの電子政府じゃない話 | フューチャー技術ブログ

エストニアの電子政府じゃない話 | フューチャー技術ブログ

2か月のエストニア滞在で、電子政府以外に面白いと感じたことをエッセイ的に書きます。IT・スタートアップ界隈のグローバルさ、外国人にも開かれたコミュニティ、ギークの溜まり場 k-space、そしてクラウドより VM と Kubernetes が根付いている理由の仮説です。

future-architect.github.io

4

550

フューチャー技術ブログ retweeted

@dario_okazakiNov 4

フューチャーアーキテクトの渋川さんが開発したエクセルのwebビューアーム実を際に試してみてとてもよかった。エクセル仕様書で困るひとはこれをciにして人間はブラウザで確認、llmはエクセルをmarkdownにしてRAGとかにして読むとよさそうな気がしました。 future-architect.github.io/a…

ブラウザでPDF/Office文書などを表示できるビューアを作りながらAI slopについて考えた | フューチャー技術ブログ

ブラウザでPDF/Office文書などを表示できるビューアを作りながらAI slopについて考えた | フューチャー技術ブログ

Office ファイルや PDF をブラウザで表示するためのドキュメント形式 BDF とビューアを、AI に作ってもらいながら仕上げました。その過程で考えた、AI slop の正体についても書きます。

future-architect.github.io

1

343

フューチャー技術ブログ

@future_techblogNov 5

＼技術ブログ公開しました✨️／脆弱性対応と、本能のバグ future-architect.github.io/a…

脆弱性対応と、本能のバグ | フューチャー技術ブログ

脆弱性対応と、本能のバグ | フューチャー技術ブログ

高橋祥子さんの『すべて本能のせい』で紹介されている生命科学の知見をもとに、脆弱性対応で働く人間の判断の癖と、認識のズレを減らす報告や継続して対応するための準備について考えます。

future-architect.github.io

3

426

フューチャー技術ブログ

@future_techblogNov 4

＼技術ブログ公開しました✨️／非機能シリーズの3弾目です！自分たちのセキュリティ要求を見直すためのヒントになればです。セキュリティ要求は、待ってくれない future-architect.github.io/a…

セキュリティ要求は、待ってくれない | フューチャー技術ブログ

セキュリティ要求は、待ってくれない | フューチャー技術ブログ

相次ぐ不正アクセスの報道と、それに対する「指摘を放置していた」という反応を、非機能の観点から考えます。セキュリティの要求水準は自分たちの事業が変わらなくても攻撃者の側の変化で上がるという特性を踏まえ、自分たちのセキュリティ要求を見直すための考え方を整理します。

future-architect.github.io

61

2,579

フューチャー技術ブログ

@future_techblogNov 2

＼技術ブログ公開しました✨️／非機能をシステム開発者の目線ではなく事業者目線で捉え直してみようという、熱量高い記事です🔥 サービスレベル設計として捉える非機能の考え方 future-architect.github.io/a…

サービスレベル設計として捉える非機能の考え方 | フューチャー技術ブログ

サービスレベル設計として捉える非機能の考え方 | フューチャー技術ブログ

非機能を「システム開発者の目線」ではなく「事業者の目線」で捉え直し、何のために決めるのか、どの順番で誰が決めるのか、何をもって保証とするのかの軸を整理します。要望を先に数値にしてから制約に当てはめる進め方と、サービスレベル定義シートのテンプレートも載せています。

future-architect.github.io

96

5,921

フューチャー技術ブログ retweeted

4億行で索引が選ばれない原因は、ユニーク数の過小推定だった。n_distinctを割合で補正できたのは、親子の件数比が安定する前提があるから。設定値をまねるより、統計のずれと保守の条件を確かめたい。 #nwiizoがいいぞと思った b.hatena.ne.jp/entry/s/futur…

『PostgreSQL: 4億件のテーブルでSeq Scanが選ばれる問題を、統計情報(n_distinct)の改善で解決するまでのプロセス | フューチャー技術ブログ』へのコメント

『PostgreSQL: 4億件のテーブルでSeq Scanが選ばれる問題を、統計情報(n_distinct)の改善で解決するまでのプロセス | フューチャー技術ブログ』へのコメント

syu-m-5151, ”4億行で索引が選ばれない原因は、ユニーク数の過小推定だった。n_distinctを割合で補正できたのは、親子の件数比が安定する前提があるから。設定値をまねるより、統計のずれと保守の条件を確かめたい。” / dai_yamashita, ”^_^”

4

1,161

フューチャー技術ブログ retweeted

trends.（トレンズ）@trends_codecampOct 21

Web API、“なんとなく”で止まっていませんか？思ったレスポンスが返らない／認証が通らない／仕様変更が怖い——差がつくのは「仕組みの理解」。図解入門書『絵で見てわかる Web APIの仕組み』（翔泳社）をご紹介📘 ▼記事 trends.codecamp.jp/blogs/med… #WebAPI #PR

『絵で見てわかるWeb APIの仕組み』──“なんとなく”を卒業する図解入門書

『絵で見てわかるWeb APIの仕組み』──“なんとなく”を卒業する図解入門書

翔泳社『絵で見てわかるWeb APIの仕組み』をご紹介。URL・HTTPの基礎からREST／gRPC／GraphQL、性能・認証・認可・セキュリティ、フロントエンド連携まで図解で体系化。「なんとなく呼び出せる」から「使いこなせる」へ導く入門書です。

trends.codecamp.jp

4

150

フューチャー技術ブログ

@future_techblogOct 30

＼技術ブログ公開しました✨️／はじめての非機能要件のガイドラインについて、ツッコミを入れている熱量高い記事です！🔥 非機能はなぜ必要なのか | フューチャー技術ブログ future-architect.github.io/a…

非機能はなぜ必要なのか | フューチャー技術ブログ

非機能はなぜ必要なのか | フューチャー技術ブログ

非機能要件はほとんどサービスレベル設計と同じもので、出発点は技術ではなく業務だと考えています。期待と約束の違い、数値にする順番、保証の対象について、社内の非機能要件ガイドラインを読んで感じた違和感から整理します。

future-architect.github.io

116

5,452

フューチャー技術ブログ retweeted

hiroki takeda@rhumie_Oct 29

「絵で見てわかるWeb APIの仕組み」の増刷が決定したとのことです👏👏 買っていただいた方、ありがとうございます。とても嬉しいです！！ amzn.asia/d/03O2El1f

絵で見てわかるWeb APIの仕組み

絵で見てわかるWeb APIの仕組み

Web APIは、異なるシステムやアプリケーションの間で、データや機能をやり取りするためのインターフェースです。Webサービスやスマートフォンアプリをはじめ、現代のさまざまなシステムがWeb APIによってつながっています。一方で、Web APIの内部で何が起きているのかを、正確に理解するのは簡単ではありません。リクエストを送ればレスポンスが返ってくるため、Web APIは便利な「ブラック...

10

1,356

フューチャー技術ブログ retweeted

hiroki takeda@rhumie_Oct 29

読書の秋ですね。書きました〜

フューチャー技術ブログ

@future_techblogOct 29

＼技術ブログ公開しました✨️／生成 AI 時代の音声会話読書法のすすめ future-architect.github.io/a…

生成 AI 時代の音声会話読書法のすすめ | フューチャー技術ブログ

生成 AI 時代の音声会話読書法のすすめ | フューチャー技術ブログ

M.J.アドラーの『本を読む本』の読書法を下敷きに、生成 AI の音声会話機能を使って紙の本を手に持ったまま読み進める読書法を紹介します。書籍の読ませ方、システムプロンプト、実際のつぶやきの例も載せます。

future-architect.github.io

3

245

フューチャー技術ブログ

@future_techblogOct 29

＼技術ブログ公開しました✨️／生成 AI 時代の音声会話読書法のすすめ future-architect.github.io/a…

生成 AI 時代の音声会話読書法のすすめ | フューチャー技術ブログ

生成 AI 時代の音声会話読書法のすすめ | フューチャー技術ブログ

M.J.アドラーの『本を読む本』の読書法を下敷きに、生成 AI の音声会話機能を使って紙の本を手に持ったまま読み進める読書法を紹介します。書籍の読ませ方、システムプロンプト、実際のつぶやきの例も載せます。

future-architect.github.io

9

1,194

フューチャー技術ブログ retweeted

kadoppe / mento

AIでさっと作ったものは一合目。そこから実用に足るものにするにはその10倍くらいかかるよねって話。それぐらいやると自分の意思も強く載せられる用地なってくる。自分の作ったものとして意思込められるのは、モノの品質にもつながることだし大事 future-architect.github.io/a…

ブラウザでPDF/Office文書などを表示できるビューアを作りながらAI slopについて考えた | フューチャー技術ブログ

ブラウザでPDF/Office文書などを表示できるビューアを作りながらAI slopについて考えた | フューチャー技術ブログ

Office ファイルや PDF をブラウザで表示するためのドキュメント形式 BDF とビューアを、AI に作ってもらいながら仕上げました。その過程で考えた、AI slop の正体についても書きます。

future-architect.github.io

3

333

フューチャー技術ブログ retweeted

渋川よしき

@shibu_jpOct 28

反省をきちんと記録しているの偉すぎる : 3年分の反省をAIに読ませたら、同じ失敗をしているだけだった | フューチャー技術ブログ future-architect.github.io/a…

3年分の反省をAIに読ませたら、同じ失敗をしているだけだった | フューチャー技術ブログ

3年分の反省をAIに読ませたら、同じ失敗をしているだけだった | フューチャー技術ブログ

3年分の「良かったこと・反省すること」メモをAIに分類させたら、同じ失敗を繰り返していただけでした。反省を読み返す役をAIに任せた仕組みと、卒業できる反省とできない反省の違いを考えます。

future-architect.github.io

1

71

6,443