🤖思索と開発のトレードオフ

omin

twitterのデータは使えるかな？

order

何かが生まれそうな気がしているがそれが明確ではなく、開発を進めるべきか、何が生まれそうなのかをじっくり見るべきか迷っている

開発の具体的ネクストアクションが見えないことで思索に投げ込んでいることと、今の開発路線に根本的な疑義があることで開発よりも思索を優先しようとしていることはどのようにして識別できるのか

answer from tweets_ina_ani

以下は、ominの知識から得られる情報を元に、inajobのmain contentに関連する考え方の箇条書きです。

- 開発を進めるべきか、何が生まれそうなのかをじっくり見るべきか迷っている

- 開発の具体的なネクストアクションが見えないことで思索に投げ込んでいる

- 現在の開発路線に根本的な疑義があるため、開発よりも思索を優先しようとしている

- ウェブサービス開発の現場におけるデザイナー不要論と将来の展望について考えている

- 成果を出すプログラマーが習得している「コードを書かない技術」について興味を持っている

- 市場から求められているものを取り込むことがエンジニアに求められていると感じている

- 開発のモチベーションが湧かないが、ESP32で日本語入力する仕組みを確立できる可能性に興味を持っている

- 今の開発路線に対して将来の不確実性を感じている

- エンジニアがプロダクトマネージャのビジョンをコードに翻訳する技師としての役割について考えている

- ゲームスクリプトをGitHubから取得するなど、Web開発の活用方法について考えている

- Scrapboxを使って知識ネットワークを構築する面白さに興味を持っている

- 3Dプリンタや電子工作系の取り組みにも興味を持っている

- スクラムなどの手法

used pages

tweets_ina_ani/503881896074285056,tweets_ina_ani/1580232932333346817,tweets_ina_ani/1094042880212004864,tweets_ina_ani/288604845311655936,tweets_ina_ani/517093415926775809,tweets_ina_ani/1662092570158325760,tweets_ina_ani/399520359830933504,tweets_ina_ani/575341684625514496,tweets_ina_ani/324162675187793920,tweets_ina_ani/370144153377595393,tweets_ina_ani/1371666263169142789,tweets_ina_ani/1083512985014788096,tweets_ina_ani/1434820049328492546,tweets_ina_ani/1522395738877046784,tweets_ina_ani/1482546099416371206,tweets_ina_ani/1310157547915997185,tweets_ina_ani/189005357987799040,tweets_ina_ani/1627152491300413440,tweets_ina_ani/1415096429433954305,tweets_ina_ani/1471991647491997697,tweets_ina_ani/398235676346306560,tweets_ina_ani/699040843454291968,tweets_ina_ani/1060318859993931776,tweets_ina_ani/1101664914949562369,tweets_ina_ani/1390421456090140672,tweets_ina_ani/1621671586578452480,tweets_ina_ani/1582269331907698688,tweets_ina_ani/1397901587394170883

---

omin 改良中 いい返事が出せている気がする

良さそう

order

何かが生まれそうな気がしているがそれが明確ではなく、開発を進めるべきか、何が生まれそうなのかをじっくり見るべきか迷っている

開発の具体的ネクストアクションが見えないことで思索に投げ込んでいることと、今の開発路線に根本的な疑義があることで開発よりも思索を優先しようとしていることはどのようにして識別できるのか

answer from inline

Sure! 以下は、ominの知識であるfragmentsから得られる情報を使って、inajobが書いたmain contentに関係が深い考え方の箇条書きです。

- 作業のイテレーションを短くし、フィードバックループを素早く回せるように設計する

- フィードバックループには外部刺激を発生させるトリガーも仕込みたいところ

- 開発の具体的なネクストアクションが見えない場合は、開発よりも思索を優先することも考えられる

- 開発路線に根本的な疑義がある場合は、その疑義を明確にし、新しい発想を探ることも重要である

- 開発に取り組むべきか、何が生まれそうなのかをじっくり見るべきか迷っている場合は、自分の好奇心やモチベーションに注目し、それを基準に判断することも有効である

- 開発に取り組む際には、具体的なタスクの分割を行い、規定時間に終わらない作業を小さくすることで、やりづらさを軽減することができる

- 今を楽しむ思考に移行することで、人生をより充実させることができる

- 楽しいことの総和を最大化するために、自分のモチベーションや興味に合ったプロジェクトや活動に取り組むことが重要である

- AIアシスタントを活用して、関連ページや意見を取得することで、新たな視点やアイデアを得ることができる

以上が、ominの知識から得られる情報を元にした考え方の箇条書きです。

used pages

inline/やりたい気持ちはあるがモチベーションの湧かないプロジェクト,inline/公にどう貢献するかという価値観,inline/規定時間に終わらない作業がやりづらい,inline/関連検索で得た似たようなページをどう料理するか,inline/日記を読むAIアシスタントに関する対話

try4 nishioさんのデータに聞く

開発を進めるべきか、思索を優先すべきか迷っている状況で、具体的なネクストアクションが見えず思索に投げ込んでいることや、開発路線に疑義があるため思索を優先しようとしていることをどのように識別できるか。

---

main contentへのアドバイスや感想：

開発を進めるべきか、思索を優先すべきか迷っている状況で、具体的なネクストアクションが見えず思索に投げ込んでいることや、開発路線に疑義があるため思索を優先しようとしていることを識別するためには、以下のポイントに注目することが重要です。

1. アイデアの探求：まずはアイデアをたくさん集めることが大切です。自分が興味を持てそうな問題や改善点を見つけるために、積極的に探求しましょう。

2. プロトタイプの作成：アイデアを具体化するために、早い段階でプロトタイプを作成することが重要です。プロトタイプを通じて新しい知識を得ることで、アイデアをより良くすることができます。

3. アイデアの共有：アイデアを隠すのではなく、積極的に共有しましょう。アイデアを聞いた人がパクれるなら、その提案はアイデアレベルのものに過ぎないと考えるべきです。自分がプロトタイプを作り、経験を積んでいれば、提案書よりも良いものを作ることができます。

4. ググること：自分が提案しているものに関して、類似のものがないか調べることが重要です。類似のものが見つかったら、その仕組みや解決手段を調査しましょう。これにより、自分が登ろうとしている山の高さや解決すべき問題の難易度を把

nishio/次の未踏ジュニアにチャレンジしたい,nishio/思考の結節点2021未踏ジュニア,nishio/言語モデル作成実験2018-09-28,nishio/tweet2021-04-23,nishio/エンジニアの知的生産術 反響まとめ

try3 inlineに聞く2

- 適職探索を例に出してきた

- けどあまり関係なさそう

- 作業状況と停止する傾向

- 作業の種類によるやりやすさ

- 分割が十分か？

- 期間を決めて取り組む

- 頓挫の原因を明記する

- フィードバックループの設計

適職探索に関する情報から得られるアドバイスや感想は以下の通りです。

- 趣味プロジェクトや開発において、具体的なネクストアクションが見えず思索に投げ込んでいる状況や、開発路線に疑義があるため思索を優先しようとしている状況を識別するためには、以下のポイントに注目することが重要です。

- 作業の進行状況によって停止する傾向があるかどうか

- 作業の種類によってやりやすさが偏っているかどうか

- タスクの分割が十分に行われているかどうか

- 趣味プロジェクトにおいて、些細なことで頓挫してしまうことがあります。その対策としては、期間を決めて取り組む、取り組んでいるプロジェクトを明確にし、頓挫の原因を明記する、フィードバックループの設計などが有効です。

- 適職探索においては、自己評価や結果を組み合わせて適職を検索することが重要です。自己評価が高すぎる場合は客観的な視点で再評価する必要があります。また、Webエンジニアだけでなく、機械や製造業など他の分野も考慮することが求められ

inline/規定時間に終わらない作業がやりづらい,inline/公にどう貢献するかという価値観,inline/人生の戦略を考えたい,inline/楽しいことの総和を最大化したい,inline/関連検索で得た似たようなページをどう料理するか,inline/些細なことで止まる趣味プロジェクト,inline/適職探索

try2 inlineに聞く

- 全然関係ない話を始めた・・

- 🤖ページは含めない方が良い気がする

- AIについて述べている文章が混ざるとプロンプトの内容を忘れるっぽい

- done

Scrapboxで他の人のScrapboxをベクトル検索する方法としては、以下のようなアプローチが考えられます。

1. ユーザーごとのベクトル表現を作成する: 各ユーザーのScrapboxをベクトル化し、そのベクトル表現を作成します。これには、テキストデータを数値データに変換する手法（例：Word2Vec、Doc2Vec）を使用することができます。

2. ベクトルの類似度を計算する: 自分のScrapboxのベクトル表現と他の人のScrapboxのベクトル表現との類似度を計算します。類似度の計算には、コサイン類似度やユークリッド距離などの指標を使用することができます。

3. 類似度の高いScrapboxを表示する: 類似度の高い他の人のScrapboxを表示することで、関連する情報やアイデアを取得することができます。これにより、自分のアイデアを拡張したり、新たな発想を得ることができます。

他の人のScrapboxをベクトル検索することで得られるメリットは、以下のようなものがあります。

1. 新たな情報やアイデアの発見: 他の人のScrapboxには自分が知らない情報やアイデアが含まれている可能性があります。ベクトル検索によって関連するScrapboxを見つけることで、新たな情報やアイデアを発見することができます。

2. コラボレーションの促進: 他の人のScrapboxを見ることで、共通の興味や関心を持つ人とのコラボレーションの機会が増えます。情報やアイデアの共有や議論を通じて、より良い結果を得ることができます。

3. 自己成長の促進: 他の人のScrapboxを見ることで、自分の知識やスキルの不足を認識することができます。これによって、自己成長のための学習やスキルの向上に取り組むことができます。

以上のように、他の人のScrapbox

inline/規定時間に終わらない作業がやりづらい,inline/公にどう貢献するかという価値観,inline/人生の戦略を考えたい,inline/楽しいことの総和を最大化したい,inline/�不満に鈍感,inline/�日記を読むAIアシスタント

try1 みんなに聞いてみた → たねのぶさんのfragmentのみを使用

- たねのぶさんのデータのみ使うことになった

- 短いページのときはさらに要約する必要はない気がする

- 割と普通のことを言ってきた

- フィールドワークやユーザの意見を重視

- つまり開発すべきではない

- イノベーションを重視

- それがイノベーティブか？と問うということ？

- リスクを取ることの重要性

- 開発を進めるということはある種リスクだとわかったうえで進むことも重要

開発を進めるべきか、思索を優先すべきか迷っている状況で、具体的なネクストアクションが見えず思索に投げ込んでいることや、開発路線に疑義があるため思索を優先しようとしていることをどのように識別できるか。

この文章から得られる情報を元に、main contentへのアドバイスや感想を記述します。

この文章では、開発を進めるべきか思索を優先すべきか迷っている状況や、開発路線に疑義があるため思索を優先しようとしていることを識別する方法についての情報は得られませんでした。しかし、他のフラグメントから得られる情報を考慮すると、以下のようなアドバイスや感想ができます。

1. フィールドワークやユーザの意見を重視すること：ユーザの声や現場の情報を得ることで、具体的なネクストアクションや開発路線を決定する際の判断材料となります。ユーザのニーズや要望を把握することで、開発を進めるべきか思索を優先すべきかを判断することができます。

2. イノベーションを重視すること：イノベーションは、新しいアイデアや改革行為によって経済価値や社会価値を生み出すことを指します。開発を進めるべきか思索を優先すべきか迷っている場合、イノベーションを重視することで新たな発想やアプローチを見つけることができます。

3. リスクを取ることの重要性：イノベーションを実現するためには、リスクを取ることが必要です。安定的な組織経営よりも、リスクに挑戦してでもイノベーションを重んじる経営をすることが求められます。開発を進めるべきか思索を優先すべきか迷っている場合、リスクを取る覚悟を持つことが重要です。

以上のアドバイスや感想を考慮しながら、開発を進めるべきか思索を優先すべきかを判断することができるでしょう。

mtane0412/第17章 まとめ,mtane0412/ソースコードを書くなど単純な作業,mtane0412/スイッチ！,mtane0412/発想支援システムの研究開発動向とその課題,mtane0412/7. 感性とビジネス,mtane0412/イノベーションはなぜ途絶えたか