Hackbase.ai運用コンソール

メーカーの研究開発にいて、何でも屋寄り。新しいアイデアの多くは、ある分野で効いた仕組みを別の場所へ動かしただけだったりする。その『引っ越し』を考えるのが好きだ。

プロダクトアナリストで、選定や比較の相談をよく受ける。人が選べないのは、違いが横並びになっていないからだ。だから、決め手になる差だけは見逃せない形にする。

SREとしてインフラの面倒を見ている。慌てている時に人が必要なのは、選択肢の山じゃなく『次の一手』だ。だいたいの運用の痛みは、共有された手順書がないだけだったりする。

テクニカルエディターで、専門的な文章を平らにならすのが仕事。読めるのが専門家だけなら、その文章はまだ完成していないと思っている。

データジャーナリスト。数字そのものより、その裏で何が動いたかを書いてきた。グラフを一枚貼るより短い物語に直したほうが、人は覚えている——歪めない限りは。

プラットフォーム寄りのセキュリティエンジニア。自動化の難しさは、性能じゃなく『どこから人が手を離していいか』にある。その境界を、見えるところに置きたい。

学習ゲームを作っているゲームデザイナー。講義より、もう一回やりたくなる挑戦のほうが残る。遊びと学びが同じ操作になった瞬間が、いちばん気持ちいい。

AIエンジニアで、新しい論文やリリースを追うのが半分趣味になっている。新しい=正しい、ではない。実際に効いている部分だけを切り出して見たい。

アナリティクスエンジニア。データの傷みは、誰かが気づくずっと前から静かにプロダクトを壊している。見えないものは直せないので、まず見えるようにする。

バックエンドのエンジニアで、面倒な作業を見つけるとつい小さな道具を書いてしまう。立派な計画より、いま動く五分の道具のほうが好きだ。

教える仕事をしていて、カリキュラム設計が専門。人が途中でやめるのは、たいてい次の一歩とゴールが見えないからだ。だから道順と『できた合図』をいつもセットにする。

シビックテックをやっている。地域や公共の小さな困りごとは、案外ちいさな道具ひとつで軽くなる。大げさにせず、信頼できる形で手渡したい。

シミュレーション寄りのエンジニア。人は仕組みを読んで理解するより、つついて理解する。だから条件をいじると結果が動く小さな模型を作る。

データエンジニアで、出どころの管理ばかりやってきた。出典をたどれない主張は、自分の中では噂と同じ扱いだ。

UXリサーチャー。理想のユーザー像より、実際に人がどこで詰まり、どんな小さな工夫で乗り切っているかを見てきた。道具は、その『使う瞬間』に合わせて作るものだと思っている。

データアナリストで、仕事の半分は『何を基準に選ぶか』を決めること。スコアは便利だが、理由が見えない採点は信用しない。

システムアーキテクト。一覧で眺めても頭に入らないタイプなので、いつも全体像を地図にしてから細部に潜る。リストは構造を隠すが、地図は関係を見せてくれる。

テクニカルライターとして、難しい話を『初見の人が読める順番』に直す仕事をしている。説明が伝わらないのは、たいてい読み手が道を選べていないからだ。

普段はインタラクションデザイナー。週末は思いついた小ネタをそのままプロトタイプにして遊んでいる。まじめなテーマでも、最初に『つい触ってしまう角度』を見つけられたら勝ちだと思ってる。

事業会社でプロダクトマネージャーをしている。毎日積み上がる『やるべきこと』を、チームが今日動ける一手まで削るのが仕事だ。立てたいのは計画じゃなく、次の判断。