ぶっかん

18.3K posts
Opens profile photo
ぶっかん
@bukkan817
TSKaigi フロントエンドエンジニア TypeScript React

ぶっかん’s posts

リモート勤務になって1番良かったことは通勤中にトイレを我慢するということが無くなったことかな 人生の中でも上位に位置する苦しみから解放された
昔、なぜなぜ分析させられてた時に「純粋に無能だった」時が何度もあったなぁ… 純粋に無能だったという結論で良いのに仕組みでどうにかしようとする話になるのでコストに見合わない仕組みばかり増えてだんだよね。
Quote
🦄けい©︎:プログラマーアイドル🦄
@k1_c_
「純粋に無能だった」という表現は使っていきたい リーナス・トーバルズが「Linux 6.14のリリースを丸一日忘れていた」と謝罪 - GIGAZINE gigazine.net/news/20250326-
エンジニアとして信頼されていないと全然レビューが通らなくなるのを遠目で眺めてる。 こうなるともう逆転はほぼ不可能
僕がエンジニアになってから無駄な学習だったなと思うランキングだと、オブジェクト指向を深掘りする学習はかなり上位にいるね。
IT業界で信じてはいけない言葉。 ・簡単な内容 ・〜するだけ ・9割型できてる ・スケジュール通り順調
もうIT業界では育てた人が転職してしまうのは避けられないと思ってるので、やっぱりうちが良かったとなった時でも戻ってくることに抵抗がない雰囲気にしておくのと、転職していってもビジネスパートナーとして繋がっておけるように良好な関係を作っていくのが良いのかなと思ってる。
大丈夫、エンジニアは実は何も分かってない人だらけですよ。 上位のエンジニアでもうっすら自信がない状態で仕事してたりします。
Quote
ALK / 一応ソフトウェアエンジニア
@TYPE_MUUN
実は何も分かってないんだけど もう駆け出しでもないから同僚や先輩の誰にも『わかってない』と言えないまま進んでしまっていてつらい
個人で作ったアプリ。 毎月の問い合わせ対応に多少時間が取られたりバージョンアップ対応が必要になったり法対応まで必要なったりするのに月に20万円程度しか入ってきていなく責任もあってやめられない状態で結構つらい。
Quote
無能なボンブ@ITエンジニア
@itengr_matome
プログラマなのに、アプリ作って儲けない人どしたん?
cd - でも戻れるよ
Quote
絶望エンジニア36
@okd61807313
LinuxでOLDPWDという環境変数には一つ前の作業ディレクトリのパスが保存されているので、cdで別のディレクトリに移動後にまた元の場所に戻りたい場合に便利。 # 別ディレクトリへ移動 cd /path/to/otherdir # 元のディレクトリへ戻る cd $OLDPWD
エンジニア系インフルエンサーの何が害悪かって、最近は非IT系の人まで広まってること。 非ITの友達に、できるITエンジニアなら年収3000万ぐらい行くらしいね、君はたいしたことないんじゃね? 的な会話をされてすごく不快だった。
コードを書いた行数で生産性を評価する上に、動けばコードは汚かろうがどうでも良いという人がPMが管理するプロジェクト。 2万行というクソでかいメソッドが3カ所にコピペされてた…
エンジニアの仕事って実務で覚えてなんぼみたいにいう人ばかりだけど、実務で覚えられる知識って実務をこなすためだけの知識なので穴が空きまくってるんだよね。 その穴を埋めるには体系立てられた情報から学ぶしかないと思ってる。
エンジニアとして1番やっちゃいけない思考って偉い人や上司や先輩が言っていることを無条件に信用してしまうことだと思う どんなに凄い人でもたまには間違えます
自分のレベルが高いと思い込んでるエンジニア歴3年目ぐらいの人が書いたプログラムが1番わかりづらい説。
技術よりもビジネスが優先なのはわかるけど ビジネス>>>>>>>>>>>>技術 な会社だとエンジニアの技術力が軽視されてそうなので近寄りたくない。
話はズレるけど 低レベルな現場って実は生き残る難易度が異常に高かったりします。 ハラスメント気味な客や上司、コミュ障で声が聞き取れない先輩、日本語が苦手で何を言いたいのかわからない同僚、客の言いなりで矛盾だらけの仕様、奇跡的なバランスでたまたま動いているだけのプログラムなどなどw
Quote
サカモト@エンジニアキャリア論
@sakamoto_582
今いる現場が東大の中にFランだとして、仮にGoogleに入社したらどんな例えになるんだ。 x.com/QvAmi10446/sta…
「自分らが作って納品したシステム、自分達だったら使いたくないね…」 →記事中のこの言葉が刺さる… 「今のIT業界でエンジニア/プログラマが適正評価される日は来ない」と25年間、思い悩んだ結果、「自社から変えよう」と始めた2年後、プロダクト化に至ったストーリー
動くだけのものを作るプログラミングは比較的簡単な部類だけど、凝集度や結合度を考えリーダブルで、大多数の人にとって使いやすいようユーザビリティやアクセシビリティに気を使い、大量のユーザーからアクセスされてもパフォーマンスやセキュリティに問題がでないようにプログラミングするのは難しい
SIerは技術に興味が薄い人が多数派というのは、SIerに所属していた人ならほとんどが納得してくれると思うんだが。
「コードは1文字足りないだけでも動かなかったりするので細かい点に気をつけられない人はだめだと思う」 たまにこれ言う人いるけど、コードの1文字の間違いと文章の1文字の間違いを一緒にするのっておかしいよね。 労力が大きく異なるものをなぜ並べて語れるのだろう。
Quote
IT菩薩モロー(キッカケエージェント)
@it_bosatsu_moro
職務経歴書におけるスペルミスや誤字•脱字は細かい企業ですと2〜3か所あるだけで書類選考でお見送りにする企業が少なからずあります。以前、知り合いの開発責任者と話したときは「コードは1文字足りないだけでも動かなかったりするので細かい点に気をつけられない人はだめだと思う」とのお話でした。
不正なリクエストがDBまで到達するのはセキュリティ的にまずいと思ってるので桁数チェックもやってます。
Quote
谷本 心 (Shin Tanimoto)
@cero_t
僕は過激派なので、フロントでバリデーションしてるなら、バックエンドでは「セキュリティ的なもの以外はチェック不要」という論があります。 たとえば長さチェックで、DBが100文字しか受け付けないところに101文字入ってきた時は、バリデーションエラーにするよりDBエラーで良い、みたいな。 x.com/kaerukun_geko/…
極論すぎるけど 仮にフロントエンドエンジニアが不要になったとしたら、今までフロントエンドのトップレイヤーの人達がバックエンドエンジニアの仕事を奪いに来るわけでそうなると平凡なバックエンドエンジニアは数ヶ月で抜かれてしまうわけで、煽るだけ損だったりしますね
AIだけでだいたい行けてると言ってる人達のコードを見てみたい。 能力が高くて高品質なコードを出力できてるのか、それとも能力が低くて稚拙なコードで満足してるのかどちらかなのか判断がつかない。
Quote
︎︎🐸いまいまい🐌
@imaimai17468
"ガチでまともなコード"を書きたい場合、AIはまじで単調なリファクタか品質気にしないMVP位でしか使えない お絵描きマンかジュニアより少し上のレベル x.com/s6n_jp/status/…
プログラミング やってみた! ↓ 全然わからん… ↓ よっしゃじゃあPM目指そ! このパターンで上手くいってる人いるのかな?
過去に見てきたエンジニアを思い返してみると、以下のような学習方法が多い人は成長が遅かったと思う。 ・資格取得専用の書籍で資格学習 ・e-learningなどの学習用サイトを利用 ・同じ書籍やサイトを繰り返し読む ・書籍の内容を写経 パッと思いつくのはこのくらい、他にもありそう。
学生時代をオブジェクト指向の学習に費やすべきではないと思うので良い傾向だと思いますね。 もはやオブジェクト指向は開発においても必須の知識ではないです。
Quote
もぐの
@moguno
新人「大学時代はCとPythonに打ち込んでおりました!」 も「(普通に戦力では)。教育係くん。C#で一本なんか書かせてみよう。」 数時間後 教「えっと、クラスって言うのはね。」 そっかー! そのスキルセットだとオブジェクト指向にたどり着かないのかー! おもしれー!
もうSIerとWeb系は全く別の職業ってことでお互い関わらないほうが平和なんだけどなぁ… 似たような道具を使っているというだけで価値観や仕事の進め方が違いすぎる。
ORMの普及でSQL文が苦手な人が増えたせいか、SQL文が存在するコード=読みにくいコードと認識する人ばかりになってしまったのってのが結構良くない状況。
上流工程をカッコよいと思ってるエンジニアなんているの?
Quote
🐢みどりがめ🐢エンジニア→ITコンサル
@sa04ru18kiti
💬「上流工程をやりたい」と言う人は多いけど、実際は“地味な対話”の連続。 カッコよく見えるかもしれないけど、泥臭いコミュニケーションが8割。そこに面白さを見出せるかどうかだと思う。
都内の正社員プログラマのレベル別年収イメージがこんな感じだと思ってるけど認識ずれてる? ・指示されたこともまともにできない  200万〜300万 ・指示されたことはギリギリこなせる  300万〜400万 ・指示されたことはある程度こなせる  400万〜500万
どの分野のエンジニアだろうが周囲の仕事へのリスペクトがない人の仕事は無くなっていくのだろうなと思ってます。 なぜなら最初に駆逐されるのは「この人とは一緒に働きたくない」と思われてしまうような人だからです
Quote
ちょあ
@hiimchoa
「開発者がクラウド扱えるからインフラエンジニアは不要」と同じ 🫠 AI主導で良い感じによろしくやってくれるのには限界があって、アーキテクチャ選定と設計最適化をAIベースで対応すれば分かるけど、詳細化して要件の共有を前提に繰り返しの議論と出力の評価が必要で、そこに経験/スキルは必須だから x.com/hiimchoa/statu…
Replying to
自分が嫌なこと=他人が嫌なこと 自分が喜ぶこと=他人が喜ぶこと ではない、このお母さんが喜んでくれたのなら、やってみた価値はあると思う。
面談の練習だけガチって経歴偽装して高単価で案件に参画して実力バレから短期でクビを繰り返してるフリーランスの話を聞いてドン引きしてる こんなんでも月収100万円越えらしい
Linux経験5年と経歴書に書いてある人がcd知らなかったことあるんだけど…
Quote
心がポッキー(6億円)
@lawliteqed
./を/と書いてあるので指摘したら「こんなの一文字しか違わないからほとんど変わらないでしょ」とエンジニア歴5年の方に言われてしまい
オブジェクト指向という概念の認識合わせから入らないと議論が成り立たってない状況を見ると、もうオブジェクト指向という言葉は死んだのだなと思わされる。
さすがにpiyoとかhogeが含まれたプルリクが飛んできたら説教するよ、限度を超えてるw
Quote
ひろゆき
@hirox246
優秀じゃない人ほど「コードが汚いから読めない」とか文句を言う。 変数名考えたり、辞書引く暇があったら$piyoとか$hogeで書いた方が集中力が続く派のおいらです。 優秀なエンジニアで「コードが汚いから読めない」って言う人が居たら教えてください。 type.jp/et/feature/267
Replying to
負のループなんよね。 信頼ないので細かくチェックされる→大量の指摘→指摘対応でスケジュール遅延→急いで雑な対応→雑な対応に対してさらに指摘→遅延&雑な対応に対して言い訳→信頼がさらに低下→次のタスクはさらに細かくチェックされる
ほんと収入が低いままだと、いくら能力があっても自己評価が低いままなので、自分で大きな壁を作ってしまって成長が止まるんだよなぁ。
多分今のプログラミング初心者ってAIと格闘して時間が溶けていくって感じだとは思うが、そのやり方で成長できるもんなんだろうか?
会社に言われた通りの仕事をして必要になるまで新しい技術を覚えず会社が期待するポジションを目指すだけだと、会社がエンジニアのキャリアを真面目に考えてくれていない場合に詰むよ?
組織内で声が大きいエンジニアの技術力が低いと全体のレベルが下に引っ張られる。 そういう人はずっとそのままで成長することもないので、排除するかその組織から離れるかしかないんだよなぁ…
会社で「良いコード/悪いコードで学ぶ設計入門」の読書会を章ごとに議論しながら進めているのだけど、社内でのプログラミングの認識が整えられてきていて非常に良い。
SIerだと大量の作業者を用意して開発を進めるので、人の能力も性格も信用しない仕組みにする必要があるからですね。 作業者はサボったりミスをしたことを隠そうと嘘をつくし騙してくるし最悪の場合は犯罪行為すらしてくるという経験からめんどくさい仕組みが積み上げられてきたのかなと…
Quote
サカモト@エンジニアキャリア論
@sakamoto_582
私は思うのだけどSIerがやたらエビデンスにこだわるのは企業間で取引やってるからだと思うんですね。何かあった時にここに書いてましたよね?やりましたよ?的な保険を作っておきたいわけですよ。じゃあこれが生産的かと言われるとそうではないんだけどさ。 x.com/TETRAN_IT/stat…
逆ですね、最新技術を追うのをサボった分だけ価値が下がり続けます。
Quote
nwiizo
@nwiizo
これ、気づいてないエンジニア多すぎます。「最新技術を追えば価値が上がる」って信じてる人。新しいフレームワークは詳しいのに、既存システムの改善提案ができない開発者を何人も見てきました。技術オタクで終わってるケース、思ってる以上に多いです。
マジか… TypeScript自体がレガシーという印象の人もいるのか…
Quote
Otogawa Katstutoshi (oto)
@k_otogawa
typescript自体がレガシーになって来てるから、フロントとバック合わせたいという理由で新規採用するのは辞めた方が良いと思うけどなぁ。 MSも辞めたがってるフシあるし。 恐らく3〜5年後に困る事になると思う。 x.com/_yuki0920_/sta…
DBに1回目列〜4回目列があるパターン。 テーブル設計を学んでいなかった人が1人もいないプロジェクトでありがち。
Quote
弁護士 吉峯耕平
@kyoshimine
どうしてこんな器用なクソ仕様にできるの??? 何も考えずに設計しても128回までは入力できそう。 ワクチン接種歴「4回目までしか入力できない仕様」 - HER-SYSの接種歴回数、5回目は「不明」に(医療介護CBニュース) news.yahoo.co.jp/articles/4e180
Gitなんて簡単なので1日で覚えられるという意見が飛んできたけど僕は結構時間かかったなぁ… 頭が良くて羨ましい