わぁい⸜(*´꒳`*)⸝ AIキャラトークたのしい☺️

新卒1年目が絶対にやるべきこと ① 朝は毎日始業30分前に出社 ② 上司・先輩の名前と役職を覚える ③ 使うツール（Excel、Slackなど）を完璧にする ④ メール・チャットは5分以内に即レス ⑤ 会議では必ず1つ質問 or 発言する ⑥ 日報 or メモで毎日振り返る習慣をつける ⑦ 月1で上司と1on1を自分から依頼する ⑧ 「自分ならどうするか」を常に考えて動く ⑨ 会社のKPIと利益構造を理解する ⑩ 疲れたらすぐ寝る。体調＝パフォーマンス この10個で、差は1年で歴然になる。

若手の方はよく選択肢を比較する際に、 「メリット・デメリット」（略して“メリデメ”、あるいはイキって言えば“プロコン”）での整理をやりがちですが、 このやり方はイケてないです。 なぜなら、「メリデメ」で整理すると、本来重要なはずの“評価項目”が曖昧になってしまい、しかも選択肢①と②の評価がただ裏返しになるだけで、比較の意味を成さなくなるからです。 たとえば、 「休みの日にどこに行くか？」というテーマで「軽井沢」と「蓼科」を検討しているとします。 このとき、軽井沢のメリットとして「新幹線が使える」、蓼科のデメリットとして「新幹線が使えない」と整理する人がいます。 ……ですが、これでは軽井沢の“良さ”がそのまま蓼科の“悪さ”として表現されている裏返しになってるだけで、本質的な比較にはなっていません（添付①） ーーー では、選択肢を比較する時、シゴデキな方はどうしているでしょうか？ 答えは、「論理構造を持った評価項目」を用意し、それぞれの選択肢をそこに当てはめて評価する、という方法です。 たとえば、 評価項目を「定量評価」と「定性評価」に大きく分け、それぞれをさらにブレイクダウンした細かな観点で整理します（添付②） こうすることで、評価そのものに堅固な論理構造が生まれ、比較に対する客観性が格段に高まります。 （なお、各項目に対して“〇”をつけるか“×”をつけるかなどの評価点のつけ方については、また奥深い話になるのでここでは割愛します。） 結論として、 比較をするときは「メリデメ」ではなく、 「評価項目に基づく構造的な比較」を心がけるべきです。 そのほうが納得感のある意思決定につながります。 今出来ていない若手の方は是非真似してみてください。 出典は、私が問題解決分野の書籍の最高傑作と考える中川邦夫著『問題解決の全体観（上巻）』より抜粋しています

Riverpod App Architectureとオニオンアーキテクチャを合わせるとコード量が凄まじく増えてしまうな。。。 素直にRiverpod App Architectureだけで作ったほうが良い気がする。DDDの設計思想をいれたい気持ちもあるが一旦はステイかな。

フリーランスエンジニアは「業務委託でクライアントワーク→空いた時間とキャッシュで小さな事業作り」が最強だと思っています。 みなさん1:n の事業に憧れますが、需要を見誤ると全く売れないとか普通にあるし、売れ始めてちゃんとキャッシュが入ってくるまで時間がかかります。 今人気のnoteやtipsをSNS経由で売るみたいなやり方でも、ゼロからやる場合はフォロワー集めとテーマ選定、記事作成にはある程度時間をかける必要があります。 残念なことにこのフェーズでは広告や外注を用いてもあまり時短になりません。 収入源がない状態でこの事業の種だけを育てるというのはかなりメンタルを削ると思います。 あなたが偉大な起業家であればそんなことは気にしないかもしれませんが、少なくとも私はそうではなかった。 自分の労働に依存しない収入を目指すからこそ、最初はクライアントワークと自分の事業作りを並行させるという「鬼労働」に取り組むべきなのかなと。

Next.jsで作るポストックWeb版の習作 アプリ側がReact Nativeなので、モノレポ構成にしてコンテキストを適切にAIに渡しながら、1時間ほどでWeb版がなんとなく動くところまで完成 コードを完全に共通化できるわけじゃないけど、React Native × Next.js の組み合わせは、AI時代にかなり楽できそうな予感

メンバーが辞めないようにするための1つの手段として 「上司がキャリア相談に乗れる」 ってのがあると思うんだけど、この手段の重要度が近年増してるという肌感。 ほんでたぶんまだまだ増す。 手取り足取り何でも教えてあげろってことではないけど、 「とりあえず目の前のこと頑張れ！以上！」 みたいなアドバイスだと、今の時代厳しい。

AIで作った営業資料は使えない はウソ？ホント？

アプリのチュートリアルぽい説明とかあってもまずよまないしウザいだけなんだけどこれはおれがくるってるのかなぁ。

例の件、レビューしました！ 結論：たぶんみんなのChatGPTでも書けます。 高額noteを買う前に、読んでいただけると幸いです。 あとnoteさんは放課後に職員室に来てください ＜番外編＞6,666円の有料note「デロイト内定書（18万字）」を買ってみた、って話（全文無料）#note note.com/choconejito/n/n863a…

if文を使うかswitch文を使うか決まりあるのかな？ case1: case2: default: 程度だったらif文の方が慣れてるし、break忘れもないし、書きやすいんだよなあ

メンタル病んで退職し、転職も上手く行かず、職業訓練校にすら落ちる、というなかなか詰んでいる状況でしたが、その後起業して何とかやっております。

20代にとって「ハードワーク」と「即レス」が重要な理由

個人開発のサービスからここ数ヶ月で5件、延べ1万件近い個人情報漏洩を発見/報告してきて、規則性を見つけたのでそれをベースにSupabase RLS CheckerというChrome拡張機能をつくった。 *ツール自体、法律的にグレーなのでストアで一般公開するかは考え中ですが、コードは公開している -> github.com/hand-dot/supabase… * 頭のネジが外れているやつは使うな。訴えられるから。 もしストアで公開したらまた教える。Supabaseを使って自分でサービスを開発している人は誰かに個人情報を抜かれる前に試してほしい。クライアントに漏れているanon keyをリアルタイムに拾って検知してくれる。 ちなみに下記のアイデアから作りました。 1. PIIを含むテーブルにRLS が設定されていない or 設定がザル なサイトが量産されている 2. anon keyはリクエストインターセプターを作ればリアルタイムに取得可能 3. PIIを含む可能性の高いテーブル名はネットに落ちてる 4. リクエストを送り、データが30件以上返ってくる場合、ポリシーにauth.uid() = user_id が設定されていないと仮説を立てられる 5. supabaseのplaygroundを用意し上記のanon keyと一緒飛ばしてあとはデータを確認してPIIであれば運営者に報告する vibecodingで一日で作ったみたいなサイトのanon key経由で書き込みができたこともある。 f**k off vibe coders!! 俺の情報も含めてリスト化されて売られてんだよ。 自戒も込めてですが、サービスを安心して使ってもらうために設定を今一度見直しましょう。 きっと誰かがユーザーの情報を抜いている