yohei@アーキテクト

ITシステムの開発基盤やチーム作りを行っています。仕事で得た気付きを呟くだけのアカウントです。

アジャイル/DevOps
JavaEE,Spring/Python,Flask/Vue.js/Docker/AWS

[yohei@アーキテクト @yoh629s]

生成AIネイティブな開発プロセスを構築していくと、設計書もテキストベースのmarkdownを標準にしたくなりますよね。

そうなると設計書内の図をどう扱っていくかが悩ましい。

mermaidで図もGPTに出力させる手はあるもののUMLで表現しきれない図解も結構ある。

良い方法ないですかね🥲？

[yohei@アーキテクト @yoh629s]

デザイン思考は見つけられる課題が小さくなりやすく、大きなビジネスすることが難しいと言われてるけど、これを解決する方法論を思いついてしまった。
名付けて「エビでタイを釣る理論」。

[yohei@アーキテクト @yoh629s]

チャットアプリを作りたい場合、バックエンドのDBは何を選択するのが良いのでしょうか。
RDBに一本化したいものの、会話データが膨大になっていくことを考えると別のDBとのハイブリッド構成がいいのだろうか…

[yohei@アーキテクト @yoh629s]

もうClaude3ないと仕事にならないほど使い倒してる。。

[yohei@アーキテクト @yoh629s]

営業「こういう機能が欲しい」
開発「すみません、厳しいです」
営業「これならできる？」
開発「それならなんとか…」
というようなやり取りが、発生しているからなのではないでしょうか？

という仮説を思い付きました。

[yohei@アーキテクト @yoh629s]

営業担当と開発担当のやり取りで、営業の無理な要望を開発が断りきれないシーンってよくありますよね。

これって、意図せず"ドアインザフェイス"が発動しているからで、例えば、

[yohei@アーキテクト @yoh629s]

笑ったけどカッコいいわ、一気に好きになった

[ライブドアニュース @livedoornews]

【呼称巡り】岸田首相「どう呼ばれても構わない。やるべきことをやっていく」
https://t.co/dVXEvqjNpa

「増税メガネなど様々な呼ばれ方をされていることは承知」とした上で「我が国の経済のためにやるべきと信じているものについてこれからもやっていくということに尽きる」と強調した。

[yohei@アーキテクト @yoh629s]

SIerで、熱量重視のプレゼンすると、「個人の事情を持ち込むなんて言語道断」という批判が返ってくるので、つまらないけど減点されにくいプレゼンをしましょう！
おれには無理だったけどね！

[yohei@アーキテクト @yoh629s]

パワポスライドで、キーメッセージを上に置くか下に置くかに悩むときがあるんだけど、ロジックが
・帰納法のときは上
・演繹法のときは下
に置くと伝わりやすい。

[yohei@アーキテクト @yoh629s]

集中度85％が最大の成果を残すというのは意外すぎた。今後のマネジメントに影響しそうなくらいの衝撃。

[石黒 卓弥｜Takaya Ishiguro @takaya_i]

めちゃくちゃいい話

>　マネジャー自身も自分の心を85％の集中度に設定し、頭が真っ白になるほどのストレスを抱え込まなくても大丈夫だとチームに示すことが重要だ。

全力で取り組まない「85%ルール」が最高のパフォーマンスを引き出す https://t.co/UC0c7MbalT

[yohei@アーキテクト @yoh629s]

若手エンジニアの生き残り戦略として、javaみたいなちょっと昔からある技術だと黎明期から触り続けてきた熟練職人に追いつくことは不可能なので、比較的新しい技術にポジショニングすることを推奨します。
技術的なセンスあって時間も費やしてる人には後から追いつけないので、別のフィールドで勝負。

[yohei@アーキテクト @yoh629s]

リュウジさんの鰹粉だけ買えてなかったけど、再販でやっと買えた(^o^) https://t.co/yLFaRQ5VAY @bazurecipestore

[CloudNative Days @cloudnativedays]

#cndf2023 @morix1500 による「[EC2からEKSへ] ラクマのコンテナ化までの歩み」のエントリーを受け付けました。いいねやRTでぜひ応援してください！登壇希望も引き続き受付中！【6/12締切】エントリーセッション一覧はこちら #CloudNative https://t.co/8kVu3mkSoB

[yohei@アーキテクト @yoh629s]

非同期処理を意識せずにWebAPIのように開発できるようにしたのは、開発者の学習コストを下げる良い工夫！

一方で払うべき学習コストを避けると後から苦しくなる事があるので、フレームワーク層に処理を押し込めて隠蔽しすぎない設計も大事ですよね。

#jjug_ccc_c

[sinokuma @sinocloudon]

JJUG CCC 2023 Spring の登壇資料です
詳細な内容を Zenn にまとめたのであわせてご覧ください！

Spring Boot 2 から 3 へバージョンアップしてみた

発表資料
https://t.co/9iXYP77Xo2

Zenn
https://t.co/Ghhryij14T

#jjug_ccc #jjug_ccc_c

[yohei@アーキテクト @yoh629s]

GPT4の回数制限がけっこうキツイので、一旦GPT3.5でプロンプトを洗練させてからGPT4使うようにしてる。

[yohei@アーキテクト @yoh629s]

ChatGPTに期待通り出力させるプロンプト考えるのって、ゲームの攻略法考えるのと似ててめっちゃ楽しい

[yohei@アーキテクト @yoh629s]

GPT4、大喜利っぽいこともできるの？
そのうちAI漫才とかも出てくるんじゃ…

[Takuo Kihira @tkihira]

妻に対して「パソコンを使いこなせるかどうか、検索エンジンを使いこなせるかどうかの差は、黎明期から触っていたかどうかが大きくて、AI も今まさにそういうタイミングだと思うので使ったほうが良いと思う。自分は ChatGPT Plus に課金した」と偉そうに語った私が最初に入れたプロンプトがこちらです

[yohei@アーキテクト @yoh629s]

@sinocloudon わかります。

べき論を踏まえた上で、「では今回はどうするか？」っていう議論をしたいのに、べき論で止まっちゃってる人が多いですよね。

べき論も分からないって人は減ってきたのは良いことだけど、べき論を真面目に実現しようとすると大体は過剰で高く付きます。

[yohei@アーキテクト @yoh629s]

上司への信頼感のなさが評価に対する不満を生み出すという構図は納得！
だが、上司は部下から信頼された人が選ばれるのではなく、スキルが高いことが評価されて選ばれる。結果、スキルは高いが信頼を得るのが不得手な上司が生まれる。
結局はこんな上司を選んでしまう人事評価の問題に返ってくる？

[坂井風太 @fuuuuuta21]

人事評価については、図にある「ラストワンマイルで台無し問題」が起きやすく、経営層や人事が空中戦的に思想を語る以上に、各マネージャーの地上戦を改善する方が本質的かと思います

「口では言ってるけど、実際違うじゃん」で失望され、「貢献したもの負けの組織風土」が生まれるのが最も危険なので