Dear Matthias,

This doesn't make sense to me.  Why would you separate mathematics into 
packages that have no more external dependencies from others, which at the 
same time may grow internal dependencies over time?

I can imagine that it would make sense to make as much as possible into 
runtime dependencies - you wrote below that building the dependencies takes 
a lot of time.  Maybe that's the core problem, I don't know.

However, to me the current proposal really looks like modularization just 
for its own sake.  I wouldn't (and for that reason I didn't) mind if this 
comes without much cost, but this is not the case.  I am quite sure that 
the mere existence of the packages will influence decisions whether to 
duplicate code or not.

Martin

Besides, I would prefer if we would not make projects natural persons, and 
I would prefer if we could stick to speaking about ourselves, rather than 
"the sage developers", whoever that might be.
On Saturday 20 April 2024 at 17:57:28 UTC+2 Matthias Koeppe wrote:

> On Friday, April 19, 2024 at 12:34:06 PM UTC-7 Martin R wrote:
>
> why do you introduce distributions sage-graphs, sage-combinat, 
> sage-categories etc.
>
>
> Let's follow the link included in my previous message to my June 2023 
> sage-devel post https://groups.google.com/g/sage-devel/c/kiB32zP3xD4 and 
> see what's written there.
>
> "*Packages that are named after a basic mathematical structure* but may 
> cover a wide range of generalizations/applications of this structure. 
> People who work in a specialized research area will of course recognize 
> what structures they need. But the down-to-earth naming also creates 
> discoverability for a broader audience. Not many more distribution packages 
> than these 7 are needed:
> - sagemath-combinat: everything combinatorial except for graphs.
> - sagemath-graphs: also provides posets, designs, abstract complexes, 
> quivers, etc.
> - sagemath-groups
> - sagemath-modules: also has matrices, tensors, homology, coding theory, 
> etc.
> - sagemath-polyhedra: also provides fans, hyperplane arrangements, etc.
> - sagemath-schemes
> - sagemath-symbolics"
>
>
> In short, I introduce these packages to create *discoverability* for 
> potential consumers of portions of the Sage library. (pip-installable 
> packages are often named after the functionality that they provide.)
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-devel/600d3e76-4e93-4c5f-bc88-67682d46e99an%40googlegroups.com.

Reply via email to