はてなブックマーク

タスクを洗い出してから、どれくらいのバッファーを持たせるか?は悩むところだと思います。 「アジャイルサムライ」では「当てずっぽうの奥義」と呼ばれるくらいなので、作るモノが確定しておらず、前提条件やプロセスが複雑になるほど、正確に見積もることは難しくなります。 ここでは「概算見積もり」と「係数」を使って見積もりを作っていく、個人的によく使っている簡易的な方法をまとめています。 対象としては、請負契約のウォーターフォールプロジェクトになりますが、基本的な考え方だけを参考にしてもらうのもいいと思います。 概算見積もり ここではすべてのタスクと懸念点を洗い出して「もっと時間がかかったり、早くできるかもしれないけど、平均値としてはこれくらいかな?」と現時点で思える概算見積もりを作っておきます。 もし、事前に準備をしていて、他の人が一般的に提供していないものがあれば、今回は稼働していなくても付加価値と

カスタムインストラクション(Custom Instructions、カスタム指示)は、全てのチャットに共通で渡しておける情報です。 前提となる情報や希望する受け答えなどをチャットごとに渡す必要がなくなるので便利です。 記事掲載時点では複数のカスタムインストラクションを切り替える方法は提供されていないため、どんな内容の場合でも使えるように汎用的な指示を与えておくのがよさそうです。 ChatGPTがあなたに対してより良い応答を提供するために、あなたについて何を知りたいですか? カスタムインストラクションの設定画面にあるTipsは以下の通りです。 What would you like ChatGPT to know about you to provide better responses? thought starters Where are you based? What do you d

私自身が先延ばしにしてしまいがちな性格なので、この記事は「理屈としてはこうだろうな」をまとめたものであり、「一緒にがんばろうな」というスタンスで書いています。 要点がつかみやすいように、文章は簡潔にしています。 「先延ばし」が起こる仕組み 「やらないといけない」という義務感がある 「これをやらないといけない」「あれも必要になるかも」という連想が起こる 「めんどくさい」「やりたくない」と感じる ストレスホルモンの影響で集中力や記憶力が下がる 「今の自分にはできない」と感じてしまい先延ばしにしてしまう 「うまくいかないかもしれない」「今からやるのは大変そうだ」という不安から気持ちがより重くなる 先延ばしにしてしまうのは「まじめさ」に起因することが多いようです。 できない自分を否定するのではなく、少し肯定してあげて、どうして先延ばしが起こってしまうのかを理解するのがいいと思います。 「めんどくさ

プロンプトの基本的な構成要素 相手がChatGPT(AI)かに関係なく、私たちが誰かに依頼をする時と同じように、以下の5つを考慮しながら伝えてみてください。 目的:達成したいこと、解決したい問題(Job) 指示:求めている役割(Hire) 情報:目的を達成するために必要なデータや知識 条件:目的を達成するために必要不可欠な要件や考慮すべき制限 出力:必要な出力形式 文章にすると以下のようになり、 私は〇〇を達成したいので、 あなたは〇〇をしてください。 情報は〇〇がありますが、 〇〇の条件内である必要があります。 出力は〇〇形式でお願いします。 指示をするときのコツ 出力形式を工夫する 全部を試したわけではないですが、このあたりを試してみたら、大体のことは答えてくれるかもしれません。 表現:簡潔に、読みやすく、丁寧に、感情的に、イメージしやすいように、〜風に 制限:〇個、〇行、〇〇文字以内

ちょっと宣伝させて(割愛可) 新しいアプリをリリースしました。 その名も「タコチャート」🐙 アプリの内容は、自己/他己分析サポートサービスみたいな感じで、 近しい人に、自分の他己分析を気軽に依頼できるというものです。 合わせて、最近出会った人との会話メモ帳アプリにも使える、便利な代物です。笑 これを今後、採用面接とか、恋活とか、そういう市場で展開できないかな? と思いながら作戦を練っているところです 😄 ぜひこの記事を見た方は、IOSかAndroidのアプリをダウンロードして、友人や親御さんなど、 色んな人にレビューをお願いしてみてください🙏 そして、使い心地や改善点など、ここでも、アプリのお問い合わせからでも教えて頂けると嬉しいです。 本題 このアプリをリリースする上で、CI/CDツールをBitriseにしました。 FlutterだとCodeMagicも有名ですが、同じコミュニティ

みなさんはどんな開発手法でやっていますか? 巷では、TDD(テスト駆動開発)やMDD(モデル駆動開発)など、 いろんな開発手法が有り、それぞれメリデリはあります。 その中で、現在自分が関わっているPJでは、 モノリシックなRailsの構成から、フロント側を Reactにリプレイスする際に用いる開発方法として 「スキーマ駆動開発」という手法を採用しています🎉 フロントとサーバーが分かれているSPAやネイティブアプリに関して、 apiの開発をしていく上で、スキーマ駆動開発の導入は個人的に 結構相性はいいと思っています。 実際に自分が機能を設計、実装していく上でどんな点が気に入ったか、 導入前と後でどう変わったか?という点について書こうと思います。 もし開発手法の選択を決めかねているという方がいましたら、 参考になったら嬉しいです😇 スキーマってそもそも何? いろんな文献を見ると、データベー