Taichi Sugimura

ソフトウェアエンジニア 年の半分はジャカルタにいます。 インドネシアで養鶏場やります！🐓🥚

[河明宗（Akim） @gdvonly]

HUNTER×HUNTERはタイトルの通り、「欲しいものを手に入れる」お話だから、欲しいものが手に入ったゴンやキルアの物語は終わったんだけど

クラピカや幻影旅団は、「欲しいものを手に入れる人」の対極にいる「奪われた人」であり、いつまでも物語が終わらない

もはや、「そっち側になった人の話は永遠にピリオドが無い」という裏テーマになっていて、だからあんなに長いんじゃないかとすら思ってる

[ゆふいんの森 @yufuinnomori_28]

男が思うおもしれー女は「泣きながら最後までやる」とか「可愛い顔してバチクソ頭が切れる」とかの「へーお前やるじゃん」な時だよ。

[ギロチン @isaza0425]

さくらももこ、かなりドラッグカルチャー系の影響を受けてるのに老若男女に受け入れられてるの、迷彩が上手すぎる

[Yusuke Endo @ysk_en]

こんにちは。

デザイナーとして、大企業からスタートアップまで、かなり使われているプロダクトをデザインしていると自負しているのですが、多くの皆さんがAIでVibe Codingしただけで、使われるプロダクトを生み出せると思っていることに疲れたので、この投稿を書いてみます。

この投稿を読んですぐに取り入れられるくらい長く書くつもりです。長い文章が嫌いなら、とりあえずブックマークだけして後で読んでください。

1. 新しいプロダクトを考える時は、自分の好きなツールで考えるようにしてください。

AIは便利ですが、文章だけで考える必要はないです。考えが進むなら紙でも石でもレゴブロックでも良いです。

2. これから何のゲームをプレイしようとしているのかを理解してください。

どうすれば勝ちなのか、達成したいことを明確にします。プロダクトのデザインはアートではなくサイエンスです。

最高のユーザー体験は、勝つための体験設計の一部です。あらゆるものすべてに意思が必要です。デジタル領域のプロダクトはもはやeSportsです。

3. プロダクトの価値で課題を解決する場合、誰よりもその課題に乾きを持ってください。

解決していない現状に笑けるくらい怒ってください。できない場合、本当の問題に気づくのに多くの時間がかかり、大抵の場合は先に飽きがきます。

課題の実感がない人がデザインするプロダクトほど的外れで退屈なものはありません。自分がユーザーだとこの上ないですが、「この人の問題を解決したい」と思える実在の人の近くにいてください。会って話して存在する根源的な課題を認識してください。

4. 機能ではなく、もたらす結果から考えてください。

「あったら良いな」と思う機能は必要ないです。「必要な気がする」機能も必要ないです。わからないことばかりなのに、自分でゲームを複雑にする必要はないです。削って削って削り切ってなお削りすぎたと後で困るくらい削ってください。その上で命をかけたいと思えるコア体験に集中してください。

5. 退屈な解き方をしないでください。

ただでさえAIでクソみたいなツールが増えまくっているので、あなたが作るプロダクトくらいは面白くあってください。つまらないものに人生の時間を使わせないでください。

6. プロダクトを使う道のりを完全にコントールしてください。

あなたのプロダクトを認知してから、プロダクトの入り口にたどり着き、期待値を持って動き始め、最初の最高の体験をし、お金を払ってでも使い続けたいと思う、一連の流れを何度も何度も通しで確認してください。

すべての画面、パーツに意思と責任を持ってください。パーソナライズやカスタマイズといった言葉で濁して無駄に選択肢を増やさないでください。使う人が迷う要素を徹底的に排除し導きます。

素晴らしいプロダクトデザインは空気のようです。気づかないうちに流れていきます。普段使っているプロダクトがなぜそうなっているのか、なぜ使いやすいのか、なぜ使いにくいのかを観察して説明できるようにしてください。

7. 発明すべきか、ベストプラクティスに従うべきかで悩むと思いますが、UIにおいては一番使われているプロダクトを真似してください。

プロダクトは人に使われるための道具です。使われる感触もわからず、UIの作法もわからず、何も知らないのに「俺が考える最強のプロダクト」を作る？？ただ「時間を無駄にしたい」と言ってるだけです。守破離が近道です。

すべてを模倣するのではなく、中途半端に見た目だけ真似するのではなく、設計意図を理解した上で、ありがたく先人の試行錯誤の結果を拝借してください。

8. 最初からドーパミンに依存する安易な手段に逃げないでください。

焦らせて判断を鈍らせたり、論点をずらすような短期的なハックを前提にすると価値を見誤ります。ハックしなければならいほど価値のないものを作ってるんですか？ゲームに大勝利するためにも体験価値の証明を優先してください。

9. プロダクトの設計に迷った時は、リリース投稿やリリース動画を考えてみてください。

あなたがわからないものはユーザーも理解できないです。リリース時の様子が想像できないのならコア体験がまだ存在していません。作ってる自分やチームですら使うのにつまずくものはプロダクトになってないです。すべてを捨てて最初からやり直しても良いです。

10. プロダクトのスタンスやポジションを持ってください。

似たようなものがたくさんある気がしますが、あなたのプロダクトを使う言い訳がほしいです。単に便利なだけでなく、会う人々に勧めたくて仕方がなくなるような強い思想です。

スタンスやポジションはすべてのデザインの意思決定に現れます。見た目やテキストのトーン、情報設計の運び、他にはない使いやすさにです。

そのために、考えのすべてをAIに任せないでください。自分の意思を持ってください。

11. 期限を必ず切ってください。頑張っても間に合うかわからない期日を設定してください。

失敗する前提で早く動いてください。振り返るタイミングがないまま続けると失敗を認識できないからです。失敗を認識できないと改善できません。

手作りでじっくり時間をかけると愛着が湧いて失敗だと認識したくなくなります。大成功に近づくためにさっさと作ってさっさと失敗してください。

12. 素早く失敗したら、成功できるサイズやステップまで小さく小さく刻んで問題を探ってください。

失敗したということは、理解できていないことや認知していない領域が存在しています。中途半端な成功には注意してください。緩やかな死です。自信を持って成功している状態を認識し続けてください。

13. 最初から分業で物事を始めないでください。

分業はチームで最適化を行うための手段です。最適化すべきものすらない状態で、意味のないタスクを生み出して無駄な仕事をしないでください。そして、最初から自動化しないでください。バカな要件を自動化してもゴミが生まれるだけです。

13. ユーザーが使っている様子を生で見てください。

できる限り自然な状態で、説明なしに使っている様子をただただ観察してください。妄想だけでは想像もしなかったハードルが驚くほど見つかります。

14. 楽しく生きてください。つまんないやつが作るプロダクトはたいてい面白くないです。

15. 使ってもらえるプロダクトを作れるようになったら、対価をもらえるように価値の付け替えをデザインしてください。

認知と利用を一体にしたプロダクトのデザインをしたり、ユーザーのモチベーションを課金に転換したり、自己増殖的に価値が作られる仕組みを組み込んだり。この先も楽しいゲームが待っています。

16. なんだか導入の思想ばかり書いてしまったので、より具体的なプロダクトのデザインについては、数日後にパート2をあげます。フォローといいねを押してください。ありがとうございます。

[河明宗（Akim） @gdvonly]

開発者と開拓者を募集しています

[ふぇね | 山中裕貴 @0xfene]

https://t.co/WJaPX2CK9D

[DaVinci @BiancoDavinci]

price list of a graphic design firm in helsingfors, finland

[Taichi Sugimura @DbEzb9]

いい記事
https://t.co/UNaVOMl7JX

[Taichi Sugimura @DbEzb9]

生涯使い続ける自分用のドメインゲット！

https://t.co/b0hRJ6vTmT

[蝋燭 @Rousokuc]

Berealって、どんな天才エンジニアでも絶対に修正できないセキュリティホール「人間」を利用したスパイウェア説あるな

[エボサイ（EvoPsy） @selfcomestomine]

音楽はミームの一種。同じ音楽ミームを持つ人同士が仲良くなりやすいのは偶然ではない。共通の曲があると一緒に聴く・語る・人に勧める回数が増え、そのミームは最も効率よく繁殖（他のヒト個体の脳に感染）できる。だからミームは「あの人聴く音楽一緒じゃん！仲良くした方がいいよ」とヒト個体の脳に感じさせる。音楽の趣味が合う人と気が合うのは、ミームの仕業なのだ

[Kenn Ejima @kenn]

ClaudeやCodexでアプリ作り放題でも
セキュリティを担保するためにエンジニアが必要
という話が定期的に出るけど

セキュリティというのはポリシーで全てが決まるので
ポリシー策定に必要なのは人数ではなく専門性
つまり会社あたりに必要な専門家の数は1人です

これを突き詰めると経済合理性だけでいえば
セキュリティ専門のチームがたくさんの会社を
同時に面倒をみることでスケールします

バックオフィスのアウトソーシングみたいに
サイバーセキュリティ企業が伸びます
まずこれが第一段階

ただしここで気をつけないといけないのは
セキュリティというものに絶対的な正解はなく
全てが自由度と安全性のトレードオフということ

保身を優先する人がポリシーメイクすると
全社員に不自由を押し付けてガチガチに守りで
やる気のない泥亀のような組織ができあがります

外注の専門家は社員ではないので
ガチガチの不自由で苦しむのは自分たちではない
でもミスしたら責められるのは自分たちなので
必要以上に守りに入るバイアスがかかります

そのような傾向を理解せず専門家の言うことを
鵜呑みにするのは経営者の怠慢です

自由度やスピードというのは経営にとっては
攻めの「選択」であり「リスクテイク」です

ところが技術がわからないと適正水準がわからない

スタートアップの開発スピードを経験したことが
ないとスピード速すぎに感じて怖くなって
ついブレーキを踏んでしまう

Gista.jsのように専門家が作ったポリシー込みの
フレームワークを丸っと採用するというのも
一つの手でしょう

ただしGista.jsは「小さいチームで完全自由・簡単
のギリギリを追求しつつその範囲では確実といえる
ベストなセキュリティプラクティス」であり
万人向けではありません

かならず今のポリシーを疑いチャレンジする圧力を
どこかにキープするという設計が大事になります

このような話を聞きたいという声があれば
駆けつけますのでDMにてお知らせください

[catnose @catnose99]

「人間が地球でいちばん賢い時代」と「人間より賢い超知能がいる時代」の両方を体験できるの、
未来も含めて人類の全歴史の中で今しかないと考えると俺達とんでもないタイミングに生まれてるよな…

[Taichi Sugimura @DbEzb9]

最近、考えている「ソフトウェアの現場への適用」について、新しい切り口を与えてくれる記事だった。

ちなみに、今日は雨の中竹藪を開拓してきた

[馬田隆明 🐴 Takaaki Umada @tumada]

光が安くなるとたくさんの場所に光が置かれるようになりましたが、生成 AI によって「知能やソフトウェアが安くなる」とどうなるのか、というのを書きました。価値のボトルネックが移動するのはおそらく起こるのだろうとは思います。
https://t.co/pxcyeMa1cJ

[鶴田 浩之｜CAIO＠StudyPocket @mocchicc]

ソフトウェア構築のコストが安くなると、ソフトウェアで解決する価値のある問題が増えます。10人のエンジニアが必要だったスタートアップは今3人で済みます。しかし、以前は構築できなかった50社が今は可能になります。分母は縮小します。分子は爆発します。

これ

[飴308@2㌔マン @candylight308]

男というのは、カレーで自炊に目覚め、家族の為に肉を焼き、寂しさを紛らわせる為にコーヒーにハマり、蕎麦を打って死ぬ。そういう生き物です。

[Taichi Sugimura @DbEzb9]

鶏は、
・ボスを作る
・イジメが起きる
・オスメスの割合は1:5くらいが良い
・オスメスでは喧嘩しない
・オスは三角の羽がある
・オスのあごの肉垂はブヨブヨ
・なんでも食べる(たけのこの皮、伊勢海老の甲羅、魚の内臓)
・オスは触れるけど、メスは触らせてくれない
・オスメスの特徴はグラデーション

[Taichi Sugimura @DbEzb9]

五島列島の福江島でのアルバイトで知り合った人が面白そうだったからおうちに泊らせてもらったら、生きる力を見せつけられた。
一面海で、鬼岳が見える絶景。
自給自足型のペンションを建てるらしく、養鶏・養蜂・釣り・野菜・果物全部揃ってた。

[Taichi Sugimura @DbEzb9]

・伊勢海老
・徒歩2分のプライベートビーチ
・分蜂前のミツバチ

[皓樂芒 @howlemont]

微软，总算出了个好东西。

开发了一款工具，

可以将几乎任何格式pdfs，word，docs，excel，PowerPoint，Audio，YouTube 网址

转换为Markdown文件，
众所周知Markdown 是AI 大语言模型最青睐的格式。

没有自定义解析器。没有损坏的布局。没有混乱的文本。

只是干净、结构化的标记，

只需一次安装

https://t.co/gyZGOdceG7