It's been a few years since I've used Consumer Reports, but I found their reviews were too few for the given category (e.g. rating perhaps eight items [TVs, detergent, whatever] out of a generally available selection of two dozen) or stale (a just-published article was for devices one or two generations old). I'd often look for a recommended appliance and find that only one retailer sold that model, two years ago. Or I'd look at rankings and products I owned and considered excellent (and not niche) weren't included. I felt that their methods needed to be updated.
There were still some places they did a good job, e.g. their car reviews provide good information for the average consumer, and I will turn to them next time I'm in the market. I certainly applaud that their unbiased viewpoint.
I've been using Duplicati 2.0 beta (aka "stable") builds, not canary/testing, for 2+ years, and at least three times, on three different machines each with different backends (two using ZFS, scrubbed regularly with no data issues), I've encountered issues with database corruption which wasn't fixable with repair and rebuild. There are lots of things I really like about Duplicati (OSS, backend flexibility, dedup, encryption, active development, etc.), but I'm going to be moving to another solution for a little while until a super stable release is available. Restic was at the top of my list even before this most recent HN nod.
Legitimate use for spoofing:
A call from outside the office comes into the company phone system and my extension is set to ring multiple phones simultaneously, some external to the phone system (e.g. mobile phone). I want the caller ID info coming into my mobile to be that of the original caller, not that of my phone system. If I couldn't spoof the caller's number, I would see the phone number of my office.
And I'm appealing to all talented college engineers and others to _work_ Microsoft at all costs - and change their culture to prevent this kind of situation from happening again.
2020 = Automated kitchen systems prepare ingredients
2021 = Burrito preparation via robotics
2021 = End-to-end order fulfillment without human involvement
Just a matter of time before raw ingredients are lab grown and harvested by robots. Not too long ago, this was pure fantasy. Only now is it starting to look inevitable, for better or for worse.
I've met Mike a couple of times, and he's a great guy, a great teacher, and super passionate about open source. The HackRF is a revolutionary little board, but it seems to be getting a little outdated compared these newer projects. I'm hoping he'll have something new soon!
This is a lightweight version of PCB etching. Fat (or other e.g. sharpie) as the resist, aluminum foil instead of copper clad board, and cola as the etchant.
If you like this process and are into electronics, you should check out the process of creating your own printed circuit boards at home!
Sure, but not many have gobs of documentation, regularly updated OS distros, and a rabid community of coders, makers, educators, etc. That Raspi B you bought five years ago is still supported by the latest Raspbian releases. Not many other boards will have that kind of long-term support.
Until there's a (well adopted) common platform standard for these ARM-based boards, the Raspberry Pi Foundation must continue to develop their hardware. Unless... perhaps Eben and Co could work on that standard, and its adoption, as part of their goals.
Same. Particularly interesting when you start getting spam to massiveCreditReportingCo@mydomain.com, or who sends mail to boughtaNewCar@mydomain.com after giving that address at the car dealership.
Would love to know more about OTA ATSC on Raspberry/Banana Pi -- everything I read tends to say that these ARM-based boards are good for playback only.
This is almost always a latency issue, and because nobody has figured out a way to milk extra cash for providing inter-network packet prioritization. In other words, this isn't an engineering problem, it's a money problem.
Take a look at my cable bill and you'll see the clear and immediate consumer benefit from having a TiVo with CableCard. Take a look at the superior interface, which, even after stagnating for 10+ years, blows away the usability of any cable box offer by the major providers. Or look at how incredibly terrible (crashing, buffering issues) and restrictive (no DVR, forced ads) the cable companies' own apps are, e.g. on Xbox, Roku, etc. By the way, how likely is it that we'd even have DVRs if the cable companies had not been forced to play nice with TiVo in the first place? Or if the broadcast flag went forward?
If there's one positive thing that Pai's FCC might accomplish with policies like these, it's that maybe we'll finally stop watching.
When the possibly of losing $200k an hour with a line down even exists, "screw it, I'll have a few spares made" seems like it would be a less silly idea the plant manager might want to consider.
For those curious to play with a commercially published 2600 game, the source for Imagic's Dragonfire was released by the author. It pastes nicely into the IDE, fully working without modification. See http://www.atariage.com/2600/archives/source/Dragonfire_sour... for info and the .tar.gz release.
Outside a Micro Center in central Ohio, on a nice lookin' Tesla, I saw the plate FSM 1337. I was convinced this was the geekiest geek around these parts, and when the guy walked up to the car to get in, I said "nice plate!". He had no idea what I was talking about. Zero. I had to explain the whole thing, and though I initially thought he was just pulling my leg, I then thought about it and realized that Ohio plates as given are three letters followed by four numbers. What are the chances???
Starts at $649. Ugh. The era of a phone as a status symbol is fading, and even if Google succeeds in winning Android's high-end market, that's not what a majority of consumers are after. We want cheap phones. Given the end of subsidises (in the US market) and consumer fatigue for laying out crazy money for a disposable device, $200 is the sweet spot which Google should have been aiming for. Don't compete with iPhone, define a new standard and make them compete with you.
I don't see this as a ConnectBot-specific issue. Instead, it'd be nice if I had the choice of where to send my Android system backups, along with the ability to specify a key. Please note that I said 'choice', so that if one didn't really care who had their data, it could operate as it does now and default to Google's storage.
Nice job, thank you! Now... how can I disable it? Next time I'm on a public wifi network, this is going to be sending out probes for Chromecast devices, and it's only a matter of time before someone finds an exploit.
I started using pfSense on itx Intel-based hardware and have been quite happy with the results, though using it with modern hardware (recommended with today's faster broadband speeds) means it's usually a little pricier than most consumer devices. Now there's news that the pfSense team is working on a small, ARM-based device which sounds like it'd give Miktotik devices competition. If you can hold out a bit, it might be worth the wait.
Though I can appreciate where you're coming from, support from the casual consumer equals long-term viability. You need that buy-in if this is going to succeed. I worry that $3/shot film doesn't stand a chance if you don't also have the revenue that comes from the 250 crummy shots at a house party.
Maybe there's a compromise point. Perhaps market a far cheaper ($.50/print) but slightly lower quality film alongside a professional, $3/print, higher quality film. That's the difference between this being adopted by the mass market and surviving long-term, versus being a short-lived boutique medium for wealthy artists only.
U-Verse TV is basically just that -- except it's only over AT&T's Internet. They run it like a cable TV system, but it's really just IPTV. But what happens if they lose a satellite or two? Haven't we been told that it's only a matter of time before an errant satellite crashes into another, causing widespread damage via domino effect? I bet they'll dearly miss their FTTH subscribers at that point!
With the DirecTV acquisition, AT&T's greater leverage over the networks and studios would allow them to better negotiate for true, Internet-based IPTV distribution, ala Dish's SlingTV. They've got the infrastructure in U-Verse video, already an IPTV product. Not much would prevent them from opening the firewalls and allowing subscribers from outside the AT&T network. Who needs STBs? Just have subscribers purchase a Roku-type device.
They're throwing away a ton of potential here. Satellite TV, in its current form, is not the answer.
The study reported that even the tested devices which were enclosed still emitted plenty of VOCs:
"Interestingly, the presence of an enclosure only moderately reduced UFP emission rates from the MakerBot–ABS combination, with a ∼35% reduction in the median emission rate (although this variation is within the estimate of uncertainty). Larger reductions were not observed, perhaps because the enclosure was not completely sealed and large gaps were visible. While these two comparisons provide preliminary data on how printed shape and presence of an enclosure may impact particle emissions from 3D printers, no other definitive conclusions can be drawn given this limited data set."