itsuki-n22

Webエンジニア。色々開発してます。
AWS触ったり、コード書いたり、要件定義したり、課題解決したり色々しています。CTOっぽいことやスタッフエンジニアっぽいこととか開発的なこととかしてます。
Relic/Pro3Lab/Qaless

[itsuki-n22 @Itsuki_n22]

非同期処理難しいよね笑

[mizchi @mizchi]

AIやっぱ超優秀な秘書になっても、問題空間に辿り着く人間の知性が不足してると浅瀬をグルグルするだけだから、人間側が優秀でないとダメだ

[itsuki-n22 @Itsuki_n22]

AIにスケジュール管理させないと遅れていると言われそうで公言はしていないけど、結局スプシや手打ちで色々管理している人がいたら正直に名乗り出なさい

[itsuki-n22 @Itsuki_n22]

久しぶりにポエムを書きました
https://t.co/6LdI3wfmuS

[itsuki-n22 @Itsuki_n22]

https://t.co/fFK5ZhkFUD
これは分かるかも

[itsuki-n22 @Itsuki_n22]

バイブコ���ディングされているものを後から直すの超大変

[itsuki-n22 @Itsuki_n22]

https://t.co/CnP4EHoTCr
ここが面白かった。

[itsuki-n22 @Itsuki_n22]

今の時代こそ、スタートアップにセキュリティの力が必要だと思うのだが

[itsuki-n22 @Itsuki_n22]

サプライチェーン攻撃による情報漏洩を防ぐには、やらなくてはいけないことがたくさんありすぎる。スタートアップこそ防御力を高めないとやばそう。

[itsuki-n22 @Itsuki_n22]

毎月１回はいまだに遭遇する

[itsuki-n22 @Itsuki_n22]

レイテンシーを変換しようとして「霊天使」となったけど、変換しようとして微妙にありそうな単語になることあるよね

[エナミコウジ@RaiseTech代表 | 自走力を鍛え上げるエンジニアリングスクール @koujienami]

これちょっと不味いなぁ、と思ってること。

多分一部のバリバリ開発している人は同じ事思ってる。

「開発作業、全部俺一人でよくね？」

特に設計や要件定義とか全部出来る人は、より顕著に感じてるんじゃないかなぁ。

[itsuki-n22 @Itsuki_n22]

自分を必要としてくれる人がいるからこそ、その分悩みの数も増えてしまうものだよね

[itsuki-n22 @Itsuki_n22]

設計フェーズとレビューが圧倒的に遅い。人間がボトルネック。

[itsuki-n22 @Itsuki_n22]

@consulreal 最近ずっと見ていて応援してます！
私はコンサルのリアルchの方だけ再生しますね！ 😇

[itsuki-n22 @Itsuki_n22]

https://t.co/KHcCrnlk8c
エクイティなしでここまできたのは本当凄すぎる(あったとしても凄すぎるけど)

[itsuki-n22 @Itsuki_n22]

"レビューして欲しい" って要望がすんごい増えている気がする...
結局作るのは早くなったけど、本当に大丈夫かわかる人に見てもらいたいという要望はいつまでも消えないのだろう

[長嶋大地@GENSHI AI CEO | 医師 @daichi_genshiai]

医者を辞めAI・スタートアップ界隈に来て3年が経ちました。

この3年で見てきた「AI開発の地獄」と「受託工場の実態」そして東大ブランド最強説について、現場のエンジニアとして、CTOとして本音を書きました。

綺麗事抜きの、生存記録です。
https://t.co/PoSILXhY2X

[itsuki-n22 @Itsuki_n22]

レイテンシーを変換しようとして「霊天使」となったけど、変換しようとして微妙にありそうな単語になることあるよね

[itsuki-n22 @Itsuki_n22]

大体好みで色々分かれるので、正解はリーダーに合わせるでおk。

[前島秀伍@Webエンジニア @sho_engineer25]

先日受けたコードレビューについて

「IF文は”早期return”で読みやすくなる」と学んだので、こんなコードを書いた

❌ 書いたコード(早期returnを意識)
ーーーーーーーーーーーーーーーーーー
function todaysActivity(isSunny) {
if (isSunny) {
console.log("外で遊ぶ！");
return;
}
console.log("家で遊ぶ！");
}
ーーーーーーーーーーーーーーーーーーー

このコードについてレビューで指摘されたこと、、

✅対の関係が見えない
→ 「晴れ vs 雨」の排他制御であることが伝わりにくい
✅共通処��が書きにくい
→ 両方のパターンで実行したい処理を2回書く必要がある

と指摘されたので以下のように修正

パターン1: 三項演算子
⭕️ 三項演算子を使って
ーーーーーーーーーーーーーーーーー
function todaysActivity(isSunny) {
const message = isSunny ? "外で遊ぶ！" : "家で遊ぶ！";
console.log(message);

// 共通処理
eatSnack();
}

ーーーーーーーーーーーーーーーーーー
パターン2: if/else

⭕️ if/elseを使って
ーーーーーーーーーーーーーーーーー
function todaysActivity(isSunny) {
if (isSunny) {
console.log("外で遊ぶ！");
} else {
console.log("家で遊ぶ！");
}
// 共通処理
eatSnack();
}
ーーーーーーーーーーーーーーーーー
結局パターン１で書いてマージされたけど
確かにこの方が排他制御の意図がわかりやすくて、共通部分を書く必要が後から出てきた時も1回で済むので合理的や

[手羽先｜国産LLMを作る人 @Tebasaki_lab]

本当のエンジニアって定義難しいよ��。デザインパターンもAWSもRustもメモリ管理も分かんないエンジニアが何いってんの？って扱いを受けたことがあるけど、じゃあAI作るときに誤差逆伝播法に使う転置行列の意味とか勾配消失、CNNにおけるフィルタの役割や言語モデルの埋め込みとか分かっとるのか？というのも思うわけで。

別に全部やる必要も、専門外に詳しくある必要も無い。目的を果たせたらそれで良い。僕が誤差逆伝播法理解して導出できないのにAIエンジニア名乗ってんじゃないよと言った時に、いやいや、それ使わなくてもライブラリで解決できるから…。という人が大勢なわけで、それなら他の分野も同じ話。

つまり、人を見下したり、詳しくない人を詰めたり、馬鹿にしてはいけない。エンジニアに限らずだか、特にエンジニアはそういう傾向がある。実力主義は分かるが、人生において良くない。

それでも生きていけるのは恵まれていることだが、やはり局所最適解に陥るので、そういう周波数なり集団に集まってしまう。