[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"sanity-lOkhtTTC6iLFIzKc9wXkvgcu3X3DbLGJpJUW1DPitb8":3,"sanity-Nxg6pmfG_57SEO7pDYUT7O7EY_s6B0r6hv5qL5B_OVw":473},{"data":4,"sourceMap":-1},{"latestPodcast":5,"latestReleases":14,"post":39,"recent":448},[6],{"_id":7,"publishedAt":8,"slug":9,"sponsored":12,"title":13},"d53f9358-3bb2-4f69-aebe-d31d19522cd4","2026-07-10T07:40:00.000Z",{"_type":10,"current":11},"slug","building-more-than-just-an-agent-harness",null,"Building more than just an agent harness",[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":59,"comments":409,"dateUrl":410,"excerpt":411,"legacyBody":412,"product":12,"publishedAt":415,"slug":416,"sponsored":12,"tags":418,"title":447,"visible":409},"2023-05-25T09:37:01Z","wp-post-4118","9HpbCsT2tq0xwozQfkfdvb","blogPost","2023-07-13T14:54:41Z",[46],{"_createdAt":47,"_id":48,"_rev":49,"_type":50,"_updatedAt":51,"avatar":52,"employee":54,"name":55,"role":56,"slug":57},"2023-05-23T16:27:18Z","wp-author-114","07ZbrKPSUrjrV4wQ6fam8u","blogAuthor","2023-08-29T11:49:01Z",{"_type":53},"image","former","Jeff Atwood","Co-founder",{"current":58},"jeffatwood",[60,120,133,144,174,179,198,222,234,254,266,312,316,324,332,340,348,374,379],{"_key":61,"_type":62,"children":63,"markDefs":113,"style":119},"091decb32fa9","block",[64,69,74,78,83,88,92,96,101,105,109],{"_key":65,"_type":66,"marks":67,"text":68},"091decb32fa90","span",[],"Google has ruined search for everyone. By that I mean they have done it so long, so fast, and so well -- despite the ",{"_key":70,"_type":66,"marks":71,"text":73},"091decb32fa91",[72],"dea5d701b719","recent speed bump",{"_key":75,"_type":66,"marks":76,"text":77},"091decb32fa92",[]," -- that ",{"_key":79,"_type":66,"marks":80,"text":82},"091decb32fa93",[81],"strong","users simply expect ",{"_key":84,"_type":66,"marks":85,"text":87},"091decb32fa94",[81,86],"em","everyone's",{"_key":89,"_type":66,"marks":90,"text":91},"091decb32fa95",[81]," search to be as good as Google's",{"_key":93,"_type":66,"marks":94,"text":95},"091decb32fa96",[],". And that is ... challenging. Particularly considering Google is an enormous company now, with server farms roughly the size of the state of Pennsylvania. How's a little startup supposed to compete with that? Or should we even try to, really? From the beginning, Joel and I said that ",{"_key":97,"_type":66,"marks":98,"text":100},"091decb32fa97",[99],"2a1cc566a755","the ",{"_key":102,"_type":66,"marks":103,"text":104},"091decb32fa98",[99,86],"de facto",{"_key":106,"_type":66,"marks":107,"text":108},"091decb32fa99",[99]," Stack Overflow home page was a web search",{"_key":110,"_type":66,"marks":111,"text":112},"091decb32fa910",[],". So why, exactly, do we need to dump tons of engineering resources into creating a super-uber-mega excellent search facility, again? That's why we relied on SQL Server to provide our internal full-text search for the last two years, and it's been mostly adequate. We did refine it over time to focus on its strengths -- namely, custom searches with specific metadata attributes that search engines can't see:",[114,117],{"_key":72,"_type":115,"href":116,"reference":12},"link","http:\u002F\u002Fgoogleblog.blogspot.com\u002F2011\u002F01\u002Fgoogle-search-and-search-engine-spam.html",{"_key":99,"_type":115,"href":118,"reference":12},"http:\u002F\u002Fblog.stackoverflow.com\u002F2010\u002F10\u002Fsearch-all-stack-exchange-sites\u002F","normal",{"_key":121,"_type":62,"children":122,"level":128,"listItem":129,"markDefs":130,"style":119},"4687b073c73f",[123],{"_key":124,"_type":66,"marks":125,"text":127},"4687b073c73f0",[126],"cb57ca8036f3","Stack Overflow Search – Now 51% Less Crappy",1,"bullet",[131],{"_key":126,"_type":115,"href":132,"reference":12},"http:\u002F\u002Fblog.stackoverflow.com\u002F2008\u002F10\u002Fstack-overflow-search-now-51-less-crappy\u002F",{"_key":134,"_type":62,"children":135,"level":128,"listItem":129,"markDefs":141,"style":119},"1416060ad81e",[136],{"_key":137,"_type":66,"marks":138,"text":140},"1416060ad81e0",[139],"1aec17045fa9","Stack Overflow Search – Now 61% Less Crappy",[142],{"_key":139,"_type":115,"href":143,"reference":12},"http:\u002F\u002Fblog.stackoverflow.com\u002F2009\u002F07\u002Fstack-overflow-search-now-61-less-crappy\u002F",{"_key":145,"_type":62,"children":146,"markDefs":169,"style":119},"0bca4ce450b0",[147,151,156,160,165],{"_key":148,"_type":66,"marks":149,"text":150},"0bca4ce450b00",[],"Although our de-crapifying efforts have been noble and heroic (well, in my mind, anyway), we've clearly begun to exceed the scope and scale of what SQL Server search can do for us. That's why I'm pleased to announce that as of today, we have switched all of our search functionality network wide from SQL Server to ",{"_key":152,"_type":66,"marks":153,"text":155},"0bca4ce450b01",[154],"20d28dd89be8","Lucene",{"_key":157,"_type":66,"marks":158,"text":159},"0bca4ce450b02",[],", or more specifically, the ",{"_key":161,"_type":66,"marks":162,"text":164},"0bca4ce450b03",[163],"6a155a459bb8","Lucene.NET",{"_key":166,"_type":66,"marks":167,"text":168},"0bca4ce450b04",[]," flavor.",[170,172],{"_key":154,"_type":115,"href":171,"reference":12},"http:\u002F\u002Flucene.apache.org\u002Fjava\u002Fdocs\u002Findex.html",{"_key":163,"_type":115,"href":173,"reference":12},"http:\u002F\u002Flucene.apache.org\u002Flucene.net\u002F",{"_key":175,"_type":53,"alt":12,"asset":176,"markDefs":12},"f69a49e06975",{"_ref":177,"_type":178},"image-e1a74d22f044e40de3b3323583813c79cda0a0eb-330x60-png","reference",{"_key":180,"_type":62,"children":181,"markDefs":195,"style":119},"5269b7dbe86e",[182,186,191],{"_key":183,"_type":66,"marks":184,"text":185},"5269b7dbe86e0",[],"(We are, however, a little concerned that ",{"_key":187,"_type":66,"marks":188,"text":190},"5269b7dbe86e1",[189],"eec5e3a3b698","Lucene.NET was dropped by the Apache Incubator",{"_key":192,"_type":66,"marks":193,"text":194},"5269b7dbe86e2",[],". We'd like to see what we can do to help the project stay vital and in sync with the master Lucene project. Let us know how we can best do that!) There were a couple factors motivating this change:",[196],{"_key":189,"_type":115,"href":197,"reference":12},"http:\u002F\u002Fsearch-lucene.com\u002Fm\u002FnMTuR1pPJbq",{"_key":199,"_type":62,"children":200,"level":128,"listItem":218,"markDefs":219,"style":119},"845a112344d8",[201,205,209,214],{"_key":202,"_type":66,"marks":203,"text":204},"845a112344d80",[81],"Take advantage of our web farm.",{"_key":206,"_type":66,"marks":207,"text":208},"845a112344d81",[]," Right now ",{"_key":210,"_type":66,"marks":211,"text":213},"845a112344d82",[212],"a1693c632297","our server farm",{"_key":215,"_type":66,"marks":216,"text":217},"845a112344d83",[]," has ten fairly beefy, modern web servers with 16 GB memory each that are ... pretty much doing nothing most of the time. We are almost comically overprovisioned. With Lucene, we can create an index on each webserver and have the \"heavy lifting\" of actually searching the index distributed across those 10 webservers instead of a single big iron database.","number",[220],{"_key":212,"_type":115,"href":221,"reference":12},"http:\u002F\u002Fblog.serverfault.com\u002Fpost\u002F1432571770\u002F",{"_key":223,"_type":62,"children":224,"level":128,"listItem":218,"markDefs":233,"style":119},"708ba89db4c4",[225,229],{"_key":226,"_type":66,"marks":227,"text":228},"708ba89db4c40",[81],"Reduce load on the database",{"_key":230,"_type":66,"marks":231,"text":232},"708ba89db4c41",[],". Our database is plenty busy enough without adding demanding full-text searching chores to its many duties. This gives us more headroom on the database tier for plain vanilla SQL calls, and we can optimize for that rather than having to split our efforts between \"what's good for a full text query\" and \"what's good for a SQL query.\"",[],{"_key":235,"_type":62,"children":236,"level":128,"listItem":218,"markDefs":253,"style":119},"01d210a41dfb",[237,241,245,249],{"_key":238,"_type":66,"marks":239,"text":240},"01d210a41dfb0",[81],"Better control of search results",{"_key":242,"_type":66,"marks":243,"text":244},"01d210a41dfb1",[],". Full text support in SQL Server has improved mightily in 2008 and beyond, but it is still a bit of an odd duck in the way it integrates with typical SQL queries and sometimes the interactions can be ... unexpected. There's also not a lot of control over how it works its magic. Lucene, on the other hand, is an ",{"_key":246,"_type":66,"marks":247,"text":248},"01d210a41dfb2",[86],"extremely",{"_key":250,"_type":66,"marks":251,"text":252},"01d210a41dfb3",[]," mature project with tons of options and lots of ways to tweak your searches -- as well as entire shelves of books written about the underlying technology.",[],{"_key":255,"_type":62,"children":256,"level":128,"listItem":218,"markDefs":265,"style":119},"9ca884992642",[257,261],{"_key":258,"_type":66,"marks":259,"text":260},"9ca8849926420",[81],"No external search service dependency.",{"_key":262,"_type":66,"marks":263,"text":264},"9ca8849926421",[]," Because Lucene.NET is C# code, it is fully integrated into our codebase. It is not an external service we have to communicate with and set up; we control it all directly through our C# code. In fact, all we had to do to deploy is create a local folder on each server to hold the indexes.",[],{"_key":267,"_type":62,"children":268,"markDefs":307,"style":119},"d538608ec267",[269,273,278,282,286,290,294,298,303],{"_key":270,"_type":66,"marks":271,"text":272},"d538608ec2670",[],"Kudos to ",{"_key":274,"_type":66,"marks":275,"text":277},"d538608ec2671",[276],"5e48faf7e3fa","Nick Craver",{"_key":279,"_type":66,"marks":280,"text":281},"d538608ec2672",[],", one of our newest Valued Associatestm, for getting this major improvement rolled out. While we're still tweaking a bit, we are very pleased with the ",{"_key":283,"_type":66,"marks":284,"text":285},"d538608ec2673",[81],"improved relevancy",{"_key":287,"_type":66,"marks":288,"text":289},"d538608ec2674",[]," and ",{"_key":291,"_type":66,"marks":292,"text":293},"d538608ec2675",[81],"greater search speed",{"_key":295,"_type":66,"marks":296,"text":297},"d538608ec2676",[]," across the network. Our internal page benchmarks show us that search times went down from a highly variable average of 3 seconds to a fairly consistent 600 milliseconds. Please try out our new, improved search on your favorite ",{"_key":299,"_type":66,"marks":300,"text":302},"d538608ec2677",[301],"f391158a3e16","Stack Exchange site",{"_key":304,"_type":66,"marks":305,"text":306},"d538608ec2678",[]," and let us know what you think. Just look for the ubiquitous search box in the upper right hand corner of every site; type what you want to find and press Enter.",[308,310],{"_key":276,"_type":115,"href":309,"reference":12},"http:\u002F\u002Fblog.stackoverflow.com\u002F2011\u002F01\u002Fwelcome-valued-associate-nick-craver\u002F",{"_key":301,"_type":115,"href":311,"reference":12},"http:\u002F\u002Fstackexchange.com\u002Fsites",{"_key":313,"_type":53,"alt":12,"asset":314,"markDefs":12},"3b2345e276af",{"_ref":315,"_type":178},"image-0370bdd2c1a520f9cad8e5e1639e977f09374b0e-600x221-png",{"_key":317,"_type":62,"children":318,"markDefs":323,"style":119},"86185313df65",[319],{"_key":320,"_type":66,"marks":321,"text":322},"86185313df650",[],"Remember that search drives three areas of the site:",[],{"_key":325,"_type":62,"children":326,"level":128,"listItem":129,"markDefs":331,"style":119},"7fdecdf3ff73",[327],{"_key":328,"_type":66,"marks":329,"text":330},"7fdecdf3ff730",[],"The search results (obviously)",[],{"_key":333,"_type":62,"children":334,"level":128,"listItem":129,"markDefs":339,"style":119},"f39da88f3636",[335],{"_key":336,"_type":66,"marks":337,"text":338},"f39da88f36360",[],"The related questions in the sidebar of each question",[],{"_key":341,"_type":62,"children":342,"level":128,"listItem":129,"markDefs":347,"style":119},"a364ee0ff35f",[343],{"_key":344,"_type":66,"marks":345,"text":346},"a364ee0ff35f0",[],"The related questions on the ask page when you enter a title",[],{"_key":349,"_type":62,"children":350,"markDefs":372,"style":119},"9a09b08b31b7",[351,355,359,364,368],{"_key":352,"_type":66,"marks":353,"text":354},"9a09b08b31b70",[],"Oh, and if you want to ",{"_key":356,"_type":66,"marks":357,"text":358},"9a09b08b31b71",[81],"search all ",{"_key":360,"_type":66,"marks":361,"text":363},"9a09b08b31b72",[81,362],"66e346e48034","Stack Exchange sites",{"_key":365,"_type":66,"marks":366,"text":367},"9a09b08b31b73",[81]," at once",{"_key":369,"_type":66,"marks":370,"text":371},"9a09b08b31b74",[]," -- well, that's not something Lucene can do for us quite yet, but it's easy.",[373],{"_key":362,"_type":115,"href":311,"reference":12},{"_key":375,"_type":53,"alt":376,"asset":377,"markDefs":12},"ff50daa7882d","stack exchange search all sites",{"_ref":378,"_type":178},"image-c3ee55143c0945b747ff609dd610734275f414b7-499x131-png",{"_key":380,"_type":62,"children":381,"markDefs":404,"style":119},"cc97ba1b3de2",[382,386,391,395,400],{"_key":383,"_type":66,"marks":384,"text":385},"cc97ba1b3de20",[],"Just visit ",{"_key":387,"_type":66,"marks":388,"text":390},"cc97ba1b3de21",[389],"8c40db1d4676","stackexchange.com",{"_key":392,"_type":66,"marks":393,"text":394},"cc97ba1b3de22",[]," and take advantage of the search box there. Do you love solving networking problems and improving performance? Check out our ",{"_key":396,"_type":66,"marks":397,"text":399},"cc97ba1b3de23",[398],"c0bb1716c1c8","job listings for network engineers",{"_key":401,"_type":66,"marks":402,"text":403},"cc97ba1b3de24",[],".",[405,407],{"_key":389,"_type":115,"href":406,"reference":12},"http:\u002F\u002Fstackexchange.com\u002F",{"_key":398,"_type":115,"href":408,"reference":12},"https:\u002F\u002Fstackoverflow.com\u002Fjobs\u002Fdeveloper-jobs-using-networking?utm_source=so-owned&utm_medium=blog&utm_campaign=dev-c4al&utm_content=c4al-link",true,"2011\u002F01\u002F28","",{"code":413,"language":414},"Google has ruined search for everyone.\n\nBy that I mean they have done it so long, so fast, and so well -- despite the \u003Ca href=\"http:\u002F\u002Fgoogleblog.blogspot.com\u002F2011\u002F01\u002Fgoogle-search-and-search-engine-spam.html\">recent speed bump\u003C\u002Fa> -- that \u003Cstrong>users simply expect \u003Cem>everyone's\u003C\u002Fem> search to be as good as Google's\u003C\u002Fstrong>. And that is ... challenging. Particularly considering Google is an enormous company now, with server farms roughly the size of the state of Pennsylvania.\n\nHow's a little startup supposed to compete with that? Or should we even try to, really? From the beginning, Joel and I said that \u003Ca href=\"http:\u002F\u002Fblog.stackoverflow.com\u002F2010\u002F10\u002Fsearch-all-stack-exchange-sites\u002F\">the \u003Cem>de facto\u003C\u002Fem> Stack Overflow home page was a web search\u003C\u002Fa>. So why, exactly, do we need to dump tons of engineering resources into creating a super-uber-mega excellent search facility, again?\n\nThat's why we relied on SQL Server to provide our internal full-text search for the last two years, and it's been mostly adequate. We did refine it over time to focus on its strengths -- namely, custom searches with specific metadata attributes that search engines can't see:\n\n\u003Cul>\n    \u003Cli>\u003Ca href=\"http:\u002F\u002Fblog.stackoverflow.com\u002F2008\u002F10\u002Fstack-overflow-search-now-51-less-crappy\u002F\">Stack Overflow Search – Now 51% Less Crappy\u003C\u002Fa>\u003C\u002Fli>\n    \u003Cli>\u003Ca href=\"http:\u002F\u002Fblog.stackoverflow.com\u002F2009\u002F07\u002Fstack-overflow-search-now-61-less-crappy\u002F\">Stack Overflow Search – Now 61% Less Crappy\u003C\u002Fa>\u003C\u002Fli>\n\u003C\u002Ful>\n\nAlthough our de-crapifying efforts have been noble and heroic (well, in my mind, anyway), we've clearly begun to exceed the scope and scale of what SQL Server search can do for us.\n\nThat's why I'm pleased to announce that as of today, we have switched all of our search functionality network wide from SQL Server to \u003Ca href=\"http:\u002F\u002Flucene.apache.org\u002Fjava\u002Fdocs\u002Findex.html\">Lucene\u003C\u002Fa>, or more specifically, the \u003Ca href=\"http:\u002F\u002Flucene.apache.org\u002Flucene.net\u002F\">Lucene.NET\u003C\u002Fa> flavor.\n\n\u003Ca href=\"http:\u002F\u002Flucene.apache.org\u002Fjava\u002Fdocs\u002Findex.html\">\u003Cimg src=\"http:\u002F\u002Fstackoverflow.blog\u002Fwp-content\u002Fuploads\u002F2017\u002F02\u002FSP82G.png\" alt=\"\" \u002F>\u003C\u002Fa>\n\n(We are, however, a little concerned that \u003Ca href=\"http:\u002F\u002Fsearch-lucene.com\u002Fm\u002FnMTuR1pPJbq\">Lucene.NET was dropped by the Apache Incubator\u003C\u002Fa>. We'd like to see what we can do to help the project stay vital and in sync with the master Lucene project. Let us know how we can best do that!)\n\nThere were a couple factors motivating this change:\n\n\u003Col>\n    \u003Cli>\u003Cstrong>Take advantage of our web farm.\u003C\u002Fstrong> Right now \u003Ca href=\"http:\u002F\u002Fblog.serverfault.com\u002Fpost\u002F1432571770\u002F\">our server farm\u003C\u002Fa> has ten fairly beefy, modern web servers with 16 GB memory each that are ... pretty much doing nothing most of the time. We are almost comically overprovisioned. With Lucene, we can create an index on each webserver and have the \"heavy lifting\" of actually searching the index distributed across those 10 webservers instead of a single big iron database.\u003C\u002Fli>\n    \u003Cli>\u003Cstrong>Reduce load on the database\u003C\u002Fstrong>. Our database is plenty busy enough without adding demanding full-text searching chores to its many duties. This gives us more headroom on the database tier for plain vanilla SQL calls, and we can optimize for that rather than having to split our efforts between \"what's good for a full text query\" and \"what's good for a SQL query.\"\u003C\u002Fli>\n    \u003Cli>\u003Cstrong>Better control of search results\u003C\u002Fstrong>. Full text support in SQL Server has improved mightily in 2008 and beyond, but it is still a bit of an odd duck in the way it integrates with typical SQL queries and sometimes the interactions can be ... unexpected. There's also not a lot of control over how it works its magic. Lucene, on the other hand, is an \u003Cem>extremely\u003C\u002Fem> mature project with tons of options and lots of ways to tweak your searches -- as well as entire shelves of books written about the underlying technology.\u003C\u002Fli>\n    \u003Cli>\u003Cstrong>No external search service dependency.\u003C\u002Fstrong> Because Lucene.NET is C# code, it is fully integrated into our codebase. It is not an external service we have to communicate with and set up; we control it all directly through our C# code. In fact, all we had to do to deploy is create a local folder on each server to hold the indexes.\u003C\u002Fli>\n\u003C\u002Fol>\n\nKudos to \u003Ca href=\"http:\u002F\u002Fblog.stackoverflow.com\u002F2011\u002F01\u002Fwelcome-valued-associate-nick-craver\u002F\">Nick Craver\u003C\u002Fa>, one of our newest Valued Associatestm, for getting this major improvement rolled out. While we're still tweaking a bit, we are very pleased with the \u003Cstrong>improved relevancy\u003C\u002Fstrong> and \u003Cstrong>greater search speed\u003C\u002Fstrong> across the network. Our internal page benchmarks show us that search times went down from a highly variable average of 3 seconds to a fairly consistent 600 milliseconds.\n\nPlease try out our new, improved search on your favorite \u003Ca href=\"http:\u002F\u002Fstackexchange.com\u002Fsites\">Stack Exchange site\u003C\u002Fa> and let us know what you think. Just look for the ubiquitous search box in the upper right hand corner of every site; type what you want to find and press Enter.\n\n\u003Cimg src=\"http:\u002F\u002Fstackoverflow.blog\u002Fwp-content\u002Fuploads\u002F2017\u002F02\u002Funix-linux-search-box.png\" alt=\"\" \u002F>\n\nRemember that search drives three areas of the site:\n\n\u003Cul>\n    \u003Cli>The search results (obviously)\u003C\u002Fli>\n    \u003Cli>The related questions in the sidebar of each question\u003C\u002Fli>\n    \u003Cli>The related questions on the ask page when you enter a title\u003C\u002Fli>\n\u003C\u002Ful>\n\nOh, and if you want to \u003Cstrong>search all \u003Ca href=\"http:\u002F\u002Fstackexchange.com\u002Fsites\">Stack Exchange sites\u003C\u002Fa> at once\u003C\u002Fstrong> -- well, that's not something Lucene can do for us quite yet, but it's easy.\n\n\u003Ca href=\"http:\u002F\u002Fstackexchange.com\">\u003Cimg src=\"http:\u002F\u002Fstackoverflow.blog\u002Fwp-content\u002Fuploads\u002F2017\u002F02\u002FHnIUW.png\" alt=\"stack exchange search all sites\" \u002F>\u003C\u002Fa>\n\nJust visit \u003Ca href=\"http:\u002F\u002Fstackexchange.com\u002F\">stackexchange.com\u003C\u002Fa> and take advantage of the search box there.\n\nDo you love solving networking problems and improving performance? Check out our \u003Ca href=\"https:\u002F\u002Fstackoverflow.com\u002Fjobs\u002Fdeveloper-jobs-using-networking?utm_source=so-owned&amp;utm_medium=blog&amp;utm_campaign=dev-c4al&amp;utm_content=c4al-link\" target=\"_blank\" rel=\"noopener\">job listings for network engineers\u003C\u002Fa>.","html","2011-01-28T12:00:00.000Z",{"current":417},"stack-overflow-search-now-81-less-crappy",[419,427,432,437,442],{"_createdAt":420,"_id":421,"_rev":422,"_type":423,"_updatedAt":420,"slug":424,"title":426},"2023-05-23T16:43:21Z","wp-tagcat-community","9HpbCsT2tq0xwozQfkc4ih","blogTag",{"current":425},"community","Community",{"_createdAt":420,"_id":428,"_rev":422,"_type":423,"_updatedAt":420,"slug":429,"title":431},"wp-tagcat-company",{"current":430},"company","Company",{"_createdAt":420,"_id":433,"_rev":422,"_type":423,"_updatedAt":420,"slug":434,"title":436},"wp-tagcat-serverfault-com",{"current":435},"serverfault-com","Serverfault.com",{"_createdAt":420,"_id":438,"_rev":422,"_type":423,"_updatedAt":420,"slug":439,"title":441},"wp-tagcat-stackexchange",{"current":440},"stackexchange","Stackexchange",{"_createdAt":420,"_id":443,"_rev":422,"_type":423,"_updatedAt":420,"slug":444,"title":446},"wp-tagcat-superuser-com",{"current":445},"superuser-com","Superuser.com","Stack Overflow Search -- Now 81% Less Crappy",[449,455,461,467],{"_id":450,"publishedAt":451,"slug":452,"sponsored":12,"title":454},"76c9771b-34e6-4d98-8641-ecefc711f0ef","2026-07-06T15:23:34.559Z",{"_type":10,"current":453},"when-the-sensor-starts-thinking-snortml-agentic-ai-and-the-evolving-architecture-of-intrusion-detection","When the sensor starts thinking: SnortML, agentic AI, and the evolving architecture of intrusion detection",{"_id":456,"publishedAt":457,"slug":458,"sponsored":12,"title":460},"28e560af-f0aa-4d46-bd90-f435ad604aa7","2026-06-26T14:00:27.102Z",{"_type":10,"current":459},"paging-charity-how-can-engineering-leaders-avoid-becoming-bond-villains","Paging Charity! How can engineering leaders avoid becoming Bond villains?",{"_id":462,"publishedAt":463,"slug":464,"sponsored":12,"title":466},"4b22c2a3-3779-4966-93eb-5230391dbdce","2026-06-23T14:08:58.595Z",{"_type":10,"current":465},"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":468,"publishedAt":469,"slug":470,"sponsored":12,"title":472},"5cf362e1-fe7b-45af-b69c-914731c6a052","2026-06-23T14:00:00.000Z",{"_type":10,"current":471},"the-2026-developer-survey-is-now-open-for-human-developers-only","The 2026 Developer Survey is now open (for human developers only)!",{"data":474,"sourceMap":-1},{"count":475,"lastTimestamp":12},0]