ArchTypical's comments

im not going to create an email to anonymously notify the same site who will review a flagged comment anyway. So, to the process as described, no. I think the comment was timely and relevant, others just disagree about the utility.

> There was one notable exception, and that was my experience with Triplebyte. They have a much better technical interview process than any I have seen anywhere else

This looks just like an Ad I see on reddit all over the place.

Of course this can be improved and simplified. Handling 12123123 err checks is a problem of avoiding short circuit failures. That's fine, but you have multiple return values, so there's no reason not to leverage that properly...or even consistently. The whole file is littered with waiting assignment until a comparison, except in some cases or where if and elseif statements use the return values inline but not other places. It's just random.

        //checkVolumeSatisfyClaim checks if the volume requested by the claim satisfies the requirements of the claim
        func checkVolumeSatisfyClaim(volume *v1.PersistentVolume, claim *v1.PersistentVolumeClaim) error {

            // check if PV's DeletionTimeStamp is set, if so, return error.
            if utilfeature.DefaultFeatureGate.Enabled(features.StorageObjectInUseProtection) {
                if volume.ObjectMeta.DeletionTimestamp != nil {
                    return fmt.Errorf("the volume is marked for deletion")
                }
            }

            volumeSize := volume.Spec.Capacity[v1.ResourceStorage].Value()
            requestedSize := claim.Spec.Resources.Requests[v1.ResourceName(v1.ResourceStorage)].Value()

            if volumeSize < requestedSize {
                return fmt.Errorf("requested PV is too small")
            }elseif v1helper.GetPersistentVolumeClass(volume) != v1helper.GetPersistentVolumeClaimClass(claim) {
                return fmt.Errorf("storageClassName does not match")
            }

            // function here, obviously
            err = volumeAccessModeChecks(volume, claim)

            return err
        }
        // Here's the function
        func volumeAccessModeChecks(volume *v1.PersistentVolume, claim *v1.PersistentVolumeClaim) error {
            // even the naming sucks. DISTINCT case error name
            isMismatch, volumeModeErr := checkVolumeModeMismatches(&claim.Spec, &volume.Spec)

            if err != nil {
                return fmt.Errorf("error checking volumeMode: %v", volumeModeErr)
            }elseif isMismatch {
                return fmt.Errorf("incompatible volumeMode")
            }elseif !checkAccessModes(claim, volume) {
                return fmt.Errorf("incompatible accessMode")
            }
            return nil
        }

This whole function is already a separated function from the middle of the file, no reason to stop there. No need for separate files when the function calls are going to be distinct and inline beneath their usage.

I don't care who his friends are. I don't find people interesting because of the company they keep or track their career because they interviewed someone. Galafinakis isn't worth fawning over because he mock-interviewed Obama. Baskets wasn't interesting either.

Any guy quitting facebook (who can sign up again for free in a heartbeat, it's zero risk) is an event, granted. Might as well talk about the time someone quit selling on eBay or had a video removed by Youtube or went to Ohio. It doesn't mean anything until you sensationalize it. This indicates that it is not news, but raw sensationalism.

That is fascinating.

> It's just as bad as C/C++ allowing clobbering over memory.

That's a good parallel.

> My point was he's using inexperience and/or familiarity with C/C++ as a reason to "hate" it.

I have less familiarity with C/C++ than Python and I hate it because it's not about language perspective. It's bad language design, for such a high level language. Inclusion wrapped with execution is unsafe and has an easy fix for most language interpreters. Don't allow execution during a declaration. If you want to do metaprogramming, there are other ways that don't break the paradigm (rewriting files before inclusion, chaining programs, etc).

> author is admitting he's unhappy because Python isn't C

That's not the point at all. I mean, did you read it?

How do you mischaracterize the specific point about the casual opportunity for foreign module metaprogamming? Module initialization is bad in a pernicious way. While you can't do operator overloading, you can clobber namespaces (which was referenced). Paired with a community repository, this is exactly the same case of what's so dangerous about npm.

> Your link does not support your belief that it is in some way partially correct.

Not my belief. I have evidence, so it's what I know, since previously I did not know. I found your arguments compelling and looked it up.

> In case you missed in the post you are replying to:

Nope. You decided to ignore a statement you agreed with for another you wanted to attack.

The largest pro life groups (as a body made up of pie slices) does evidently (ie have evidence) that supports:

> they are not just anti abortion, they are also anti birth control

Which is what was being referenced by at least a partial correctness, since it was a following statement. Not sure who you're trying to fool.

> Yes? The four humors theory of health and medicine was based on reason and logic. It was also wrong

Wrong is a matter of evidence. For the time, it was right as right can be. That's how science works and is in accordance with rationality. Proving a theorem, does not mean that bringing it up as a theorem was/is wrong. Over time, changes in knowledge are part of the process.

Good luck with your religious convictions to these issues.

RFCs are often useful guidelines, but don't get too hung up on them. There are always side effects. eg resource usage, interaction effects (cache priming), etc.

[Edit:] > The point is that GET is not supposed to change the information stored on the server side.

The RFCs for HTTP USAGE are guidelines that are less about utility and more of an interoperability dream that was never realized. There's nothing sancrosanct about them. There have been DECADES of usage contrary (eg medical, gamedev, advertising, ERP, etc). At some point people realize it's bikeshedding issue that's more trouble than it's worth.

>The liberal understanding of this is not entirely wrong >Yes, it is.

No, it's not ENTIRELY wrong.

https://www.quora.com/Does-the-pro-life-movement-consider-co...

> It isn't irrational. Being wrong is not the same as being irrational.

Rational: based on or in accordance with reason or logic.

Your argumentative tone is not compelling and you fail to demonstrate your position within some very constrained topics. Perhaps you will reconsider some of these ideas.

Already more interesting than the whole clickbait blogspam i just reread (to make sure i didnt miss something the first time).

> Trump is probably going to lose the trade war over Iran

Who cares what "Trump" loses? This is about the USA and Trump will be long gone before any of these situations are measured. The USA is not starting a trade war with Iran (first time I've ever heard sanctions called a trade war), the US is enacting sanctions to hurt Iran without scaring allies like Saudi Arabia.

> China holds far more US debt than Americans hold Chinese debt

That's intentional and good for the US. If you don't understand this, I really think you need to understand why we sell it to foreign powers at all.

> China has far more market reach into emerging markets in Africa

That's a real problem which the USA is losing out on potentially. It won't be apparent for some time, since people who are industrialized enough to get out of self-oppressive warlord control will not handle foreign occupation very well either. The US answer is always to enable the counter-revolutionaries anyway until the US has someone they want to deal with.

> China seems to be focussing on renewables rather than falling back on coal.

https://en.wikipedia.org/wiki/Renewable_energy_in_China

China adds renewables as they expand their population, where it makes economic sense.

Unfortunately (for most), this is not a change from the existing course: https://www.bbc.com/news/science-environment-45640706

At least they are getting out of nuclear, so yay? I think it's just backpedaling due to the low standards and high operational risk of many Chinese industries.

> a serious matter only need 3 days of hearing from 30 witnesses.

Making statements about immoral acts by the Chinese government is probably something that takes a little bit of secrecy, security and assurances in the modern era. I have to wonder if you understand the situation.

> The word "substantial" is very vague and a bad sign for any scientific and evidence-based publication.

That's true. Have an upvote. There are some troubling stats that can be pulled up in regard to transplant stats:

https://en.wikipedia.org/wiki/Organ_harvesting_from_Falun_Go...

Admittedly, it's a little backhanded to complain about the accuracy of statistics that are intentionally withheld by a totalitarian dystopian regime.

Downvoted, but relevant all the same: https://news.ycombinator.com/item?id=18611084

> People don't usually sell their homes to cash in.

The real gambling was 10 years ago. Having had a few relatives try (and fail, in Vegas) to do just this, I'll have to disagree. Watched about $45k in downpayments+fees in each case evaporate as well as the credit scores as they defaulted.

Even on HN, you're going to use the intentionally politicized value (people still tracked on unemployment, contractors sometimes, etc): https://data.bls.gov/timeseries/LNS14000000

instead of something close to the actual? https://www.cbo.gov/publication/53452

I don't understand how people are still this lazy.

> They supply virtually every aspect of the temporary-cities that are U.S. wartime bases. Without them, we can't have these wars.

I don't believe this at all. We don't need these 'green zones' to run a war, as the US has done many times before. We did need them to run a specific kind of war, which was a blitzkrieg occupation. Not saying it was a bad plan, it certainly achieved some measure of success, but pretending that it's the only way to engage in war is unwise.

> doubled-down on his idiocy

Ironic, given the topic of seeking the afforded freedoms...even if it's idiotic.

> Not even remotely comparable situations.

Pretty close, especially since what you have successfully done. I mean it's not the end of the career for anyone Google fires, so that's hyperbole, granted. It's comparable because you baked it down to a phrase in both cases, which describes behavior that runs contrary to Google's interests (in one way or another).

> American prosperity is as much an outcome of capitalism as poverty, repression, and murders in Central America are.

ANY sort of inherent human greed capitalizes on suffering. It doesn't magically disappear with another system. There is always a pareto distribution of wealth. The differences are in which metrics are the primary leverage for accumulation and the scale of the differentials (wealth disparity) along the curve.