Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Artur Hebda "Code is not important...or is it?"
Search
Railsware
June 03, 2018
Technology
0
130
Artur Hebda "Code is not important...or is it?"
Artur's presentation at RubyC-2018
Railsware
June 03, 2018
Tweet
Share
More Decks by Railsware
See All by Railsware
Калыс Осмонов: "B-Tree vs. LSM-Tree: какую систему БД использовать для следующего проекта"
railsware
0
480
Sergii Boiko: "Runtime Model of Ruby, JavaScript, Erlang, and Other Popular Languages"
railsware
0
190
Outsourcing - is a Dead End. Strategic steps on how to evolve your business model.
railsware
1
800
Artur Hebda: Product Engineer - a perfect technical executor for cross-functional teams
railsware
0
410
"How to structure your input so it becomes a manageable scope?" - workshop by Artur Hebda
railsware
0
900
How to Extract Tabular Data from Scanned PDF's?
railsware
0
4.4k
Runtime Model of Ruby, JavaScript, Erlang, and other popular languages
railsware
0
170
BDD style testing for Swift with Sleipnir
railsware
2
250
Building up the product: who you need and when
railsware
0
620
Other Decks in Technology
See All in Technology
新規案件の立ち上げ専門チームから見たAI駆動開発の始め方
shuyakinjo
0
120
自社製CMSからmicroCMSへのリプレースがプロダクトグロースを加速させた話
nextbeatdev
0
130
[CV勉強会@関東 CVPR2025 読み会] MegaSaM: Accurate, Fast, and Robust Structure and Motion from Casual Dynamic Videos (Li+, CVPR2025)
abemii
0
190
つくって納得、つかって実感! 大規模言語モデルことはじめ
recruitengineers
PRO
21
5.9k
キャリアを支え組織力を高める「多層型ふりかえり」 / 20250821 Kazuki Mori
shift_evolve
PRO
2
300
VPC Latticeのサービスエンドポイント機能を使用した複数VPCアクセス
duelist2020jp
0
230
Gaze-LLE: Gaze Target Estimation via Large-Scale Learned Encoders
kzykmyzw
0
320
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
8.6k
浸透しなさいRFC 5322&7208
hinono
0
120
モダンな現場と従来型の組織——そこに生じる "不整合" を解消してこそチームがパフォーマンスを発揮できる / Team-oriented Organization Design 20250825
mtx2s
5
540
サービスロボット最前線:ugoが挑むPhysical AI活用
kmatsuiugo
0
190
事業価値と Engineering
recruitengineers
PRO
1
210
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
50
5.5k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
21k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Faster Mobile Websites
deanohume
309
31k
The Language of Interfaces
destraynor
160
25k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.6k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
Producing Creativity
orderedlist
PRO
347
40k
Transcript
Code is not important… Artur Hebda Railsware Labs or is
it?
Context of code Product story Building vision Growing structure Pro
t-d i n me k }
We’re not hired to just write code.
Image: https://www.washingtontimes.com Not available for 6 hours +6500 calls discarded
11 mln people affected Reason : counter overflow 911 outage in USA
“Software engineers don’t understand the problem they’re trying to solve,
and don’t care to. Nancy Leveson, Software-safety expert, MIT
Code always exists within a product context.
Customers pay for the value product delivers to them.
“It’s great to rewrite your code and make it cleaner
and by the third time it’ll actually be pretty. But that’s not the point. Joel Spolsky
We’re hired to build & ship products.
Context of code Product story Building vision Growing structure Pro
t-d i n me k }
Motivation behind OrgMap What is going on?
Q : How it?
Q : How il s i on ?
Q : How su e?
Q : Wha t e t p e? +
+ + +
Seems strange… right? We used existing services / hack our
way through We leveraged product development through experiments We closed feature loops ... And eventually built our own product
“I don't know how to do this, so let's do
it the simplest way and we'll figure out.
Image: http://www.freeimages.co.uk Experiment to build something people want.
We have $50k of tech debt We embraced it to
learn a lot through experiments over the years Image: http://xarxanet.org
Context of code Product story Building vision Growing structure Pro
t-d i n me k }
Building vision constantly
Image: http://www.orlandospencer.com Product is a never consistent set of features
Split product into feature components
Have as much vision as you can Gather product group
Short-term / mid-term / long-term Based on current knowledge For each component
Short-term http://www.donsmaps.com/images29/middleearthlarg elargerstill.jpg Image: http://www.donsmaps.com
Make educated guess I think it would be good to
do...
Validate hypothesis with experiments A C B D
Natural tendency to predict further direction A C B D
E?
Refine vision A C B D Wrong Correct
A C B D Wrong Correct inflexibility Refine vision
Mid-term http://www.donsmaps.com/images29/middleearthlarg elargerstill.jpg Image: http://www.donsmaps.com
Customers ask for a feature I really need that.
“If I had asked people what they wanted, they would
have said: faster horses... Henry Ford
Q : Res t u s em t ?
Combined features
Demo - measure what is changing I like it, but
maybe if…
Long-term http://www.donsmaps.com/images29/middleearthlarg elargerstill.jpg Image: http://www.donsmaps.com
Actual customer validated stuff Usage ~ long-term
Context of code Product story Building vision Growing structure Pro
t-d i n me k }
Grow supporting structure Image: https://www.autodesk.com
“Good code (...) provides highest value for the lowest cost.
99 Bottles of OOP by Sandi Metz and Katrina Owen
Assess tech compliance to vision Gather tech leadership group Look
at architecture for each feature component See how it complies / supports vision
Increase code quality and structure rigidity as you head towards
long-term
Build experimental structure for short-term vision Get answers Acquire knowledge
Image: http://freeimages.com
Improve structure for mid-term vision Clean up after experiments Reflect
acquired knowledge Image: https://www.bonsaiempire.com
Build rigid structure for long-term vision Image: https://www.maxpixel.net Stabilize and
scale
Maintain reasonable code quality for everything Low quality will slow
you down Code without tests is harder to refactor Automate code quality assessment Automate processes - CI & CD
99 Bottles of OOP by S. Metz & K. Owen
https://www.sandimetz.com/99bottles/
Practice thorough PR reviews Do self-review before asking someone else
Assess what cannot be automated yet Review like you would have to continue working on that right away
Reduce tech debt for the vision one step at a
time
What is tech debt? Not only TODO and FIXME Rem
r i l il ?
Make tech debt transparent Image: http://stocksmasters.com
Prioritise tech debt 5.times { why? }
Handle tech debt from backlog
“Make the change easy (warning: this may be hard), then
make the easy change. Kent Beck
Boy Scout Rule - now or later?
Do not refactor without vision
“You should not reach for abstractions (...) resist them until
they absolutely insist upon being created. 99 Bottles of OOP by Sandi Metz and Katrina Owen
Give yourself enough flexibility
Have strategic discussions Rails? React?
Summary Code exists in a product context, hence supports it
Use product vision as a guidance for code Prefer understandability and let abstractions emerge Address inflexibility where it matters
One more thing...
So… is code important or not?
So… is code important or not? As important as value
it creates.
Thank you! Questions? Follow @railsware
Thank you! Questions? Follow @railsware
Thank you! Questions? Follow @railsware