<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for royosherove</title><link>http://disqus.com/by/royosherove/</link><description></description><atom:link href="http://disqus.com/royosherove/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 11 Jun 2019 14:05:43 -0000</lastBuildDate><item><title>Re: 
				
					The first rule of continuous delivery toolchains
				
			</title><link>https://pipelinedriven.org/article/the-first-rule-of-continuous-delivery-toochains#comment-4498289483</link><description>&lt;p&gt;yes.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Tue, 11 Jun 2019 14:05:43 -0000</pubDate></item><item><title>Re: 
				
					Delivery Pipelines and Discovery Pipelines
				
			</title><link>https://enterprisedevops.org/article/delivery-pipelines-and-discovery-pipelines#comment-4348281495</link><description>&lt;p&gt;It can and should be incremental work (weeks to months). but it's great for feedback loop speed.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Thu, 21 Feb 2019 14:03:48 -0000</pubDate></item><item><title>Re: Continuous Tests</title><link>http://courses.osherove.com/lecture/46586#comment-3812299363</link><description>&lt;p&gt;Hi Srinivas. Thanks for writing.&lt;br&gt;While the actual api usage may be a bit outdated the patterns and ideas are still valid, so you should have no issue implementing them in real life. I plan to update this but my this may take a while, sorry.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Sun, 18 Mar 2018 15:20:04 -0000</pubDate></item><item><title>Re: Unit Testing And TDD 101</title><link>http://courses.osherove.com/lecture/46566#comment-3471326345</link><description>&lt;p&gt;Pretty recent. There souls not be any issues whatsoever.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Wed, 16 Aug 2017 14:13:56 -0000</pubDate></item><item><title>Re: Extract And Override Focus</title><link>http://courses.osherove.com/lecture/46611#comment-3444264944</link><description>&lt;p&gt;Unfortunately this video specifically was produced long ago with this quality. I am working on a new version of it, but it will take some time.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Mon, 31 Jul 2017 06:27:33 -0000</pubDate></item><item><title>Re: APi Artifacts</title><link>http://courses.osherove.com/lecture/47366#comment-3247345127</link><description>&lt;p&gt;Whenever the integration build triggers, it will auto-trigger any dependencies based changes in a ripple effect throughout the build hierarchy.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Sun, 09 Apr 2017 03:19:08 -0000</pubDate></item><item><title>Re: Attention Producers: Enter Jabee&amp;#8217;s Black Future Remix Contest</title><link>http://2dopeboyz.com/2016/12/26/jabee-black-future-remix-contest/#comment-3139019228</link><description>&lt;p&gt;Hi folks. When is the winner announced?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Sun, 05 Feb 2017 13:45:46 -0000</pubDate></item><item><title>Re: Introducing Depender - Testability Problem Finder - Blog - Osherove</title><link>http://osherove.com/blog/2008/7/5/introducing-depender-testability-problem-finder.html#comment-2890042513</link><description>&lt;p&gt;Sorry, this project is dead.&lt;br&gt;github for it is here:&lt;br&gt;&lt;a href="https://github.com/royosherove/dotnet-depender/" rel="nofollow noopener" target="_blank" title="https://github.com/royosherove/dotnet-depender/"&gt;https://github.com/royosher...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Mon, 12 Sep 2016 17:22:46 -0000</pubDate></item><item><title>Re: Introduction to Mocks and Stubs</title><link>http://courses.osherove.com/lecture/46629#comment-2794763191</link><description>&lt;p&gt;Good idea. I'll refer to it in the next update of the course!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Thu, 21 Jul 2016 01:52:06 -0000</pubDate></item><item><title>Re: Split and Parallelize — Enterprise DevOps</title><link>http://enterprisedevops.org/blog/2014/10/3/q5b4rm6abtjxeleaj0xfapo1n3khnl#comment-2617796509</link><description>&lt;p&gt;None if them should be compiling. They would all get pre compiled binaries from a single job that happens before the root trigger. --&lt;br&gt;Roy Osherove&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Mon, 11 Apr 2016 09:55:53 -0000</pubDate></item><item><title>Re: Split and Parallelize — Enterprise DevOps</title><link>http://enterprisedevops.org/blog/2014/10/3/q5b4rm6abtjxeleaj0xfapo1n3khnl#comment-2612812907</link><description>&lt;p&gt;You can have one build step (configuration) that all the sub-build steps depend on, and so when you trigger it, all the sub builds get triggered (hopefully on parallel agents. Then you can set dependencies on the finishing of the "master" build configuration.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Fri, 08 Apr 2016 08:15:56 -0000</pubDate></item><item><title>Re: Mocks, Stubs and Fakes</title><link>http://courses.osherove.com/lecture/46591#comment-2502125337</link><description>&lt;p&gt;No solution. There are many ways to solve this.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Mon, 08 Feb 2016 02:49:00 -0000</pubDate></item><item><title>Re: Unit Testing - The Art Of Unit Testing - Definition of a Unit Test</title><link>http://artofunittesting.com/definition-of-a-unit-test/#comment-2328205179</link><description>&lt;p&gt;bla bla bla and you can find many example in the videos here &lt;a href="http://artofunittesting.com/pairing-videos/" rel="nofollow noopener" target="_blank" title="http://artofunittesting.com/pairing-videos/"&gt;http://artofunittesting.com...&lt;/a&gt; or buy my book bla bla etc..&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Mon, 26 Oct 2015 18:29:55 -0000</pubDate></item><item><title>Re: 
				
					Time to Main - Measuring Continuous Integration
				
			</title><link>http://www.beautifulbuilds.com/blog/2015/5/15/time-to-main-measuring-continuous-integration#comment-2046226685</link><description>&lt;p&gt;Not that I currently know of.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Tue, 26 May 2015 13:10:05 -0000</pubDate></item><item><title>Re: Iterating over Files</title><link>http://courses.osherove.com/lecture/120317#comment-2001789993</link><description>&lt;p&gt;Thanks, fixed!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Sun, 03 May 2015 23:20:36 -0000</pubDate></item><item><title>Re: Local Error Handling: Try-Catch-Finally Blocks</title><link>http://courses.osherove.com/lecture/120318#comment-2001789768</link><description>&lt;p&gt;Thanks. Fixed!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Sun, 03 May 2015 23:20:22 -0000</pubDate></item><item><title>Re: Unit Testing - The Art Of Unit Testing - Definition of a Unit Test</title><link>http://artofunittesting.com/definition-of-a-unit-test/#comment-1754935869</link><description>&lt;p&gt;I'm more likely to see it this way: Unit Tests are more likely to break or hinder your design over time, and integration tests are more likely to break or hinder your architecture over time. Whether they "drive" the design - I think they influence it a little, bit they should not be the ultimate decision making tool for a specific design.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Mon, 22 Dec 2014 13:48:39 -0000</pubDate></item><item><title>Re: Cumulative Builds</title><link>http://courses.osherove.com/lecture/47363#comment-1538984351</link><description>&lt;p&gt;If I had no choice, I'd compile of the different versions in parallel as soon as possible with the different binary options, and then run all binaries through the same sets of tests for each platform. then I'd feel confident about it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Tue, 12 Aug 2014 09:47:00 -0000</pubDate></item><item><title>Re: 
      
        A Video Walkthrough of climbing Pulpit Rock (Preikestolen), Stavanger
      
    </title><link>http://whythefuckdidyoumovetonorway.com/blog/2014/3/9/a-video-walkthrough-of-climbing-pulpit-rock-preikestolen-stavanger#comment-1368196498</link><description>&lt;p&gt;Email roy at osherove com&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Sat, 03 May 2014 14:00:48 -0000</pubDate></item><item><title>Re: Notes to a software team leader - Leanpub</title><link>http://leanpub.com/teamleader#comment-1241885812</link><description>&lt;p&gt;hmm. currently not without the ebook version, sorry. I'll put it on my TODO list.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Wed, 12 Feb 2014 17:31:14 -0000</pubDate></item><item><title>Re: 
              Legevakt, Volvat &amp; The Norwegian Appendix Surgery Experience at the Emergency Room
          </title><link>http://whythefuckdidyoumovetonorway.com/blog/2013/5/26/legevakt-volvat-the-norwegian-appendix-surgery-experience-at-the-emergency-room#comment-1011135307</link><description>&lt;p&gt;That is.... definitely worse :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Wed, 21 Aug 2013 15:41:54 -0000</pubDate></item><item><title>Re: ReadingThe Little Build Bookby Roy Osherove</title><link>http://leanpub.com/build#comment-1005334253</link><description>&lt;p&gt;It should be pretty global and tool agnostic. Patterns are patterns. Can you link to examples? &lt;br&gt;—&lt;br&gt;Sent from Mailbox for iPad&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Sun, 18 Aug 2013 03:30:01 -0000</pubDate></item><item><title>Re: Notes to a software team leader - Leanpub</title><link>http://leanpub.com/teamleader#comment-981170165</link><description>&lt;p&gt;Not yet, but if you open one on Google+ or another good discussion place, i would be happy to endorse it!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Tue, 30 Jul 2013 04:52:53 -0000</pubDate></item><item><title>Re: Unit Testing - The Art Of Unit Testing - Definition of a Unit Test</title><link>http://artofunittesting.com/definition-of-a-unit-test/#comment-964309065</link><description>&lt;p&gt;If we declare "dependency" to be anything that we do not have control over in memory, such as file system, DB, network, etc, then a unit test is one which has no dependencies, or has full control over all collaborators. makes sense?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Tue, 16 Jul 2013 10:06:34 -0000</pubDate></item><item><title>Re: Notes to a software team leader - Leanpub</title><link>http://leanpub.com/teamleader#comment-964022419</link><description>&lt;p&gt;Roy at osherove dot com&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roy Osherove</dc:creator><pubDate>Tue, 16 Jul 2013 02:58:08 -0000</pubDate></item></channel></rss>