<story><title>Please – A cross-language build system</title><url>https://please.build/</url></story><parent_chain><item><author>tatskaari</author><text>Hey, I maintain please and will be the first one to admit we’re not the best at marketing it. We’ve mostly been focused on getting it up to scratch and only recently have we been trying to publicise it.&lt;p&gt;With that being said I have put a good amount of work into the QuickStart.&lt;p&gt;The code labs are designed to get you up and started in an inviting way. If you have any specific feedback about your QuickStart experience I’d love to hear it.</text></item><item><author>mdoms</author><text>It&amp;#x27;s hard to tell what the value proposition is here, apart from vague hand-waving about parallelization. The quick start is not enough to get started actually building something.&lt;p&gt;Changing build systems is hard, and getting buy-in from the team even harder - so you need to demonstrate value up front.</text></item></parent_chain><comment><author>rhencke</author><text>As someone who has had to run and maintain build systems for several (sadly far too) large projects (5MLoc+), I want a product that sells me on how easy it is to create _correct_ builds, and how impossible it is to create incorrect ones.&lt;p&gt;So much wasted time goes into diagnosis of incorrect results from incremental builds that most people who implement CI systems never use incremental builds, and always build from scratch.  Developers are far too used to having to do things like &amp;#x27;make clean&amp;#x27; because their build didn&amp;#x27;t work quite right.  Efficiencies are then gained by doing things like ccache&amp;#x2F;Gradle build cache, which trace their dependencies better than most naively written build systems do.&lt;p&gt;Edit: zig is a beautiful exception (&lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;ziglang.org&amp;#x2F;download&amp;#x2F;0.3.0&amp;#x2F;release-notes.html#caching&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;ziglang.org&amp;#x2F;download&amp;#x2F;0.3.0&amp;#x2F;release-notes.html#cachin...&lt;/a&gt;)</text></comment>
<story><title>Please – A cross-language build system</title><url>https://please.build/</url></story><parent_chain><item><author>tatskaari</author><text>Hey, I maintain please and will be the first one to admit we’re not the best at marketing it. We’ve mostly been focused on getting it up to scratch and only recently have we been trying to publicise it.&lt;p&gt;With that being said I have put a good amount of work into the QuickStart.&lt;p&gt;The code labs are designed to get you up and started in an inviting way. If you have any specific feedback about your QuickStart experience I’d love to hear it.</text></item><item><author>mdoms</author><text>It&amp;#x27;s hard to tell what the value proposition is here, apart from vague hand-waving about parallelization. The quick start is not enough to get started actually building something.&lt;p&gt;Changing build systems is hard, and getting buy-in from the team even harder - so you need to demonstrate value up front.</text></item></parent_chain><comment><author>RangerScience</author><text>Thank you for making this!&lt;p&gt;My rubric for documentation is &amp;quot;how many clicks to code&amp;quot;. I found the installation instructions, and started to look for usage, but didn&amp;#x27;t find it. Too many clicks. That&amp;#x27;s where I&amp;#x27;d start.&lt;p&gt;PS - IMO the gold standard for this evaluation method is Sinatra.rb, which is zero clicks to code.</text></comment>