3,721 karma · joined March 30, 2012
Do you have any other info on copyright as a reason?
[1] https://www.inspiredtaste.net/15938/easy-and-smooth-hummus-r...
[2] https://www.spendwithpennies.com/easy-homemade-lasagna/
[3] https://developers.google.com/search/docs/advanced/structure...
[1] https://en.wikipedia.org/wiki/Wavefront_.obj_file
[2] https://en.wikipedia.org/wiki/Netpbm#PPM_example
[3] https://github.com/nothings/stb
It's been awhile, but a few common, imho approachable, sources are:
https://github.com/ssloy/tinyrenderer/wiki - a rasterizer that starts with drawing a line
https://raytracing.github.io/ - a basic raytracer that incrementally adds features
https://www.pbrt.org/ - I've heard good things from people who have gone through the whole book. I haven't taken the dive, but thumbed through it and jumped around.
I wouldn't dismiss realtime stuff, either. Often, the concepts are similar but the feedback loop is much faster. I liked the UE4 docs on shaders talking about pbrt and the simplifications they chose when implementing it. There's a bunch of resources out there. I don't think single source is comprehensive. I say, start with something simple and find resources on specific things you want to know more about.
In my experience major updates like this are discussed annually with eval, testing, and milestones set weeks and months apart. The transitions are often pushed a year or more when issues come up. Resources are dedicated to all of this.
It sounds like there are a lot of similar options with relatively easy transitions (away from Red Hat), but you still have to choose who you trust going forward and carryout the transition.
That said, Apple has some terrible branding in some areas. Is AppleTV the hardware, the subscription service, or Apple's TV app?
I think these new names are silly (even after 6 years of hearing "Alphabet"). It's obvious Meta and Block chose these names to lean into where they want to go. A big reason I think a rename is a good thing is just talking about the company. Does "Facebook" refer to the app, the company, or something that affects Instagram, Oculus, WhatsApp? You can use internal code names, but that still is difficult for investors or new hires to discuss the company. I think this is more of the reason for the name changes instead of their brands imploding.
If you want a dumb TV, you can look for commercial models (used for billboards), but it might be lacking basic features like more than one HDMI input or speakers.
I wonder if anyone has tried giving their top picks away for free, but charging for the review and methodology? I feel like I'd be suckered in. When I'm shopping I hop around and look at a bunch of reviews. I'll then try and find YouTube reviews to see the product in context. Especially, if it's a site that comes up over and over I'd pay to see pros/cons and comparisons. No idea if that would scale to a business, though.
All I was saying is that if a new package manager addresses all of the issues scripting languages had, scripting languages would still use their own package managers. Because the culture is now set, even new scripting languages would write their own package managers.
I think "largest" is quite an exaggeration since historically scripting languages packaging has been rather terrible on Windows. While Windows was a consideration for languages like Python (I've read they avoided Make because of Windows), for me cygwin always coming up along with it until recently.
Nix/Guix seems like the only one that's trying something different enough to address some of those other use-cases, but the cat's out of the bag for most people.
That's sounds like the general approach I take for "projects" even toy projects. My day jobs have never fit the virtualenv use-case. So at home I often have to look up how to use it. It's so rare that when I make an alias I even forget those.
Most new things are one-off scripts; move or rename some files, extract data from something, or pull from a resource. Something that requires libraries or is too big for a shell script. For example, the last one I see in my bin is a web scraper for appointments. It pulls a website, fills out a form, and gets the result a few times--about 70 lines. What's annoying is sourcing some environment just to run this one tool.
Most people have a directory of scripts (a mix of shell, Perl, or Python) they use if they spend a lot of time at a commandline. It's quite a pain to source the environment just to run a quick script. That's generally the libraries I install into user. I don't care much about the version and troubleshoot things as they come up.
Another scenario is that the OS shipped with Python 2.5 (supported until May 2011), but we had third-party tools that required Python 2.7 (shipped July 2010). Switching OSes (where things like monitor or hardware drivers weren't yet supported) was a ridiculous pain to test and certify. Decoupling OS and Python+package versioning was a huge relief for everyone, but won't make sense for everyone.
> Absolutely not. I expect a serious user of that library on an apt based system to package it and submit the package to their distro.
I try my best to personally do this and push for a work culture that does this, but even if this was done I can't fathom waiting on an OS update for existing code to percolate down. The risk tolerance, scope of concern, and agility between an OS and whatever project pays the bills are very different.
I used to just use pip to install to the system. Months/years later I would try to untangle the mess of packages I was just playing with, what the OS wanted/needed, I got those conflicting dependencies you mention, etc. I usually ended up reinstalling the OS. At the time I may not have been as knowledgeable about where the OS package manager keeps packages vs pip--but the whole thing wasn't very user-friendly either.
For years I've been installing into user knowing I can just blow it away. I've dabbled with virtualenv, but it's such a pain to set up and activate. If I have a few projects with similar libraries it's more of a pain to set them all up and switch around. If I end up using a script for something important, I just spend the extra time at that point to "package" it.
I used to think OS package managers should be the end-all be-all, but the use cases for OS package managers are very different from language runtimes. While different Linux distros were fighting between themselves, they completely ignored use cases for projects and language runtimes. Sadly, the result is a mess for everyone.
I think people need to figure out what approach works best for them. I'm of the opinion that any core technology to your business needs to be decoupled from the OS. It makes OS updates too messy and you're tethered to whatever the OS supports. My field uses a lot of Python and every company figured out quickly they need to run their own binaries in addition to packages.
At one company, they packaged up custom RPMs. It wouldn't be a problem to package up and distribute Python libraries. Others had their own package system (no OS or runtime fit their needs). It seems like most people use something like virtualenv.
Regrettably, this means there's no easy answer for people new to Python and the right choice will probably change as you grow. But I really think the answer is Python should come up with something that works for Python and let OSes do their thing.
I bought some Sony over-the-ear noise cancelling headphones 3-4 years ago. I only tend to use them when flying (only a few times a year). I have an old pair of original AirPods (2016) I use as backups. I haven't noticed any deterioration. I'm sure there is some, but a majority of the aging is due to use.
I guess Airpods Max would count?
Ear fit sucks, is it worse with cordless headphones? Ear fit always comes up with earbuds, wireless or wired. I've heard individuals say wireless is better for them because there's no wire tugging on their ear. I'm surprised to see a lot of people walking around with over-the-ear headphones (I tend to use them at home or on a plane).
Maybe we're saying the same thing, but instead of gradually reaching a equilibrium like you're describing I see a dramatic boom bust cycle--both are held back by lack of building.
The problem is that when it's endemic and not clearly labeled is that paying more may not do any good. Companies are very happy to charge you more to pretend you get something extra.
Personally, I love that Discourse allows j/k for keyboard navigation. I get the hate over infinite scrolling. I feel mixed over the two approaches.
https://forum.vbulletin.com/forum/vbulletin-5-connect/vbulle...
I think I'm still just surprised how the 32-bit thing played out. Apple only sold 32-bit Intel processors in 2005-2006. Steam was ported to macOS in 2010--well after 64-bit was established. They started giving warnings in 2018 and dropped support in 2019. Just recently I was trying to figure out how to play vanilla Half Life 2 and ended up installing High Sierra because that was the best solution I had.
I'm surprised the article didn't say if Denuvo had a fix yet. It also sounds like Microsoft may implement a fix in Windows. That sounds like the most likely solution if Intel or the BIOS couldn't address it.
https://news.softpedia.com/news/why-microsoft-google-and-moz...
Like others mentioned, this story seems to be reference to Gitpod sending GitHub a launch cake for Codespaces.
resizing: I guess I'm not sure of the use case. In something like Maps, you just do the shrink/grow gesture multiple times. In photo apps I use a selection box, scale the window down and drag the corners are precise as I need. Maybe it's something I don't often do.
selecting: click and hold with my thumb, scroll down with index and middle finger or move cursor with my pointer. Or I click, scroll, then shift-click to select what I need.
drag and drop: click and hold with my thumb, drag the item by moving my index finger. You can left and drop your index finger as needed. Release thumb to drop.
[1] https://www.uscis.gov/tools/designated-civil-surgeons/vaccin...