๐Ÿ“ฆ Release first โฉ Ship faster โšก

208 Tags

#abstraction6 #accessibility2 #action1 #adaptability1 #agile5 #AI28 #arch2 #architecture15 #asset1 #automation31 #BCR2 #BSP3 #business7 #cad1 #cd4 #Certainty1 #change1 #changelog1 #chat1 #checklist2 #ci5 #closed-loop6 #coding10 #collaboration18 #commitments1 #communication13 #community5 #complexity9 #confidence5 #consistency6 #constraints3 #containers3 #context4 #control6 #cost3 #coupling2 #creativity3 #csv2 #culture9 #customer8 #daily3 #data5 #data structures2 #dates1 #debt4 #debugging1 #deep work1 #demo2 #dependencies2 #deployment8 #design2 #details1 #development17 #different2 #differentiation1 #discipline4 #disipline1 #distributed3 #documentation27 #drawing3 #dry1 #email5 #embedded3 #engineering6 #errors1 #experience9 #experts1 #fallibility1 #false1 #feedback13 #files2 #finish2 #flexibility1 #focus2 #friction5 #future5 #git16 #gitea3 #github1 #gitlab1 #goals1 #golden1 #google1 #growth6 #habits6 #hack1 #hardware4 #headset1 #help1 #hiring1 #humility1 #improvement16 #infrastructure3 #innovation5 #integration14 #iot1 #iteration10 #kids1 #knowledge3 #law1 #leadership1 #learning9 #levels2 #liability3 #lifecycle3 #linux3 #long5 #maintainability2 #maintenance13 #management6 #markdown3 #math1 #meetings7 #meta2 #metrics2 #monorepo1 #naming2 #notes2 #open2 #optimization2 #organic1 #organization8 #oss14 #other1 #others1 #own1 #partitioning2 #partnumber1 #patterns2 #people3 #personal7 #phases1 #planning4 #platform25 #pomodoro1 #preparation2 #present1 #proactive2 #problem2 #process45 #product23 #productivity22 #programming8 #quality17 #readability2 #reflection2 #relationships1 #release28 #reliability6 #reliablility1 #reuse1 #risk6 #rituals1 #satisfaction1 #scalability5 #scaling10 #screencast1 #scripting2 #security1 #self-hosting1 #server2 #service1 #sharing1 #shell1 #shipping13 #short3 #silos1 #simplicity24 #size1 #soc1 #software5 #standards3 #start2 #steps1 #steve-jobs2 #strategy10 #symptom2 #system1 #systems9 #team14 #technical debt11 #technology7 #test3 #testing16 #tests1 #thinking4 #time2 #time-management2 #tool2 #tooling6 #tools25 #transparency3 #trust1 #truth2 #update5 #upstream1 #users5 #value12 #verification3 #video1 #vision5 #wealth1 #why3 #work2 #workflow25 #writing5 #yagni3 #yocto3

#abstraction

๐Ÿ“– The definition of the word 'Platform' -

๐Ÿงฉ Composing is hard, complexity is easy -

๐ŸŽผ Compose software like music -

๐Ÿงช Abstractions and Platforms -

๐Ÿ”— Coupling -

๐Ÿงช What is a good abstraction? -

#accessibility

๐Ÿ“ The file dilemma -

๐Ÿ“ง Effective email is either a pointer or notification -

#action

๐Ÿšด The power of movement -

#adaptability

๐ŸŒ€ Complex systems are hard to predict -

#agile

๐Ÿชž The illusion of project meta-data -

๐Ÿค” Isn't this just agile? -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿฅฃ The two ingredients for agility -

#AI

๐Ÿ” It is often more work to review something than to do it -

๐Ÿ” AI coding requires better inputs and robust verification -

โœจ Impressive is not always effective -

๐Ÿฅ„ The beauty of human creativity -

๐Ÿš€ Platforms are not just for developers -

๐Ÿ”„ Breaking the AI slop cycle -

๐Ÿ“ DDPD - Document Driven Product Development -

๐Ÿ› ๏ธ The new Artisan Age -

๐Ÿ’ป Local First Dev -

๐Ÿง  Context is everything -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ“š Documentation never has to go out of date again -

๐Ÿ›Kernighan's Law -

๐Ÿ“ Document "why" not "how" -

๐Ÿ”„ Close the loop with AI -

๐Ÿ’ฐ Ways to reduce your AI costs -

๐Ÿ“ The file dilemma -

๐Ÿ”„ AI and documentation - close the loop -

๐Ÿค– AI is the new compiler -

โœจ Anyone can write scripts now -

๐Ÿค– How I use Claude Code to help publish this blog -

๐Ÿ”ญ Text based formats and command-line tools are the future -

๐Ÿ”„ Flipping the playbook for AI coding -

๐Ÿง‘โ€๐Ÿ’ป The first step in AI coding -

๐Ÿค– The biggest problem with AI -

๐Ÿค– What is AI good for? -

๐Ÿง‘โ€๐Ÿ’ป Will AI cause coding to disappear? -

๐Ÿค– What is the role of AI in your platform? -

#arch

๐Ÿ† The entire story -

๐Ÿš€ How can Arch Linux get by without releases? -

#architecture

๐Ÿ” AI coding requires better inputs and robust verification -

โœจ Impressive is not always effective -

๐Ÿ“– The definition of the word 'Platform' -

๐Ÿ”„ Breaking the AI slop cycle -

โณ The "long-term" may be closer than you think... -

๐ŸŽฏ A single source of truth -

๐Ÿ’ป Local First Dev -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ”— Integration, not isolation (part 2) -

๐Ÿ”— Integration, not isolation -

๐Ÿงฉ Composing is hard, complexity is easy -

๐ŸŽผ Compose software like music -

โžก๏ธ Frontload the boring stuff -

๐Ÿงช Abstractions and Platforms -

โš–๏ธ Architecture vs. Optimization -

#asset

๐ŸŒฑ OSS can decrease or increase your code liability -

#automation

โ˜๏ธ What do we mean by "First"? -

๐ŸŸข What is in the Big Green Button? -

๐ŸŸข The Big Green Button -

๐Ÿ”ฎ Can we predict product development schedules? -

๐Ÿš€ How to make releases painless -

๐ŸŽฌ Is a Demo the same as a Release? -

โฑ๏ธ How do you find time for higher value tasks? -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿ”„ Platform Thinking is a habit -

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿงช TDPD - Test Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿค The benefits of sharing -

๐Ÿ› ๏ธ The new Artisan Age -

๐Ÿ”“ You should not be needed -

๐Ÿšง Three things that hinder product development -

โš–๏ธ Technical debt compounds with you doing nothing -

๐ŸŒ€ Complex systems are hard to predict -

๐Ÿ“Š Simple data formats + powerful tools scale -

๐Ÿ“š Documentation never has to go out of date again -

๐Ÿ’ฐ Ways to reduce your AI costs -

๐Ÿ”„ AI and documentation - close the loop -

โœจ Anyone can write scripts now -

๐Ÿค– How I use Claude Code to help publish this blog -

๐ŸŽ‰ 200 posts -

๐ŸŒฟ A natural way to get more testing/automation -

๐Ÿค Handling the small details -

๐Ÿงฉ The three legs of YOUR Platform -

๐Ÿ”ง envsetup.sh -- a very useful automation technique -

โœ… What is the simplest form of automation? -

#BCR

โš–๏ธ Reliability tradeoffs -

๐Ÿ† The entire story -

#BSP

๐Ÿ™ Github and why does it matter? -

๐Ÿ” Tracking upstream and why does it matter? -

๐Ÿ”ง What makes a good Yocto BSP? -

#business

๐Ÿ”ฎ Can we predict product development schedules? -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿ† What is the ultimate platform success? -

๐Ÿ—๏ธ The difference between Product and Platform -

๐Ÿ—‚๏ธ Git has an unfortunate name -

๐Ÿ“ˆ What do we mean by scaling? -

โฌ†๏ธ The business case for improvement -

#cad

โžก๏ธ Frontload the boring stuff -

#cd

๐Ÿš€ How to make releases painless -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿš€ Git driven CD -- you know what got deployed -

๐Ÿ™‹ How to help yourself? -

#Certainty

โœ… Guarantees -

#change

๐Ÿ”— Connected systems are different -

#changelog

๐Ÿ“„ Who is a changelog for? -

#chat

๐Ÿ‘ฅ Alternatives to meetings -

#checklist

โœ… The problem with software -

๐Ÿ›ค๏ธ Two paths with experience -

#ci

๐Ÿš€ How to make releases painless -

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿ”€ The Power of Git* workflows -

๐Ÿ™‹ How to help yourself? -

#closed-loop

๐Ÿ”„ Closed-loop engineering -

๐Ÿšด The power of movement -

๐Ÿ”„ Closed-loop humans -

๐Ÿ”„ Look for closed loops -

๐Ÿ”„ Close the loop with AI -

๐Ÿ”„ AI and documentation - close the loop -

#coding

๐Ÿ” AI coding requires better inputs and robust verification -

๐Ÿ”„ Breaking the AI slop cycle -

๐Ÿง  Context is everything -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ“ Less code is not the ultimate goal -

๐Ÿ˜Š Align the "happy path" in your code -

โš–๏ธ Code is a liability, not an asset -

๐Ÿ“š Keep documentation close to the design/code -

๐Ÿšด The power of movement -

๐Ÿค– AI is the new compiler -

#collaboration

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿ“ DDPD - Document Driven Product Development -

๐Ÿ”€ The Power of Git* workflows -

๐Ÿ”„ Three levels of workflow -

๐ŸŽฏ A single source of truth -

๐Ÿ’ป Local First Dev -

๐Ÿšง Three things that hinder product development -

๐Ÿ’ฐ What is the cheapest PDM tool out there? -

๐Ÿ—‚๏ธ Git has an unfortunate name -

๐Ÿ“ Git* solves the problem of managing files -

โœ๏ธ Effective communication (Written) -

๐Ÿ”— Integration, not isolation (part 2) -

๐Ÿ”ญ Text based formats and command-line tools are the future -

๐Ÿค Modern product development is a collaborative endeavor -

๐Ÿ‘ท The tension between solo and collaborative work -

๐Ÿ› ๏ธ Selecting tools -

๐Ÿงฉ The three legs of YOUR Platform -

๐Ÿ“ง Inbox zero -

#commitments

๐Ÿค Keeping commitments -

#communication

โœ๏ธ Why writing is important -

๐Ÿ’ฌ The importance of effective communication -

๐Ÿง  Context is everything -

๐Ÿ“ Document "why" not "how" -

๐Ÿ”„ Closed-loop humans -

๐Ÿ—‚๏ธ Git has an unfortunate name -

โœ๏ธ Effective Communication (Sketching) -

๐ŸŽจ Effective Communication (Drawing) -

๐Ÿ“น Effective Communication (Video) -

๐Ÿ“ธ Effective Communication (Images) -

โœ๏ธ Effective communication (Written) -

๐ŸŽง Effective communication (Audio) -

๐Ÿ“ง Top vs bottom posting in email -

#community

๐Ÿค Modern product development is a collaborative endeavor -

๐Ÿš€ Advanced technology and small players -

๐Ÿ™ Github and why does it matter? -

๐Ÿ” Tracking upstream and why does it matter? -

๐Ÿ”ง What makes a good Yocto BSP? -

#complexity

๐Ÿงฉ Why things fall apart at the end -

๐Ÿ”— What defines reliability? -

๐Ÿ” It is often more work to review something than to do it -

โœจ Impressive is not always effective -

โณ The long-term compression timeline -

๐Ÿค” Isn't this just agile? -

โณ The "long-term" may be closer than you think... -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐ŸŒ€ Complex systems are hard to predict -

#confidence

๐ŸŸข What is in the Big Green Button? -

๐Ÿšข What is the #1 problem in product development? -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿ“ฆ What is a release? -

๐Ÿฅฃ The two ingredients for agility -

#consistency

๐Ÿ“ฆ More definitions of a release -

๐Ÿ“… Dates in filenames -

๐Ÿš€ Platforms vs Architecture Astronautics -

๐Ÿท๏ธ How do you consistently name things? -

๐Ÿ”„ How can we be more consistent? -

๐Ÿ”„ Does consistency matter? -

#constraints

๐Ÿฅ‰ Good, fast, cheap - choose three -

โœจ The Beauty of Constraints -

๐Ÿ˜ฑ The tragedy of no constraints -

#containers

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿ”— Integration, not isolation -

#context

๐Ÿง  Context is everything -

๐Ÿ“ Document "why" not "how" -

๐Ÿ“ The file dilemma -

๐Ÿ“ง Effective email is either a pointer or notification -

#control

๐ŸŒ€ Complex systems are hard to predict -

๐Ÿ“ Git* solves the problem of managing files -

๐Ÿ•น๏ธ What can we control? -

๐Ÿ˜จ Control is a scary thing -

๐ŸŽ›๏ธ What is control? -

๐ŸŽฏ Why do we need some level of control? -

#cost

โš–๏ธ Reliability, Cost, and Value -

๐Ÿ’ฐ Ways to reduce your AI costs -

๐Ÿ’ฐ What is the cheapest PDM tool out there? -

#coupling

๐Ÿ”— Integration, not isolation -

๐Ÿ”— Coupling -

#creativity

๐Ÿฅ„ The beauty of human creativity -

โœ๏ธ Effective Communication (Sketching) -

Creativity -

#csv

๐ŸŒฑ๐Ÿ“ˆ Simplicity scales -

๐Ÿ“ˆ What is the quickest way to store and track data? -

#culture

โ˜๏ธ What do we mean by "First"? -

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ„ Mushroom Management -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿ—๏ธ The difference between Product and Platform -

๐Ÿ—‚๏ธ Git has an unfortunate name -

๐Ÿ“ง Top vs bottom posting in email -

๐ŸŽฏ Rituals and Culture -

๐ŸŒฑ Culture -

#customer

๐Ÿ› ๏ธ Do things that don't scale -

โš–๏ธ Reliability, Cost, and Value -

๐Ÿค Modern product development is a collaborative endeavor -

๐Ÿ‘ค Who is our "customer"? -

๐Ÿ‘ฅ Your team as the customer -

๐Ÿ‘ฅ Who is the customer in organizational hierarchy? -

๐Ÿ‘ค Confusion about when we are the customer -

๐Ÿ•Š๏ธ Simple -- from whose perspective? -

#daily

๐ŸŽ‰ 200 posts -

๐ŸŽ† 100 daily emails -

๐Ÿ”ง What will you improve today? -

#data

๐ŸŽฏ A single source of truth -

๐Ÿ“Š Simple data formats + powerful tools scale -

๐Ÿ“ The file dilemma -

๐Ÿ“ˆ What is the quickest way to store and track data? -

๐Ÿ‘Œ Struggling to scale your IoT system? Simplify your data. -

#data structures

๐Ÿ”— Coupling -

๐ŸŒฑ๐Ÿ“ˆ Simplicity scales -

#dates

๐Ÿ“… Dates in filenames -

#debt

โณ The "long-term" may be closer than you think... -

โš–๏ธ Technical debt compounds with you doing nothing -

๐Ÿ”„ Open loops -> technical debt -

โœ… The problem with software -

#debugging

๐Ÿ”Ž Seeing patterns -

#deep work

๐Ÿ‘ท The tension between solo and collaborative work -

#demo

๐ŸŽฌ Is a Demo the same as a Release? -

โœจ Demos vs. Products -

#dependencies

๐ŸŽฒ Isn't it risky to update your dependencies? -

๐Ÿ’ธ The cost of updating dependencies, or not -

#deployment

โ˜๏ธ What do we mean by "First"? -

๐ŸŸข What is in the Big Green Button? -

๐ŸŸข The Big Green Button -

๐Ÿš€ How to make releases painless -

๐ŸŽฏ Who is Platform Thinking for? -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿš€ Do you own your deployment? -

#design

โœจ Impressive is not always effective -

๐Ÿ“š Without docs -

#details

๐Ÿค Handling the small details -

#development

๐Ÿ“– When should you write the user manual? -

๐ŸŽฌ Is a Demo the same as a Release? -

๐Ÿš€ How far do you take releases? -

๐ŸŽฏ Standards for internal vs external releases -

๐Ÿš€ Shipping faster leads to predictability -

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿฅ‰ Good, fast, cheap - choose three -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿ“ DDPD - Document Driven Product Development -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿงช TDPD - Test Driven Product Development -

๐Ÿ”€ The Power of Git* workflows -

๐Ÿ’ป Local First Dev -

๐Ÿ’ฌ The importance of effective communication -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿšง Three things that hinder product development -

โš™๏ธ Three aspects of product development -

#different

๐Ÿฅ‰ Good, fast, cheap - choose three -

๐ŸŽ† Do something different -

#differentiation

๐Ÿ› ๏ธ The new Artisan Age -

#discipline

โ˜๏ธ What do we mean by "First"? -

๐Ÿ” AI coding requires better inputs and robust verification -

๐Ÿ—๏ธ The difference between Product and Platform -

๐ŸŽ‰ 200 posts -

#disipline

๐Ÿค Keeping commitments -

#distributed

๐Ÿ”€ The Power of Git* workflows -

๐Ÿ’ป Local First Dev -

๐Ÿ”— Connected systems are different -

#documentation

๐Ÿ“– When should you write the user manual? -

๐Ÿ” It is often more work to review something than to do it -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿ” AI coding requires better inputs and robust verification -

โœจ Impressive is not always effective -

๐Ÿ”„ Platform Thinking is a habit -

๐Ÿ”„ Breaking the AI slop cycle -

๐Ÿ“ Tips for working with Markdown -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿ“ DDPD - Document Driven Product Development -

โœ๏ธ Why writing is important -

๐Ÿค The benefits of sharing -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ”“ You should not be needed -

๐Ÿ“š Without docs -

๐Ÿ“š Documentation never has to go out of date again -

๐Ÿ“š Keep documentation close to the design/code -

๐Ÿ“ Document "why" not "how" -

๐Ÿ’ฐ Ways to reduce your AI costs -

๐Ÿ“ Git* solves the problem of managing files -

๐Ÿ”„ AI and documentation - close the loop -

๐Ÿค– AI is the new compiler -

โœ๏ธ Effective communication (Written) -

๐Ÿ”„ Flipping the playbook for AI coding -

๐Ÿ“ Documentation is part of the process, not an afterthought -

๐Ÿ“ Personal vs. collaborative documentation -

๐Ÿ™‹ How to help yourself? -

#drawing

๐Ÿšด The power of movement -

โœ๏ธ Effective Communication (Sketching) -

๐ŸŽจ Effective Communication (Drawing) -

#dry

๐Ÿงช Abstractions and Platforms -

#email

โœ๏ธ Effective communication (Written) -

๐Ÿ“ง Top vs bottom posting in email -

โœ‰๏ธ Email filters -

๐Ÿ“ง Effective email is either a pointer or notification -

๐Ÿ“ง Inbox zero -

#embedded

โณ The "long-term" may be closer than you think... -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿ”— Integration, not isolation -

#engineering

โš–๏ธ Reliability, Cost, and Value -

๐Ÿ“ฆ What do we release? -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿงช TDPD - Test Driven Product Development -

๐Ÿ“š Without docs -

#errors

โš ๏ธ When things go wrong ... -

#experience

๐Ÿ“ What is my process for capturing experience? (part 3) -

๐Ÿ“ What is my process for capturing experience? (part 2) -

๐Ÿ“ What is my process for capturing experience? -

๐Ÿง  How to leverage experience? -

๐Ÿ”ญ How to encourage vision? -

๐Ÿง ๐Ÿ”ญ The tension of experience and vision -

๐Ÿง ๐Ÿ”ญ Experience and Vision -

๐Ÿ“Š Past performance ... -

๐Ÿ›ค๏ธ Two paths with experience -

#experts

๐ŸŽ“ The problem with experts -

#fallibility

โš ๏ธ Toward a Theory of Medical Fallibility -

#false

โš–๏ธ False vs Real Platform Development -

#feedback

๐ŸŸข The Big Green Button -

๐Ÿ› ๏ธ Do things that don't scale -

๐Ÿ”ฎ Can we predict product development schedules? -

๐Ÿ“– When should you write the user manual? -

๐ŸŽฌ Is a Demo the same as a Release? -

๐Ÿ” It is often more work to review something than to do it -

๐Ÿค” Isn't this just agile? -

๐Ÿ”„ Closed-loop engineering -

๐Ÿ”„ Closed-loop humans -

๐Ÿ”„ Look for closed loops -

๐Ÿ”„ Close the loop with AI -

๐ŸŽ‰ 200 posts -

๐Ÿ”„ Open loops -> technical debt -

#files

๐Ÿ“ Git* solves the problem of managing files -

๐Ÿ“ The file dilemma -

#finish

๐Ÿงฉ Why things fall apart at the end -

๐Ÿ Easy to start vs. easy to finish -

#flexibility

๐Ÿ”— Platform thinking does not mean we don't use other platforms -

#focus

๐Ÿ˜Š Other ways to align the happy path -

๐Ÿณ Preparation - lessons from the kitchen -

#friction

๐Ÿš€ How to make releases painless -

๐ŸŽฏ Who is Platform Thinking for? -

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿฅฃ The two ingredients for agility -

๐Ÿ† What is the #1 purpose of YOUR Platform? -

#future

๐Ÿ“ Document "why" not "how" -

What is the role of vision? -

๐Ÿ”ฎ Preparing for the future -

โฐ The present or the future? -

โ“ But what if ... -

#git

๐Ÿš€ Platforms are not just for developers -

๐Ÿ”€ The Power of Git* workflows -

๐Ÿ’ป Local First Dev -

๐Ÿ’ฐ What is the cheapest PDM tool out there? -

๐Ÿ—‚๏ธ Git has an unfortunate name -

๐Ÿ“ Git* solves the problem of managing files -

๐Ÿš€ Git driven CD -- you know what got deployed -

๐Ÿ› ๏ธ Another reason to self-host Gitea -

๐Ÿ› ๏ธ Git* -- the new standard for workflow -

๐Ÿ” The importance of small Git commits/pull-requests -

๐Ÿ” The importance of Git Commit/Push often -

๐Ÿ“ง Inbox zero -

๐Ÿ˜Š How can you make your commercial source code customers happy? -

๐Ÿ“Œ Where do you put stuff? -

๐Ÿ—๏ธ What is the best tool for private Git repos? -

๐Ÿ™ Github and why does it matter? -

#gitea

๐Ÿ› ๏ธ Git* -- the new standard for workflow -

๐Ÿ˜Š How can you make your commercial source code customers happy? -

๐Ÿ—๏ธ What is the best tool for private Git repos? -

#github

๐Ÿ› ๏ธ Git* -- the new standard for workflow -

#gitlab

๐Ÿ› ๏ธ Git* -- the new standard for workflow -

#goals

๐Ÿ† Goals vs. Systems -

#golden

๐Ÿšซ No Golden Machines -

#google

๐Ÿ” You are not Google -

#growth

๐Ÿ”„ The release circle -

๐Ÿ› ๏ธ Do things that don't scale -

๐Ÿ† What is the ultimate platform success? -

โœ๏ธ Why writing is important -

๐Ÿ“ˆ Scale vs. Value -

๐Ÿ“ˆ What do we mean by scaling? -

#habits

โ˜๏ธ What do we mean by "First"? -

๐Ÿ”„ Platform Thinking is a habit -

๐Ÿ”„ Closed-loop humans -

โœ๏ธ Effective Communication (Sketching) -

๐Ÿ’ญ Thinking, Designing, Developing, Engineering ... -

๐Ÿ’ช Habits -- a critical ingredient in YOUR Personal Platform -

#hack

โš ๏ธ Hack-it, ship-it, forget-it ... -

#hardware

๐Ÿ”— What defines reliability? -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿงช TDPD - Test Driven Product Development -

โ™ป๏ธ How to iterate quickly on hardware -

#headset

๐ŸŽง Use a headset optimized for calls -

#help

๐Ÿ™‹ How to help yourself? -

#hiring

โš™๏ธ Fix systems, not people -

#humility

๐Ÿ™ Humility -

#improvement

๐Ÿฅ‰ Good, fast, cheap - choose three -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

โš–๏ธ Technical debt compounds with you doing nothing -

๐Ÿ›Kernighan's Law -

๐Ÿ”„ Closed-loop engineering -

๐Ÿ”„ Closed-loop humans -

๐Ÿ”„ Look for closed loops -

๐Ÿ”„ Close the loop with AI -

๐Ÿ”„ AI and documentation - close the loop -

๐Ÿ”„ Open loops -> technical debt -

โฌ†๏ธ The business case for improvement -

โฌ†๏ธ The path of improvement -

โฌ†๏ธ What is improvement? -

โšก Improve development efficiency, reduce technical debt -

๐Ÿ’ช Good enough is not good enough -

๐Ÿ”ง What will you improve today? -

#infrastructure

โš–๏ธ Reliability tradeoffs -

๐Ÿ† What is the ultimate platform success? -

โš–๏ธ Technical debt compounds with you doing nothing -

#innovation

๐Ÿฅ„ The beauty of human creativity -

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ› ๏ธ The new Artisan Age -

โš™๏ธ Three aspects of product development -

โฐ A platform stuck in time -

#integration

๐Ÿงฉ Why things fall apart at the end -

๐Ÿ”— Platform thinking does not mean we don't use other platforms -

๐ŸŽฏ Who is Platform Thinking for? -

๐Ÿค” Isn't this just agile? -

๐Ÿงช TDPD - Test Driven Product Development -

๐Ÿ› ๏ธ The new Artisan Age -

โš™๏ธ Three aspects of product development -

๐Ÿ“ The file dilemma -

๐Ÿ”— Integration, not isolation (part 2) -

๐Ÿ”— Integration, not isolation -

โœ… Guarantees -

๐Ÿ› ๏ธ The defining characteristic of a good workflow tool -

๐Ÿค Integrate early -

Creativity -

#iot

๐Ÿ‘Œ Struggling to scale your IoT system? Simplify your data. -

#iteration

๐Ÿ”„ The release circle -

๐Ÿ› ๏ธ Do things that don't scale -

๐Ÿš€ Shipping faster leads to predictability -

๐Ÿค” Isn't this just agile? -

โœ‚๏ธ YAGNI -

๐Ÿšด The power of movement -

๐Ÿ”„ AI and documentation - close the loop -

โ™ป๏ธ How to iterate quickly on hardware -

โ™ป๏ธ How to define an iteration? -

๐Ÿ” The importance of Git Commit/Push often -

#kids

What can kids teach us about platforms? -

#knowledge

โœ๏ธ Why writing is important -

๐Ÿง  Context is everything -

๐Ÿ”“ You should not be needed -

#law

๐Ÿ“ Goodhart's law -

#leadership

๐Ÿ„ Mushroom Management -

#learning

๐Ÿš€ Platforms are not just for developers -

โœ๏ธ Why writing is important -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ”„ Closed-loop engineering -

๐Ÿšด The power of movement -

๐Ÿ”„ Closed-loop humans -

๐Ÿ”„ Look for closed loops -

๐Ÿ”„ Close the loop with AI -

๐Ÿ“น Effective Communication (Video) -

#levels

๐Ÿ” Support from the top -

๐Ÿ—๏ธ Three levels of YOUR Platform -

#liability

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

โš–๏ธ Code is a liability, not an asset -

๐ŸŒฑ OSS can decrease or increase your code liability -

#lifecycle

๐Ÿ”„ The release circle -

โœจ Demos vs. Products -

๐Ÿ”„ Lifecycle management in dynamic systems -

#linux

โš–๏ธ Reliability tradeoffs -

๐Ÿ“ The file dilemma -

๐Ÿš€ How can Arch Linux get by without releases? -

#long

โณ The long-term compression timeline -

๐Ÿ—œ๏ธ Long-term compression -

โณ The "long-term" may be closer than you think... -

๐Ÿ“ˆ What do we mean by scaling? -

๐Ÿ The long game -

#maintainability

๐Ÿ”„ Breaking the AI slop cycle -

๐Ÿ“ Less code is not the ultimate goal -

#maintenance

โš–๏ธ Reliability tradeoffs -

โš–๏ธ Technical debt compounds with you doing nothing -

๐Ÿ›Kernighan's Law -

๐Ÿงฉ Composing is hard, complexity is easy -

๐Ÿ”ง How to keep a product maintainable? -

๐Ÿ’ช Good enough is not good enough -

๐Ÿ”ง What makes a good Yocto BSP? -

โš ๏ธ Hack-it, ship-it, forget-it ... -

๐Ÿ—๏ธ Three levels of YOUR Platform -

โš–๏ธ False vs Real Platform Development -

๐Ÿ The long game -

๐Ÿ”น Simplicity -

โœจ The Beauty of Constraints -

#management

๐Ÿชž The illusion of project meta-data -

๐Ÿ„ Mushroom Management -

๐Ÿ˜Š Other ways to align the happy path -

๐Ÿ“ Git* solves the problem of managing files -

๐Ÿ‘ฅ Everybody Works and the impact on meetings -

๐Ÿ” Support from the top -

#markdown

๐ŸŒฑ๐Ÿ“ˆ Simplicity scales -

๐Ÿ“ Personal vs. collaborative documentation -

๐Ÿ“ง Inbox zero -

#math

What can kids teach us about platforms? -

#meetings

๐ŸŽง Effective communication (Audio) -

๐Ÿ‘ฅ Alternatives to meetings -

๐Ÿ‘ฅ Everybody Works and the impact on meetings -

๐Ÿ‘ฅ Efficient meetings -

๐Ÿ‘ฅ Meetings and human relationships -

๐Ÿ‘ฅ Why meetings? -

๐ŸŽง Use a headset optimized for calls -

#meta

๐Ÿชž The illusion of project meta-data -

๐Ÿ‘‹ Introduction -

#metrics

๐Ÿชž The illusion of project meta-data -

๐Ÿ“ Goodhart's law -

#monorepo

๐Ÿ”Ž Seeing patterns -

#naming

๐Ÿ“… Dates in filenames -

๐Ÿท๏ธ How do you consistently name things? -

#notes

๐Ÿ“ Personal vs. collaborative documentation -

๐Ÿ”ง What is your most important tool? -

#open

๐Ÿ”— Platform thinking does not mean we don't use other platforms -

๐Ÿ”ญ Text based formats and command-line tools are the future -

#optimization

๐Ÿ’ฐ Ways to reduce your AI costs -

โš–๏ธ Architecture vs. Optimization -

#organic

๐ŸŒฑ Culture -

#organization

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ„ Mushroom Management -

๐Ÿ”„ Three levels of workflow -

๐Ÿ“ˆ Scale vs. Value -

๐Ÿ”“ You should not be needed -

๐Ÿ”„ Open loops -> technical debt -

๐Ÿ” How to get the little things done? -

๐Ÿ“Œ Where do you put stuff? -

#oss

๐Ÿš€ How far do you take releases? -

๐Ÿค The benefits of sharing -

๐Ÿ—‚๏ธ Git has an unfortunate name -

๐Ÿ“ง Top vs bottom posting in email -

๐Ÿค Modern product development is a collaborative endeavor -

๐Ÿง‘โ€๐Ÿ’ป How can we increase developer productivity? -

๐ŸŒฑ OSS can decrease or increase your code liability -

๐Ÿ˜Š How can you make your commercial source code customers happy? -

๐Ÿš€ Advanced technology and small players -

๐Ÿค What happens when someone else tries to use your work? -

๐Ÿ™ Github and why does it matter? -

๐Ÿ” Tracking upstream and why does it matter? -

๐Ÿ”ง What makes a good Yocto BSP? -

๐ŸŒฑ Culture -

#other

๐Ÿ†š What is the difference between YOUR Platform and other platforms? -

#others

๐Ÿ‘ท Do we make more work for others or less? -

#own

๐Ÿ’ฐ Owning YOUR platform is not more expensive -

#partitioning

๐ŸŒฑ When edge nodes grow up -

๐Ÿ”  How do you partition systems? -

#partnumber

๐Ÿญ Semi-structured part numbers -

#patterns

๐Ÿ˜Š Align the "happy path" in your code -

๐Ÿ”Ž Seeing patterns -

#people

๐Ÿ’ฌ The importance of effective communication -

๐Ÿ‘ค It's all about the people -

๐Ÿ‘ฅ Platform != People -

#personal

๐Ÿ”€ The division between group and personal workflow -

๐ŸŽ‰ 200 posts -

๐Ÿ“ Personal vs. collaborative documentation -

๐Ÿ”ง What is your most important tool? -

๐ŸŽง Use a headset optimized for calls -

๐Ÿ’ช Habits -- a critical ingredient in YOUR Personal Platform -

๐Ÿ—๏ธ Three levels of YOUR Platform -

#phases

๐ŸŒ’๐ŸŒ“๐ŸŒ”The four phases of product development -

#planning

๐Ÿšข What is the #1 problem in product development? -

๐Ÿ”ฎ Can we predict product development schedules? -

๐Ÿ“– When should you write the user manual? -

๐Ÿ”„ Breaking the AI slop cycle -

#platform

โฑ๏ธ How do you find time for higher value tasks? -

๐Ÿ”— Platform thinking does not mean we don't use other platforms -

๐Ÿ“– The definition of the word 'Platform' -

๐Ÿ”„ Platform Thinking is a habit -

๐ŸŽฏ Who is Platform Thinking for? -

โณ The long-term compression timeline -

๐Ÿ—œ๏ธ Long-term compression -

๐Ÿš€ Platforms are not just for developers -

๐Ÿค” Isn't this just agile? -

๐Ÿ† What is the ultimate platform success? -

๐Ÿฅ‰ Good, fast, cheap - choose three -

โณ The "long-term" may be closer than you think... -

๐Ÿ› ๏ธ The new Artisan Age -

๐Ÿ—๏ธ The difference between Product and Platform -

โš–๏ธ Technical debt compounds with you doing nothing -

๐ŸŒ€ Complex systems are hard to predict -

๐Ÿ’ฐ What is the cheapest PDM tool out there? -

๐Ÿ“ The file dilemma -

โœจ Anyone can write scripts now -

๐Ÿ“ˆ What do we mean by scaling? -

๐ŸŒฑ๐Ÿ“ˆ Simplicity scales -

๐Ÿงฉ The three legs of YOUR Platform -

โœ… The Platform Test -

๐Ÿ”„ What is YOUR Platform? (v2) -

๐Ÿข What is your Platform? -

#pomodoro

๐Ÿ” How to get the little things done? -

#preparation

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿณ Preparation - lessons from the kitchen -

#present

โฐ The present or the future? -

#proactive

๐Ÿ˜Š Other ways to align the happy path -

โšก Are your processes proactive or reactive? -

#problem

๐Ÿถ Lessons from a 1-year old dog -

๐Ÿ” Solving problems or symptoms? -

#process

โ˜๏ธ What do we mean by "First"? -

๐ŸŸข The Big Green Button -

๐Ÿงฉ Why things fall apart at the end -

๐Ÿชž The illusion of project meta-data -

๐Ÿšข What is the #1 problem in product development? -

๐Ÿ”ฎ Can we predict product development schedules? -

๐Ÿ“– When should you write the user manual? -

๐ŸŽฌ Is a Demo the same as a Release? -

๐Ÿš€ Shipping faster - what are the stakes? -

๐Ÿ” It is often more work to review something than to do it -

๐Ÿš€ How far do you take releases? -

๐ŸŽฏ Standards for internal vs external releases -

๐Ÿš€ Shipping faster leads to predictability -

๐Ÿ”„ Platform Thinking is a habit -

๐Ÿ”„ Breaking the AI slop cycle -

๐Ÿค” Why > How > What -

๐Ÿฅ‰ Good, fast, cheap - choose three -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿ“ DDPD - Document Driven Product Development -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿงช TDPD - Test Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿ”„ Three levels of workflow -

๐Ÿ—๏ธ The difference between Product and Platform -

๐Ÿ˜Š Other ways to align the happy path -

๐Ÿ”“ You should not be needed -

๐Ÿ“š Without docs -

๐ŸŒ€ Complex systems are hard to predict -

๐Ÿ”„ Look for closed loops -

๐Ÿ”„ Close the loop with AI -

๐Ÿค– AI is the new compiler -

๐ŸŽ‰ 200 posts -

๐Ÿ”— Integration, not isolation (part 2) -

๐Ÿ”„ Open loops -> technical debt -

๐Ÿ“ What is my process for capturing experience? (part 3) -

๐Ÿ“ What is my process for capturing experience? (part 2) -

๐Ÿ“ What is my process for capturing experience? -

๐Ÿง  How to leverage experience? -

๐Ÿš€ Git driven CD -- you know what got deployed -

๐Ÿ”„ The secret to process -

โš™๏ธ Fix systems, not people -

๐Ÿงฉ The three legs of YOUR Platform -

๐Ÿ’ญ Thinking, Designing, Developing, Engineering ... -

โšก Are your processes proactive or reactive? -

โš ๏ธ When things go wrong ... -

#product

๐Ÿ”„ The release circle -

๐Ÿชž The illusion of project meta-data -

๐Ÿšข What is the #1 problem in product development? -

๐Ÿ› ๏ธ Do things that don't scale -

๐Ÿ“– When should you write the user manual? -

๐Ÿš€ Shipping faster - what are the stakes? -

๐Ÿ“ฆ What do we release? -

๐Ÿ“ฆ What is a release? -

๐Ÿ”„ Platform Thinking is a habit -

๐ŸŽฏ Who is Platform Thinking for? -

โณ The long-term compression timeline -

๐Ÿ—œ๏ธ Long-term compression -

๐Ÿ† What is the ultimate platform success? -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿ“ DDPD - Document Driven Product Development -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿงช TDPD - Test Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿ—๏ธ The difference between Product and Platform -

๐Ÿšง Three things that hinder product development -

โš™๏ธ Three aspects of product development -

๐Ÿ’ฐ What is the cheapest PDM tool out there? -

โœจ Demos vs. Products -

#productivity

โฑ๏ธ How do you find time for higher value tasks? -

๐Ÿš€ Platforms are not just for developers -

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ“ Tips for working with Markdown -

๐Ÿ”€ The Power of Git* workflows -

โœ๏ธ Why writing is important -

๐Ÿ› ๏ธ The new Artisan Age -

๐Ÿ’ป Local First Dev -

๐Ÿ’ฌ The importance of effective communication -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ˜Š Other ways to align the happy path -

๐Ÿ“š Documentation never has to go out of date again -

๐Ÿ“š Keep documentation close to the design/code -

๐Ÿ”„ Close the loop with AI -

๐Ÿค– AI is the new compiler -

โœจ Anyone can write scripts now -

โœ๏ธ Effective Communication (Sketching) -

๐ŸŽจ Effective Communication (Drawing) -

๐Ÿ“น Effective Communication (Video) -

๐Ÿ“ธ Effective Communication (Images) -

๐ŸŽง Effective communication (Audio) -

๐Ÿง‘โ€๐Ÿ’ป How can we increase developer productivity? -

#programming

๐Ÿ“ Less code is not the ultimate goal -

๐Ÿ˜Š Align the "happy path" in your code -

โš–๏ธ Code is a liability, not an asset -

โœ‚๏ธ YAGNI -

๐Ÿงฉ Composing is hard, complexity is easy -

๐Ÿ”„ Flipping the playbook for AI coding -

๐Ÿง‘โ€๐Ÿ’ป The first step in AI coding -

๐Ÿง‘โ€๐Ÿ’ป Will AI cause coding to disappear? -

#quality

๐ŸŸข The Big Green Button -

๐Ÿชž The illusion of project meta-data -

๐Ÿ“ฆ More definitions of a release -

๐ŸŽฌ Is a Demo the same as a Release? -

๐Ÿ”— What defines reliability? -

๐Ÿš€ Shipping faster - what are the stakes? -

๐Ÿ” It is often more work to review something than to do it -

๐Ÿš€ How far do you take releases? -

๐ŸŽฏ Standards for internal vs external releases -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿ” AI coding requires better inputs and robust verification -

๐Ÿฅ„ The beauty of human creativity -

๐Ÿ”„ Breaking the AI slop cycle -

๐Ÿฅ‰ Good, fast, cheap - choose three -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿงช TDPD - Test Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

#readability

๐Ÿ“ Less code is not the ultimate goal -

๐Ÿ˜Š Align the "happy path" in your code -

#reflection

๐Ÿ“ What is my process for capturing experience? (part 3) -

๐Ÿชž Platform reflection -

#relationships

๐Ÿ‘ฅ Meetings and human relationships -

#release

โ˜๏ธ What do we mean by "First"? -

๐ŸŸข What is in the Big Green Button? -

๐ŸŸข The Big Green Button -

๐Ÿ”„ The release circle -

๐Ÿงฉ Why things fall apart at the end -

๐Ÿ“ฆ More definitions of a release -

๐Ÿ› ๏ธ Do things that don't scale -

๐Ÿ”ฎ Can we predict product development schedules? -

๐Ÿš€ How to make releases painless -

๐Ÿ“– When should you write the user manual? -

๐ŸŽฌ Is a Demo the same as a Release? -

๐Ÿš€ Shipping faster - what are the stakes? -

๐Ÿš€ How far do you take releases? -

๐ŸŽฏ Standards for internal vs external releases -

๐Ÿ“ฆ What do we release? -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿ“ฆ What is a release? -

๐Ÿš€ Shipping faster leads to predictability -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿ”„ When to update application dependencies? -

๐ŸŒฟ A natural way to get more testing/automation -

โฉ Get on with it ... -

๐Ÿ”„ What is the best software release frequency? -

๐Ÿš€ How can Arch Linux get by without releases? -

๐Ÿš€ Why are releases important? -

๐Ÿ“„ Who is a changelog for? -

#reliability

๐Ÿ“ฆ More definitions of a release -

โš–๏ธ Reliability tradeoffs -

โš–๏ธ Reliability, Cost, and Value -

๐Ÿ”— What defines reliability? -

โœจ The easiest path to reliability ... -

๐Ÿ” Where do reliability/stability problems typically come from? -

#reliablility

๐Ÿ›ก๏ธ How to get to secure and reliable -

#reuse

โ™พ๏ธ It's about not starting over every time -

#risk

๐Ÿงฉ Why things fall apart at the end -

๐Ÿšข What is the #1 problem in product development? -

โš–๏ธ Reliability tradeoffs -

๐Ÿ”— What defines reliability? -

โš–๏ธ Technical debt compounds with you doing nothing -

๐ŸŽฒ Isn't it risky to update your dependencies? -

#rituals

๐ŸŽฏ Rituals and Culture -

#satisfaction

๐Ÿ˜Š Joy -

#scalability

๐Ÿค” Isn't this just agile? -

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ’ป Local First Dev -

๐Ÿ”“ You should not be needed -

๐Ÿ“ The file dilemma -

#scaling

๐Ÿ“ˆ Scale vs. Value -

๐Ÿ“Š Simple data formats + powerful tools scale -

๐Ÿ“ˆ What do we mean by scaling? -

๐Ÿงฉ Composing is hard, complexity is easy -

๐ŸŒฑ๐Ÿ“ˆ Simplicity scales -

๐Ÿ“ˆ Why GUI development tools don't scale -

โš–๏ธ Horizontal vs Vertical Scaling -

๐Ÿ‘Œ Struggling to scale your IoT system? Simplify your data. -

๐Ÿ“ˆ Scaling -

๐Ÿ“ˆ Two ways to scale -

#screencast

๐Ÿ‘ฅ Alternatives to meetings -

#scripting

๐Ÿ› ๏ธ The new Artisan Age -

โœจ Anyone can write scripts now -

#security

๐Ÿ›ก๏ธ How to get to secure and reliable -

#self-hosting

๐Ÿ› ๏ธ Another reason to self-host Gitea -

#server

โš–๏ธ Reliability tradeoffs -

๐Ÿšซ No Golden Machines -

#service

๐Ÿ‘ค Confusion about when we are the customer -

#sharing

๐Ÿค The benefits of sharing -

#shell

๐Ÿ”ง envsetup.sh -- a very useful automation technique -

#shipping

โ˜๏ธ What do we mean by "First"? -

๐ŸŸข The Big Green Button -

๐Ÿ”„ The release circle -

๐Ÿšข What is the #1 problem in product development? -

๐Ÿ”ฎ Can we predict product development schedules? -

โฑ๏ธ How do you find time for higher value tasks? -

๐Ÿš€ Shipping faster - what are the stakes? -

๐Ÿ“ฆ What do we release? -

๐Ÿ“ฆ What is a release? -

๐Ÿš€ Shipping faster leads to predictability -

๐Ÿ—œ๏ธ Long-term compression -

๐Ÿ’ญ Thinking, Designing, Developing, Engineering ... -

๐Ÿ† What is the #1 purpose of YOUR Platform? -

#short

๐Ÿ—œ๏ธ Long-term compression -

โณ The "long-term" may be closer than you think... -

๐Ÿ The long game -

#silos

๐ŸŒฝ What is the easiest way to avoid silos? -

#simplicity

โœจ Impressive is not always effective -

๐Ÿค” Why > How > What -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ“ Less code is not the ultimate goal -

๐Ÿ˜Š Align the "happy path" in your code -

โš–๏ธ Code is a liability, not an asset -

โœ‚๏ธ YAGNI -

๐Ÿ›Kernighan's Law -

๐Ÿ“Š Simple data formats + powerful tools scale -

๐Ÿงฉ Composing is hard, complexity is easy -

๐ŸŽผ Compose software like music -

๐ŸŒฑ๐Ÿ“ˆ Simplicity scales -

๐Ÿ‘Œ Struggling to scale your IoT system? Simplify your data. -

๐ŸŒ… Simple stuff is boring -

๐Ÿช™ Complexity and Simplicity -- two sides of the same coin -

โฌ†๏ธ What is improvement? -

๐Ÿ•Š๏ธ Simple -- from whose perspective? -

๐Ÿ•Š๏ธ Simple to maintain vs simple to implement -

๐Ÿ•Š๏ธ Simple to use vs simple to implement -

What can kids teach us about platforms? -

โœจ The easiest path to reliability ... -

๐Ÿ” Where do reliability/stability problems typically come from? -

๐ŸŒ Complex Systems, Simple Platforms -

๐Ÿ”น Simplicity -

#size

๐Ÿœ The smaller you are, the more import YOUR Platform is -

#soc

๐Ÿš€ Advanced technology and small players -

#software

๐Ÿ”— What defines reliability? -

๐Ÿค” Isn't this just agile? -

โš–๏ธ Technical debt compounds with you doing nothing -

โœ‚๏ธ YAGNI -

๐Ÿงฉ Composing is hard, complexity is easy -

#standards

๐Ÿš€ How far do you take releases? -

๐ŸŽฏ Standards for internal vs external releases -

๐ŸŽฏ A single source of truth -

#start

๐Ÿ› ๏ธ Do things that don't scale -

๐Ÿ Easy to start vs. easy to finish -

#steps

๐Ÿ‘ฃ What are the first steps? -

#steve-jobs

๐Ÿง‘โ€๐Ÿ’ป How can we increase developer productivity? -

Creativity -

#strategy

๐Ÿ”„ The release circle -

๐Ÿ”— Platform thinking does not mean we don't use other platforms -

โณ The long-term compression timeline -

๐Ÿ† What is the ultimate platform success? -

๐Ÿค” Why > How > What -

โณ The "long-term" may be closer than you think... -

๐Ÿš€ RDPD - Release Driven Product Development -

๐Ÿ—๏ธ The difference between Product and Platform -

โš™๏ธ Three aspects of product development -

๐Ÿ“ˆ What do we mean by scaling? -

#symptom

๐Ÿถ Lessons from a 1-year old dog -

๐Ÿ” Solving problems or symptoms? -

#system

๐Ÿ”— Integration, not isolation -

#systems

โณ The "long-term" may be closer than you think... -

๐Ÿ“ˆ Scale vs. Value -

๐ŸŒ€ Complex systems are hard to predict -

๐Ÿ”„ Closed-loop engineering -

๐Ÿ”„ Look for closed loops -

๐ŸŒฝ What is the easiest way to avoid silos? -

๐Ÿ‘ค It's all about the people -

๐Ÿ† Goals vs. Systems -

๐Ÿ—๏ธ Platforms are for building systems -

#team

๐Ÿš€ Shipping faster - what are the stakes? -

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿ”„ Three levels of workflow -

๐ŸŽฏ A single source of truth -

๐Ÿ’ฌ The importance of effective communication -

๐Ÿ”“ You should not be needed -

๐ŸŽง Effective communication (Audio) -

๐Ÿค Modern product development is a collaborative endeavor -

๐Ÿ‘ท Make less work for others, part 2 -

๐Ÿ›ค๏ธ Two paths -

๐Ÿ‘ฅ Your team as the customer -

๐Ÿ“ Personal vs. collaborative documentation -

๐Ÿค What happens when someone else tries to use your work? -

#technical debt

๐Ÿงฉ Why things fall apart at the end -

โœจ Impressive is not always effective -

โณ The "long-term" may be closer than you think... -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿ“ Less code is not the ultimate goal -

โš–๏ธ Technical debt compounds with you doing nothing -

โš–๏ธ Code is a liability, not an asset -

๐Ÿ’ธ Technical debt -

๐Ÿ›ค๏ธ Two paths -

โšก Improve development efficiency, reduce technical debt -

๐Ÿ’ธ The cost of updating dependencies, or not -

#technology

๐Ÿšง Three things that hinder product development -

โš™๏ธ Three aspects of product development -

๐Ÿ’ฐ What is the cheapest PDM tool out there? -

๐Ÿ Easy to start vs. easy to finish -

๐Ÿš€ Advanced technology and small players -

๐Ÿ’ป What is the purpose of technology? -

๐Ÿ” Where do reliability/stability problems typically come from? -

#test

๐Ÿงช TDPD - Test Driven Product Development -

โœ”๏ธ Legacy code -

โœ… The Platform Test -

#testing

๐ŸŸข What is in the Big Green Button? -

๐Ÿ”— What defines reliability? -

๐Ÿ” It is often more work to review something than to do it -

๐ŸŽฏ Standards for internal vs external releases -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿ” AI coding requires better inputs and robust verification -

๐Ÿ”„ Platform Thinking is a habit -

๐ŸŽฏ Who is Platform Thinking for? -

๐Ÿ“ DDPD - ๐Ÿงช TDPD - ๐Ÿš€ RDPD -

๐Ÿงช TDPD - Test Driven Product Development -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ˜Š Other ways to align the happy path -

๐Ÿ”„ Flipping the playbook for AI coding -

โžก๏ธ Frontload the boring stuff -

๐ŸŒฟ A natural way to get more testing/automation -

โœ… Guarantees -

#tests

๐Ÿ™‹ How to help yourself? -

#thinking

๐Ÿฅ„ The beauty of human creativity -

๐Ÿ“– The definition of the word 'Platform' -

๐ŸŽฏ Who is Platform Thinking for? -

โœ๏ธ Why writing is important -

#time

โณ The "long-term" may be closer than you think... -

โฐ A platform stuck in time -

#time-management

โฑ๏ธ How do you find time for higher value tasks? -

๐Ÿ” How to get the little things done? -

#tool

๐Ÿง  Context is everything -

๐Ÿ”ง What is your most important tool? -

#tooling

๐Ÿš€ How to make releases painless -

๐Ÿ”— Platform thinking does not mean we don't use other platforms -

๐Ÿš€ Platforms are not just for developers -

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿ’ป Local First Dev -

๐Ÿฅฃ The two ingredients for agility -

#tools

๐Ÿชž The illusion of project meta-data -

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ“ Tips for working with Markdown -

๐Ÿ”€ The Power of Git* workflows -

๐Ÿค The benefits of sharing -

๐Ÿ› ๏ธ The new Artisan Age -

๐Ÿ—๏ธ The difference between Product and Platform -

๐Ÿ’ก Reflections from AI-coding a 10,000 line app -

๐Ÿ“Š Simple data formats + powerful tools scale -

๐Ÿ“š Keep documentation close to the design/code -

๐Ÿ’ฐ What is the cheapest PDM tool out there? -

๐Ÿค– AI is the new compiler -

โœจ Anyone can write scripts now -

โœ๏ธ Effective Communication (Sketching) -

๐ŸŽจ Effective Communication (Drawing) -

๐Ÿ“น Effective Communication (Video) -

๐Ÿ“ธ Effective Communication (Images) -

๐ŸŽง Effective communication (Audio) -

๐Ÿ“ˆ Why GUI development tools don't scale -

๐Ÿ› ๏ธ The defining characteristic of a good workflow tool -

๐Ÿ› ๏ธ The critical features of workflow tools -

๐Ÿ› ๏ธ Selecting tools -

๐Ÿ› ๏ธ Two classes of tools -

๐ŸŽง Use a headset optimized for calls -

๐Ÿšซ No Golden Machines -

#transparency

๐Ÿ„ Mushroom Management -

๐Ÿ”“ You should not be needed -

๐Ÿ” The importance of small Git commits/pull-requests -

#trust

๐Ÿค๐Ÿ” Trust, but verify -

#truth

๐Ÿชž The illusion of project meta-data -

โš–๏ธ Truth is discovered, not invented -

#update

โœ… The problem with software -

๐Ÿ”„ The business model for updates -

๐Ÿ”„ The biggest benefit to frequent updates -

๐ŸŽฒ Isn't it risky to update your dependencies? -

๐Ÿ”„ What is the first thing you should implement? -

#upstream

๐Ÿ” Tracking upstream and why does it matter? -

#users

๐Ÿ› ๏ธ Do things that don't scale -

๐Ÿ“– When should you write the user manual? -

๐Ÿ“ DDPD - Document Driven Product Development -

๐Ÿ‘ฅ Who are users? -

๐Ÿ•Š๏ธ Simple to use vs simple to implement -

#value

๐Ÿ“ฆ More definitions of a release -

๐ŸŽฌ Is a Demo the same as a Release? -

โฑ๏ธ How do you find time for higher value tasks? -

โš–๏ธ Reliability, Cost, and Value -

๐Ÿ“ฆ What do we release? -

๐Ÿค A release is what unifies Engineering and Business -

๐Ÿฅ„ The beauty of human creativity -

๐Ÿฅ‰ Good, fast, cheap - choose three -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿ“ˆ Scale vs. Value -

๐Ÿ‘ค Who is our "customer"? -

๐Ÿ“ˆ How does your product value increase after the initial sale? -

#verification

๐Ÿ”— What defines reliability? -

๐Ÿ” AI coding requires better inputs and robust verification -

๐Ÿค๐Ÿ” Trust, but verify -

#video

๐Ÿ“น Effective Communication (Video) -

#vision

๐Ÿ”ญ How to encourage vision? -

๐Ÿง ๐Ÿ”ญ The tension of experience and vision -

๐Ÿง ๐Ÿ”ญ Experience and Vision -

๐Ÿ“Š Past performance ... -

What is the role of vision? -

#wealth

๐ŸŒป Downstream, things should be better -

#why

โœจ Impressive is not always effective -

๐Ÿ“š Without docs -

๐Ÿ“ Document "why" not "how" -

#work

๐Ÿ‘ท Make less work for others, part 2 -

๐Ÿ‘ท Do we make more work for others or less? -

#workflow

๐Ÿš€ How to make releases painless -

๐Ÿ” AI coding requires better inputs and robust verification -

๐Ÿš€ Platforms are not just for developers -

๐Ÿ”€ The division between group and personal workflow -

๐Ÿ“ฆ CDPD - Container Driven Product Development -

๐Ÿ“ Tips for working with Markdown -

๐Ÿ“ DDPD - Document Driven Product Development -

๐Ÿš€ The BIG Release vs. ๐ŸŒŠ a Continuous flow of Value -

๐Ÿ”€ The Power of Git* workflows -

๐Ÿ”„ Three levels of workflow -

๐Ÿค The benefits of sharing -

๐Ÿ—๏ธ The difference between Product and Platform -

๐Ÿ’ป Local First Dev -

๐Ÿ“Š Simple data formats + powerful tools scale -

๐Ÿ“š Documentation never has to go out of date again -

๐Ÿ“š Keep documentation close to the design/code -

๐Ÿ’ฐ What is the cheapest PDM tool out there? -

๐Ÿ“ธ Effective Communication (Images) -

๐Ÿค– How I use Claude Code to help publish this blog -

๐Ÿ‘ฅ Alternatives to meetings -

๐Ÿฅฃ The two ingredients for agility -

๐Ÿ› ๏ธ Git* -- the new standard for workflow -

๐Ÿ› ๏ธ The defining characteristic of a good workflow tool -

๐Ÿ› ๏ธ The critical features of workflow tools -

๐Ÿ˜Š How can you make your commercial source code customers happy? -

#writing

โœ๏ธ Why writing is important -

๐Ÿšด The power of movement -

โœ๏ธ Effective communication (Written) -

๐Ÿค– How I use Claude Code to help publish this blog -

๐ŸŽ† 100 daily emails -

#yagni

โš–๏ธ Code is a liability, not an asset -

โœ‚๏ธ YAGNI -

๐Ÿงช Abstractions and Platforms -

#yocto

๐Ÿ™ Github and why does it matter? -

๐Ÿ” Tracking upstream and why does it matter? -

๐Ÿ”ง What makes a good Yocto BSP? -