週報には「あらすじ」を書く
上長や会社へのレポートは、仕事を進めたり説明したりするうえで欠かせないものだと筆者は考えています。 そのなかでも週報は代表的なレポートの形式であり、組織によっては推奨もしくは指示されていることも...
1
0
Comment0
70 search resultsShowing 1~20 results
Stocked
You need to log-in
ビュッフェで毎回後悔する私が編み出した、タスクの選び方
ビュッフェやバイキングは好きですか？ 私は結構好きなタイプです。ただし毎回「負けた」と思いながら店を出るタイプです。 というのも、私は大食漢ではありません。あれこれ食べたいと思っていても、結果的...
2
2
Comment0
目標設定にはキャラづけを
期初や四半期の始まりに目標設定を求められ、「〇〇プロジェクトを完了する」「△△機能をリリースする」と書いて提出する。マネージャーからは特に指摘もなく承認される。しかし振り返りの時期になって、なん...
1
0
Comment0
週報には「次回予告」を書く
週報には「次回予告」を書く 前回の記事では、週報に「あらすじ」を書くことの重要性について述べました。 読み手は先週の詳細を覚えているとは限らない。だから本編の前に背景・前提1＝あらすじを添えるこ...
2
0
Comment0
Python開発の初速を上げるためのテンプレート設計
はじめに 「ちょっとしたアイデアを試してみたい」と思ったとき、どのように開発を始めるでしょうか。 おそらく「とりあえず書いてみる」というのが一般的だと思います。生成AIの活用が浸透した現在では、...
45
57
Comment0
AIエージェント開発の"トゥルーエンド"を目指す
エージェント開発のグッドエンド・トゥルーエンド Claude CodeやGitHub Copilot Coding AgentなどのAIエージェントを使った開発が当たり前になってきました。ほとん...
1
0
Comment0
「箇条書き」をやめてみる
ドキュメントを書くときの工夫として「箇条書き」があります。 整理されている感じがあり、書き手・読み手のどちらにもメリットがありそうです。 しかし箇条書きを乱用すると、うまく情報が伝わないケースも...
10
6
Comment0
報告するなら知っておきたい「テクニカルライティング」の知識
定例MTGや日報、週報などの「誰かに現状や進捗を報告する」という場面は、さまざまな規模で頻繁に発生します。 あるいは誰かに報告はせずとも、書きなぐりのメモのような、明日の自分に向けて報告すること...
2
3
Comment2
ChatGPTを使った、わたしの資格勉強法
最近、AWSの資格勉強を続けています。昨年12月はAWS SAAに無事合格し、いまはAWS SOAの試験日程を決めるところです。 過去にもAWSの勉強はしていたのですが、正直言って上手に知識を吸...
41
31
Comment0
最遅の日を締め切りにしない
複雑な要素や関係性は抜きに、たとえば2月1日にリリースしたいものがあるとします。 この場合、ぜったいに開発が終わってないといけない日は1月31日です。正確には1月31日の29時ぐらいでしょう。 ...
28
20
Comment0
期待値には「幅」をもたせる
筆者は、いろんな人と仕事をするとき、期待値調整を重要視しています。 期待値を明確にして達成すること（あるいは未達を早めにつたえること）は、個人・チームのパフォーマンスに影響します。これは「プロジ...
3
4
Comment0
"429 Too Many Requests - Server message: toomanyrequests: You have reached your pull rate limit."になったとき
問題 Dockerのイメージをpullしようとして次のような429エラーに遭遇したときの話。 failed to solve: rpc error: code = Unknown desc = ...
1
0
Comment0
「ふつうのエンジニア」になるための、ちょっとした発想の転換
エンジニアは、もしくはエンジニアを目指している人の中には、意識的かどうかはともかく、エンジニアとしてより活躍するために日々なにかを学んでいる方が多くいます。 学んでいる人の多くは、最新の技術や新...
448
280
Comment7
ミーティングにはサプライズを持ち込まない
ミーティングの技術について色々な書籍・記事が出ていますが1、これらを抽象化していくと、 「ミーティングにはサプライズを持ち込まない」 という結論になりました。 もしかしたら具体的なハウツーよりも...
220
155
Comment2
死んでも破壊的操作をしない
エンジニアが学ぶべきスキルやノウハウは数多くありますが、その中でもとくに重要だと感じるものとして「破壊的操作」の回避が挙げられます。 破壊的操作とは？ この記事における「破壊的操作」とは、コーデ...
48
25
Comment7
非エンジニア向けにもわかるよう「依存」を解説する
エンジニアリングにおいて、「依存」は重要な概念です。 たとえば『Clean Architecture』では、設計やコンポーネントの原則のなかに「依存」をテーマにするものもあるように、依存に対する...
5
0
Comment0
それは"シンプル"ではなく"イージー"と呼ぶ
過去のLaravel JP Conferenceで発表された、Takeru Hiroseさんの「SimpleとEasyは違う / Simple is not Easy」がとてもわかりやすかったで...
6
4
Comment1
だれかの進捗をうまく把握できないときのフレーズ集
ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには...
1390
1096
Comment2
「開発が完了する」とは？
あるプロダクト開発において計画やTODOリストをつくるとき、 開発を完了する とか 実装を完了する などのような文言でタスクを定義することはよくあるかと思います。 「開発が完了する」とは？ しか...
5
3
Comment0
LlamaIndexを試してみる(サンプルデータあり)
Qiitaのヘルプ文章をサンプルとさせていただき、LlamaIndex(llama-index)の挙動を確認するためのリポジトリを作成しました。 リポジトリ 使い方 OPENAI_API_KEY...
0
0
Comment0
70 search resultsShowing 1~20 results
Qiita is a knowledge sharing service for engineers.
- You can follow users and tags
- You can stock useful information
- You can make edit suggestions for articles