Readit NewsHonestly the only real argument I've heard for Golang is that it is "coming from Google so it must be good". Every time I've tried to write in this language it feels like I'm hitting my head with a hammer.
Google might have very smart and knowledgeable people in it but this language is like a bad overhyped C. See next code that all it is doing is parsing a CSV line:
func NewPoint(line string) *Point {
tokens := strings.Split(line, ",")
if len(tokens) != 4 {
return nil
}
var err error
p := new(Point)
p.id_ride, err = strconv.Atoi(tokens[0])
if err != nil {
return nil
}
p.lat, err = strconv.ParseFloat(tokens[1], 32)
if err != nil {
return nil
}
p.ts, err = strconv.ParseInt(tokens[2], 10, 64)
if err != nil {
return nil
}
return p
most of the code has nothing to do with its functionality - it's just error handling that is plain hideous to write and read. Not to mention all the clutter to just convert an integer and a float.
And let's just not go into deeper aspects such as the structs that double as classes and has everyone creating his own style of SOLID and DPs. Or the inconsistent syntax which sometimes looks like traditional OO and othertimes like plain C further confusing users.
I find it very hard to believe that this language would have caught on if it weren't for Google pushing for it so aggressively. And I find it so disheartening to realise that after all these years developer productivity and happiness is merely an afterthought for language designers and that marketing and hype are the main drivers.
And yes I know the saying "there are languages people complain about and languages that people do not use". I find it worthy of high school gotcha sayings to which I reply that language designers of the majority of programming languages have no clue about how to make a language nice to its users. It's as they know how to design a internal combustion engine and then they put a chair and 4 wheels on it and they dismiss complaints about how unreasonably difficult and miserable the driver experience is.
one2three4 commented on A curated list of books on Software Architecture github.com/mhadidg/softwa... · Posted by u/axiomdata316
I don't read many technical books but I value my print copy of "The Architecture of Open Source Applications," in which contributors to major open source projects like LLVM or Audacity walk the reader through the design and share their thoughts on how well the architecture works in practice.
The chapters are short and stand independently. In general the technical writing is pretty good, a skill that I am not surprised to find in project leaders.
It is free to read online: http://aosabook.org/en/index.html
That's a great and pragmatic suggestion.
Pragmatic as in these are not generic solutions/patterns but actual working architectures.
Thanks.
one2three4 commented on A curated list of books on Software Architecture github.com/mhadidg/softwa... · Posted by u/axiomdata316
On the other hand it is different for collecting interesting and influential papers and essays. You read them in an afternoon and ponder over them for quite a while! Then you revisit them way, maybe years, later again.
But yes, you don‘t need more than one good introductory book on architecture, most of the books listed don’t have anything to do with architecture anyways, but rather software culture.
Maybe you don’t need to read one at all, but rather a paper from someone who analyzed or created a piece of software with interesting and useful architecture.
One afternoon? Hm, it depends on the paper really and how close it is to your daily work.
2 pages in FoundationDB paper (https://www.foundationdb.org/files/fdb-paper.pdf) I knew I was looking at one month's reading material if I really was to grasp everything. It'd be much easier if I worked with DBs and Distributed daily but I don't.
But, yes, I see your point.
one2three4 commented on New LinkedIn Data Leak Leaves 700M Users Exposed restoreprivacy.com/linked... · Posted by u/gargs
I'm curious. Was Linkedin always so bad at securing its (our) data or things have gone downhill ever since the acquisition?
It is becoming a regular thing, almost part of the news cycle. "In other news, yesterday was the biannual data leak from Linkedin".
It is outrageous.
Is there any easy way to guard against this without putting everything in a VPC?
Micro services today are mostly used for one purpose: to be able to ship your corporation's org chart.