Native English speaker here, I still browse HN at 150% zoom because I use displays with a high DPI (Macbook pro retina 15" and the Dell U25 and U27 series screens).
I know you don't disagree with the patch being rejected, but I have to say that the reviewer gave you a firm example in which your patch changes expected behavior.
Philosophy aside, that is a fine reason to reject the patch unless you can convince the reviewer (and the committee) that you are in the right (you very well may be).
Yes, I agree that the patch was wrong in that it shouldn't optimize NAME/GLOBAL. I was unaware of those semantics when I wrote it. However that doesn't apply to FAST, the most common LOAD/STORE ops. The other reasons are why the patch wouldn't be accepted if it were fixed
Also, just want to also say Python reviewers are great. They're very good at explaining issues with patches & are willing to collaborate on improving a patch when necessary. There's a long list of backlog issues because there is simply not enough review to go around, not because of a lack of quality. Highly recommend CPython to people who want to get involved in contributing to an open source project, even just testing patches helps
Being in the right is very much a matter of taste. Python has always erred on the side o less optimization and more obvious behavior. So something that optimizes for performance while introducing subtle possibilities for bugs would likely be accepted by the C++, but not the Python commitee.
And I think that's ok. Python wants to be simple and straightforward and performance was never a goal.
If you need performance don't use Python, or write a python library in C/C++/Rust and do the heavy lifting there.
I'm developing a few hobby projects with Qt and Rust. The Rust Qt Binding Generator I developed for that works so well for me that I've barely needed to improve it in months.
The JSON glue could be changed to Rust macros, but I've not found the time to do that. It's a bit ugly but free and works for me on Linux and I've had reports of success on Raspberry Pi and Windows.
If it fails to build on Mac OS, I'd like to see why and help. The latest version uses Cargo for building, so e.g.
`cargo qrep && qrep` should give you a working Rust + Qt example application.
When there's git cli, magit, fugitive (which you should be using if you're really really in need of a GUI (and which is also better than whatever the demo is showing))?
I'm all for paying for your tooling if you can afford it but overcharging much?
Sublime Text is close to being the only piece of perfect software. I have so much good will for the Sublime team that I'm tempted to buy it without even trying it.
I don't think the prices are comparable to other software since this will be a qualitatively different software-using experience.
I think people often underestimate in general how much really good software is worth. Most software I regret paying as much as I did for but I would pay at least $300/year for Sublime and likely more if that's what they charged. Dash is another good example of software I get way more value out of than what I paid.
$99 is peanuts considering how much most devs make and it’s something that you’re likely to be using at least 5-7 days a week — even in the case of weekdays only (260 days/year), you come out at about $0.38/day. The sublime guys aren’t dropping major new releases often, either, so that $99 is likely going to last you for 2-3 years minimum, making the price even more incredibly cheap.
I don't have the time to find the comment now, but being the largest philanthropic donor does NOT infact make up for being an asshole or the amount of damage microsoft has done to the computing industry.
Am I downplaying his donations? Not at all. It's just that doing a good thing does not cancel out the bad.
Doing a good thing doesn't cancel out the bad, but I don't think it's fair to anonymously call people assholes on the Internet when they are actively trying, and succeeding, at doing good in the world. Especially when their sins are immaterial things like whatever damage you think MS did to the computer industry.
Anyone who has taken the subway (MRT) in Singapore knows that stations definitely don't need to hot and gross. It maybe different because we don't need full HVAC but rather only air conditioning, but taking public transport has only ever been pleasant (except when it breaks down).
Maybe some principles can be applied to other subway systems?
It's just more comfortable that way.