Common Lisp style: multiple packages in same repo

[Daniel Pezely]

On 2018-08-25 04:53 PM, Ken Tilton wrote:
> Packages are massively overrated. This is not Java where every frickin 
> source file is a namespace. There is a certain obsessive 
> compulsiveness about packages that does nothing but slow developers 
> down. Well, right, they are a palliative for the OCD disease. But it 
> *is* a disease, so that does not count.
>
> What part of agile do we not understand? Fences, boxes, categories, 
> types all invented for their own sake let us bask in our taxonomicity 
> while getting no code written, and god help the sucker who tries to 
> use our OCD mess forever battling package issues.
>
> Stop. Wrong way. Go back.


Ken,

How might we use this criticism constructively?

For the intention of having other people use the source code and 
possibly being picked up by Quicklisp, what do you propose instead, if 
packages are overrated?  My understanding: Quicklisp relies upon ASDF 
systems, which in turn builds upon packages by convention. What have I 
missed there?


This is separate from being agile.  I see agile methodologies as how to 
attain a "release" most effectively while criteria or requirements 
continue evolving.

The question of the original post is ultimately about the release as a 
discrete artifact.

In my case and for many others, the release means playing nice with 
other code fetched by Quicklisp as well as minimizing barriers for other 
people to comprehend and reason about the code without involving 
original authors or current maintainers.  Using conventional mechanism 
such as packages and ASDF systems serves that end.


When you say, "Go back", go back to what?

The days of downloading a tar file-- or worse, a single source file-- 
from assorted locations in hopes of having it all work together 
thankfully ended for the most part.  I've happily traded that era for 
repeatable, reliable builds with optional version-pinning and am forever 
thankful to Xach for bringing this to contemporary CL users.

Or have I misunderstood your points?

Thanks,
   -Daniel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/pro/attachments/20180826/4e5457ed/attachment.html>