田所 駿佑 | todokr

31.1K posts

田所 駿佑 | todokr banner
田所 駿佑 | todokr

田所 駿佑 | todokr

@todokr

@AssuredJP のエンジニアリングマネージャー。「Scalaスケーラブルプログラミング 第4版」監訳者。2児の父。Scala, Deno, JVM, Emacs, AuthZ, 料理, 春巻, カヌレ, 香味野菜全般, 新日本プロレス, 落語, テレビ通販が好きです。

Tokyo Katılım Mart 2010
619 Takip Edilen1.2K Takipçiler
田所 駿佑 | todokr
息子氏5歳「僕はちいかわが世界に広がっていくと考えている。かわいいのが好きな人に大人気だからね」
日本語
0
0
3
138
田所 駿佑 | todokr
3カ年で何かを考えるうえでの入力は、みたいなことをもんもんとしてたが、シンプルに将来の自分たちに興味を持つことじゃないかなーと雑に思った
日本語
0
0
0
93
田所 駿佑 | todokr
大型スーパーの冷凍品コーナーにたどり着いた娘氏、ずっと「ヒエヒエ…ヒエヒエ…」とつぶやいてた
日本語
0
0
1
113
田所 駿佑 | todokr retweetledi
【公式】脆弱性管理クラウド yamory
【コネヒト様がyamoryを導入】 コネヒト様の導入インタビューを公開しました!yamory導入で公共案件の厳格なセキュリティ要件への適合と、脆弱性・OSSライセンス・EOL管理の自動化を実現。安全性を担保しながら開発の生産性を改善する体制を構築されております。 prtimes.jp/main/html/rd/p…
日本語
0
2
5
1.4K
田所 駿佑 | todokr
田所 駿佑 | todokr@todokr·
@jflute 確かに…あとは継続的な返済が習慣として存在するか、とかですかねえ…
日本語
1
0
0
23
kubo (jflute)
kubo (jflute)@jflute·
@todokr 返済能力の高い現場は珍しいと思うので、負債に耐えられる体力があるかどうか?の与信がものを言ってる気がする(^^
日本語
1
0
2
39
田所 駿佑 | todokr
田所 駿佑 | todokr@todokr·
技術的負債については、負債の有無より返済能力の多寡と与信の大きさが重要と思うようになってきた
日本語
1
0
3
128
田所 駿佑 | todokr retweetledi
大森 厚志 | Assured,inc.
大森 厚志 | Assured,inc.@atsumori292·
サプライチェーン強化に向けたセキュリティ対策評価制度(SCS評価制度)に関連し、経産省とNISCが連名で注意喚起。 費用対効果の見えにくいセキュリティ対策において、事業者の方々が本制度をビジネスのドアノックにしたい気持ちはわかるが、倫理観が伴わなければ制度自体の形骸化に繋がるので、当社としても留意したい。 ・本制度は任意の制度 ・制度の評価基準を達成するにあたっては、 特定のセキュリティ対策製品の導入が必須とされているものではありません meti.go.jp/policy/netsecu…
日本語
0
2
5
476
田所 駿佑 | todokr
田所 駿佑 | todokr@todokr·
郊外型ショッピングモールに来た息子氏5歳「僕にもこんな街が作れたらなあ…」
日本語
0
0
2
116
田所 駿佑 | todokr retweetledi
Scala
Scala@scala_lang·
The sbt 2 project has started the last mile process to lock down the 2.0.x branch. Depending on the bugs we discover, we are hopeful that a release candidate (currently 2.0.0-RC12) can graduate in a few weeks to a few months. scala-lang.org/blog/2026/04/1…
English
0
10
38
2.4K
田所 駿佑 | todokr retweetledi
naoya
naoya@naoya_ito·
Claude Code のプロダクト責任者? の Boris Cherny 氏が、Functional Programming in Scala を薦めてたときいて YouTube みてみたけど本当だった どうやら型駆動開発推しっぽい youtu.be/AmdLVWMdjOk?si…
YouTube video
YouTube
naoya tweet medianaoya tweet media
日本語
1
40
340
34K
田所 駿佑 | todokr retweetledi
iwashi / Yoshimasa Iwase
iwashi / Yoshimasa Iwase@iwashi86·
テックリードマネージャーに関する記事からメモ。 ・エンジニアのキャリアにはマネジメントか現場かの二択だけでなく、テックリードマネージャ(TLM)という道がある ・TLMは人事などのマネジメントと、コード執筆などの技術的実務を兼任する役割 ・技術力を維持しながら組織の方向性を決定したい経験豊富なマネージャーに最適なポジション ・現場のエンジニアが初めてマネージャーになる際、意図せずこの役割に就いて苦労するケースが多い ・プログラミングとピープルマネジメントは必要なスキルが全く異なるため役割の移行は非常に難しい ・マネジメント業務がうまくいかない時に慣れ親しんだプログラミングに逃避してしまわないよう注意が必要 ・多岐にわたる責任のすべてを純粋に楽しむことができ技術やプロダクトを心から信じている人がこの役割に向いている ・困難な技術的課題を、自分で解決するのではない ・部下に任せることに喜びを見出せるかどうかが大事 ・大規模な組織を育成するよりも少人数のチームを率いて、技術的な課題に取り組むことを好む人に適している ・両方の役割を完璧にこなそうとすると疲弊してしまう ・そのため、持続可能な働き方を模索する必要がある ・成功の秘訣は、技術的な成果を出すことよりもチームメンバーのサポートなどピープルマネジメントを優先すること ・例えば、週の前半をマネジメント業務や面談に充て、後半を技術的な作業のために空けておく、というスケジュール管理が有効 ・自身の集中作業時間を確保するために、定期的な面談などのミーティングを計画的に減らす決断も時には必要となる ・自分の考えを定期的にチームと共有し、透明性を保つことで今後の変化に対するメンバーの不安を和らげることができる ・現場の技術を理解しているため、他のマネージャーからも頼りにされる。実情に即した質の高い意思決定が可能になる ・自分が作業を完了しないと他の人の作業が進まないような開発のクリティカルパスには絶対に入らない ・部下が上司からの頼み事を優先して本来の業務を後回しにしてしまわないよう権力勾配に配慮しなければならない ・上司である自分が書いたコードであっても他のメンバーと同じ厳しい基準でレビューするようチームに伝えるべき ・チームの状態に合わせてマネジメントと技術作業の割合を調整する ・その意図を自分の上司にも正確に共有しておく ・人を育てるマネジメントの成果が表れるまでには時間がかかる ・少なくとも一年間はこの役割を続けてみると良い ・もし試してみてマネジメント業務が全く肌に合わなければ、現場のエンジニアに戻るという選択をしても問題はない cpojer.net/posts/masterin…
日本語
1
17
201
28.3K
田所 駿佑 | todokr retweetledi
Elorm Daniel
Elorm Daniel@elormkdaniel·
That tiny red nub sitting between the G, H, and B keys on keyboards has been quietly dividing the tech world for over 30 years. Half the people who encounter it have no idea what it does. The other half refuse to use anything else. It’s called the TrackPoint. And it was born out of a single frustrating observation. In 1984, a researcher named Ted Selker conducted a study showing that it takes a typist 0.75 seconds to shift their hand from the keyboard to the mouse and a comparable amount of time to shift back. That 1.5 seconds of lost time, multiplied across an entire workday, felt like a solvable problem. So he built something that would eliminate it entirely; a pressure-sensitive nub planted right in the middle of the keyboard, so your hands never had to leave the keys at all. IBM introduced it commercially in 1992 on the ThinkPad 700 series. The way it works is not what most people expect. It doesn’t move like a joystick. It responds to pressure. Beneath the rubber cap sit strain gauges that measure the force applied in different directions and translate it into cursor movement. The harder you press, the faster the cursor moves. There is no repositioning, no lifting your finger, no running out of space. Infinite cursor movement from a single fingertip that never moves more than a millimeter. The red color almost didn’t happen. IBM’s product safety division had reserved red exclusively for emergency power-off switches on mainframe computers. ThinkPad designer Richard Sapper got around this by calling the color IBM Magenta and when the first batch shipped, the engineers made it decidedly more crimson. A loophole dressed in plain sight. Power users programmers, analysts, executives who live on their keyboards swear by it. The reason, according to Lenovo’s chief design officer, is that your hands never leave the home row. You type and navigate simultaneously, without the constant interruption of reaching for a trackpad. Once mastered, people say it feels less like using a tool and more like an extension of thought. Most laptops abandoned it. Lenovo never did. And the people who know, know.
halo 𐙚@pIain_tofu

one of the dumbest things they ever added to computers

English
102
618
6.8K
3.3M
田所 駿佑 | todokr
息子氏5歳「僕は会社やったら疲れちゃうから、難しいと思う」
日本語
0
0
2
160