There was a question at LangNext 2014 conference: what is a systems
programming language in 2014? https://youtu.be/BBbv1ej0fFo?t=3m43s
On Wed, Sep 16, 2015 at 2:31 PM, Brian Hurt wrote:
> I have no flipping clue what "system-level programming" means these days,
> and I'm hoping someone could spe
I have no flipping clue what "system-level programming" means these days,
and I'm hoping someone could spell it out. I used to think (back when I
was doing that sort of stuff) that it mean operating systems level stuff-
device drivers, embedded, real time, stuff like that. But no language with
a
12. Community (although I have no idea what Go's community is like to be fair)
And an upgrade to the "full stack" comment is full stack including over the
wire translation with edn and transmit.
Sent from my iPhone
> On 16 Sep 2015, at 10:02, Josh Kamau wrote:
>
> 11. Leiningen and painless
11. Leiningen and painless dependency management.
Josh
On Wed, Sep 16, 2015 at 7:08 AM, Michael Gardner
wrote:
> On Sep 15, 2015, at 20:45, Mikera wrote:
> >
> > 7. The open source library ecosystem on the JVM is awesome. There's
> nothing like it for any other language.
>
> I like your other
On Sep 15, 2015, at 20:45, Mikera wrote:
>
> 7. The open source library ecosystem on the JVM is awesome. There's nothing
> like it for any other language.
I like your other points, but in my experience this one is (arguably) no longer
true. I've often found the JVM library ecosystem to be lack
Go is fine for system-level programming, but I personally wouldn't use it
as a web application programming language. Ten reasons to consider.:
1. There isn't really much speed difference on micro-benchmarks between JVM
code and Go. See e.g.: http://benchmarksgame.alioth.debian.org/u64q/go.html
I also am no Go expert. All I'll add is that I overheard that the lead
author rejected a proposal to add `map` to the language, stating that it is
"too niche". Doesn't bode well for FP in Go...
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post
At least in one area -- data infrastructure -- the JVM has no
competitors for off-the-shelf solutions.
Hadoop, Spark, Storm, Kafka, Cassandra, HBase, etc etc are all JVM-based.
In the alpha-nerd set, one can easily argue that the relevance of Go
is fading and its being replaced by Rust.
I'm not
Alan,
Absolutely no need to apologize! :) I would hardly consider myself an expert
either, I’m basing my understanding on the experiences I’ve had at my day job
and the large body of developing articles and blogposts related to the language
that seem to pop up at a near-constant rate on your fa
Max,
You obviously know way more than I do about Go... I stand corrected, thanks. I
did know that it doesn't support TCO so it doesn't surprise me that other
language features went the wrong way too.
I did not mean to misinform anyone, my apologies for speaking beyond my core
competency (Go is
Hi Alan,
>From my experience this is not true: Go does not provide generics and actively
>resists what most of us would consider good functional programming--Go is very
>opinionated and doesn't allow much deviation from these opinions, by design.
>So implementing practical immutable data struc
One more thing: if you are truly stuck with Go you can still adopt
functional patterns, style and data structures to good effect. Just because
the opening paren is on the wrong side of the function name doesn't mean
you can't find (or write?) an immutable data structure library for Go and
promote f
I'll second Paul's comments and raise you two:
1) Depending on your app's use cases, speed going forward will be gained
primarily from parallelism. I think Clojure has a better story there than Go
but that is just my opinion.
2) It is very hard to fight against cultural bias against the JVM. I
Hi Alan,
Thanks for reaching out on the Pedestal mailing list!
Most web benchmarks care more about throughput and concurrent connection
than latency, but sadly, nearly all benchmarks show these measurements as
scalars instead of distributions. The "errors" number is the number of
requests that
Hey,
this might not be too relevant to your project but since you said "web
project" it might be.
I cannot speak for Go but Clojure is "fast enough". I went from Ruby to
Clojure in one app and the difference was huge (150ms-ish -> 10ms-ish). I'm
actually somewhat of a performance junkie and ev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
> I'm about to start a new web project and they are thinking about
> using Go (golang) instead of a JVM (preferably Clojure) based
> approach. The idea is "BARE METAL SPEED!!!", but I really think
> the network and DB will be the bottlenecks, not
On Sun, 2015-09-13 at 12:44 -0700, Alan Thompson wrote:
> Hi,
>
> I'm about to start a new web project and they are thinking about
> using Go (golang) instead of a JVM (preferably Clojure) based
> approach. The idea is "BARE METAL SPEED!!!", but I really think the
> network and DB will be the
There's the TechEmpower benchmarks at:
https://www.techempower.com/benchmarks
Interestingly, Clojure is currently ahead of Go in the single and multiple
database query benchmarks.
- James
On 13 September 2015 at 21:44, Alan Thompson wrote:
> Hi,
>
> I'm about to start a new web project and the
Hi,
I'd love to see some discussion about this as well: I've struggled to justify
the JVM in a production environment that's dominated by Go. My experience with
my team has been that they are very unwilling to use the JVM and will go to
great lengths to avoid it. The argument seems to be that G
P.S. I have seen the results at
https://github.com/ptaoussanis/clojure-web-server-benchmarks although I'm
not sure exactly how to interpret them w.r.t. "keepalive" and the "errors"
graph. Also, the plotted results don't seem to include latency.
Alan
On Sun, Sep 13, 2015 at 12:45 PM, Alan Thomps
20 matches
Mail list logo
