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

> Protecting more established interests but kneecapping progress.

I assume you must be American. I always find it funny that there is that US belief that Europe is "old-fashioned" with "old tech" and "old progress". I never encountered anyone yet to tell me what progress wasn't in Europe that was in the US.

I actually think this is a bit backward, with US lack of transportation funding, more people struggling with poverty, backward ecological measures, and missing health care with lower life expectancy.


I'm European too, while I second what you say, I also think that Europe is old: demographically, politically and we're very risk adverse.

I feel like high intelligence is crippling itself, the more intelligent you are and the more issues to solve you find and the more conscious of your environment you become, awaking you to new sets of information and again, new sets of issues.

This overflow might contribute to less happiness as a result.

Same thing, not a psychologist, just some thoughts.


I know someone with a small business that applied for Venmo Business account (which is the main payment method in their community industry) and Venmo refused to open the account and didn't provide any reason as to why saying that they have the right to choose to refuse providing the service, which they do. But all the competitors of that business in the area do have a Venmo and take payment this way so it is basically a revenue loss for that person.

It's a bit frustrating when a company becomes a major player in an industry and can have a life and death sentence on other businesses.

There are alternative payment method but people are use to pay a certain way in that industry/area, similarly there are other browsers but people are used to Chrome.


Same thing with Paypal - I opened a business account, was able to do one transaction and was shut down for fraud. I tested a donation to myself. Under $10. Lifetime ban.

fuck paypal


That’s not unique to PayPal. Pretty much any payment processor that detects a proprietor paying themselves is going to throw up a red flag for circular cash flow fraud and close the account. Bank-operated payment processors are often slower to catch it, but they will also boot you for this.


real payment processors also you just call on the phone and they fix it. That's not a real problem. we do test orders on many go lives per year and never see this. Yes there are sandboxes, but you always gotta test real transactions by the end.


Ok - but maybe tell me that? They won't officially tell me anything or let me talk to a person. Form email every time.

At the time I didn't have a better way to test that my form worked.


Here clown world is going strong too. My bank bans me every time I pay taxes.


My bank displays me a popup warning me to check who I'm sending money to every time I make a transfer. If I've made that same transfer before, after showing that, it's also telling me that it won't ask for 2FA for this transfer, because I've made it so many times before.

High quality or even medium quality software and UX is getting harder and harder to find.


I sold some camera equipment on eBay once. PayPal flagged my account as fraudulent, asked for a receipt for the equipment which I did not have (I bought it years before), so they banned my account indefinitely.

Randomly, years later, they turned it back on. Thanks, I guess?


They want to make money off your transactions again I guess. Must get more from Ebay


Fuck PayPal.

Fwiw Venmo is run by the same thugs who run PayPal. So go figure.


Yup. Both bad companies IMO


> Traumatic experiences are particularly memorable because the brain wants to make sure you learn your lesson.

Weird, I have always been told that when the brain is functioning "normaly" (outside of disorders/syndromes, such as PTSD) that it has a tendency to forget bad things, to help us get over traumatic experiences.


I don't think they mean literally traumatic, but more like a bad breakup, or falling out of a tree. You survive -- maybe barely -- but its no more traumatic than a scrape or a bump. I still remember the first "major" injury I have (from jumping off a the top of a car at 4 years old). Not like it was yesterday -- no PTSD there -- but it was the first time I scraped my knee. I'll probably never jump off a car again.


I think it was more meant as the society is ignoring it like a trauma that no one wants to talk about. This results in missing learnings on decisions that were taken back then.


It might not be that wrong. After all, programming languages are a way to communicate with the machine. In the same way we are not doing binary manually, we might simply not have to do programming too. I think software architecture is likely to be what it should be: the most important part of every piece of software.


You’ve got it wrong. The machine is fine with a bit soup and doesn’t care if it’s provided with punch card or python.

Programming was always a tool for humans. It’s a formal “notation” for describing solutions that can be computed. We don’t do well with bit soup. So we put a lot of deterministic translations between that and the notation that we’re good with.

Not having to do programming would be like not having to write sheet music because we can drop a cat from a specific height onto a grand piano and have the correct chord come out. Code is ideas precisely formulated while prompts are half formed wishes and prayers.


It's more a matter of "how much" personally, I knew it was not reliable but I thought it would be around 5-10% and recently more around 20%. I was far from thinking close to 75%!!


I think it is because there are not enough games to be the reason for integrating an M* chip.


probably right but on the other hand Apple is willing to throw mountains of $ at tv+ productions just to get ppl on their platform

an economist could probably tell me why portioning some of that money to spend on game port budget isnt valuable. gamepass seems ripe to be undercut too


Actually they are right, while "a car today that will be updated 'next year' to be able to drive itself" is not a scam it is actually "deception" which can lead to legal consequences. And if the company knew in advance that they would not be able to deliver such updates while advertising that, we would indeed be in the scam territory.

Let's not downplay dark pattern strategies of some companies that actually do not benefit anyone in society.


I understood everything up to

> The debug flow I propose with RenderDoc will rely on a lot of shader replacements and roundtrips via SPIRV-Cross’ GLSL backend, so Vulkan GLSL is the appropriate language to start with.

Where, as someone who never did GPU programming, I feel like the author was explaining GPU programming to people who already know GPU programming.


> Vulkan GLSL is the appropriate language to start with.

GLSL is ABSOLUTELY NOT an appropriate language to start with anymore for a huge number of reasons, and I dearly wish people would quit using it for tutorials.

Anyone trying to get into GPU programming is going to be much, much more familiar programming in Slang which is effectively HLSL plus some stuff and HLSL is superficially like C++. As a bonus, you are learning a shader language actually used on Windows.


The caveats: Slang is a transpiled language so you're putting in extra abstraction layers, and there's a difference between what people commonly use for GPU programming in games/graphics vs general compute apps. For example people on AMD chips seem to be gravitating to Vulkan for LLM stuff now and Slang/HLSL are not involved.


Slang compiles directly to SPIR-V which is now directly supported by both DirectX (as of Shader Model 7) and Vulkan (from the very beginning). Where is the transpilation or abstraction?

> For example people on AMD chips seem to be gravitating to Vulkan for LLM stuff now and Slang/HLSL are not involved.

You seem to be confusing different layers of the graphics stack. The SDK operates on the host CPU but the GPU needs something else. For Windows, that was DirectX (CPU) with HLSL compiled to DXIL (GPU). For Linux/Android, that was Vulkan (CPU) with GLSL compiled to SPIR-V (GPU).

As of now, those are DirectX with (HLSL or Slang) to SPIR-V and Vulkan with Slang to SPIR-V.

Microsoft announcement of support for SPIR-V in SM7: https://devblogs.microsoft.com/directx/directx-adopting-spir...

Vulkan announcement of Slang as supported shading language: https://www.khronos.org/news/press/khronos-group-launches-sl... . You can also see it in the fact that the Vulkan examples now all have slang shaders as well.

The biggest reason to quit using GLSL is simply that development of it occurs at a snail's pace relative to the others because Microsoft and NVIDIA pour so much resource at HLSL and Slang, respectively.


Ok, I had the wrong idea (or out of date?) about Slang, thanks for the correction.


Agreed. I wish it was easier to embed the compiler in my favorite languages and reflect on it. Quite excited bout Wesl: https://github.com/wgsl-tooling-wg/wesl-rs.


This seems to be some thoughts about an improved way to teach GPU programming to people who don't know it, so the audience for this is people who already do.


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

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

Search: