Hacker Newsnew | past | comments | ask | show | jobs | submit | transect's commentslogin

I agree. Though I will say that IAP and gsuite groups backed IAM is nice.


My favorite mysterious light sources is a triplet off the coast of Newfoundland: https://www.lightpollutionmap.info/#zoom=6&lat=5798060&lon=-...

I assume it's some sort of offshore rig.


In my truck I can lock all of my windows to keep kids from rolling them down. If I'm driving alone I can roll down the passenger window without leaning over the bench. My windows have a behavior where the window will roll all the way down automatically if I press the button with a certain duration.

All of these features mean I almost never think about the state of the windows while I'm driving for more than a split second. I think that's a safety win.

Also it's just nice not to have to roll down a window or rewind a vhs. Micro-comforts add up.


We use preemptibles for our CI fleet and it's great. We can run a hundred instances at full tilt boogie for 8 hours a day and the nodepool downscales to zero while we sleep. It's a no brainer if your controller (and use case) can handle preemption gracefully.


What CI software do you use? I played around with spot instances and Jenkins, and it was quite a poor experience.


We use Jenkins to invoke Tekton pipelines (https://github.com/tektoncd/pipeline) with a wrapper we wrote. The pipeline runs, outputs junit to a bucket and we pull it back and give it to jenkins. Was a bit of a lift to get working out of the gate but it's been mostly smooth (and flexible and cheap) since then.


For citation here are two sources:

50% of population: https://ourworldindata.org/urbanization#how-urban-is-the-wor...

70% of emissions: https://www.c40.org/why_cities

This is based on the concept of a "consumption emission", which is an interesting concept. The point being that cities (especially western cities) have seen their emissions drop due to de-industrialization, but consumption has increased (hence your statement about carbon footprints correlating to wealth/income). To say that cities impacts are smaller when they just outsource all of their carbon impact is disingenuous.


From your source: It usually incorporates the population in a city or town plus that in the suburban areas lying outside of, but being adjacent to, the city boundaries.

GGP suggested that suburban living is greener. How does the 50%/70% support his point if cities include the suburbs?


> Further, the definition of "city" can include a lot of sprawl in places like Houston, Phoenix, and even Beijing and Tokyo.

Is it the case that you get to cherry pick which urban center is a real city based on how green it is?


The point is, there's likely a certain density at which it gets progressively more green to live in. If you're treating all cities equally, there's hardly a point in distinguishing between cities and small towns. There's not much of a difference between Omaha, Nebraska and Podunk, Kentucky. There's a gigantic difference between Manhattan and Yonkers.

I wouldn't be surprised if Dallas is "less green" than small towns in Italy, even adjusting for income/wealth. I would be surprised if the same is true when you compare to inner Tokyo (Shibuya).

One thing that would be interesting to know -- high rises can use a ton of energy to heat & cool. And the taller they get, a significant portion of the building is just stairs and elevators. I wouldn't be surprised if density gets "less green" at a certain maximum. Manhattan & Shibuya could very well be past that point.


>One thing that would be interesting to know -- high rises can use a ton of energy to heat & cool.

Sure, but how does that compare to the energy needed for lots of smaller buildings, which can provide the same floor space to the same number of people? I suspect the high rise is more efficient: it has far less surface area on the outside. The more surface area that borders the unheated/uncooled outside, the more energy you need to expend.

>And the taller they get, a significant portion of the building is just stairs and elevators.

Again, how does that compare to smaller buildings? Once you get past 1 floor, you're going to have to use space for stairs and elevators. You can't have a city with 1-floor buildings; the sprawl would be ridiculous.

>Manhattan & Shibuya could very well be past that point.

Have you been to Shibuya? Buildings really aren't that tall in Tokyo, especially in Shibuya. Remember, Tokyo (and pretty much all of Japan) is a highly tectonically active area, with frequent earthquakes. Manhattan has no earthquakes and has a huge layer of bedrock under it; it's basically the most idea place on the planet for building skyscrapers, except for being close to the sea (because of hurricanes, but these are rare because it's pretty far north). There are some reasonably tall buildings in Tokyo, but nothing like the 100-story behemoths in Manhattan.


Yeah, skyscrapers have a lot of stairs and elevators, but I'm pretty sure switching to a bunch of smaller buildings and replacing the stairs and elevators with roads and automobiles is not going to come out ahead on environmental impact.


I used to go to NYU medical, which uses Epic. As janky as their interface is, it was nice enough to use and see all my charts, etc, as well as communicate with doctors over email. So when I moved to another city I specifically chose a medical system that used Epic. Once I got my login I then logged into my NYU Epic to initiate a data transfer and wouldn't you know it... it was impossible. After digging around to no avail I contacted my new provider and they told me the best thing to do is print out a PDF of my medical history in NYU's Epic and they would scan it back into their Epic... with a complete loss in structured historical data (bloodwork, vitals etc). Insane.


Here's the reddit thread in question:

https://www.reddit.com/r/rust/comments/epoloy/ive_smoketeste...

I have no doubt it led to some github issue brigading, but it's not really that big of a deal. Ostracizing /r/rust in a mealy mouthed way probably won't make that community better...


Yeah, I feel people here attack /r/rust with even more vitriol than /r/rust attacked the author of Actix. Plenty of kettles here.


Yeah, I agree. “It’s all reddit’s fault” is not helpful at all and simply wrong from reading that thread.


You cannot get the full context from a single reddit thread; as I mentioned in the post, this situation is the product of multiple events. You'd at least need the posts from all of them, let alone that this is only one of the posts from this situation on reddit in the last day.


I mean this in the most respectful way possible, but have you considered your own antagonism against Reddit is not healthy for the community? Throughout the years I've seen you talk down about Reddit and the people there quite a bit. I get that they're "rougher" than the ideal Rust citizen but they're also real people and members of the community. It's probably best not to judge one of the largest sites on the internet if for no other reason than it breeds hostility.


I go back and forth on it. I try to also say that I think /r/rust is better than most Reddits, but I think the core problem is structural, and what I say doesn’t matter that much.


Fair enough.

FWIW what you say matters a lot, pretty sure you have a ton of respect from a lot of engineers across multiple language communities (myself definitely included).

I definitely appreciate how difficult it is to be the "custodian" of a) a language community and b) an open source project within that community.


I think that's where some of the confusion comes in.

You say:

"Some people go far, far, far over the line."

So some people are assuming this is just the maintainer responding badly to people pointing out problems with his or her code, but you are saying it went far beyond that into personal attacks?


Yes, they did. I posted an example of a particularly egregious one elsewhere in this thread.


Yeah, saw that. Criticism of code should turning into personal attacks is never justified.


There were some personal attacks on GitHub.


For CI (testing) we use tekton [1] to run tests and pass around artifacts inside k8s. You can kick off and monitor tekton builds with their CLI tool, but we ended up building our own create/monitor/download-artifacts tool for it in ruby. We use an off the shelf CI server to kick that tool off, and it dumps back results the CI server can understand.

One of the things we need to do is elastically scale the number of tasks (basically pods in tekton) that comprise our test suite run. This might be based on cluster utilization or whether it's the master branch. Since we have a single threaded test suite, we hoist parallelism up to the k8s level by breaking apart the tests into partitions each run by its own pod. For this we just render processed and parameterized erb to yaml. Eventually we'll dispense with yaml altogether and programmatically construct resources using a k8s REST api client.

We haven't moved into CD with any of this tooling yet.

[1] https://github.com/tektoncd/pipeline


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: