Show HN: Algorithm Cookbook in Rust
github.com
Show HN: Algorithm Cookbook in Rust
1–10 of 73 posts
Re: Show HN: Algorithm Cookbook in Rust
#2[1]:http://cglab.ca/~abeinges/blah/too-many-lists/book/README.ht...
Re: Show HN: Algorithm Cookbook in Rust
#3That makes it easier for sample code to achieve the ends of maximum code reuse and popularization of the underlying technology.
Re: Show HN: Algorithm Cookbook in Rust
#4Re: Show HN: Algorithm Cookbook in Rust
#5Especially since the ownership model of rust makes the classic graph representation of edges owning nodes impossible.
Re: Show HN: Algorithm Cookbook in Rust
#6MIT license is good, but I always wish that sample code was available under CC0 -- and presented with explicit permission to copy and paste without preservation of notices. (A request to link back optionally when practical is fine.) That makes it easier for sample code to achieve the ends of maximum code reuse and popularization of the underlying technology.
Re: Show HN: Algorithm Cookbook in Rust
#7MIT license is good, but I always wish that sample code was available under CC0 -- and presented with explicit permission to copy and paste without preservation of notices. (A request to link back optionally when practical is fine.) That makes it easier for sample code to achieve the ends of maximum code reuse and popularization of the underlying technology.
Agreed. I once tried to submit a small snippet I found on stackoverflow to an open source project. Stackoverflow user content is licensed under creative commons, cc-by-sa (see https://stackoverflow.blog/2009/06/25/attribution-required/ ). I included attribution, but it was rejected. I totally understand why. CC0 is much preferred in this case.
Re: Show HN: Algorithm Cookbook in Rust
#8MIT license is good, but I always wish that sample code was available under CC0 -- and presented with explicit permission to copy and paste without preservation of notices. (A request to link back optionally when practical is fine.) That makes it easier for sample code to achieve the ends of maximum code reuse and popularization of the underlying technology.
Agreed. I once tried to submit a small snippet I found on stackoverflow to an open source project. Stackoverflow user content is licensed under creative commons, cc-by-sa (see https://stackoverflow.blog/2009/06/25/attribution-required/ ). I included attribution, but it was rejected. I totally understand why. CC0 is much preferred in this case.
Clean IP history is especially important for "universal donor" sample code intended to be copy/pasted. If there turns out to be an IP violation in library code, with luck it may be possible to excise it from the library -- and hopefully not too many downstream will have forked it. But when code is copy/pasted, the linkage is severed and the damage becomes increasingly difficult to repair.
For those reasons, I'd prefer to see something like a contributor list of public identities for collections of sample code, so that it is transparent who is making the licensing promises.
Re: Show HN: Algorithm Cookbook in Rust
#9Earlier quoted context omitted.
Agreed. I once tried to submit a small snippet I found on stackoverflow to an open source project. Stackoverflow user content is licensed under creative commons, cc-by-sa (see https://stackoverflow.blog/2009/06/25/attribution-required/ ). I included attribution, but it was rejected. I totally understand why. CC0 is much preferred in this case.
Why was it rejected?
For example, if a project under the Apache License 2.0 were to accept a contribution of CC-BY-SA code, the complete product could no longer be available under the Apache License (and other licenses with similar terms) -- causing problems for downstream consumers.