permacomputing

Source repository for the main permacomputing wiki site
git clone http://git.permacomputing.net/repos/permacomputing.git # read-only access
Log | Files | Refs

commit b579c8eb99549fb4feb484fdddfdd1ac2062655d
parent a9c1f5dc1713449cd6bc4217d347dc4af4a3ff83
Author: decentral1se <decentral1se@web>
Date:   Sat,  3 Aug 2024 16:28:43 +0200

fix links

Diffstat:
MGo.mdwn | 4++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Go.mdwn b/Go.mdwn @@ -15,5 +15,5 @@ There are [language design decisions](https://tinygo.org/docs/concepts/faq/why-a Go binary sizes are [generally acknowledged](https://github.com/golang/go/issues/6853) to be [[bloated|bloat]]. For example, a binary size of [1.3 MB for 6 lines of code](https://dr-knz.net/go-executable-size-visualization-with-d3.html). The design of Go prioritises performance at the cost of memory, embedding considerable amounts of runtime information in produced binaries. Passing flags such as `-ldflags="-s -w"` to `go build` can aid in size reduction. Similar to [[Rust]], Go has several disadvantages from a permacomputing perspective: -* As mentioned above, there are several antithetical language design decisions which optimise for efficient large-scale operation instead of human-scale comprehensibility -* Largely dependent on [[Big Tech]] for resources and funding +- As mentioned above, there are several antithetical language design decisions which optimise for efficient large-scale operation instead of human-scale comprehensibility +- Largely dependent on [[Big Tech]] for resources and funding