SHIIBA Mitsuyuki Profile
SHIIBA Mitsuyuki

@bufferings

6,478
Followers
5,014
Following
1,691
Media
66,989
Statuses

株式会社カケハシでソフトウェアエンジニアやってます。

Osaka, Japan
Joined August 2009
Don't wanna be here? Send us removal request.
@bufferings
SHIIBA Mitsuyuki
3 years
プログラマーが数字を見たときの気持ち。 1970 → 0 1024 → キリがいい 777 → 危ない 010 → 8 404 → ない
15
891
3K
@bufferings
SHIIBA Mitsuyuki
7 years
娘2「パパ、おちゃ!」 父「パパ、ハ、オチャ、ジャナイ、デス」 娘1「!!!パパがルビィモードになってる!そういうときはプログラミングしないといけないの、まかせて!」 娘1「冷蔵庫からお茶を取り出してコップに注いで娘2に渡しなさい」 父「ハイ」
0
2K
2K
@bufferings
SHIIBA Mitsuyuki
19 days
いまのチーム、フルリモートなんだけど、朝会のあとにエンジニアでSlackのHuddleに集まって、プロジェクトの話以外に、興味ある技術の話とか、美味しいランチの話とか、キャリアの話とか、そういう雑談をしたりする時間があってから「じゃ、仕事しよっか」ってやってて、それいいよなーって思う。
5
176
1K
@bufferings
SHIIBA Mitsuyuki
1 year
アカウント登録しようとしたら「メールアドレスとパスワードの合計50文字以下にしてください」って言われて(これは新しいパターンだなぁ)と喜んで、そっと登録をやめておいた。
7
381
1K
@bufferings
SHIIBA Mitsuyuki
2 years
ストア・D・プロシージャ「探してみろ。ビジネスロジックの全てをそこにおいてきた」
8
370
1K
@bufferings
SHIIBA Mitsuyuki
7 years
僕はどうにも「その崖を自分の力で登ってこい。それで君のスキルを判断する」てのが好きじゃなくて、それより「その崖はこうやって登るんだぜ!そうそう良い感じだ!そして、僕はこっちの崖を登りたいんだけど一緒に方法を考えようぜ!君のスキルも頼りにしてる」てほうが好き。
0
614
958
@bufferings
SHIIBA Mitsuyuki
2 years
雑談は、ぶらぶらしてて「お、実装悩んでるの?」って話したり、相手がちょっと話しかけてもよさそうだなってときに、ふわっと話すのがいいんであって、「場を用意しました!さぁ雑談しましょう!」って言われても、それって会議やんってなってしまうなぁ。それで話せる人もいるけど、僕はツライほう。
2
204
937
@bufferings
SHIIBA Mitsuyuki
3 years
オフィスに来たらヒューガルデンが無限に出てくる
Tweet media one
5
127
882
@bufferings
SHIIBA Mitsuyuki
6 years
帰ったら娘が怒ってるからどしたん?って聞いたら、宿題やりたくないっていうから、えーそんなん、やらんで良いよ?忘れたって言って怒られとけばいいやん。そんなことよりお父さんとダラダラしようよ。って言ったら、パパ、小学生ってそういうわけにはいかないのよって宿題はじめてしまったのだった。
3
401
857
@bufferings
SHIIBA Mitsuyuki
11 months
わーい。とどいたー。これ着てコーヒーやさんにいこー。
Tweet media one
5
345
808
@bufferings
SHIIBA Mitsuyuki
5 years
それな。 "「技術を学び続ける意欲が衰えてきたから」というような消極的な理由でエンジニアマネジャーになろうとする人を絶対に止めなければなりません。エンジニアを束ねていくためには、一定の技術力を保ち続けている必要があるからです。" - ソフトウェア・ファースト by 及川 卓也.
0
302
794
@bufferings
SHIIBA Mitsuyuki
3 years
この前、中1の娘がZoomで先生とお話してて「3年間でどんなことができるようになりたい?」「そのためには、いつまでに何をできるようになろう?」「じゃあ、毎日どんなことをやる必要があるかな?それを必ずやっていこう!」みたいな話をしてて、お父さんはコーヒーをいれながらダメージを受けてた。
3
131
776
@bufferings
SHIIBA Mitsuyuki
6 months
うー。こわいー。 「ローカルでDBマイグレーションを実行したら、本番環境につながってて全テーブルドロップした」 って書いてある。震えるー。
6
160
777
@bufferings
SHIIBA Mitsuyuki
10 months
前職のCTOは「この前『なんども同じ話をする意味あるの?』って言われて、やったー!!!って思ったよ。伝わってるってことだからね」って言ってて、かっこいいなーって思いました。
@osawata36
osawata(sammy)
10 months
わー、これめっちゃ分かる。何回も言うの嫌がられるかなーっ思うのも僕もそう。。言った方が良いかな。良いんだろうな。
0
7
86
2
158
761
@bufferings
SHIIBA Mitsuyuki
10 months
わー。資料だけ読んでもめちゃ面白いな。そして、全部避けてた! ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
2
114
683
@bufferings
SHIIBA Mitsuyuki
10 months
会社のリーダーやマネージャたちは、なんどもなんども同じことを言うの大切よね。現職も前職も前々職もリーダーたちはなんども伝えててすごいなー大切よなーって見てた。僕は1回言ったら(これ前も言ったから、何度も言われるの嫌かなぁ)とか考えてしまうのでよくない。
1
89
519
@bufferings
SHIIBA Mitsuyuki
11 months
今日、PdMと話をしててやっぱこの人いいなーと思ったのは「こういう機能があると良さそう」って確かに便利そうな機能の話がでたときに迷わずに「それはなくて大丈夫です」って言い切ったとこだな。「僕らのユーザーはその使い方はしないんです」って。めちゃユーザー見てる。
2
71
516
@bufferings
SHIIBA Mitsuyuki
6 years
"エンジニアリングの本質が「不確実性の削減」であることに気づかずにいると、確実でない要求仕様にフラストレーションを抱え、確実でない実現手段にストレスを感じ、確実なものを確実な手段で提供したいというような決してありえない理想を思い描いて、苦しい思いをする" あー。たしかにねー。
2
183
472
@bufferings
SHIIBA Mitsuyuki
1 year
CI上でDockerのビルドが遅いのぅ…ってぶつぶつ言ってたら、別のチームの同僚が「--mount=type=cache」って試してみた?ってアドバイスくれて、なんぞー?ってなった。へー。おもしろいな。
0
70
470
@bufferings
SHIIBA Mitsuyuki
5 years
「Kotlinはいいぞ!シンプルに書けるし、null safeだし、コルーチンがあるからなー」 僕「へーいいね」 「それにJavaは有償になったし、O社が全部決めてるからリスクがあるよね」 僕「おっ。何から話をしようか」 (Javaは今でも無償だし、コミュニティが決めてるし、そもそもKotlinはJVM言語)
3
150
438
@bufferings
SHIIBA Mitsuyuki
4 years
開発チームがうまくいってないときに大切なのは、スピードを落とす、ってことだと思うんだけど、うまくいってないときにスピードを落とすのは、とても難しいよね。
1
98
428
@bufferings
SHIIBA Mitsuyuki
2 months
めちゃいい話だった。 開発部に不満を持っていたCSがエンジニアにジョブチェンしてわかった「勝手に諦めない」ことの大切さ
0
35
379
@bufferings
SHIIBA Mitsuyuki
3 years
最終出社終わりました。自宅からだけど。11年間楽しかった!
65
3
322
@bufferings
SHIIBA Mitsuyuki
2 months
勉強になるなこれ。あとでゆっくり読もう。 マイクロサービス間通信における認証認可およびアクセス制御|nerocrux #zenn
1
26
322
@bufferings
SHIIBA Mitsuyuki
2 years
意図せず冬休みが手に入ってしまった!ということで、しばらくゆっくり過ごそうと思います!楽しかった。
52
47
301
@bufferings
SHIIBA Mitsuyuki
3 years
保育士さんが仕事と関係ないスマホ見てても、コンビニの店員さん同士が喋って会計が遅くても、レジの人が座ってても、看護師さんが楽しく休憩してても、消防車が食堂にとまってても、やることやってるなら全然いいんだけどな。それよりもフラグって名前で3って値が入ってる方のが気になる。
3
62
269
@bufferings
SHIIBA Mitsuyuki
4 months
「どうしてあなたのチームは開発速度が速いのか?」って聞かれて「んー。そもそもバラバラに開発したらもっと速い人たちが集まってるんだけど、それを抑えてでもチームで開発することに集中してるから、誰でも対応できる状態になってるのが理由かなー」みたいな話をしたー!
2
23
271
@bufferings
SHIIBA Mitsuyuki
2 years
娘1「そろそろ反抗期くるかな?」 僕「口聞いてくれなくなったら、お父さんショックで、お絵かき用のペンのインクを買い足してあげられなくなっちゃうかも。あとサブスクリプションの継続の支払い忘れてしまうかも。あとコンビニスイーツ買ってこなくなるかも。」 娘「あー。反抗期やめとくわ」
1
31
250
@bufferings
SHIIBA Mitsuyuki
5 months
やろうと思っていることがあると別のことをやってしまうのだった。 「いい仕事をする」と「それをアピールする」はセットになってる|cba
0
29
245
@bufferings
SHIIBA Mitsuyuki
5 years
スライドをアップロードしましたー #RSGT2020 テックリードは未来の話をしよう / Tech Lead in Scrum
1
84
239
@bufferings
SHIIBA Mitsuyuki
6 months
シニアエンジニアだもんな|cba
0
40
239
@bufferings
SHIIBA Mitsuyuki
3 years
退職エントリーは書けないな。いろんなことがありすぎて。 ひとつここに書いておくと、嫌で辞めるわけじゃないです。すごく好きなまま辞めちゃいます。10年超えたし40歳も超えたし、そろそろ次の挑戦をするかーって気持ちです。
4
6
223
@bufferings
SHIIBA Mitsuyuki
10 months
こんなの読めないからオレがゼロから綺麗に作り直す!!って言う人が作り直すスキルを持っていることってあんまりない気がする。作り直すスキルを持っている人は、難解でも少しずつ丁寧に読めるし、読んだとこからちょっとずつ綺麗にしていくし、そもそも組織体制から働きかけるイメージある。
2
32
219
@bufferings
SHIIBA Mitsuyuki
2 years
書いたー!頑張って書いたから読んで読んでー! / “遠回りこそが僕にとって最短の道 ── 納得できるソフトウェア開発がしたいなら、まず目の前のことを楽しもう - Findy Engineer Lab - ファインディエンジニアラボ”
4
31
215
@bufferings
SHIIBA Mitsuyuki
5 years
どう? 娘「間違えてそう。どうしよう?」 ん。そっか。動かしなよ。 「え?でも間違えてるかも?」 プログラムなんか間違えながらかいて良いんやで。お父さんも10回ぐらい間違えると思う。 「えー?じゃあ私は100回間違えるよ!」 100回間違えたらできるんやったらいいやん。 「そっか!」
0
57
202
@bufferings
SHIIBA Mitsuyuki
10 months
フルリモートのテキストコミュニケーションで気をつけてるのは、黙ってたら怖がらせてしまう。ってことかな。いいねと思ったときに、いいねと思ってるから自分は安心してるんだけど、相手からしたら(あれ?いまのよかったのかな?どうだったのかな?)ってなるかもだから「よかったです!」って書く。
6
35
201
@bufferings
SHIIBA Mitsuyuki
6 years
家族が増えて家で勉強する時間がとれなくなったからなんとかしなきゃ、って振り返りのときに出て、それ仕事に必要な勉強よね?じゃ仕事なんだから毎日最後の1時間は勉強時間にしよう!ってチーム全員一致でトライにして、次の振り返りで「すごく良かったー」って言ってて良いチームだなーって思った。
2
75
192
@bufferings
SHIIBA Mitsuyuki
4 years
現場の頑張りでなんとかしてしまうことによって、計画の失敗がなかったことになってしまうのってあるよなぁ。さらに、そういうときには、無理だと言われた短い期間で困難を乗り越えてなんとかさせた、みたいに計画立てた人が評価されてしまったりする気がする。そういうのは好きじゃない。
3
48
189
@bufferings
SHIIBA Mitsuyuki
5 years
こんなレガシーコードは理解できないから自分がキレイに作り直す!って言う人、それが理解できないならやめといた方が良いと思うよという気持ちしかない。
3
64
185
@bufferings
SHIIBA Mitsuyuki
6 months
スライドアップロードしました!今日はありがとうございましたー!!! 新規プロダクトの仮説検証ループをすばやく回し続けるためのプロダクトエンジニアリング #PdENight
0
33
181
@bufferings
SHIIBA Mitsuyuki
7 years
この前、開発部じゃない人と話をしてたら「技術の勉強会って他の会社の人に教えたら損じゃないの?」って純粋に聞かれたので「損じゃないよ。まず、僕が教えてもらってることの方が多いし。それに、情報交換して、より良いもので勝負する方が良いよね。きっと。」ってったら感心してた。
2
120
178
@bufferings
SHIIBA Mitsuyuki
3 years
Today was my first day @CircleCI as a senior software engineer. I'm so excited about my new challenge (๑•̀ㅂ•́)و✧
14
12
175
@bufferings
SHIIBA Mitsuyuki
6 years
この2, 3か月で成長したこと教えて?「いえ自分は何も成長できてません」ってとこから、じゃあ何をやったか教えて?うんうん。そっか。それ3か月前は同じようにできたかな?うん、じゃあ成長だね。みたいなので1個1個やってったら結構あって嫉妬。
2
50
170
@bufferings
SHIIBA Mitsuyuki
5 years
妻さん「娘ちゃんって無理に起こすと機嫌が悪いんだよね」 僕「ふむ。機嫌良く起こす方法知ってるで」 妻さん「そうなの?」 ドラクエを始める僕 部屋から出てくる娘 娘「パパ、その敵は特技を封印するから気をつけて(目をこすりながら)」 妻さん「えー」
0
45
168
@bufferings
SHIIBA Mitsuyuki
25 days
へー。面白かった。リソースとイベントを分けるのよいー。モデルと実装が混ざらないように気をつけたい気持ち。例えば自分は、モデルのためのIDと実装のためのIDは分けて考えたいー。 誰が作成しても1つの構造になるモデリング作成技術、Theory of Models⁠ に夢を見る
0
15
156
@bufferings
SHIIBA Mitsuyuki
5 months
このアーキテクチャ(技術選定)好きな感じだな。適材適所って感じがする。サービスtoサービスの名前解決的なのどうやったんだろう?Service Connectは次のステップって書いてあるから別の方法なのかな。あとで動画見てみよっと。
Tweet media one
1
7
153
@bufferings
SHIIBA Mitsuyuki
6 years
スライドあげときまーす。 #RSGT2019 ちゃんとやってるのになんかうまくいかないスクラムからの脱出
2
70
152
@bufferings
SHIIBA Mitsuyuki
4 months
昨日、相手に期待しない(期待を押しつけない)のが自分は好きだなって話をしてて、これ思いだした。 誰も嫌な思いをしない変化 #scrumosaka / Scrum Fest Osaka 2021 Keynote
0
7
152
@bufferings
SHIIBA Mitsuyuki
6 months
へー。知らなかった!オンにしてみようかな。 Reactを使うならReact Developer Toolsの再レンダリング時ハイライトくらい設定してくれ|Kanon #zenn
0
8
152
@bufferings
SHIIBA Mitsuyuki
2 years
開発チームはいい感じなのにプロダクトオーナーが回ってなくて進みがよくなかったらどうする? って聞かれて、え?プロダクトオーナーのこと手伝う。って答えたけど、手伝うよねぇ。
0
14
149
@bufferings
SHIIBA Mitsuyuki
2 years
わわー。LinkedInで元マネージャーたちからレコメンデーションもらってた(どういうものなのか分かってなかった)。嬉しい。プロフィールにつけといた。がんばる。
Tweet media one
3
2
147
@bufferings
SHIIBA Mitsuyuki
6 months
「ユーザーの意見ではなく、行動という事実」「業務のオタクになれ」いいな。チームに共有しよっと。you != user Tシャツほしい。 デザイナーの帽子をかぶったわたしが、プロダクト開発するうえでスクラムチームに提供したいこと
1
14
145
@bufferings
SHIIBA Mitsuyuki
5 years
プロダクトオーナーが全員集めて何を話すのかな?と思ってたら「みなさん。プロジェクトは成功です。いくつか問題はあったけど想定の範囲内でした。こんなに難しいプロジェクトを全員で乗り越えてくれて感謝しています。これからもよろしく!」って言ってて、相変わらずこの人すごいなぁって思った。
0
28
137
@bufferings
SHIIBA Mitsuyuki
6 years
「俺がいないと会社が回らない」と思ってる人は、そういう風にしようとしてる感じある。
1
61
130
@bufferings
SHIIBA Mitsuyuki
10 months
プルリクエストをReady for reviewにする前のセルフレビューで「ここはこういうことです」って説明をPRコメントで書いたほうがいいなって思ったら、それはその説明をコードのコメントに書いたほうがいいよなって思って書くようにしてる。あとからコードを読む人にも役立つからね。
3
15
133
@bufferings
SHIIBA Mitsuyuki
5 years
アプリケーションチームの中で、インフラ寄りのことに軸足をおく人たちがいるほうがいいなぁと思って、SREチームを作ってみたら、アプリケーションチームの人が「これはSREの仕事ですよね?」って言って勉強しようとしなくなったところがチームづくりって難しいなぁと思ったのだった。
2
38
129
@bufferings
SHIIBA Mitsuyuki
9 months
PdMがビジネス目線でプロダクトのことを考えて、エンジニアが技術目線からプロダクトのことを考えて、お互いに意見を出し合って作るのが楽しいんよな。依頼されて作るみたいな関係は嫌だな。
0
15
129
@bufferings
SHIIBA Mitsuyuki
1 year
リファクタリングとかテストとかドキュメント改善とかとか、そういうのを「特別に時間をとって」やると続かないなぁって思うので、毎日ふつうにやりたいなと思う。
0
18
128
@bufferings
SHIIBA Mitsuyuki
7 months
チーム用のドキュメントを書くときに考えてるたったひとつのこと|cba
0
22
126
@bufferings
SHIIBA Mitsuyuki
9 years
ねぇ娘。頭が良いってのは「間違えない」ということじゃないんだよ。「間違えたことを隠さずに、つぎは間違えないように勉強しなおすこと」なんだよ。 って、娘と真剣に向き合うと自分にざくざく刺さって泣ける。
0
140
115
@bufferings
SHIIBA Mitsuyuki
5 years
僕らは良いものを作りたいからスクラムをやるんであって、スクラムをやるから良いものができるわけじゃないんよ。という話をした。
2
32
116
@bufferings
SHIIBA Mitsuyuki
3 years
僕「すみません、これってどんな風に使ったらいいか教えてもらってもいいですか?」 同僚「はい、このページに分かりやすく書いてありますよ。えっと、椎葉さんが書いてくれたページですけど…」 僕「全く記憶にないけど、たしかに僕ですね。…ありがとうございます」
1
25
114
@bufferings
SHIIBA Mitsuyuki
5 months
今日はEMが「開発チームの指標となる数字を意識するのはいいけど、数字に囚われないようにね。その数字の先にある目標を常に見て、その目標に近づいた結果として数字が良くなったね、ってしようね」って言ってて、ほれた。
0
10
114