haruharu_py Profile Banner
はる@エンジニア Profile
はる@エンジニア

@haruharu_py

Followers
1K
Following
3K
Media
22
Statuses
1K

フリーランスエンジニア | SES → SIer → 自サ | Next.js, Go, AWS | IT業界のこと色々発信

Joined March 2023
Don't wanna be here? Send us removal request.
@haruharu_py
はる@エンジニア
20 hours
xxx or yyy の質問に対して、 はい!大丈夫です! って回答やめてほしい。 またワンラリー必要になってしまう。
0
0
2
@haruharu_py
はる@エンジニア
2 days
Copilot AgentのモデルのcodexがPreview外れてる👀(ほとんどの最新モデルPreviewだったw)
0
0
0
@haruharu_py
はる@エンジニア
2 days
そういえば少し前に出てきた htmx 使ってる人いる? JS書かずにHTMLだけでDOM操作できるやつ。 モックとかはこれで十分じゃね?ってなる。 最近だと TOON も同じ文脈だと思ってて、 JSONよりトークン効率が良いフォーマットで、 LLMに投げる前提だと、筋がいい。
0
0
2
@haruharu_py
はる@エンジニア
2 days
久しぶりにPython触ると、 なんだこの癖のある言語は?ってなる。 最初の頃は 「コードこれだけで動くの?高級言語すげー」 って素直に感動してた。 でも、いろんな言語触ってきた今だと、 暗黙ルール多すぎだろ…って感覚の方が強い。 便利だけど、 雑に書いても動いちゃう分、
0
0
9
@haruharu_py
はる@エンジニア
2 days
DDDでたまに見るけど、 ドメイン層に外部サービス名が出た時点で思想は崩れてる。 「Stripe決済」「Firebaseユーザー」 それ、ビジネスの言葉じゃない。 ドメインは本来、 事業の言葉だけで完結する場所。 決済がStripeかどうかは本質じゃない。 実装都合で持ち込んだり、
0
0
2
@haruharu_py
はる@エンジニア
3 days
DB設計する時は使わないとしても、最低限メタカラム入れとこう。 作成日時、作成者 更新日時、更新者 削除フラグ、バージョン 「要件にないので」、「今は使わないので」 って言う人いるけど、システムの初回リリースなんて最低限な機能しかない。
23
46
457
@haruharu_py
はる@エンジニア
7 days
仕事できる人の特徴の1つに、 道具を使うのが異常にうまいってのがある。 エンジニアならPCのツールとかAIの使い方。 選定ミスや扱いが雑なだけで、平気で数十時間が消える。 道具を最適化できるだけで、できる人になる。
1
1
9
@haruharu_py
はる@エンジニア
9 days
たまにめちゃくちゃ高単価を打診する人がいるけど、市場相場や価値、紹介経由ならビジネスモデルを理解せず、ただわがままを言ってるだけ。 お金を出す価値がある人なら向こうから提示してくれるんよ、他に行ってほしくないから。
1
1
8
@haruharu_py
はる@エンジニア
10 days
受託開発の上流も下流も自社サ開発も全部ひっくるめて経験しといた方がいい。それぞれ良し悪しあるので、経験値として蓄えおくと困った時に助けてくれる。1つの現場で同じ手法な開発しか知らないというのが危険。 最初は幅広く技術を知り、深く理解していく。
0
0
6
@haruharu_py
はる@エンジニア
11 days
プロンプト次第だけど、基本LLMはasばっか使ってくる。型定義が適当なこと多い。 よく理解せず実装してる人のコードはコード量が多いし、書き方がバラバラで汚い。 クリーンコードを意識すること。
0
0
3
@haruharu_py
はる@エンジニア
11 days
最近朝に筋トレと有酸素をするようにしてるけど、日中のパフォーマンスがずっと下がらない。 安定してバリューも出せる。 40歳なってもおじさんって言わないように努力する。
1
0
6
@haruharu_py
はる@エンジニア
11 days
反対してくれる人がいて、いい感じに伸びるかなっていう狙ったポストだったのでヒット打てた感覚。自分の経験ベースで話してるけど、主語がでかすぎることもわかってるし、現場ごとに違うだろなんてことはわかってる。
@haruharu_py
はる@エンジニア
11 days
エンジニアとしての成長を考えるなら、SIer配下のSESで働き続けることは危険。 要件定義や主なアーキテクチャ周りは任せてもらえず、何十年経験があろうとDB設計、ユーザー権限周り、その他インフラや認証など設計できない、ベストプラクティスがわからない人がたくさんいる。
0
0
6
@haruharu_py
はる@エンジニア
11 days
エンジニアとしての成長を考えるなら、SIer配下のSESで働き続けることは危険。 要件定義や主なアーキテクチャ周りは任せてもらえず、何十年経験があろうとDB設計、ユーザー権限周り、その他インフラや認証など設計できない、ベストプラクティスがわからない人がたくさんいる。
7
18
234
@haruharu_py
はる@エンジニア
16 days
アジャイルを本質的に理解していないと、形式に��って進めたとしても全く効果を発揮しないことを悟った。レベルを高くしようとするとシステム開発は本当むずいよねぇ。
0
0
6
@haruharu_py
はる@エンジニア
22 days
SIerだとウォーターフォールがほとんどだから、DDDと相性が悪いのはわかるのですが、アーキテクチャを理解していないとカオスになる。
0
0
7
@haruharu_py
はる@エンジニア
23 days
X以外ずーっとサボってた発信もこれからはやっていく。 ここ数ヶ月でも知見とか広くなったから、働き方や環境を変えるはいいことだったと正当化。 大前提として勉強したいという気持ちがないとおすすめはしないけど。
0
0
13
@haruharu_py
はる@エンジニア
30 days
開発の途中で新しくテーブル作成すると、クエリ実行で落ちてて焦ったが、アプリユーザにGRANTし忘れてた。極たまにあるのでよく忘れる。
0
0
3
@haruharu_py
はる@エンジニア
1 month
私は最近Prismaを捨ててDrizzleに乗り換えた。 SQLみたいに書ける好き。
0
0
3
@haruharu_py
はる@エンジニア
1 month
システム開発難しいね〜。
0
0
11
@haruharu_py
はる@エンジニア
1 month
IT業界で年収を上げたいなら、転職だよな。 慣れた環境にいれば楽だし、このままでも生活できるしって思うけど、その時点で年収も成長も止まる。 転職はストレスだし、不安もでかいけど、負荷をかけた分いい結果になる。 正直、停滞が1番怖い。
0
0
6