Live data from Hacker News

Go After 2 Years in Production

blog.iron.io

171–178 of 178 posts

Re: Go After 2 Years in Production

#171

Earlier quoted context omitted.

If you understood how to write Go, you would write an imperative ad-hoc loop instead of composing generic functional combinators. But you have to be mature enough to jump over the shadow of your functional pride and write clean imperative code.

Loops impose order. Maps do not. Maps are in principle trivial to parallelise. That would be a nice feature.

Agree, and a map also provides an "at a glance" assurance that I'm getting a transformed array of the same size. For loops take longer to discern what they're doing just because they could be doing almost anything, including early exit.

Re: Go After 2 Years in Production

#172

Not so relevant but for any of you who prefer Rust to Go and haven't tried Go, don't do it. Go's std, visibility by case and gofmt, among other things will make you cry for using Rust. I really hope Rust get's better with time and it really focuses on being developer friendly not just a bag of nice features.

> Not so relevant Then why post?

Because Go is getting more press than Rust and that is really, really hard for some people to handle.

Re: Go After 2 Years in Production

#173
post #165

Earlier quoted context omitted.

If you don't mind me asking, what sort of work do you do where you mostly write numerical code? Academia?

For the record, there are lots of other places where you do numerical work. Any kind of genomics work, for one, will involve tons of data processing and numerics, and it's it's not strictly an academic pursuit. At my previous job most of my day-to-day work was on algorithms for speech recognition and topic modeling, which is pretty well doubles flying left and right. That wasn't academia either.

Thanks. I've actually done some machine learning work both in industry and academia, so I'm both aware (and excited about) doing numerical stuff in industry.

I've yet to actually meet someone in industry who does numerical work that isn't some form of data analysis. Maybe someday...

Re: Go After 2 Years in Production

#174
post #172

Earlier quoted context omitted.

> Not so relevant Then why post?

Because Go is getting more press than Rust and that is really, really hard for some people to handle.

Did you read the grandparent post before replying? It's negative toward Rust.

Re: Go After 2 Years in Production

#175

on an unrelated (to golang) note, does anyone have any experience they would like to share about iron.io? especially it vs rabbitmq or amazon sqs?

I've used IronMq in production for about 6 months. It's easy to use but the uptime is terrible http://status.iron.io/history so if the messages are time sensitive I wouldn't recommend it. You should also queue the messages locally to ensure they end up in IronMq at all.

Re: Go After 2 Years in Production

#176

on an unrelated (to golang) note, does anyone have any experience they would like to share about iron.io? especially it vs rabbitmq or amazon sqs?

I've used IronMq in production for about 6 months. It's easy to use but the uptime is terrible http://status.iron.io/history so if the messages are time sensitive I wouldn't recommend it. You should also queue the messages locally to ensure they end up in IronMq at all.

Sorry for your issues anfleene. Reliability is our top top priority. FWIW our uptime has been 99.9% over the past year - and this is far from where we want it to be.

We now also offer isolated clustering for production level highly available applications that need "4 nines" availability.

Re: Go After 2 Years in Production

#177

on an unrelated (to golang) note, does anyone have any experience they would like to share about iron.io? especially it vs rabbitmq or amazon sqs?

[Disclaimer/Warning I work there and this is about Iron.] Vs RabbitMQ: - Native cloud service over HTTP transport - Clean easy API - Scales to unlimited queues/clients - Push queues can have URL endpoints as subscribers - Highly available (our #1 priority is to keep it running at all times) - Nice UI to manage queues, stats, rate, etc. - IronWorker integration (workers as a service) Vs SQS: - Fast, clean API - FIFO -…

RabbitMQ supports HTTP and has a clean easy API. Scales in lots of ways. Supports very high throughput on a single cheap AMI. Has awesome GUI and UI. Etc. YMMV.

Re: Go After 2 Years in Production

#178
post #32

Another Scala user here. And I've been using Scala for the last six months. Mostly developing web applications on Scalatra and Play. I love Scala - It still has its goodiness and it's an excellent alternative to Java. If you notice in all of the Scala books (I've read the one by Martin and the One by David Pollak as well), they all seem to push you towards the functional programming model instead of the much more com…

I had more or less the same experience with Scala but I just jumped all the all way to functional programming and started using Clojure, never looked back =)
Post reply on HN