すえなみ
@a_suenami
Followers
4,407
Following
2,093
Media
1,244
Statuses
112,341
焼肉エンジニア / そけっとちゃん（#ちょうぜつエンジニアめもりーちゃん）エヴァンジェリスト
東京都内
Joined August 2007
Don't wanna be here?
Send us removal request.
Explore trending content on Musk Viewer
ANILPIN WORLD PREMIERE
• 774814 Tweets
RIDE
• 167502 Tweets
#超RIZIN3
• 146515 Tweets
TVer
• 137815 Tweets
Namjoon
• 87080 Tweets
#光る君へ
• 68521 Tweets
Rayssa
• 64486 Tweets
朝倉未来
• 54014 Tweets
Simone Biles
• 47123 Tweets
詩ちゃん
• 35195 Tweets
Pamela
• 34681 Tweets
Galaxy Z Flip6
• 29834 Tweets
サヨナラ
• 18924 Tweets
#ManuBhakar
• 18449 Tweets
阿部一二三
• 16260 Tweets
मीटर एयर
• 14836 Tweets
RIDDLE
• 14605 Tweets
エリオス
• 12091 Tweets
パッキャオ
• 11044 Tweets
Pinned Tweet
なんとかさんの金で肉が食べたいというハッシュタグが流行ってるんですが、わりと真面目に、僕とペアプロしてくれたらお肉奢りますって言ったら何時間くらいでどれくらいの肉だったらやってくれる人いますかね？もちろん僕より対象言語とかフレームワークとかに精通してる人限定。
4
14
86
病院で若い看護師の方が「何かありましたらLINEしていただいて…」って言ったので「すげえ、電話やWebじゃなくてLINEなのか。最初にLINEが出てくるとはさすが若い人は違うな。そもそもこの病院、LINEで連絡できるとかナウい。」って思ったんだけど、帰り際に「LINE」じゃなくて「来院」だと気づいた回
43
8K
42K
クズ男がよくいうセリフ
第3位
「妹みたいでほっとけない」
第2位
「お前に彼氏出来たらやだなー」
第1位
「// 何故かこの行を消すと動かなくなる」
30
5K
10K
面接する人「好きな技術書はありますか？タイトルを覚えてなければ動物で答えていただいても大丈夫です。」
？？「ど、動物ですか？ちょっと意味が…」
面「お疲れ様でした。お帰りください。」
40
2K
3K
コンサル「顧客が必要なのはドリルじゃなくて穴！」
顧客「穴開けるたびに費用必要なの？じゃあドリル買い切りで売ってよ」
開発「はい、どうぞ」
顧客「思ったように穴空けられないから代わりにやって」
開発「追加費用だけどいい？」
顧客「なんでだよ！ドリル代払っただろ！！」
7
1K
2K
そういえば全然関係ないけど、以前転職エージェントの方からメール来て、そういうの基本的に無視することが多いんですが、「Twitter拝見しました。私も焼肉好きです。」という一文で本当にこの人はTwitterを見てる人だってなってその会社さんだけお会いしたっていうアレがあります。
4
514
2K
プライベートがなくなりますよ！
海外でプログラマーやってる人とかカッコいいよな。
グローバルな人材になりてーなぁー。
まずはグローバル変数を書きまくるかぁ。
5
124
625
11
498
2K
「人が足りない」という状態がよくわからなくて、業務がまわらないんだったらそれは業務設計の問題だし、求人に対して募集が少ないということなら給与や待遇等の問題なのではって思ってしまう
14
495
1K
コードレビューの「純粋に質問ですが」は表現を柔らかさ目的でなく、「お前は質問だって言わないと勝手に指摘だと受けとってよくわからん修正するんだろ？質問なんだよ！！修正すんなよ！」という意思表示で、むしろ元より殺伐となってる可能性すらあります。
1
560
1K
プログラミングの難しいところは、何日も悩んでいたことに対して突然天啓のようなひらめきが降りてきて、その通りに書いてみたら数時間でできちゃったりするところなのですよね。なかなか正確に見積もれないというか、見積もりができるっていうことは過去にやったことがあるものに限定されるというか。
4
283
1K
「これ、全然エンジニアの仕事じゃないですね」という発言に対して「でも、これがドメイン駆動設計だと思いますよ」と返すという実績を解除しました。
6
135
980
グローバル人材じゃん
1
275
676
最近のPHPは「おいおい、お前一体何があったんだよ… 静的に型が決まるだって… 1 == ‘1’がtrueになってた昔のお前をどこに行ってしまったんだよ… 垢抜けやがって… お前、もしかして今でもJavaのこと…」という感情を抱いている。
6
245
647
昔、RailsのActiveRecordがidという名前のカラムをPKにすることを強制する件について「それ自体はクソだけどさらにクソな設計になる可能性を未然に防いでいる」って誰かが言ってたのを聞いてなるほどなーって思ったことあったんだけど、最近それをより実感し始めた
1
101
531
「誰かいいエンジニアいませんか？」ってよく言われるんだけど「むしろ僕のまわりにはいいエンジニアしかいないのでみんな高いですよ？」って返すことにした。
1
169
501
彼氏のストレージエンジンがMyISAMでした。死にたいくらい恥ずかしくて惨めな思いのデートでした。
男でMyISAMとかないですよね。
データ不整合だらけだし
「SELECT COUNT(*) は速いよ」とドヤ顔で言われるし
「KVSかよ！」って感じですｗ
あたし何かおかしいこと言ってますか?
普通の感覚ですよね?
3
190
478
これが静的肩ですか…
2
132
477
「動くけど汚いコード」の「動くけど」の部分は想定しているレベルが人とか会社によって結構違うと思いますよ。正常系は動いてるけどエラーハンドリングとかが杜撰すぎるみたいなのが結構ある。
3
89
473
DBエンジニアA「結果にコミット！！」
DBエンジニアB「結果にコミット！！」
＿人人人人人人人人＿
＞ デッドロック ＜
￣Y^Y^Y^Y^Y^Y^Y￣
1
458
462
もうオブジェクト指向とか難しいこと言わずに「間違いには早く気づきたいですよね」「わからないことはあとで決めたいですよね」「一度にたくさんのこと考えたくないですよね」で十分だと思うようになった。
0
117
453
恥ずかしながら、僕も昔の本を読んで「えっ、もうこんな議論がこの頃にされてたんだ…」って思うことあるので、「IT業界は進化が早い」みたいなのは基本的に信じてない。
1
68
447
ここ5年か10年かくらいのシステム開発の業界を見るに、日曜大工程度のプロダクトに対して高層ビル向けの方法論を適用しているかのような印象があったけど、最近はむしろユーザーのほうが犬小屋に高層建築並の品質を求めているんじゃないかと思い始めた。
4
141
657
データベース定義書には「0: 無効、1: 有効」としか書かれてないのに実際にSELECTすると9とか入ってるんですよ？もうあの経験は徳を積むことでしか解決できないと悟りましたね僕は。
2
595
396
エンジニア頻出ダジャレ
•継承に警鐘を鳴らす
•Goに入れてはGoに従え
•Scalaですから
•awkについてオークを語らず ← NEW
1
89
372
みなさんはエンジニアとして優秀だし、僕も個人としてはそうありたいと思うのですが、一方でそうじゃない人と一緒にプロジェクトやるときにどうすればいいかみたいなほうが今は興味があって「わかってる人には当たり前だけど実はあまり言語化されてなかったこと」を言語化するの大事だと思ってます。
1
85
289
制約のない完璧なテーブル設計です。
CREATE TABLE all_things (
data JSON DEFAULT NULL
);
5
68
292
DB設計がクソだとだいたいクソっていう話、いやいやデータストアアクセスを適切に抽象化してれば差し替え可能でしょっていう意見ありそうなんだけど、そんな設計できるやつはそもそもDB設計もちゃんとしてるわけであって、DB設計がクソなせいでクソになってる時点でドメインモデル貧血症なんですよ
3
118
273
自社サービスはOOP、業務システムはDOAで作ろう - 設計者の発言
完全に今の僕が読むべき記事すぎた
1
31
276
「プログラミングは手段」みたいなアレがあるのですが、手段として使いこなすためにはかなりの習熟が必要で、習熟度があまり高くないと目的のほうを手段に合わせないといけなくなるんだからな！！！っていうカウンターを思いつきました。
1
63
268
「GitHub拝見しました」 → 「それ、僕が作者じゃなくて他の人のforkしただけです…」
「Qiita拝見しました」 → 「本当に読みましたか？僕、そんな主張してないんですけど…」
「Twitter拝見しました」 → 「ありがとうございます。焼肉行きたいですね。」
4
58
267
「なんで○○なんですか？」
「修正しました」
レビューでコメントしたら「必ず何か変更しなければならない」となってるのはあんまよくなくて、(レビューの位置付けにもよるけど)そう言うもんじゃ無いよーとかは重ねて言わなきゃなんない。
3
37
127
3
148
238
現代だとどうせみなさんIDEによる補完を駆使してコード書くわけだし、コードハイライトにしても静的検査にしてもIDEを通して見るわけで、その対象がテキストファイルである必要があるのかっていう疑問はあってしかるべきというのは本当にそう。
3
42
238
どのプログラミング言語を使うかという技術選定が重要でないとは言いませんが、その判断が致命的になるほどその言語のポテンシャルを引き出す使い方ができるのかというと学び始めや導入し始めほどそれは難しいわけで、よほど特殊な適用領域でない限り「使い慣れている」が判断基準の最初にきます。
3
42
215
「彼のやってること、ただのリバースプロキシなんですよね。」
「ちゃんとプロキシできてるだけいいじゃん。こっちなんてパケロスするんだぞ。」
#実話
1
71
210
そのポジションに対してこれ以上の給与は無理っていうならこれまた業務設計の問題ですよね。その給与水準で雇用できる人材を前提に業務をデザインしないといけない。いずれにしても採用の問題ではないのでは、と。
1
58
204
objectとsubjectの話で思い出したけど、現実世界の対象をそのままobjectとして扱おうということと、コードが自然言語として違和感なく読めるように（つまりレシーバーが主語になるように）しようという考え方が悪魔合体するとあらゆるメソッドがUserクラスに実装されるようになるっていうアレがある
1
58
210
Rails、開発が早いと感じることはすごく減って、これまで培ったバッドノウハウを駆使して要求に実装をあわせにいくみたいな作業になることが多くて、コレジャナイ感のほうが強くなってしまった
1
48
195
ド・モルガンの法則がTLで話題ですが、「こんな複雑な条件よりifをネストした方が読みやすい」と言われたときの気持ちがみなさんにわかりますか！？
5
70
193
人間は自己中なのでフロントエンド書いてるときはUIがプロダクトの中心だと思うし、テーブル設計してるときはデータが中心だと思うし、サーバーサイドのコード書いてるときは業務ロジックが中心だと思うものです（）
1
16
192
47歳氏のあの終わり方は、退職なんて特別なことじゃないし特別だと思っていた100日間も長い人生の1コマにすぎないということを教えてくれる。他の「100日後に○○する○○」へのアンチテーゼのようにさえ思えてくる。
1
54
192
マイクロサービスというか、分散システム的なものを考えるとき、コードベース（gitリポジトリ）の分散と、デプロイ単位（コンテナ）の分散と、データストアの分散があって、関連はもちろんするけど実は全部違う話だねって意識するの大事と思う。
1
22
153
みなさん、10万円の給付がなんとかって言ってますが、5000兆円を目指していたときのみなさんのほうがギラギラしてましたよ。小さい人間になりましたね。
2
81
146
何の意思決定もせず、情報のフィルタリングすらしない伝書鳩のような存在がディレクターやPMと名乗ることで逆にコミュニケーションが複雑になる現象に誰か名前
8
60
147
？？「フン。マイクロサービスというのかい？贅沢な名だねぇ。今からおまえの名前は分断されたモノリスだ。いいかい、分断されたモノリスだよ。」
0
63
147
これです。かつて、何でもかんでも Repository クラス作って永続化層抽象化するんだーっていうのをやってたのを今では反省しています…
クリーンアーキテクチャもそれなんよな。DBにきちんとモデルを作っておけば、SQL使ってそこへの出し入れのみで済む業務ドメインは体感で全体の半分以上ある気がしてる。
1
76
428
1
17
141
最近はDDDどころか「ドメイン」という言葉自体をできるだけ使わないようにしてて、何故かというとDDD本でこの言葉を知った人にとってドメインとは暗に問題領域を指すので、解決領域もドメインなんだという意識が薄れちゃうからなのです。
1
19
141
エンジニアじゃない人が「データベース」という言葉を使ったら、それはミドルウェアのことではなくデータの集まりとそれを検索したり分析したりする手段のことま含めて言ってるんだろうなって忖度する程度には大人のすえなみさんです。高い社会人力。
5
44
135
登壇しまくってて、OSSにコミットしたりもしてて、ブログとかも頻繁に更新してる人、一体何なの？精神と時の部屋にでもいるの？それとも仕事してないの？？
2
38
140
「足りない」ということは何かしら「満足した」状態との対比のはずで、それが何なのかわからないんですよね。他社（業界標準的なもの？）と比べてるのか、経営陣の理想像があるのか。
0
34
135
コードレビューで優しい言い方を何とかってやつ、僕の経験上では強い言葉で威圧的に責めてくる人はほぼいなくて、「こちら、◯◯だと思うのですがいかがでしょうか？」（疑問形だけど暗に◯◯にしろよ！って言ってる）とかのほうが多いので、もうちょっと昼ドラみたいなドロドロ感のほうが多いと（ｒｙ
1
39
125
あえてエイプリルフールにぶっ込むことでなんかおもしろいかなって思って、こんな記事を書きました。エイプリルフールネタではないです。
そういえば、結婚し（て）ました - assertInstanceOf('Engineer', $a_suenami)
44
11
122
メロスは激怒した。必ず、かの邪智暴虐のクソクエリを除かなければならぬと決意した。メロスにはORMがわからぬ。メロスは、DBAである。SQLを書き、DBサーバを監視しながら暮して来た。けれどもスロークエリに対しては、人一倍に敏感であった。
0
90
114
昨日のLT資料あげましたー
0
25
115
プログラマを誇りある職業だと思っている人とプログラマをPGと呼ぶ人は正直直接出会うことはないんじゃないのって思うのでTwitter上でだけ対立が可視化されるエンターテイメントみたいなもんだと思ってます
1
14
114
「わからない」は許せるけど「わかろうとしていない」は許せない感じがあって、でももしかしてこれってナントカの剃刀ってやつなのではっていう気もする。
2
8
112
Value Object は文字通り "値" なのであって "属性" ではないと思ってるので、引数の取り違えを防ぐみたいな目的に使うのをそう呼ぶのはやめましょう派に属しています。
1
22
112
逆に（？）「RDBMSに入れてしまえばOK」（そして関係演算=SQLを使うといろいろできる）なものをランタイムにロードしてオブジェクトでごちゃごちゃやってるってのをよく見たりしてて、「とりあえずテーブル設計ちゃんとやってくれ」ってなっているのが今の僕です。
いろいろな設計方法論に対する最大の障壁は、便利な入れ物としてのRDBMSじゃないか、という説を唱えてみる
アプリケーション設計におけるRDBMSへの関心の割合が高すぎる気がするんだよなぁ
コードの振る舞いではなく、RDBMSに入れてしまえばOK、というか、それこそが開発の中心である、みたいな信仰
4
23
88
1
20
110
私も30超えてるけど未だにエンジニアに割り勘提案されたこと無い。駆け出し〜つよつよまでエンジニアはみんなタカってくるよ。（コミュニティの忘年会ですら誰か財布忘れてくる→すえなみさんごちそうしてくれて良いよーごちそうさまです！みたいな）
7
9
107
これ、僕も最近結構よく考えるのですが、言語やミドルウェア非依存で比較的安定してるデータ交換形式が結局HTTPとJSON（or XML等）っていうことなんだと思うんですよねぇ
サービスを分けたときにそれにアクセスする方法が必ずしもネットワーク越しのAPIである必要はないとおもうんだけどなあ
バッチかもしれないし、非同期処理のプロセスへのキューかもしれないし
1
6
38
2
20
106
「エンジニアの人たち、「A を使った B がしたい」って言われたら背景を聞いて C を提案するくせに、自分の「他人の金で焼肉が食べたい」については頑として譲らない」
0
32
105
過剰なアーキテクチャを指向してしまうの、僕もたぶんそうだった時期あるからなんとなくわかるけど、見ている時間軸の問題が大きいんじゃないかなーと思う。
1
12
105
昨日の資料、アップロードしました / トランザクションスクリプトはどこから来たのか トランザクションスクリプトは何者か トランザクションスクリプトはどこへ行くのか
#sekkeinight
1
15
104
・迷ったら堅い設計のほうに倒す
・ORMとは戦わない（甘んじて受け入れる
・書き込んだ直後に不整合も遅延もなしで参照できなければならないという要件でない限りは、CQRS的な設計を検討する（マテビューとか
・毎日メッカの方向に5回礼拝
・釈迦のいるほうに足を向けて寝ない
とかですかね。
テーブル設計、完璧はなく、無限に考慮事項があるので何処で折り合いをつけるか？って話なのだけどそういうときみんなはどうやって決断してるのじゃ？
9
20
71
1
33
102
ついったらんどにいると世の中の大半のエンジニアはRustを書いていて僕はなんて出遅れてるんだって気持ちになるけど、きっと世の中の大半のエンジニアはRust書いてない
1
5
96
「未経験からソフトウェアエンジニアに」って言ったときにいきなりプログラミングを学ぶのが既定路線みたいになってるのが難易度高すぎなんじゃないかと思ってて、エクセルでもパッケージ製品の設定とかでもノーコードツールでもいいから（続
1
18
93
実装技術への依存を取り去ってドメインモデルだけの話をするのわりと大変で、DDD界隈の人ですらすぐにDBの話をし始めるし、アジャイル界隈からその抽象化はYAGINIだって言われるし、うるせえ黙れ！！今実装の話1ミリもしてないだろ！！って思うことある。
2
29
93
「技術的負債」という言葉は誤用も含めて（むしろ誤用のほうが多い？）広がりすぎたので僕個人はもう使いたくない言葉のひとつなんだけど、「もうこの人に説明するの面倒だなぁ…」ってなったときに使ってしまいがちではある（そういう人にすら知られる言葉になったということでもある）
1
15
93
ITエンジニア編
後輩『すみません、フリーズしちゃいました…』
先輩『ん？（プロセスを）殺していい？』
後輩『すみません…』
先輩『だから（以下同文
後輩『すみません、ねじが壊れちゃいました...』
先輩『ん？（ねじが）なめてんの？』
後輩『すみません...』
先輩『だからなめてんのって』
後輩『本当にすみません...』
という会話を聞いたのを思い出して笑っちゃった 自分も気を付けないと言っちゃいそう
209
12K
54K
0
29
83