[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"sanity-gZ7aeHaCx1POweONz4V2kWjrxuHJwbEn_TSESQrMkaU":3,"sanity-LKFiSywSr85713uNG1wwyFnX-m0bWSPBoW668OGlAw4":359},{"data":4,"sourceMap":-1},{"latestPodcast":5,"latestReleases":14,"post":39,"recent":334},[6],{"_id":7,"publishedAt":8,"slug":9,"sponsored":12,"title":13},"50f4509c-4f55-4f11-8adc-5556e821ea77","2026-06-30T07:40:00.000Z",{"_type":10,"current":11},"slug","why-intent-prediction-needs-more-than-an-llm",null,"Why intent prediction needs more than an LLM",[15,21,27,33],{"_id":16,"publishedAt":17,"slug":18,"title":20},"eb5b66eb-9410-4329-83bb-22bbff39402a","2026-04-28T13:00:00.000Z",{"_type":10,"current":19},"turn-scattered-knowledge-into-trusted-intelligence","Turning scattered knowledge into trusted intelligence: Stack Internal 2026.3",{"_id":22,"publishedAt":23,"slug":24,"title":26},"369c2401-b62e-4a37-8ff8-bf603023ecad","2026-03-02T15:03:00.988Z",{"_type":10,"current":25},"what-s-new-at-stack-overflow-march-2026","What’s new at Stack Overflow: March 2026",{"_id":28,"publishedAt":29,"slug":30,"title":32},"5e9053a4-07ea-447c-91ea-29e0b6228537","2026-02-02T15:00:00.000Z",{"_type":10,"current":31},"what-s-new-at-stack-overflow-february-2026","What’s new at Stack Overflow: February 2026",{"_id":34,"publishedAt":35,"slug":36,"title":38},"a1b538eb-a8a6-46d0-80a1-ac70ec9bb935","2026-01-05T10:00:00.000-05:00",{"_type":10,"current":37},"what-s-new-at-stack-overflow-january-2026","What’s new at Stack Overflow: January 2026",{"_createdAt":40,"_id":41,"_rev":42,"_type":43,"_updatedAt":44,"author":45,"body":61,"comments":307,"dateUrl":308,"excerpt":309,"image":310,"legacyBody":313,"product":12,"publishedAt":316,"slug":317,"sponsored":12,"tags":319,"title":333,"visible":307},"2023-05-25T09:37:04Z","wp-post-4947","9HpbCsT2tq0xwozQfkfnl5","blogPost","2023-07-13T14:54:59Z",[46],{"_createdAt":47,"_id":48,"_rev":49,"_type":50,"_updatedAt":51,"avatar":52,"employee":57,"name":58,"slug":59},"2023-05-23T16:27:18Z","wp-author-111","dpQ2IysUm09sCEUZjPVCIH","blogAuthor","2023-12-14T17:22:35Z",{"_type":53,"asset":54},"image",{"_ref":55,"_type":56},"image-29dcb7ee682be107184c7c27777cb8b0c779d270-1024x1024-png","reference","former","Joshua Hynes",{"current":60},"hynes",[62,73,91,99,119,128,136,140,159,176,184,192,200,208,227,235,243,251,259,267,275,283,291,299],{"_key":63,"_type":64,"children":65,"markDefs":71,"style":72},"8b37819ff3d0","block",[66],{"_key":67,"_type":68,"marks":69,"text":70},"8b37819ff3d00","span",[],"[W]e should create designs and share them with peers and customers, consider their feedback, adjust and redesign, and repeat the process over and over again on the way to developing a whole product. We should build quickly but responsively. — Randy Hunt",[],"blockquote",{"_key":74,"_type":64,"children":75,"markDefs":89,"style":90},"d54f5d76b50d",[76,80,85],{"_key":77,"_type":68,"marks":78,"text":79},"d54f5d76b50d0",[],"I’m not here to argue against the “Ship Early, Ship Often” mantra. I wholeheartedly endorse the idea. Instead I’d like to chat briefly about something we seem to take for granted within these fast, iterative workflows: ",{"_key":81,"_type":68,"marks":82,"text":84},"d54f5d76b50d1",[83],"strong","planning",{"_key":86,"_type":68,"marks":87,"text":88},"d54f5d76b50d2",[],". Planning is the invisible element that drives a product along, noticed only in it’s absence. Planning mitigates roadblocks, focuses differing viewpoints, and provides helpful project boundaries for a team. Yet despite all that planning can do for us, it’s rarely spoken about.",[],"normal",{"_key":92,"_type":64,"children":93,"markDefs":98,"style":72},"70944620170e",[94],{"_key":95,"_type":68,"marks":96,"text":97},"70944620170e0",[],"Planning is the invisible element that drives a product along,\nnoticed only in it’s absence.",[],{"_key":100,"_type":64,"children":101,"markDefs":115,"style":90},"688af66d01f4",[102,106,111],{"_key":103,"_type":68,"marks":104,"text":105},"688af66d01f40",[],"The design team at ",{"_key":107,"_type":68,"marks":108,"text":110},"688af66d01f41",[109],"de07fe532b2f","Stack Exchange",{"_key":112,"_type":68,"marks":113,"text":114},"688af66d01f42",[]," is an atypical design team. Whereas most product teams work in the same office, we’re spread out around the world. We work different hours in different environments. Yet despite our different circumstances, our challenges are similar to other product teams. We struggle to plan well, communicate effectively, and pro-actively keep team members abreast of project statuses. But these are challenges everyone faces. The inability to walk to someone’s desk adds even other wrinkles to the challenge. But whether you work in-house or remotely, you may find value in some of the lessons we are learning.",[116],{"_key":109,"_type":117,"href":118,"reference":12},"link","http://stackexchange.com/",{"_key":120,"_type":64,"children":121,"markDefs":126,"style":127},"8e50db5ad888",[122],{"_key":123,"_type":68,"marks":124,"text":125},"8e50db5ad8880",[],"Planning takes time",[],"h3",{"_key":129,"_type":64,"children":130,"markDefs":135,"style":90},"de6514820540",[131],{"_key":132,"_type":68,"marks":133,"text":134},"de65148205400",[],"Any movie worth watching is the end-product of years of planning and preparation. From scripts to storyboards, location scouting to costumes, numerous tasks must be accomplished before even the first scene is shot. You may only have one opportunity to bring everyone together in a location, so it’s of utmost importance that you have as much planned beforehand.",[],{"_key":137,"_type":53,"alt":12,"asset":138,"markDefs":12},"a6b71ca27739",{"_ref":139,"_type":56},"image-c3f5d29c65518bbb4ebaf39d774c70c61acf6e7d-680x478-jpg",{"_key":141,"_type":64,"children":142,"markDefs":156,"style":90},"934e698e2a77",[143,147,152],{"_key":144,"_type":68,"marks":145,"text":146},"934e698e2a770",[],"Planning for the Lord of the Rings began in 1997. Principle photography started in 1999. The first of the three movies was released in 2001.\n(Source: ",{"_key":148,"_type":68,"marks":149,"text":151},"934e698e2a771",[150],"462aef6b2bd4","Wikipedia",{"_key":153,"_type":68,"marks":154,"text":155},"934e698e2a772",[],")",[157],{"_key":150,"_type":117,"href":158,"reference":12},"https://en.wikipedia.org/wiki/The_Lord_of_the_Rings_%28film_series%29#Development",{"_key":160,"_type":64,"children":161,"markDefs":175,"style":90},"cf8052140e9f",[162,166,171],{"_key":163,"_type":68,"marks":164,"text":165},"cf8052140e9f0",[],"The lesson here is applicable to product teams: ",{"_key":167,"_type":68,"marks":168,"text":170},"cf8052140e9f1",[169],"em","it may not take years, but planning does take time.",{"_key":172,"_type":68,"marks":173,"text":174},"cf8052140e9f2",[]," A good project plan provides a vision, schedule, responsibility assignments, and task breakdown.",[],{"_key":177,"_type":64,"children":178,"markDefs":183,"style":90},"3caf3b6a19b3",[179],{"_key":180,"_type":68,"marks":181,"text":182},"3caf3b6a19b30",[],"Recently the Stack Exchange Design team had a team summit, which I started planning about two weeks out. At the outset, this seemed like enough time. In some ways, it was. I got our schedule worked out. I had outlines for all our sessions. I even had a few workshops. However, in retrospect I could have made our time together even more valuable by disseminating project overview information prior to our summit. The better you plan, the more this helps a team understand a project’s scope and focus.",[],{"_key":185,"_type":64,"children":186,"markDefs":191,"style":127},"7c069a51c69b",[187],{"_key":188,"_type":68,"marks":189,"text":190},"7c069a51c69b0",[],"Empower team members",[],{"_key":193,"_type":64,"children":194,"markDefs":199,"style":90},"e02f40bf219f",[195],{"_key":196,"_type":68,"marks":197,"text":198},"e02f40bf219f0",[],"Not every team has a product manager, so you have to be realistic about your ability to plan a project. Planning can feel overwhelming. Leverage the power of your team by tapping into the different passions each person has showcased. Encourage them to lead portions of projects they’re excited about and will excel with.",[],{"_key":201,"_type":64,"children":202,"markDefs":207,"style":90},"23d165a953b7",[203],{"_key":204,"_type":68,"marks":205,"text":206},"23d165a953b70",[],"Doing it yourself might seem easier, but it’s a great opportunity for others to invest in a project. Empowering team members also helps a project maintain momentum since they’ll run with the takeaway tasks. If you tackle every project in a silo, the burden of knowledge sharing a project falls entirely on you. This habit can allow details to fall through the cracks.",[],{"_key":209,"_type":64,"children":210,"markDefs":224,"style":90},"a6ded71feea6",[211,215,220],{"_key":212,"_type":68,"marks":213,"text":214},"a6ded71feea60",[],"Beyond project responsibilities, empowering others can also mean simply keeping others informed. Knowledge is empowering. Share often and as thoroughly as needed. You don’t have to write a treatise with every update, but communicate regularly, ",{"_key":216,"_type":68,"marks":217,"text":219},"a6ded71feea61",[218],"8f54bf0eb39e","over-communicate",{"_key":221,"_type":68,"marks":222,"text":223},"a6ded71feea62",[]," even, with your team.",[225],{"_key":218,"_type":117,"href":226,"reference":12},"http://courtnycotten.com/you-can-work-remote/",{"_key":228,"_type":64,"children":229,"markDefs":234,"style":127},"a5470a664853",[230],{"_key":231,"_type":68,"marks":232,"text":233},"a5470a6648530",[],"Draw your red lines",[],{"_key":236,"_type":64,"children":237,"markDefs":242,"style":90},"a46ea0b6aa16",[238],{"_key":239,"_type":68,"marks":240,"text":241},"a46ea0b6aa160",[],"Within politics the phrase “red line” refers to a point beyond which a party will not negotiate. They may be willing to give and take on some items, but on these items there is no budging. In the same way within product design, once you’ve agreed on a minimum viable product (MVP), be disciplined about maintaining your project’s ‘red line’.",[],{"_key":244,"_type":64,"children":245,"markDefs":250,"style":90},"341c18c5f474",[246],{"_key":247,"_type":68,"marks":248,"text":249},"341c18c5f4740",[],"Scope creep happens to the best of us. Just ‘one more thing’ can snowball a small project into a massively complex project. Combat this by using an iterative design approach to release small little items into your product. This will allow you to test your assumptions, gather feedback, and maintain project momentum.",[],{"_key":252,"_type":64,"children":253,"markDefs":258,"style":90},"c0ec32c61c73",[254],{"_key":255,"_type":68,"marks":256,"text":257},"c0ec32c61c730",[],"In order to do this though, you’ll need to roughly map out your iterations. These aren’t set in stone. They’re waypoints on your journey of building a product as a team. Every next step in the journey gives you a chance to re-evaluate what you’ve done and where you’re going. Before you begin the next step, finalize its scope by identifying which small, manageable tasks you’ll work on within a release cycle.",[],{"_key":260,"_type":64,"children":261,"markDefs":266,"style":90},"bbdb7af15096",[262],{"_key":263,"_type":68,"marks":264,"text":265},"bbdb7af150960",[],"It’s tempting to add along the way, but even small additions can have large repercussions. Saying ‘No’ to an idea today doesn’t mean you’re saying ‘No’ forever. Maybe it’ll be the next thing you’ll work on. Maybe you’ll get feedback during your current iteration that makes your new idea irrelevant. The point is to maintain your red lines. Keep your steps small. Publish, test, and iterate.",[],{"_key":268,"_type":64,"children":269,"markDefs":274,"style":127},"bc8ed9003cf8",[270],{"_key":271,"_type":68,"marks":272,"text":273},"bc8ed9003cf80",[],"Keep working.",[],{"_key":276,"_type":64,"children":277,"markDefs":282,"style":90},"3e259be2e8d3",[278],{"_key":279,"_type":68,"marks":280,"text":281},"3e259be2e8d30",[],"Product design is never finished. People are always changing, so our products need to adapt to their changing needs. Whether adapting to new circumstances, rethinking workflows, or adding new features; there’s never a lack of items to work. Everyday presents a new challenge.",[],{"_key":284,"_type":64,"children":285,"markDefs":290,"style":90},"82fc0681b750",[286],{"_key":287,"_type":68,"marks":288,"text":289},"82fc0681b7500",[],"Your browser does not support the video tag.",[],{"_key":292,"_type":64,"children":293,"markDefs":298,"style":90},"b4e6c8a7a008",[294],{"_key":295,"_type":68,"marks":296,"text":297},"b4e6c8a7a0080",[],"Keep yourself going by walking away from every meeting with someone with an actionable takeaway (and write it down!). Ideally you’re walking away from any team interaction with a list of items discussed, decisions made, and action items developed for future reference and to share with team members who weren’t part of that conversation. Remember, knowledge is empowering.",[],{"_key":300,"_type":64,"children":301,"markDefs":306,"style":90},"6950bff68b26",[302],{"_key":303,"_type":68,"marks":304,"text":305},"6950bff68b260",[],"At a minimum though, communicate with your team the next steps you (and others) will be taking. This not only lets everyone stay abreast of the project’s status, keeping you from meeting twice about the same thing, but it also introduces accountability into team because responsibility has been assigned publicly. Everyone knows who’s responsible for what.",[],true,"2014/05/14","",{"_type":53,"asset":311},{"_ref":312,"_type":56},"image-8b2e6b37c6314d13b39f9ede4bee10fdaf0da506-800x640-jpg",{"code":314,"language":315},"\u003Cblockquote name=\"80bb\" id=\"80bb\" class=\"graf--pullquote pullquote graf--first\">[W]e should create designs and share them with peers and customers, consider their feedback, adjust and redesign, and repeat the process over and over again on the way to developing a whole product. We should build quickly but responsively. — Randy Hunt\u003C/blockquote>\n\u003Cp name=\"6221\" id=\"6221\" class=\"graf--p is-withNotes\">I’m not here to argue against the “Ship Early, Ship Often” mantra. I wholeheartedly endorse the idea. Instead I’d like to chat briefly about something we seem to take for granted within these fast, iterative workflows: \u003Cstrong class=\"markup--strong markup--p-strong\">planning\u003C/strong>. Planning is the invisible element that drives a product along, noticed only in it’s absence. Planning mitigates roadblocks, focuses differing viewpoints, and provides helpful project boundaries for a team. Yet despite all that planning can do for us, it’s rarely spoken about.\u003C/p>\n\u003Cblockquote name=\"ce28\" id=\"ce28\" class=\"graf--pullquote pullquote\">Planning is the invisible element that drives a product along,\u003Cbr>noticed only in it’s absence.\u003C/blockquote>\n\u003Cp name=\"5bf8\" id=\"5bf8\" class=\"graf--p\">The design team at \u003Ca href=\"http://stackexchange.com/\" data-href=\"http://stackexchange.com/\" class=\"markup--anchor markup--p-anchor\" rel=\"nofollow\">Stack Exchange\u003C/a> is an atypical design team. Whereas most product teams work in the same office, we’re spread out around the world. We work different hours in different environments. Yet despite our different circumstances, our challenges are similar to other product teams. We struggle to plan well, communicate effectively, and pro-actively keep team members abreast of project statuses. But these are challenges everyone faces. The inability to walk to someone’s desk adds even other wrinkles to the challenge. But whether you work in-house or remotely, you may find value in some of the lessons we are learning.\u003C/p>\n\u003Ch3 name=\"bc53\" id=\"bc53\" class=\"graf--h3\">Planning takes time\u003C/h3>\n\u003Cp name=\"c178\" id=\"c178\" class=\"graf--p\">Any movie worth watching is the end-product of years of planning and preparation. From scripts to storyboards, location scouting to costumes, numerous tasks must be accomplished before even the first scene is shot. You may only have one opportunity to bring everyone together in a location, so it’s of utmost importance that you have as much planned beforehand.\u003C/p>\n\u003Cimg class=\"graf-image\" data-image-id=\"1*N9aeVbJ_ZpxENkmWqm4zCw.jpeg\" data-width=\"680\" data-height=\"478\" src=\"http://stackoverflow.blog/wp-content/uploads/2017/02/1*N9aeVbJ_ZpxENkmWqm4zCw.jpeg\">\u003Cp>Planning for the Lord of the Rings began in 1997. Principle photography started in 1999. The first of the three movies was released in 2001.\u003Cbr>(Source: \u003Ca href=\"https://en.wikipedia.org/wiki/The_Lord_of_the_Rings_%28film_series%29#Development\" data-href=\"https://en.wikipedia.org/wiki/The_Lord_of_the_Rings_%28film_series%29#Development\" class=\"markup--anchor markup--figure-anchor\" rel=\"nofollow\">Wikipedia\u003C/a>)\u003C/p>\n\u003Cp name=\"cafa\" id=\"cafa\" class=\"graf--p\">The lesson here is applicable to product teams: \u003Cem class=\"markup--em markup--p-em\">it may not take years, but planning does take time.\u003C/em> A good project plan provides a vision, schedule, responsibility assignments, and task breakdown.\u003C/p>\n\u003Cp name=\"9ac9\" id=\"9ac9\" class=\"graf--p\">Recently the Stack Exchange Design team had a team summit, which I started planning about two weeks out. At the outset, this seemed like enough time. In some ways, it was. I got our schedule worked out. I had outlines for all our sessions. I even had a few workshops. However, in retrospect I could have made our time together even more valuable by disseminating project overview information prior to our summit. The better you plan, the more this helps a team understand a project’s scope and focus.\u003C/p>\n\u003Ch3 name=\"74ab\" id=\"74ab\" class=\"graf--h3\">Empower team members\u003C/h3>\n\u003Cp name=\"da63\" id=\"da63\" class=\"graf--p\">Not every team has a product manager, so you have to be realistic about your ability to plan a project. Planning can feel overwhelming. Leverage the power of your team by tapping into the different passions each person has showcased. Encourage them to lead portions of projects they’re excited about and will excel with.\u003C/p>\n\u003Cp name=\"1d43\" id=\"1d43\" class=\"graf--p\">Doing it yourself might seem easier, but it’s a great opportunity for others to invest in a project. Empowering team members also helps a project maintain momentum since they’ll run with the takeaway tasks. If you tackle every project in a silo, the burden of knowledge sharing a project falls entirely on you. This habit can allow details to fall through the cracks.\u003C/p>\n\u003Cp name=\"f2bb\" id=\"f2bb\" class=\"graf--p\">Beyond project responsibilities, empowering others can also mean simply keeping others informed. Knowledge is empowering. Share often and as thoroughly as needed. You don’t have to write a treatise with every update, but communicate regularly, \u003Ca href=\"http://courtnycotten.com/you-can-work-remote/\" data-href=\"http://courtnycotten.com/you-can-work-remote/\" class=\"markup--anchor markup--p-anchor\" rel=\"nofollow\">over-communicate\u003C/a> even, with your team.\u003C/p>\n\u003Ch3 name=\"550a\" id=\"550a\" class=\"graf--h3\">Draw your red lines\u003C/h3>\n\u003Cp name=\"de02\" id=\"de02\" class=\"graf--p\">Within politics the phrase “red line” refers to a point beyond which a party will not negotiate. They may be willing to give and take on some items, but on these items there is no budging. In the same way within product design, once you’ve agreed on a minimum viable product (MVP), be disciplined about maintaining your project’s ‘red line’.\u003C/p>\n\u003Cp name=\"3baf\" id=\"3baf\" class=\"graf--p is-withNotes\">Scope creep happens to the best of us. Just ‘one more thing’ can snowball a small project into a massively complex project. Combat this by using an iterative design approach to release small little items into your product. This will allow you to test your assumptions, gather feedback, and maintain project momentum.\u003C/p>\n\u003Cp name=\"48e7\" id=\"48e7\" class=\"graf--p\">In order to do this though, you’ll need to roughly map out your iterations. These aren’t set in stone. They’re waypoints on your journey of building a product as a team. Every next step in the journey gives you a chance to re-evaluate what you’ve done and where you’re going. Before you begin the next step, finalize its scope by identifying which small, manageable tasks you’ll work on within a release cycle.\u003C/p>\n\u003Cp name=\"5b63\" id=\"5b63\" class=\"graf--p\">It’s tempting to add along the way, but even small additions can have large repercussions. Saying ‘No’ to an idea today doesn’t mean you’re saying ‘No’ forever. Maybe it’ll be the next thing you’ll work on. Maybe you’ll get feedback during your current iteration that makes your new idea irrelevant. The point is to maintain your red lines. Keep your steps small. Publish, test, and iterate.\u003C/p>\n\u003Ch3 name=\"f6a3\" id=\"f6a3\" class=\"graf--h3\">Keep working.\u003C/h3>\n\u003Cp name=\"00c7\" id=\"00c7\" class=\"graf--p\">Product design is never finished. People are always changing, so our products need to adapt to their changing needs. Whether adapting to new circumstances, rethinking workflows, or adding new features; there’s never a lack of items to work. Everyday presents a new challenge.\u003C/p>\n\u003Cvideo loop=\"\" video=\"\" autoplay=\"\" class=\"graf-image\" data-image-id=\"1*HKayb6Ppl1ZP2zCRc5N8tQ.gif\" data-width=\"400\" data-height=\"300\">\u003Csource src=\"https://d262ilb51hltx0.cloudfront.net/max/1600/1*HKayb6Ppl1ZP2zCRc5N8tQ.ogv\" type=\"video/ogg\">\u003Csource src=\"https://d262ilb51hltx0.cloudfront.net/max/1600/1*HKayb6Ppl1ZP2zCRc5N8tQ.mp4\" type=\"video/mp4\">Your browser does not support the video tag.\u003C/source>\u003C/source>\u003C/video>\u003Cp name=\"f901\" id=\"f901\" class=\"graf--p\">Keep yourself going by walking away from every meeting with someone with an actionable takeaway (and write it down!). Ideally you’re walking away from any team interaction with a list of items discussed, decisions made, and action items developed for future reference and to share with team members who weren’t part of that conversation. Remember, knowledge is empowering.\u003C/p>\n\u003Cp name=\"590a\" id=\"590a\" class=\"graf--p graf--last\">At a minimum though, communicate with your team the next steps you (and others) will be taking. This not only lets everyone stay abreast of the project’s status, keeping you from meeting twice about the same thing, but it also introduces accountability into team because responsibility has been assigned publicly. Everyone knows who’s responsible for what.\u003C/p>","html","2014-05-14T12:00:00.000Z",{"current":318},"the-importance-of-planning",[320,328],{"_createdAt":321,"_id":322,"_rev":323,"_type":324,"_updatedAt":321,"slug":325,"title":327},"2023-05-23T16:43:21Z","wp-tagcat-design","9HpbCsT2tq0xwozQfkc4ih","blogTag",{"current":326},"design","Design",{"_createdAt":321,"_id":329,"_rev":323,"_type":324,"_updatedAt":321,"slug":330,"title":332},"wp-tagcat-engineering",{"current":331},"engineering","Engineering","The Importance of Planning",[335,341,347,353],{"_id":336,"publishedAt":337,"slug":338,"sponsored":12,"title":340},"28e560af-f0aa-4d46-bd90-f435ad604aa7","2026-06-26T14:00:27.102Z",{"_type":10,"current":339},"paging-charity-how-can-engineering-leaders-avoid-becoming-bond-villains","Paging Charity! How can engineering leaders avoid becoming Bond villains?",{"_id":342,"publishedAt":343,"slug":344,"sponsored":12,"title":346},"4b22c2a3-3779-4966-93eb-5230391dbdce","2026-06-23T14:08:58.595Z",{"_type":10,"current":345},"your-ai-shipped-a-backend-that-boots-that-is-the-whole-problem","Your AI shipped a backend that boots. That is the whole problem.",{"_id":348,"publishedAt":349,"slug":350,"sponsored":12,"title":352},"5cf362e1-fe7b-45af-b69c-914731c6a052","2026-06-23T14:00:00.000Z",{"_type":10,"current":351},"the-2026-developer-survey-is-now-open-for-human-developers-only","The 2026 Developer Survey is now open (for human developers only)!",{"_id":354,"publishedAt":355,"slug":356,"sponsored":12,"title":358},"30b995f7-7cb9-4dd8-bf71-d0685940a32b","2026-06-19T14:00:00.000Z",{"_type":10,"current":357},"dispatches-from-o-reilly-from-capabilities-to-responsibilities","Dispatches from O'Reilly: From capabilities to responsibilities",{"data":360,"sourceMap":-1},{"count":361,"lastTimestamp":12},0]