1,293 karma · joined March 6, 2008
> For the crows, the spikes seem purely structural, a material used to fashion a solid foundation. In both crow nests, the wires were incorporated into the base–interwoven with the points facing inward, below where a softer nest cup would sit. But for the magpies, there was an additional layer of intrigue; not only were the birds using the spikes to build nests, but it’s possible they were also employing the devices for their intended purpose—to ward off other birds.
Comparing the port count/capabilities of the two isn't a fully fair comparison though. The Apple Silicon Macbook Air models are likely 1) much faster than that corporate-issued laptop (even if it's workstation class), and 2) much smaller and quieter (no fan noise even under load).
Though I'm not sure why all the griping about how many monitors an Air can support; users can buy a Macbook Pro if they want more monitors? I don't understand the logic behind buying a tiny, thin laptop only to dock it as a workstation.
This does not matter in the slightest; your only obligations to other entities are self-imposed. Using a developer's piece of code does not confer an additional right to that developer's time.
> The bad parts are that there’s a dozen issues that I haven’t even reviewed much less triaged, investigated, and fixed
If those 3/4 million downloaders really found it that useful, aren't there code contributions?
> time = passion + money
I didn't _start_ writing code because of money, and I'd still be writing code on my own even if I weren't being paid to do it. I know this because I code on my own without being paid to do it, only work on things that are interesting to me, and I don't have a problem dropping a project if I'm no longer interested in it.
> Those companies in that list are contributing to the success of those projects
Go work for one of those companies then? Seems like a win-win.
It is an issue, and security concern, for employees of an organization to risk adding corporate devices to their personal accounts, and vice versa. Why would you want your personal stuff on a machine you don't own?
I use my work email for my work AppleID, and use that to sign into my work-provided devices. Never the twain shall meet. In addition, we have a Developer account, which would even further muddy the waters if I start mucking around with personal stuff (certificates, provisioning profiles, etc.).
> an admin could view some contents of your iCloud account
Yeah; that's why you don't give them access to it. I also don't use Outlook and Teams on my personal phone. Work gets to contact me on my work devices.
> two subscriptions for Music for example. And different ids you are contactable at
No? Just don't buy a second Music subscription. Also, you have a work and personal email; are those multiple points of contact also an issue for your coworkers/family?
1. Meta makes VR headsets and failed.
2. Vision has a lot of fancy tech, but I don't understand how that helps Apple.
3. People who are excited about Vision also liked Google Glass, a failed product.
4. Big televisions are cheaper.
5. Apple didn't mention motion sickness, so maybe that's a problem.
Hope this saves at least someone from a very clickbaity article.The actual statement from the FBI on this subject says "While QR codes are not malicious in nature, it is important to practice caution when entering financial information as well as providing payment through a site navigated to through a QR code." So the danger is really visiting malicious URLs, which was the entire point of my previous post.
"QR codes scary and bad!" isn't a very productive line of discussion.
Which, honestly, is a better article and states the issue outright: https://www.bloomberg.com/news/articles/2023-05-02/samsung-b...
> our French lawyers (for a French company, and a French account)
> PayPal Luxembourg is now claiming that the CSSF has no jurisdiction over them, because the accounts are French / HK / Australia
How are they Russian?
GP was using LINQ, which is a first-class language construct in C#. I'll grant that it may not be _as_ optimized as Perl's regex routines, but it's hardly ad-hoc or slow.