Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Go Is the New Ruby

00f.net

Post reply on HN
Print view View original

41–50 of 61 posts

Re: Go Is the New Ruby

#41

Post by Phillips126 »

iam_takada wrote: post #15
Phillips126 wrote: post #8

I enjoy learning new languages. In my day job I spend most of my time writing JS (ReactJS specifically) building dashboards and other internal business tools. Sometimes I need to build API's or perform tasks that just cannot be done in the browser and I take the opportunity to experiment with other languages. A few examples: - We purchased a cheap USB duplicator (10 slots) to copy the contents from a master USB to th…

On top of ReactJS, what else do you use to build dashboards and internal business tools?

I typically do everything custom these days. In the past I would use Bootstrap, Semantic or one of the many other CSS frameworks but I found that I add a lot of size to my applications when I only used a few things from it. Most features (sidebars, grids, menus...) are simple enough to just implement on your own. I was a graphic designer that moved into development so I feel I have a pretty good sense of design and UX.

I do however use various charting libraries out there for ReactJS as they are typically quite well done and small in size. If I need something a little more custom I'll install D3 and build it out.

For backend I have used Node/Express quite a bit to serve API's and such. But as mentioned in my previous post lately I've been using system programming languages a lot more for building backend things mostly as a learning exercise and because I have the freedom to do that in my job.

Building out these tools and seeing them being used daily from nearly all employees in a ~400 person company is really rewarding. It really gives me a sense of appreciation for the work I do and I get a lot of good suggestions on how to improve the applications that in turn improve the work these employees do.

Other things I've used in the past for various projects include Ionic Framework & PhoneGap (mobile app), Zephyr RTOS (BLE Mesh Programming), React Native, Angular, Electron (Visitor Check In/Out Kiosks), and lots of CSS frameworks (too many to name).

Re: Go Is the New Ruby

#42

Post by mkr-hn »

littlestymaar wrote: post #36
panpanna wrote: post #10

Earlier quoted context omitted.

Go is the new Java. It runs everywhere, is easy to learn and use and people who don't get it hate it with passion. Anyway, comparing go documentation with rust docs, I'm surprised anyone can get any work done with rust.

> Anyway, comparing go documentation with rust docs, I'm surprised anyone can get any work done with rust. That's an unexpected comment. Rust has among the best documentation I've seen, and arguably the best ecosystem around documentation, which helps a lot and encourage third party developers to write high quality doc. I understand when people complain about the learning curve (like this article, because fighting th…

For comparison:

https://doc.rust-lang.org/std/fmt/index.html

https://golang.org/pkg/fmt/

I don't know why I find Go's version easier to follow, but I do.

Re: Go Is the New Ruby

#43

Post by setr »

mkr-hn wrote: post #42
littlestymaar wrote: post #36

Earlier quoted context omitted.

> Anyway, comparing go documentation with rust docs, I'm surprised anyone can get any work done with rust. That's an unexpected comment. Rust has among the best documentation I've seen, and arguably the best ecosystem around documentation, which helps a lot and encourage third party developers to write high quality doc. I understand when people complain about the learning curve (like this article, because fighting th…

For comparison: https://doc.rust-lang.org/std/fmt/index.html https://golang.org/pkg/fmt/ I don't know why I find Go's version easier to follow, but I do.

In terms of content, they seem to be on par, and I think it's safe to say that's true for both stdlibs.

Across the ecosystem (and particularly the third-party culture of documentation) is much more important; in my own experience playing with both languages, I tended to encounter more useless 1-line descriptions in golang than I did in Rust.

Also golang struct descriptions always seem to be a bit lackluster..

But I can't point to any particular lib at the moment though.

Re: Go Is the New Ruby

#44

Post by steveklabnik »

mkr-hn wrote: post #42
littlestymaar wrote: post #36

Earlier quoted context omitted.

> Anyway, comparing go documentation with rust docs, I'm surprised anyone can get any work done with rust. That's an unexpected comment. Rust has among the best documentation I've seen, and arguably the best ecosystem around documentation, which helps a lot and encourage third party developers to write high quality doc. I understand when people complain about the learning curve (like this article, because fighting th…

For comparison: https://doc.rust-lang.org/std/fmt/index.html https://golang.org/pkg/fmt/ I don't know why I find Go's version easier to follow, but I do.

Context: I wrote most of the stdlib docs

the fmt docs are... not ideal. That said, there's a lot there, and it's all useful, but it's just tough. Frankly, I just punted on improving them, and haven't taken the time to do so in the years since.

Re: Go Is the New Ruby

#45

Post by stevekemp »

Phillips126 wrote: post #8

I enjoy learning new languages. In my day job I spend most of my time writing JS (ReactJS specifically) building dashboards and other internal business tools. Sometimes I need to build API's or perform tasks that just cannot be done in the browser and I take the opportunity to experiment with other languages. A few examples: - We purchased a cheap USB duplicator (10 slots) to copy the contents from a master USB to th…

Your DNS-project sounds exactly like mine! I parse a custom format of text-files, and update AWS DNS records via git-pushes:

https://dns-api.com/

Re: Go Is the New Ruby

#46

Post by Phillips126 »

stevekemp wrote: post #45
Phillips126 wrote: post #8

I enjoy learning new languages. In my day job I spend most of my time writing JS (ReactJS specifically) building dashboards and other internal business tools. Sometimes I need to build API's or perform tasks that just cannot be done in the browser and I take the opportunity to experiment with other languages. A few examples: - We purchased a cheap USB duplicator (10 slots) to copy the contents from a master USB to th…

Your DNS-project sounds exactly like mine! I parse a custom format of text-files, and update AWS DNS records via git-pushes: https://dns-api.com/

Very cool! Our tool only recognized A/AAAA, CNAME, and TEXT records (that's all we needed at the time). Your solution is much more complete and looks really good. Clever use of git! Your pricing is super affordable as well, nicely done.

Re: Go Is the New Ruby

#47

Post by mkr-hn »

steveklabnik wrote: post #44
mkr-hn wrote: post #42

Earlier quoted context omitted.

For comparison: https://doc.rust-lang.org/std/fmt/index.html https://golang.org/pkg/fmt/ I don't know why I find Go's version easier to follow, but I do.

Context: I wrote most of the stdlib docs the fmt docs are... not ideal. That said, there's a lot there, and it's all useful, but it's just tough. Frankly, I just punted on improving them, and haven't taken the time to do so in the years since.

It seems like enough people find their way around them. Refinement might make them easier for people like me with less experience navigating language documentation, but that might come at the expense of developing the language. Priorities are important. Especially since Rust doesn't have Google's resources.

Re: Go Is the New Ruby

#48

Post by badrequest »

throw_m239339 wrote: post #17
tboyd47 wrote: post #4

Then what is the new Rails?

You can't have Rails in Go. I mean you can, but "go advocates", would crap on your work with an endless litany of articles about why whatever you wrote shouldn't be used because it's not the "go way". Remember Martini? That's right you don't. Fortunately for Go, the biggest pain in the ass when it comes to web development is kind of a solved problem with the use of JSON support in SQL Dbs. All you have to do then is…

I have no idea where all this salt comes from about go advocates, but there are plenty of Rails-likes in Go that are accepted and used by the community. Buffalo is probably the most Rails-ish (from a glance, I've not use Rails extensively), and it's maintained/advocated for by folks who have long been pillars of the community. Martini was effectively replaced by Gin (https://github.com/gin-gonic/gin), which is still heavily used.

Re: Go Is the New Ruby

#49

Post by littlestymaar »

mkr-hn wrote: post #42
littlestymaar wrote: post #36

Earlier quoted context omitted.

> Anyway, comparing go documentation with rust docs, I'm surprised anyone can get any work done with rust. That's an unexpected comment. Rust has among the best documentation I've seen, and arguably the best ecosystem around documentation, which helps a lot and encourage third party developers to write high quality doc. I understand when people complain about the learning curve (like this article, because fighting th…

For comparison: https://doc.rust-lang.org/std/fmt/index.html https://golang.org/pkg/fmt/ I don't know why I find Go's version easier to follow, but I do.

Even if it's not the author's favorite piece of doc, this is still a pretty good example of why I like rust docs. The rust version has :

- syntax highlighting

- a quick example of the feature

Re: Go Is the New Ruby

#50

Post by warmind99 »

panpanna wrote: post #10
mkr-hn wrote: post #3

Go really is the easiest language I've used. It installs with no fuss. The VSCode extension sets everything up and works perfectly. The library documentation is so clear that it usually answers any question I have without having to dig up blog posts and without dodging top search result Stack Overflow pages closed without answering the question. The highly opinionated nature means I can go into any Go code base and m…

Go is the new Java. It runs everywhere, is easy to learn and use and people who don't get it hate it with passion. Anyway, comparing go documentation with rust docs, I'm surprised anyone can get any work done with rust.

Agreed, the Rust docs seriously suck, but once you get used to the language you can write incredibly fast code witgh only about 15% more effort than Python. Also, Cargo.toml is great.
Post reply on HN