funzin (@_funzin) header
funzin (@_funzin) profile picture

Engineering Manager @ kurashiru

日本
Joined February 2016
Photo by funzin (@_funzin)Photo by funzin (@_funzin)Photo by funzin (@_funzin)Photo by funzin (@_funzin)Photo by funzin (@_funzin)Photo by funzin (@_funzin)Photo by funzin (@_funzin)Photo by funzin (@_funzin)Photo by funzin (@_funzin)Photo by funzin (@_funzin)
Kurashiru AI OSから「デジタルツインAgent」をリリースしました。実際の購買データで更新し続ける消費者アバターに、発売前の企画を壁打ちできます。 発売の前に、市場と対話する。マーケティングリサーチは、高くて、遅くて、一度きりですがそこに革新を起こします。安く、24時間、何度でもリサーチ出来ます。
5
64
29
425
102,066
横浜フルマラソン完走🥇
14
488
ソフトウェアファクトリーいかに薄く、いかに差し替えやすく、いかに捨てやすいかをテーマに取り組み始めてる
113
2日目もクラシル社でKaigi on Rails 2026 のスポンサーブース出してます! #kaigionrails
2
259
HERPさんにインタビューしていただきました!!!🙌 弊社のスーパーコーディネーターがHERP Hire APIを使ってゴリゴリ採用オペレーションを自動化してます! 「APIって難しそう」と思う方にこそ、読んで欲しいです!
1
10
26
1,532
funzin retweeted
something that keeps bothering me is how some people see slop as something that is happening to them, like they're some kind of helpless bystander powerless to do anything about it excuse me but you are a software engineer, you literally learned how to make sand think and make computers do your bidding?! and now you can't do anything about it? please the 2 things you should know to cut through all the noise: 1. you need to give your agent a way to verify its own work (i just posted about this so won't rehash) 2. your codebase is memory the 2nd is not new either, we have always had lint rules, compilers with good diagnostics and strong type systems, LSPs, etc to help us write better code. there is no difference when agents write the code instead, you just need more of them, and stronger ones. forget rules and skills. you can add those later. yes, your codebase is a form of memory to agents! agents love extending what already exists. so every nit and every annoyance you've ever seen, every mistake and bad pattern you observe from agents, needs to turn into a constraint, or the agents will just keep repeating those same mistakes like a virus in your code. then you keep observing and repeating this process until your codebase is locked down enough that even agents with little context can one shot a high quality PR. an even better direction is to refactor/rewrite your code such that agent anti-patterns become categorically impossible. use type systems to your advantage, use libraries/frameworks that reduce the architectural search space, or heck, create your own framework like we did for grok bot and design high quality primitives and well thought out APIs
the slop conversation is so one sided, it's not just that you can produce more code you can also observe, debug, and refactor more code even if the code is slop you have such good tools to deal with it. even if you write code manually, it's still 100x easier to maintain it
232
339
103
4,626
332,276
Ankerのロボット掃除機が壊れてしまったが、保証期間内で新品に交換してくれてとても満足
3
355
SlackのLator機能多用してるが、dotsが来たことによってLatorの出し入れがメッセージで完結して非常によい 追加したい雑TODOはDMにメッセージ送って、Latorに追加しておいてで終わる
258
dots iPhone Mirroringを使うことでスマホの動作もPCで自動化できることに気づいてしまった
4
446
dotsとpstack周りを触るためchatgptとcursor契約
149
最近はiOS・AndoridのAppをモノレポ化して、モバイルチームの職務を溶かし始めてる
10
319
少人数のチームであれば、無理にCIを作らずにローカルでテスト実行や成果物の配布を完結するフローでも十分な気がしてきた。 今の時代Skillで一定の挙動担保はできるのとCIはリリース前やデイリーのスケジューラー実行だけすれば、コストとの両立もできるし
188
海外でWise, Revolut, WhatsAppがあれば大抵のことはうまく行く
1
283
複数プロダクトに関われば関わるほど、いかにシンプルな構成が重要なのかは気付かされる。入り組んだCIや入り組んだBotは作った当初は達成感もあるけど、いざ引き継いだり回収する時のコストが跳ね返ってきたりする
1
12
1,204
AI時代も一緒で作り込みすぎると外しにくかったり、AIによるゲームチェンジが発生する時にすぐに差し替えれるような状態にしておけるといいよな Disposability力がより重要になってくる
144