If you are looking to learn more about https://github.com/pomerium/awesome-zero-trust contains a relatively updated list of zero-trust resources including google beyondcorp papers, NIST draft, and so on.
> Stress (and being a founder is a very stressful time) is a very big no-no during pregnancy and can influence the gene expression of the baby.
[citation needed]
"Systematic reviews have generally concluded that standard working conditions present little hazard to maternal or child health. A woman with an uncomplicated pregnancy who is employed where there are no greater potential hazards than those encountered in routine daily life may continue to work without interruption until the onset of labor."
"Psychosocial work stress (high demands and low control) was not associated with an increased risk of congenital malformations in a population-based cohort study"
I don't see where "the guy made clear he was uncomfortable" but I could guess he probably was. And again, it probably was taken out of context. However,
I don't see how his reply, in any shape or form is common sense. And it explicitly not the reason you give. "( ie: most women aren't entrepreneurs, thus there is less women wanting vc money)". He actually says, the reason is women are being mothers. That's why. But he's just old fashioned. And then guesses that most women prioritize that "[my wife] would rather be a mother and be with our kids" with respect to # of female ent.
> He graduated from MIT in 2009 ... he may not have the slightest idea what else he could possibly do instead.
There's endless ways we could speculate about why he's doing what he's doing, but is being six years out of school one of them?
He spent "his entire professional career" (5 years!!!) in home cleaning. And before that it looks like he spent four years at MIT majoring in chemical engineering.
My spouse -- an md -- cringed a bit when I read your post. And not because it's not well meaning, or important, but because without qualifying what "comprehensive health check" means, that check could very well do you more harm than good.
So, yes. Please find a good primary care physician you trust and visit on an annual basis. Make sure you update that phsyician with what's going on in your life. That includes any family history, pain, issues etc. When in doubt, see another physician. But please don't go out and get a full MRI of your body just because (which, you are not saying, but does happen). There are enough VOMITs[0] in the course of normal defensive medicine. Don't go looking for problems because -- although they'll definitely help you look -- you might not be better off for it.
> Miami officials allowed them a place to go: Brickell. But in the 1970s, it began attracting small banks, and in the decades since has boomed into the “Wall Street of Miami."
The reason why Miami has "avoided gentrification" is multifaceted and complex. But it wasn't due to some top-down city planning, I can assure you.
Painting the "history of Brickell" as some sort of strategy to avoid gentrification is comically false. Brickell and those small banks therein were largely built with laundered drug money. The -- mostly commercial & real estate focused -- banking sector in Miami is not what the author would have you picture. While the cocaine cowboy days are long over, Miami feels less like a mini-wall street and more like a sofa to shove money under if you happen to live in a less stable nation; and the investment capital flow in this city represents that.
"Although we are sad to see Andrew leave, Tor is entering an exciting period of growth. "
Why not stop at Andrew is leaving? The whole "exciting period of growth" thing feels tacked on and forced. Reminds me of the type of stuff managers say after a layoff.
tl;dr - I'm upset because the raison d'etat for Go's name doesn't exist.
Correct, no -- practical, probably. No matter how many gophers swear that {searchterm} + go returns just as good of results as {searchterm}+golang, it just isn't true.
Maybe I'm just bitter because the reason Go was named Go was because -- and obviously I'm paraphrasing here... "we thought Oogle would be a really cool name for a debugger."
Years later, here I am stuck searching {some search term} + GOLANG and step debugging with GDB.
The worst part though is hearing people tell me, "Oh you know what, I realize how powerful printline statements and unit tests are for debugging! I don't even miss a debugger!" Or-- "have you tried GDB? Go Supports GDB! I haven't used it -- but it exists!" GDB is a god damn hate machine. And the chorus of "print statements are good enough" is motivated reasoning at its finest.
I'm going to try and not come off as frustrated, but as someone who really enjoys and sees a place for both languages, I'm getting a little tired of the rust vs go zero-sum game thing here on HN. And at least you end your first paragraph with the acknowledgment that it's really "Apples to oranges really though." But -- since you did write that paragraph I'm going to address your points.
> Rust is an epic and amazingly rewarding to learn
I liked learning it too because it filled a pain point I've been feeling for years when it comes to systems programming. Can you specifically explain a bit why its "epic" and "amazingly rewarding" to learn?
> Rust is far and away the most modern, state of the art and most important programming language of our time
Holy guacamole that's quite the assertion by someone who, by their own admission, is still learning the language, how do you feel qualified to make such a ... well.. hyperbolic statement?
> Go compiles easily (pay for it later!)
By easily, I assume you mean quickly. How do you pay for it later?
> there's a lot of guarantees
Like what?
> After picking up Rust I feel like Go just offers nothing.
Why?
> Why not use Java or .Net instead of Go? Highly unlikely Go will be more performant than the JVM.
It already is, in some ways. Can you be more specific?
> Want something less safe and easier to write in, why not use Python, etc?
Go is less safe than rust?
> You can't write real time systems in Go and you never will be able to. You probably shouldn't write "systems" programs in Go.
Why do you personally think that? For example, I'd say that Rust gives you more control over memory. And has smaller binary sizes. But still, I've been frustrated by the overall size of binaries in both languages. Go in particular makes embedded programming near impossible (I was hoping to write software for my MIPS router in Go but was unhappy to discovery a nearly 12 MB binary file)
>Go has a couple built-in features that other languages can and will get with library addition. Go is a 1-trick pony I feel sometimes. It's an "in thing" that doesn't serve much of a purpose overall I feel. It looks like C but lets face it, it's nothing like it in terms of performance and never will be. It isn't a replacement for C.
Why do you get the impression that is Go's purpose?
> Is it Google looking at the same strategy as Sun/Oracle and Microsoft? Who knows.