Making tech literacy irrelevant | Infactory’s Ken Kocienda

23 Sep 2025 · 54 min

Ask about this episode

Ask anything about it. ChatGPT or Claude reads this page and answers with the times it was said.

Connect VO and ask about every podcast you hear, including the moments you saved. Add to ChatGPT · Add to Claude

In short

Dev Interrupted Podcast Episode Notes

Episode Overview

  • Podcast Title: Dev Interrupted
  • Episode Title: Making Tech Literacy Irrelevant | Infactory’s Ken Kocienda
  • Episode Description: Ken Kocienda, co-founder of Infactory AI and former Principal Engineer at Apple, discusses his journey from a history major to a key figure in technology, including insights on bridging liberal arts and technology and his thoughts on AI's role in design and user experience.

Key Themes and Discussions

  1. Ken Kocienda's Background
  2. Experience at Apple:
  3. Worked for 15 years, involved in developing the iPhone keyboard and autocorrect.
  4. Worked directly with Steve Jobs, learning about high standards in design.
  • Journey to Technology:
  • Transitioned from liberal arts (history major) to technology.
  • Emphasizes the importance of integrating liberal arts into tech development.
  1. Bridging Liberal Arts and Technology
  2. Core Philosophy:
  3. Kocienda believes that meaningful technology comes from combining liberal arts with technical expertise.
  4. Advocates for making technology intuitive, reducing the need for technical literacy among users.
  1. AI as the Next Frontier
  2. Extractive vs. Generative AI:
  3. Explains the difference between generative AI (creating new content) and extractive AI (pulling valuable insights from existing data).
  4. Discusses the potential of AI to transform how users interact with technology by making it more accessible.
  1. Design Principles and Lessons from Apple
  2. Provisional Nature of Work:
  3. Kocienda shares the lesson learned from Steve Jobs: "Everything is provisional," suggesting that designs should evolve based on user feedback and changing needs.
  • Evolutionary Design:
  • Kocienda’s design process involves iterative steps, keeping what works and discarding what doesn’t, leading to well-rounded and effective products.
  1. The Role of AI in Modern Engineering
  2. Impact on Engineers:
  3. AI tools can empower engineers by simplifying complex tasks and enhancing creativity.
  4. Emphasizes that AI should augment human capabilities rather than replace them.
  1. Practical Advice for Engineering Leaders
  2. Evaluating AI Implementation:
  3. Discusses the importance of understanding context and verifiability when implementing AI solutions.
  4. Stresses the need for a structured approach to integrating AI into business processes.
  1. Insights from ELC Annual Conference
  2. Feedback on AI Use:
  3. Speakers emphasized that while AI can optimize workflows, human collaboration remains essential for effective decision-making.
  • Holistic View on AI Disruption:
  • Engineering leaders should adopt a comprehensive understanding of AI’s impact on their processes and workforce.

Key Takeaways

  • Making Technology Intuitive: The future lies in creating technology that does not require technical literacy, thus making it accessible to everyone.
  • AI's Role as a Tool: AI should be seen as a tool to enhance human creativity and productivity, not a replacement for human roles.
  • Iterative Design Process: Embracing an iterative design approach allows for continuous improvement and adaptation based on user needs.
  • Collaboration and Context: Successful AI implementation hinges on collaboration and understanding the context of use, ensuring that solutions are relevant and effective.

Episode Conclusion Ken Kocienda’s insights illustrate the potential of AI to transform technology design and user interaction, advocating for a future where technology literacy is irrelevant, and human creativity is at the forefront of innovation.

Additional Resources

  • Ken's Book: [Creative Selection: Inside Apple's Design Process During the Golden Age of Steve Jobs](http://creativeselection.io/)
  • Infactory AI: [infactory.ai](https://www.infactory.ai/)

Follow the Hosts

  • [Ben Lloyd Pearson on LinkedIn](https://www.linkedin.com/in/benlloydpearson/)
  • [Andrew Zigler on LinkedIn](https://www.linkedin.com/in/andrewzigler/)

Join the Conversation Listeners are encouraged to share their thoughts and insights, particularly on the intersection of AI, policy, and technology.

Written by AI. May contain mistakes. Listen to the episode to check what was said.

Hear the part that matters, and keep it.Open this episode in VO. Double tap your headphones to save a moment as you listen.
Get VO free

Transcript

Automatic transcript. May contain errors.

0:06Welcome to Dev Interrupted. I'm your host, Andrew Ziegler. And I'm your host, Ben Lloyd Pearson. So Ben, do you realize how hard I had to resist fangirling about this week's guest on the podcast? You know, you actually probably... I did, because you've been talking about him nonstop. So yes. It's really amazing to meet your heroes. He's one of the coolest people that I've met all year and someone that I really related with. But I was most excited about the fact that when I met Ken Kishenda at the most recent ELC annual conference and got to sit down with him, He also brought a copy of his creative selection book that was signed that he gave me as part of that interview.

0:45And so that's why I have not been able to stop fangirling, but I'm really excited to sit down with Ken Cushenda. Later in this episode, he's the co-founder of InFactory. He was a principal engineer at Apple, and he invented autocorrect. Yes, that ducking autocorrect. and talk about impact on the amount of products and exposure that you've made. We're digging in on how Ken has been coding with AI. It's a really fun chat, so be sure to stick around. But first, there's some news that we want to dive into for the week, as well as some insights we learned on site from the folks at ELC Annual. So you want to dig into those, Ben?

1:22Yeah, well, first of all, it's really great when you meet someone that you're a fan of and they live up to their expectations. So yeah, really looking forward to hearing today's interview. Indeed. Super awesome guest. But yeah, let's dive into the news. And first, I think it's a story we picked up from LinkedIn about MCP. So what do we have here, Andrew? Yeah, so we found this fun post on MCP. And this post kind of dove into the fact that MCP is maybe the first protocol of tech history where more people are building with it than there are actual end users. This is from Eduardo Ordax. And this is a really great piece of insight that I have been mulling around since I read this post, which is why I wanted to share it here.

1:57It's an idea that, you know, it's a protocol for builders, as in to say it's a builder's problem? Are we treating everything like a nail and AI is the hammer, right? But I think it also draws attention to some of the usage statistics behind MCP that I found really interesting. Like, you know, there's over 6 ,000 live servers, supposedly, on a lot of MCP server directories, but the top 10 servers hoard almost all of that attention. We're talking like 90 % of the stars, most of the downloads, and just comes down to a few core tools that allow your AI to interact with your computer or the browser or Git.

2:32Very predictable and repeatable things. But what I found most insightful about this is it shows how MCP is so critically an ingredient or a part of a solution or a problem because these most popular MCP servers, they are tools that you use in combination with other things to build safer or faster. So that was an interesting tidbit. Ben, what did you think about this story? In my opinion, what is probably at the center of this is that MCP is fundamentally like a different type of product. Think about perplexity, I think, is a great example of a company that launched in the AI era. When they launched, their website was literally just like a chat interface.

3:13And if you wanted to find out what the heck this website was that you were on, you actually just asked the AI, like, what are you? And it would basically do all of the marketing, all of the sales, like everything itself, because it had all the context and the knowledge and everything that it needed to sort of interact with the user directly rather than having to have like human workflows behind all of that stuff. And, you know, if you apply that then to all the things that we're seeing MCPs built for, I think it's just inherently like an extremely difficult product to just bring to the market, you know?

3:47Yeah. You know, we helped Linear B launch our first MCP server. and we've so we've been having these discussions internally ourselves and it really is just like you know it's a very powerful tool like when you do get it in a user's hands like we've started to think of it as like an artifact factory it's a way of generating things from data that just using simple prompts you know and it's it's kind of one of those things that gives you immense power but with immense power it can sometimes be hard to even know where to start so i think it's just it's a really challenge to package up in a way that is easy to consume.

4:22And I think until we get to that point, we probably are just going to see a lot of people building and not a lot of users, but this could change quickly. You know, I mean, we saw how quickly chat GPT turns GPT technology from an obscure technology to something that is now a household term that everyone uses. So I could see MCP becoming something similar, you know? Yeah, totally. I think that's something to watch of it. I also agree with you. It's kind of tricky to productize. I'm interested to see how they continue to evolve because I don't think that they're going away, at least not anytime soon.

4:55Another story that I saw on LinkedIn that I had to bring up here because it was out of this world and quite fascinating was about Albania appointing the world's first AI-made minister. The idea is you bring in a computer, an algorithm, it can't be bribed. And it eliminates a corruption problem within the government. And this was, you know, seen as a radical action by the prime minister in appointing this AI-powered minister. And some of the reactions from the people in parliament have been extreme, including throwing trash at the minister when he was most recently there over the weekend. So there was an interesting tidbit I really wanted to call out because after the AI-made minister was appointed, it gave a speech.

5:38You know, I guess you can call it a speech. It gave a speech and it took aim at opponents. in the speech, saying that some have called me, quote, unconstitutional because I am not a human being. Let me remind you, the real danger to constitutions has never been the machines, but the inhumane decisions of those in power. And this is a appointment speech by an AI powered minister in Albania. So I think we're living in the future. Ben, what did you think of that story? I don't know if this is the future. It's definitely a very odd story. And first, So when we brought this up, I didn't even want to cover it because first of all, I don't really know much at all about Albania or its politics or why they might think they need an AI minister.

6:19But I do want to address this notion that you can't bribe an algorithm. I think that's categorically false. And I really hope that's not what they're trying to accomplish with this. And I think you can look no further than all the American tech companies that have algorithms that are incentivized to earn money on advertising and human attention to know that algorithms can be bribed and can have a monetary incentive to force some sort of outcome. And so, you know, I think the real risk here is that if you're treating an AI model as some sort of fundamental truth of knowledge, you're setting yourself up for failure.

6:57There's a real risk that this could be hijacked in a way and applied in a very dangerous sense. Like someone can manipulate this AI model to behave in malicious or improper ways. You know, so I think that's a real risk. I'm also not surprised by the backlash to it. You know, backlash to AI, I think, is it's a real trend happening everywhere that AI is being rolled out. Whether AI is successful or not, there is some level of backlash probably happening in the organization of everyone that's listening to this podcast right now. I think if you're treating AI as a replacement for a human role, like a replacement for a human minister, you're setting yourself up for failure.

7:38It really needs to be treated more like an augment to human workflows. Really well said. And I think that it's an interesting story to follow. And I also say to our listeners, if you are anywhere close to the world of AI meets policy meets the government of Albania, you have insights or perspective on this story. We would love to hear your expert opinion on this to help inform us about what is developing there and what we could even learn about how it could develop in other places as well. So that's just an open invite. But I do want to say we have some amazing tidbits I want to jump into and share from when we were recently at ELC Annual.

8:13Recorded a lot of amazing content for you guys, y 'all, that's going to be dropping in the near future. But there were some really great sit down chats that we had with recent guests on the show that we bumped into again, as well as some new faces sharing their insights about how AI is impacting their engineering org and the things that they're learning with other leaders in real time, especially there on the event. And so one of the first ones I really want to dive into because it really starts at the fundamentals. And this is from our recent guest, Thanos Diakakis, who was on the show earlier this year and talked about how AI is both solving some bottlenecks in the engineering process, but creating many others at other stages.

8:54And about how engineering leaders need to have a holistic view. So I'm going to jump into letting y 'all hear that and then I'll turn it over to you, Ben. I heard a couple of talks where they did various kinds of AI hackathons and things of the same nature. And it's like, so what really worked for you? And it's like, well, we got all the people in a room and they collaborated for a week. And it's like, oh, so you mean putting people in a room and collaborating for a week, like help speed up decision making? Great. That's a fantastic idea. Who would have thought of that? So I'm being a bit facetious, but the AI can add things, it can be the motivator.

9:26It can also speed you up in a hackathon. You can do much more than you could before, but the ingredient of adding people in a room is what makes it really great. So what did you think of what Thanos said? Yeah, so I keep coming back to this idea. Like, imagine what if LLM technology has already reached like 80 % of its potential capability and most of what's left for us at this point is just to improve our implementation of it. In other words, like the fundamental technology, it may not actually improve much beyond like what we have today. and our focus should instead be on more on how to like incorporate it into our everyday life.

10:00There's a lot of hype around like LLMs and like AGI. And I think people are really just missing what's right in front of us today. And that is we have this tool that makes it relatively simple to automate some aspects of human decision-making. And I want to like emphasize the word some here, like it doesn't apply to every human decision that we make, but there are many decisions that we make that now an AI model can handle for us. So if you have poor engineering practices, humans and LLMs alike will make poor decisions. And the things that help human developers today are also going to help the GPT developers of the future.

10:37If your AI experiments are failing, it may actually be because you haven't set your developers up for success in the very first place. So just take care of your humans. That's my point. AI is causing a lot of disruption. Take care of the people first because whatever you do to help them is probably also going to be beneficial for whatever AI experiments you have going on. That's right. For this next segment, I want to focus on some practical advice that we got while we were at EOC from some people we spoke to on how to evaluate and implement AI. So specifically, some of this came from Kashyap Tumkir.

11:13He's the engineering director at Verily. And so we take those problems and we really look at them across two dimensions. One is context. So how much structured information is available about any of those problems? Could be documentation, could be something else. The other dimension is what we think of as verifiability. And that's how easily can you tell whether you solve the problem right or wrong, whether the right action was taken. This could be things like tests, policies, even a human looking at a code review is one verification method. We love our engineering frameworks here at Dev Interrupted.

11:44And we even released our own AI evaluation framework earlier this year. So we heard this idea that explains this two-dimensional model of context versus verifiability. So if you have low verifiability versus high verifiability and low context versus high context, you can sort of map all of the challenges that you face. And what I really love about breaking problems down that way is that it actually echoes some of the sentiment that we got in the full-length interviews that we conducted at EOC that are going to be coming out over the upcoming weeks. So, you know, a low context and low verifiable problem are extremely challenging to solve with AI.

12:22Whereas something that is like high context and high verifiability could probably just be like automated away. So you don't even need AI in the first place. The sweet spot for AI is somewhere in the middle, like AI needs context, but it can fill in some gaps and it's best when you can verify its success, but it also performs well in situations where the results might be more ambiguous. So, Andrew, I'm curious what you think about that. I liked his grid, basically, that was shared of measuring and understanding how an AI process falls on its autonomy, but also its ability to be verified. I think this is powerful for understanding the common pitfalls that fall within those categories.

13:02It reminded me a bit of like your axis of AI adoption that you dropped earlier this year about the different processes that folks were automating at that point in time with AI. But it also really reminded me of, I guess we had earlier this year, a really fantastic interview with the chief innovation officer at Two Sigma, Matt Greenwood. And in his interview, he talked about this powerful process that he could apply, basically a matrix. And on one side, it's advisory, like providing insights and suggestions. On the other side, it's oracular. It's validating the outcomes. and ensuring accuracy. He used these metaphors as ways of mapping verifiability of a process.

13:43Similarly, he would say if it was something operational, if it was something that could be automated like a routine task, or if it was agentic, where there were multiple functions happening in parallel or require deeper reasoning to make a call at a given time. And by having this axis that he thought about all AI adoption on, it helped them quickly identify key problems that would crop up when using things in a certain way. So I love this share that we picked up there at ELC because it continues to show that AI usage falls in patterns. They have things we can recognize and make better or worse.

14:18So it's important that folks are paying attention to their AI usage and can effectively label and talk about it. I also heard some really great practical advice on how to optimize that sweet spot for AI, particularly around improving context and applying it to business challenges. Think of the business problem first, like define the required context and then build the workflows and automations to support them. So, you know, we have a lot of huge ideas here at Dev Interrupted around how we could apply AI to augment our work here. Like just ask Adam, our producer, about all of the wacky ideas he has about using VO for video here.

14:55And I love every single one of them. They're great. Yeah, but we have like really huge challenges, actually. So we have issues like the data that we need for all the relevant context is scattered across dozens of resources. Like not to mention, we have tons of different tools that we interact with as part of our weekly production schedule, and they each have their own API and data standards. We also have tight interdependencies with other teams that have adopted AI in vastly different patterns. Like it's not better or worse. They just use AI differently than us. So it makes the challenge of integrating with them.

15:32And then there's like this persistent problem that like all of the off the shelf tooling that we look at just feels kind of too general purpose and not really specialized enough for our needs today. So that's like missing integrations. It's not customizable enough. Like we don't have enough control over inputs and outputs, like those types of things. And it would be like really easy for us to just boil the ocean and treat those challenges as the problem to solve. Like let's just solve all of the things and build a human-like AI agent that does everything for us. But instead, we've found a lot more success being very intentional about our end goals.

16:08Our end goal is always centered on delivering something to our audience. Like there was this recent research from MIT about how like 95 % of all AI experiments like don't actually improve any productivity or any measurable output or something like that. The best way to solve that is to always think about the end goal that you're trying to solve for it and then work backwards on the technical challenge that leads into that end goal. So we typically, you know, we come up with a new, like, this is what we want to do for our audience here at Dev Interrupted using AI. And then we start with like some simple GPT prototypes until that concept is proven.

16:44And then we implement the workflows and automations that really help us scale it up. So a lot of great, just practical advice like that happening, you know, not just at EOC, but just like all over the place right now. Amazing. You're giving away all our secrets, Ben. It's like a great dive on how some of the ways we've been adopting and using these things to sharpen our content, but also allow us to have that higher editorial voice and viewpoint on the things that we bring to y 'all. And I want to round out this segment with a warning on how AI is often misused. And this comes from Michael Woodley, the Manning Director at GoodCo.

17:18He shared a takeaway about how AI can be misused as a tool for leaders to distance themselves from their teams and effectively offshore their core responsibilities. I've seen engineering leaders walk the rooms, engage the developing teams, engage testing teams, whatever product that you're developing. It's always a good sign. I'd hate to see a day where AI acts as an intermediary between the IC and the leader. There's something not right about that. Whether or not the AI can do a good job of that or not, it starts to offshore, if you will, the responsibility of the leader. Before I get your reaction, Andrew, someone in our internal Slack shared this image of an IBM training from 1979.

18:08Yes. And it was internal training, and it had a very simple statement. It said, a computer can never be held accountable. Therefore, a computer must never make a management decision. What do you think about that? I think it's a really powerful statement made at a time when fundamentally the machines were only capable of making very certain decisions. And the complexity of that question, I think, gets thrown into chaos today. I think many people will find themselves on opposite ends of that question, whereas maybe like five, ten years ago, there would be no doubt about building systems that ultimately someone is still accountable for how they work and what goes into that.

18:45But now, Ben, we live in the magic black box era of engineering, where we're all trying to figure out what's happening inside of those magic black boxes. I think that this anecdote, this cautionary tale from Michael is powerful because it kind of shows off some of the dangers of how AI can be misused. Not in the traditional way we think of like, oh, you're using it for bad intent or to do something bad. But rather you're offloading or leaning on the AI as a crutch for things that are fundamentally what you need to show up for. And it's not the kind of stuff that maybe AI is best at automating.

19:22It kind of goes antithetical to the pattern that we talk about on the AI optimist front of, you know, we get rid of the toil. We fix, we have automation for the things that really bog down your time with process and with toil. And instead, that opens us up to have those higher level collaborations with other people, to do higher level creation work, to do the kinds of things that human cognitive activity is best suited for. But in this perverse world that Michael's kind of warned us about, that flips on its head where you actually take those things that are fundamentally the human connectory parts of why you're there and your insights and tastes that matter, and you put them into the responsibility of a computer, of the AI agent.

20:04And I think that that is where folks can start to get mixed results. I've heard stories that CEOs at companies creating an AI version of themselves. Don't ask me, ask my AI persona first. And I question if that's the right usage of AI in this moment. I imagine there's plenty of toil that that CEO could get rid of instead of creating a facsimile. And so those are some of the things that I think of from Michael's anecdote. But I think that there's still a long road ahead of us in figuring out what that really looks like. Yeah, I'll be the first to admit that I do sometimes use GPT to help with like personal coaching kind of stuff when it's, you know, like no one's born a manager.

20:46So like everyone has to learn it if that's the kind of thing you want to do. So it is healthy to challenge yourself and to use it to help you grow in a sense. But yeah, this is actually a great plug for a talk that I'm giving this week at the Enterprise Technology Leadership Summit in Las Vegas on the topic of vibe leadership. So, you know, we all know what vibe coding is at this point. You know, when you let an AI service make all of your software development decisions for you. Well, my whole point is the real risk is when you make your leadership decisions in the same way and just give it up to AI, you know, and assume that throwing AI at a problem is going to solve everything for you.

21:25So yeah, if you're going to be there at the event, be sure to check it out. Come say hi to me. I'll be there with some affirmation cards too. So keep an eye out for me. But yeah, you know, use tools like chat GPT or, you know, any, whatever AI service you like as a way to help improve yourself. But if you're relying on it to offload things that are sort of core to your value that you bring to an organization, that's a big risk, not only for the company that you work for, but for yourself as well, just on a personal professional level. Completely agree. Incredible. Well, that was an amazing roundup of some of the insights that we learned at ELC.

22:00There's plenty more that we learned at ELC, by the way. We're going to be dropping these in your podcast inbox for the next few weeks. There's lots of great conversations, so be sure to stick around for some of them. But first and foremost, we're about to sit down with the mother ducker who created Autocorrect at Apple. And this is an amazing conversation about how Ken Koshenda is a founder now and what he's building with AI. So stick around for this conversation. I'm excited.

22:27Are you struggling to prove the impact of AI in your engineering org? Linear B's new AI productivity guide gives leaders a structured framework to track adoption and tie results to outcomes that matter. Throughput, quality, and real ROI. Inside, you'll get tactical advice on measuring adoption with developer surveys and AI acceptance metrics. Plus, five proven workflow automations to cut dead toil across the SDLC. Don't settle for vanity metrics. Discover how to drive real AI productivity. Download your free copy today.

23:26from Yale with a history degree. He spent time in Japan before pursuing fine art photography and then teaching himself programming and eventually working at Apple. For the Dev Interrupted listeners, if they've been listening for a little bit, they know that a lot of my background is similar to yours. I also studied history, and I also taught in Japan for two years. I wanted to ask about your path into technology. It wasn't direct. It's like my own. And how have Have your experiences outside of tech shaped the way that you stepped into it? For me, it's always been about doing projects. When I was doing fine art photography, there were projects.

24:05Why I went to Japan? Because I wanted to build a portfolio of photographs from this fascinating place and culture that I was interested in. And so to me, the connection of liberal arts to technology has always been about, it's almost like what this generation, this period of technology is about. We bring more things from the world of culture and liberal arts and the humanities into technology. That's what it's been all about my career. I mean, I was a freshman in college when the first Macintosh was made. So graphics became a part of computing. And then pervasive networking became part of computing with the web.

24:52And then, of course, then with mobile. And so one of the examples that I think also applies is that photography is now such a big part of people's daily interactions with their phones, with their technology. A full circle experience for me was I was working at Apple when the portrait effects were first being developed, and I did some of the early prototype work there. So that's the journey. Yeah. It's taking the experiences from a non-technical context and figuring out when and why and where and how can that be incorporated into the latest sort of tech staff. It's to me, you know, we're going to be talking about AI a lot.

Read the full transcript

25:35That's the opportunity for AI as well. That's the moment we're in. Yeah, no, I completely agree. I think that right now there's a revolution happening within engineering and a lot of folks are rediscovering basics and bridging into technology things that never touched it before. And it's a really exciting time. And it, you know, talking about your own experiences being back in college and the Macintosh dropping. I wonder about like in those hype cycles that you've lived through, you know, the Macintosh comes out, traditional graphic artists revolt against the idea of creating computer technology.

26:09Even before that, when you had like computer assisted design, like CAD technology, and no longer you needed a room of architects constantly drafting. And these evolutions and how we solve problems, you know, they altered the work that those workers did, but it unlocked for them the ability to do higher level work. And, you know, like you said, we are going to be talking about AI some in this conversation. And so I'm curious, like, what are some of the opportunities you see right now in tech that because we can bridge so much liberal arts into it that there's just so much waiting? So here's how I think about this is that for a very, very long time, we've had algorithms and heuristics, right?

26:51That this is what technologists use to create software. So you write a little bit of math and then you have a graphical user interface like maybe an iPhone with an animation. Well, how does that animation slide to a stop? You need to decide. It's kind of a heuristic. Something, my background, autocorrect. When do you autocorrect a word and when do you not? Right? The algorithm will give you a number, but then it's up to a human to decide where are the cutoffs. Right. And so what AI presents to us now is a couple of new kinds of tools, generative tools, extractive tools, right? So then how do you take those tools and put together, build a new kind of machine?

27:36And that's the opportunity now, is that we have new and different kinds of tools that we're discovering how to use. And the generative aspect of it is the most obvious. the extractive one is slightly less which maybe we can talk about in a little bit but it's like now you have this ability to say to really to talk to the computer whether you type at the computer maybe it's not really actually talking but you're you're able to chat with the computer to maybe have the computer understand what you mean and then go invoke an algorithm yeah and that's the kind of path that then the the chat the chat interaction invokes an algorithm which outputs to a heuristic, to another algorithm, which then draws you a graphic and gives you a visualization of a result that would not have been possible before because of that essential gap that the AI can help to bridge in understanding what you mean.

28:31And that's the kind of opportunity that we're in now. That's the kind of opportunity that we're pursuing at Infactory. Yeah. And that's kind of the holy grail I see is that engineers have always been building, you know, they want to build with intent. They want to have impact on the users, but there's nothing more intentional than understanding very clearly what you want and then asking the computer for it and the computer being equipped with those algorithms, those tools to then solve that problem for you. And you remove so much of this middle step and it allows people to do really transformative work.

29:03And it's opening doors for folks that never before could do that work can now even lead the charge on it. I think we're seeing that a lot at organizations within them when folks are spinning up AI experimentation groups or who's doing all with AI. You get these surprising anecdotes all across the org. Susie in accounting, who's never used a tool before, has built this amazing workflow. And it's because she knows really clearly what she wants and she was able to convey it. Maybe she already had the email draft, right? And that's the power, I think, too, of AI for engineers is it is an extractive tool, but then it's also like a refractive tool.

29:41You can take that intent and then you can shift it into all sorts of other intent using just your own natural language. And that's really, it's unlocking a lot of potential for builders. And you touched on it just a moment ago. I'm curious to know, because we've talked a bit about with Brooke, about in factory and the problem y 'all are solving and about putting power back in the hands of publishers for the content they have. You know, what inspired you Ken to like rise to that mission? What is your goal in factory and what excites you when you wake up every day? Yeah, it gets back to this point that we've been talking about is I am excited on enabling human results, results for humans that they find useful and meaningful.

30:22That's what I'm interested in. And so we go to content owners. We're working with some that have long, long history, large, large catalogs of information. there's a tremendous amount of latent value in all of that work how do we get to it and you know and in some ways i you know in in the conversations that you had with brooke previously with you know talked a lot about data trying to find the value in the data uh and uh both through the generative uh path of ai and the extractive uh capabilities that ai offers we can then point the ai at at at these content archives, at these asset catalogs, and levitate above it.

31:06What's in it? What's useful? What do I have? Create tools that can understand what's been extracted, and then make them available to the person in accounting. Make them available to the person who has a question, that has some workflows that they need to accomplish, and yet have those workflows enriched by this greater substrate of data, this more value that is already in the organization and raising it up, using AI to explain it to software so that tools can come along and make new applications and experiences for people. For people. That are useful. Yeah. I'm curious too, Are you vibe coding these days?

31:55I use AI to code all day, every day. Yeah. Okay, but I don't vibe code. No. I don't. What I do is I write very, very detailed specifications. I write paragraphs of paragraphs to the AI, and I monitor everything that it does because it's amazing. It's very, very powerful technology, but it doesn't know what my intent is. I try to communicate my intent, but I have to keep it on the narrow path for what I want. And so it is an extraordinarily powerful tool and allows me to write thousands of lines of code instead of hundreds. But at the end of the day, I'm tired because it takes a tremendous amount of concentration to keep these conversations that I'm having with the computer on track.

32:47Yeah. You know, we've talked a bit about like the vibe coding experience on DevInterrupt. And I myself, I'm a practitioner. I write code every day at my job as DevRel. And I'm using AI every day in a collaborative way. And I'm very much like you. I'm very spec driven. I always start with that really clear markdown document. Hey, you and me and the AI, let's brainstorm. Let's make sure you understand really clearly what I want here. Because that's the power is that it can do so much. And it's ultimately going to be kind of working its way back to like a baseline. a medium, right? If you want to create excellence, then you have to take that excellence in your mind and you have to get the AI to understand what it is you want.

33:24If you just say the most plainly of ways, it's going to give you the most plainly of results. And the cool thing about like spec-based vibe coding or spec-based coding with AI really is that you spend so much time gathering that information into one shared place. You really kind of like nail it down into almost like a world of determinism in a very probabilistic system, right? And by doing that, you create these artifacts of the creation process that I never even had before that are really exciting when I build things now. And I'll turn around a project in a day or I'll create something and throw it up on a website in an afternoon.

33:57And then it's like, sure, great. I have that result at the end. But what I always am most proud of is that spec document that I worked on at the very beginning. It's interesting because I was just having a conversation with a coworker the other day about, well, we need to save these documents. These documents that we make and produce and collaboration with the AR, part of the development process. And so we have a new kind of resource that we need to track and get. Because it's just like, well, why did it turn out this way? Well, we have this, it's not really a specification document. It's an exploratory document that explains part of the why for how things turned out.

34:38Yeah. And it's like a catalyst too, really. And it's like, that's why it's important to include it with source code because it becomes There's a catalyst for other people to work with your same code and get those same results. Yes. Okay, great. Well, you know, we talked a little bit about AI and using it and coding world, but I want to actually just like rewind a little bit. Going back to your time at Apple, I'm kind of curious to know from your own perspective, you know, Apple has had an incredible impact on the world and all the technology we use. But what do you think is maybe the most misunderstood part of Apple's design?

35:09I think people focus a lot on the hardware. That's the exciting thing. When Apple releases a new phone or a new watch or a new tablet or a new Mac, but it's the software that is the real key to the whole experience. It is how the software interacts with the hardware and interacts with what people want to do with it. And again, I go back to this idea of making things that are useful and meaningful. and and you know and i think that people have this this real focus on the gadget but that's not really where the magic is the magic is in the software yeah and so if you think that the most misunderstood part of apple's design from outside looking in is how much of the how much work goes into the software versus the hardware um but i'm curious too like in that apple world that you were in, what's like the most stressful demo that you ever had to give?

36:08Well, you know, I had the opportunity several times to demo directly to Steve Jobs when he was still on the scene. And that was extraordinarily stressful because he was so direct and so clear in whether when he liked something and when he didn't. And his standards were extraordinarily high. And so you could show him something and it would be, well, in no uncertain terms, he would tell you that he didn't like it. You can imagine that sometimes this got pretty colorful, but it was never personal. I remember one time where, um, we were, um, it was the first, uh, retina iPhones were coming out. So the first time that we had pixels that you couldn't see, yeah the pixels were you know beneath the resolution of your your eyes uh and so we wanted to make a new uh system font for uh for the mac uh excuse me for for the iphone uh based on um uh well now we can draw these characters more clearly and so i brought him some mock-ups and he thought they were all terrible and so he told me it's just like these are all junk what are we going to do?

37:20Right. And so it's like in, in one breath, he said, you know, and that's slightly more colorful terms. This work is junk. Yeah. What are we going to do? And so, you know, I think a lot of people feel that he was very much looking down at the people who brought him work, but in that moment, it was like, what are we going to do? And so it was, it was very, very easy in that moment to take that stress and turn it into a focus for whatever the next step was going to be. And this is part of the magic that Apple had as well. And part of the magic that I've tried to bring along with me in my work and other projects and then try to bring through to the work that we do now at InFactory is that everything is provisional.

38:05Things change very, very quickly. And so we need to plan and account for the kind of change and use the work that we do as the stepping stone for the thing that we do next. Yeah. And so that is the opportunity you see right now as an engineer working, a CTO working in a field that's being radically transformed by AI. Is that everything is provisional. Everything, there's a sea change event happening. Yes. Right? How do you manage change? Yeah. Yes. That's what it comes down to at the end of the day. It's what we talk about every week here on Dev Interrupted. Right now, the extraordinary change that's happening within organizations, it can flip them upside down.

38:44And so really getting to the root of that has been really like a powerful thing to learn more about. I want to also spend a moment just to ask about your book, Creative Selection. It's on my bookshelf. I've read it. It's one of my favorites, actually. And I wanted to ask you about your idea of evolutionary design. You talk about this a lot in the book and as part of like your demo driven process. I'm curious, how did you iterate as somebody outside of tech to then create, how did you iterate from being outside of the world of tech to being inside of the world of tech and using that to inspire that evolutionary design?

39:23Yeah. So it really is all about going one step at a time. It's one generation of work, one generation of an idea that you just build step by step. That's what it is. You get an idea and you try to create some concrete artifact that represents that idea. And then you step back and you look at it. Yeah. Is this good? Is this good? What's good about this? What's bad? Get rid of the bad, keep the good, do the next piece. So that's the evolutionary step right there. You can see it in one step. But none of the projects that I've done, none of the pieces of work that I'm proud of, were able to be accomplished in a single step.

40:11So how do you then maintain some continuity? How do you create an arc over those iterations. And that's what it is to try to see where am I trying to head with this? You know, and, and, you know, I look, I'll say it again. It's the, you know, the, the end result is to create something useful and meaningful for other people, for other people. It's not about the tech. It's a, how do you get the tech to transcend itself to be, to, to get it to the point where other people will say, yeah, I want that thing. That thing can help me. And that's what it is. So it's evolving the tech and this desire to accommodate and fill the needs that other human beings have.

40:55And it's those parallel tracks and getting them to converge on an end result. Yeah. And as you describe that, I immediately go to what is something that you designed that's used by so many people autocorrect. You have to guess the intent of something that people do every single day on their phone with all sorts of varying degree. And you're also fighting all sorts of edge cases, like trying to keep the user from accidentally swearing and or like saying things that they didn't intend. And then Apple has since, like, you know, that technology is embedded into everything that we use in the world today to where the technology is always guessing your next step, guessing your intent.

41:37And then this becomes a bridge almost like into what we're seeing with AI hitting the scene. It's always trying to guess your intent or go one step beyond. What are some mistakes that you learned in autocorrect that you think could apply to people building with AI systems? Well, I think remediation is a big lesson because, as you're saying, and starting all the way back with autocorrect, a much, much simpler system than what we have now with AI is that you are trying to divine. You're trying to understand what people's intent are. Well, what if you get it wrong? How does then the person understand that, well, going from this is not what the system did not produce my desired effect, what do I do now?

42:24How do I get from where I am now to this undesirable outcome very, very quickly to what I want, to the desired outcome without frustration, without where the person goes. If you flub this enough, people will just go away. They'll take your gadget and throw it out the window. Exactly. And so it's this kind, it's not about technology. It's very much more about psychology. So giving people the comfort to understand the system that they're working in and understand how to navigate through it to get what they want. even when they don't take a step back and I can go this way. I can pivot really easily.

43:12And that, you know, having things be understandable and explainable and coming up to the level of humanity rather than just leaving it off at the level of the machine is how that's done. Yeah. And you're talking about a technology that's used by people from all walks of life and all levels of technological literacy, right? And so being able to even not frustrate them and offer opportunities for them to convey what they really mean, you know, this is something that looks simple on its surface, but if you get it wrong, like you said, people are going to turn it off. People are going to throw it away.

43:48It's not going to catch on in the way. So, you know, you say this, you know, technology literacy. I feel that it's my job to make that not matter. That's exactly right. It has to not matter. There are people out in the world who are experts in what they do. We work now with companies in the enterprise that they're experts at what they do and have been doing it in some cases for many, many decades. And so how do we make AI now available so they can continue what they're doing only better, right? That's the challenge. That's the opportunity. That's what those companies want. Yeah. Right. And we're still at the beginning of figuring out how that can work, you know, most efficiently work best.

44:39You know, I still feel that we're still, we're very, very young in, you know, in the history of just computers, nevermind just AI. And so we're still figuring it out. But I think that there are some very, very good ideas using some of these ideas that we've already talked about that show the way for how AI will become integrated into people's everyday interaction with the tech that they use. Yeah. And talking about that beginning, I want to know, curiously, having now spoken with you and Brooke, where did InFactory start from? What kind of conversation then led to the creation of this company?

45:14So Brooke and I met at Humane. And so the challenge there was to make a new style hardware device that would open up the potential of AI available to people, to consumers. and what we found, you know, the part that I got into was trying to do that AI portion of it. And we wound up talking to some outside companies, very, very large, you know, data providers. And there was this gap that existed in this sort of the humane stack that was company-sized. this moment where you sort of left the humane cloud and went off into somebody else's cloud to fetch a piece of information and then bring it back.

46:07And that was a part that we didn't maybe understand as well as we might have. And that when Brooke and I started talking about what would come next for us after humane, we looked at that point to say there are people that are producing intents in the enterprise, Not with now a consumer piece of hardware, but now just these intents exist in the enterprise. There are jobs that need to be done and a relatively small number of very, very common, well-understood jobs that people in the enterprise want to do. And then there's the data. And so what can we do to close that gap? How can we make a company that fit into that spot that picks up from the intent and somehow gets through to these vast data resources, these enterprise data lake houses that just have everything that the company ever did?

47:03But what are the nuggets of gold? How can we get people through to the things that they wish they had and they wish they could bring to bear on the problem that they're working on right now? And how do we build a suite of tools that breaks that problem down so that we can apply engineering rigor to it? That's exactly right. You're building a primitive that we're all going to need in order to build and use these systems. And it's kind of like you're crossing an abyss. That wasn't abyss until you started working on the in-factory problem. So, you know, you say an abyss, but what we have, I mean, there's no way that we can get into these in detail during this conversation, but we have prepare, connect, build, deploy, and explore as different modules in our software.

47:47And every one of those enables an engineering touchpoint. And then it's where those different modules interact with each other is where the programming comes in, where you might have some AI assistants, where we can orchestrate, where we can have an agent participate. But it's those solid, those solid foundations that enable us to build applications, to make experiences possible, to get through to that human result that we're trying to deliver. Sure. So fascinating to hear you talk about the problem because I think at the end of the day, data is our biggest problem with AI. You know, we're ultimately having access to those nuggets of gold.

48:25We talked about that a lot with Brooke about fight, like in your huge data lake house or whatever repository. How do you find in there what's actually really useful for your workflows? Because if you treat it like, oh, we're just going to dump all this into whatever, never works. And so I'm curious, too, like when you are when in factory is talking with a large enterprise, someone like sitting someone sitting on a lot of like data and publication history. How do you start to navigate that conversation with them to figure out what is important? So so one of the chief means that we use is enterprise.

49:02And one of the main ways that we do it is not with generative AI, but with extractive AI. is that what we try to do a lot is we have custom models and custom techniques where we can levitate this layer of new data above the primary source data. And we can show, here is the value in some of the technology. You work with a publisher where they publish news stories, and so they have multiple revisions of the news stories. Here is the through line across these stories. And what we do is we cite the stories themselves. We're not producing anything that isn't in the stories, but we say, well, this revision had this, which changed to this, which changed to this.

49:46Did you know that? And it's just like some eyes open. Yeah. Right. And so then we might have a generative process, which then summarizes that. But it's like going and extracting chapter and verse. Right. This document, this line, this is the piece that is actually in common through this revision of different stories or is maybe changed. Yeah. pivoted at a certain moment. And if you can do that in the aggregate over maybe a topic area, maybe a big world event where there has been maybe news reporting that's been going on over some period of time, we can. Again, I like to think about it as just levitating this new data layer above the source data that provides additional insight and understanding, but always maintains the connection to the source data.

50:39And that is eye-opening for a lot of enterprises because, again, we're not telling them something that isn't already there. We're just making it visible. We're surfacing content that is something that they know that they themselves produced and that they can trust. This is amazing. I love the idea of how you've, And this even goes back to when we talked earlier about coding with AI and those artifacts that you get along in the process and why they're important, why they need to be included with things. And this layer that you're describing is very similar to that. You're taking information that's already there, that's already firm and written, and then you're basically turning it into this middle layer that extracts really unique insights and elevates the value of all of that corpus underneath it without making things up.

51:31It dials up the determinism to give you that really critical building platform that you need. So, you know, a big part of what we do is to find structure. We try to find and understand structure in either unstructured data or structured data, but to identify new kinds of structure, new kinds of metadata that then we can write programs against. Exactly. So one of the chief means that we have for this is a technology we call query programs. They're not queries and they're not programs. They're queries and programs together. So we query a particular piece of data and then we run algorithms over it.

52:10It's getting back to what I'm saying before. We have algorithms. We have heuristics. It's a primitive. We have generative. We have extractive. Yeah. And orchestrating all of those together to produce, again, the new kinds of effects, finding new insights, identifying new pieces of metadata, and then searching over it, doing computation with it and producing results. How many of this did we have during this time period? And it's like that information is there to be found, but is very, very difficult to extract when you have a data lake house where things are just as they are, or you have your CMS and no data scientist came over and wrote a specific application for that.

52:53What we're offering is the opportunity to make this application development a lot simpler, a lot more direct, and putting it in the hands of people who maybe are relying on some fundamental work from data scientists in the organization that use our software to make some tools, but make it available to people who are not data scientists themselves. Yeah. Wow. Ken, it's been amazing to sit down with you and learn about how you're creating the building blocks of AI that are enabling organizations to actually to get value out of it. We've been following the story for a lot on Dev Interrupted, and I'm a personal huge fan of you and your background and the impact that you've had on the world.

53:32So I can't thank you enough for sitting down with us in our very iconic Dev Interrupted dome to do this interview on site here at Engineering Leadership Conference. And we're going to include lots of information in our show notes and our newsletter so folks can go learn more about this conversation and continue to follow the transformative work that you're doing on the world. Is there any other final notes you want to leave our listeners with? I want to thank you for the opportunity. Look, I'm an optimist about the future, so I think the future is bright. Yes. Brooke as well, we talked about that on her podcast.

54:01I share the same. So we'll all be looking forward together. And thank you so much for joining us. And to our listeners, that's it for Dev Interrupted.

From the publisher

What do you learn after spending 15 years at Apple and demoing your work directly to Steve Jobs? Ken Kocienda, Co-founder of Infactory AI and author of Creative Selection, joins us to share the answer. As a former Principal Engineer at Apple who helped create the iPhone keyboard and autocorrect, Ken discusses his incredible journey from a history major to a key figure in building technology used by billions. He explains his core philosophy of bridging the gap between the liberal arts and technology to create meaningful products, and why he believes AI is the next frontier for this mission. (BTW – we sat down with his co-founder Brooke, so if you like this episode be sure to check that one out!)

The conversation dives into his disciplined, spec-driven approach to coding with AI and the power of "extractive AI" to unlock hidden value in data. Ken reveals the crucial lesson he learned from Steve Jobs—that "everything is provisional"—and how his "evolutionary design" process is perfectly suited for today's AI challenges. This episode is a deep dive into the timeless principles of design and a powerful argument for why the best technology is so intuitive, it makes technical literacy irrelevant.

Check out:

Follow the hosts:

Follow today's guest(s):

Referenced in today's show:

Support the show:

Offers:

More from Dev Interrupted

All 208 episodes
Making tech literacy irrelevantDev Interrupted · 54 min
Listen in VO