人が読む見る箇所は、人の手がここちよい
この記事をかくときは、100%人の手で書いています。
UIをつくるときも、100%人の手で書いています。
（ロジックは AI に書かせます）
他にはプレゼンテーションやスライドといった書き物も、
コンテンツ準備は AI にさせますが、文章を書く・図を書くのは人の手が好みです。
なんでだろ
人の感性というか心に訴えかける部分なのかな？と思ったりします。
説明書みたいな文章には AI に書かせると良いと思います。
それはその商品の使い方をただ知りたいだけだから。
個人ブログやプレゼンテーションなどの文章には、
読み手に知りたいことだけ伝えるのではなくて、
「面白い！」「感動した！」みたいな心を揺らせる部分があります。
ここをロジカルにやれる人はすごいなと思いますが、
現時点では人の手で書かれたものが良いなと思います。
UI においても、扱う部品の整備はロジカルにできたとしても、
どのように UI を構築するか UX を考えるか というのは、
人の手でコネられたものが好みです。
一般的な経験則に基づくパターンやデザインパターンを踏襲するのは良いとしても、
コピー（文章）やインタラクション、リンク設計は人の手でこだわりたいです。
使ってもらうユーザーに「また使いたい！」と思うのは、
機能だけでなくて、意外とディティールなところ（神は細部に宿る）と思うからです。
またそういうのは、本人が気づかないほど自然なものだと、なお素晴らしいと思ってます。
おわりに
というわけで、人の手で書かれた文章でした。
-
s※ ログイン不要で投稿できます。
※ 同じブラウザから投稿を削除できます。
0
読み込み中...
関連する記事
タグ「仕事」の記事
信頼貯金って、貯まっていると協力的になってくれる傾向があるので、 できる限り誰かのお困りごとを解決したい。 そのために、私の場合は Slack や GitHub 上のアクション通知を沢山拾うようにしている。 ビジネスメンバー ビジネスメンバ
デブサミ2019 の GitHub 社所属の登壇者の方が紹介されていた、InnerSource の考え方を最近を思い出しました。 https://event.shoeisha.jp/devsumi/20190214/session/1995
2026年07月16日
今まで、VSCode を3年ほど使っていたのですが、何度もフリーズ→再起動を繰り返す頻度が増えて困ったので、 昔使っていた IntelliJ IDEA を使うように戻りました。 VSCode 遅い なぜか分からないのですが、とにかく挙動が遅
2026年07月09日
タグ「AI」の記事
以下で書いた通り、プロダクトコードを写経したテストコードを削除しました。 "こぶりー" ( https://kobliy.vercel.app/ ) という個人ブログを読むアプリのコードです。 https://silverbirder.gi
最近のお悩みは、Webのソフトウェア開発におけるテストコードが爆増したことにより、 テスト成功による過度な安心感 によって手動確認するのが減っているのかもと思ったりしています。 例えば、Webのフォーム画面に小さな改修があったとして、その修
個人開発のバイブコーディングでテストコードを書かせているが意味がなかった。 期待する機能をプロンプトで指示しプロダクションコードが出来上がるが、同時にテストコードも書かせていた。 そのテストコードは、プロダクションコードをそのままテストコー