I have a theory that a few years from now, somebody will write malware or ransomware that affects a very large number of "smart" TVs -- perhaps all of a particular brand, or all running a particular firmware. On that day, every one of us who never gave their "smart" TV the wifi password will be able to say "I told you so."
That sounds like an iPad 4th generation, released in 2012. It had a 32-bit CPU.
Apple's guideline for "is it supported in iOS11 and 12?" is basically "does it have a 64-bit CPU?". That way they could simply drop all 32-bit code from iOS 11 and onwards.
That means basically all devices from 2013 onwards are still supported, which is by and large enormously better than competitors. For 32-bit devices the latest version is, as you say, 10.3.3, from mid 2017.
Sure -- cloud is required for the Siri stuff.
And it makes sense that Apple would want to move Siri smarts for stuff that doesn't essentially require an internet connection (playing local music, etc) onto the device.
My point is just that the Slashdot headline is misleading, conflating voice-to-text with Siri.
(And the C64 had (as you say) text to speech, but most definitely did not have speech to text, which is of course orders of magnitude harder.)
iOS already processes voice locally on the device. Cloud is only required for the Siri stuff.
As proof, set an iOS device into flight mode, and open anything with an on-screen keyboard: edit a note, draft an email, etc. Tap the microphone icon, and talk. You'll see your speech transcribed with no resort to the cloud.
(Misleading Headline is Misleading -- Film at 11.)
Reminds me of unintended acceleration in Audi 5000s: drivers swore that the vehicle accelerated at full power while they had their foot hard on the brake. Of course, their foot was in fact on the accelerator.
Eventually a motoring journalist did the obvious experiment: what happens when you press both pedals at once? At speed or at rest, the brakes won.
Design was a factor: the brake and accelerator were sized and positioned so as to make this mistake easier to make in the Audi 5000 compared to many other cars.
TFA says "The current two-step method will continue to work indefinitely, so as not to lower security for older users nor break systems."
So it's entirely possible that Apple genuinely doesn't have access to devices and files currently two-factor-protected.
TXD/RXD aren't used as part of the 6-pin header: it's +, -, MISO, MOSI, SCK, RESET.
Once you've burned the bootloader using the 6-pin header, of course, you can switch to using USB or serial to program from the Arduino environment. And yes, if you're using serial to send down a new version of the code once every five minutes during development and you're also using that same serial port in your application, then moving jumpers around to redirect the serial could get old fast. I'm thinking you only need to do this on RXD -- if TXD goes out from your board to several places, I don't see that causing any problems.
Capacitor polarity: if I fear I've mounted one wrong, I flip the board: pin 1 (i.e. positive) is a square pad.
Mounting holes: good point!
Incidentally, the correct number of mounting points is three, because three points define a plane. If your enclosure flexes, and you have more than three screws holding your board down, then your board has to flex with it. If you have exactly three, then the board remains flat (though not necessarily level) when the enclosure flexes.
I agree with what you say about optoisolators. I'm using a 4N35, but you must bias the base of the optotransistor by tying it to ground with a 10kOhm resistor or so: without this the slew rate (and therefore the bit rate) is appalling.
ExpressPCB comes with a schematic tool nowadays: ExpressSCH.
I agree that doing a schematic first is definitely a smart thing: the pin assignments on the CPU don't make any sort of sense that was evident to me, and the mapping between Arduino pins and CPU pins is similarly nonsensical. Doing a schematic gives you a much better chance of getting it all straight on your first try. (That's certainly the way I've done it.)
If your time is expensive and you will only be running a very small number of PCBs, consider using ExpressPCB's design tool, because it's easy to learn and it seamlessly connects to their board printing service. (Their service is expensive though, so this is only good if you're doing a few boards, and thus the labor you save will not be eaten up by the extra you pay per board.)
Your perception of size on screen is very different to real life. Print a paper dummy of your board. Try to avoid components with pins any denser than SOIC or 0805.
Consider putting a bridge rectifier just after your DC IN connector. Then the polarity of incoming power doesn't matter: the bridge rectifier sorts it out. (It costs you a small voltage drop, of course.) Or use a connector that's hard to get backwards, such as USB or USB micro.
Tie the RESET pin to Vcc via a resistor. A floating RESET pin may lead to random resets. (I made a PIC board that reset when you brought your hand near it.)
Make sure you put the crystal close to the CPU, and connect to it via short traces. Same with the two capacitors either side of the crystal.
Your first draft will contain errors. Expect to have to trouble-shoot these.
Tie any unused digital lines to places where you can populate LEDs for troubleshooting and diagnostic info.
You'll need to include the six-pin programmer header: your CPUs will arrive blank, without the Arduino bootloader.
When you receive your first blank board, first populate the bare minimum components needed to make the CPU run. Then connect to it from the Arduino software on your PC and burn the bootloader into it. (You'll need a programme.r) (If you've never burned a bootloader, re-burn the boot loader on your actual Arduino to make sure you have all the steps and setup correct.) Only once your CPU is running should you populate further components. This particularly applies if you're using the MOSI, MISO or SCK pins: once you connect these to other chips on your board (e.g. you're using them for SPI), you may be unable to burn the bootloader.
Now we know why they skipped Windows 9: it's so that when they call future versions Windows 10.1, Windows 10.2, etc., it won't sound like they're so far behind Apple.
Consider buying that exact same one on eBay, then, and sneaking it into the office. I'm betting that they won't notice, and while it won't solve your low-spec problem, you could give yourself admin rights that way.
The best cars in the World Solar Challenge average about 100 km/h, for 9 hours a day, using the full days' sunlight. (They start charging at dawn, finish at dusk, but Challenge rules only allow them to drive for 9 hours a day.) So that's 900 km per day, every day, off 6 square metres of cells. A parking space is at least 12 square metres.
The RepRap project is an initiative to develop a 3D printer that can print most of its own components.
Until now, RepRap have been stymied by an inability to print any of the systems that control the printer. But, no longer! Simply print a mechanical computer to drive your 3D printer, and the goal of a self-reproducing device will be fulfilled!
In my experience, custom-made transit cases of this style (plywood panels with thin aluminium sheets over them and aluminium corner and edge pieces) are heavier and more expensive than a similarly sized Pelikan cases.
If you left out the plywood and used something like Ayres composite panels, you could save a lot of weight, though.
Dating site OKCupid does something like the negative of this:
Anyone can become a user.
Any user can post a profile, photo, etc.
Any user can flag a profile, photo, etc. as inappropriate.
Flagged content goes to a subset of those who have volunteered as moderators. (Only experienced users may moderate.)
Moderators mark the content either for deletion or retention.
Items marked by enough moderators for deletion are given a second look by OKCupid employees, then deleted where appropriate.
This is not terribly different from the moderation system here at/. in that all content is initially visible and is only moderated after publishing. But it's similar to the academic case in that items go to anonymous peer review and then to a non-anonymous editor for final decision.
That bared nipple in a cartoon thing? Not an algorithm (at least not one implemented on a computer) -- that was censored by a plain ol' minimum-wage human.
Slashdot Mirror
I have a theory that a few years from now, somebody will write malware or ransomware that affects a very large number of "smart" TVs -- perhaps all of a particular brand, or all running a particular firmware. On that day, every one of us who never gave their "smart" TV the wifi password will be able to say "I told you so."
It's almost apart-height.
I really hope that the code he wrote turned on a light.
I can't wait for next month's Ultra Hydra Blue Leopard Moon!
That sounds like an iPad 4th generation, released in 2012. It had a 32-bit CPU.
Apple's guideline for "is it supported in iOS11 and 12?" is basically "does it have a 64-bit CPU?". That way they could simply drop all 32-bit code from iOS 11 and onwards.
That means basically all devices from 2013 onwards are still supported, which is by and large enormously better than competitors. For 32-bit devices the latest version is, as you say, 10.3.3, from mid 2017.
Sure -- cloud is required for the Siri stuff. And it makes sense that Apple would want to move Siri smarts for stuff that doesn't essentially require an internet connection (playing local music, etc) onto the device. My point is just that the Slashdot headline is misleading, conflating voice-to-text with Siri.
(And the C64 had (as you say) text to speech, but most definitely did not have speech to text, which is of course orders of magnitude harder.)
iOS already processes voice locally on the device. Cloud is only required for the Siri stuff. As proof, set an iOS device into flight mode, and open anything with an on-screen keyboard: edit a note, draft an email, etc. Tap the microphone icon, and talk. You'll see your speech transcribed with no resort to the cloud. (Misleading Headline is Misleading -- Film at 11.)
Infrastructure investments like this usually pay off over a period of decades. I'd love to see their cost/benefit analysis.
Your actually quite warm dead hands, if you were in one of the higher exposure groups.
DESTROYS Raspberry Pi! *
* Costs several times as much.
Reminds me of unintended acceleration in Audi 5000s: drivers swore that the vehicle accelerated at full power while they had their foot hard on the brake. Of course, their foot was in fact on the accelerator.
Sudden unintended acceleration#Audi_5000.
Eventually a motoring journalist did the obvious experiment: what happens when you press both pedals at once? At speed or at rest, the brakes won.
Design was a factor: the brake and accelerator were sized and positioned so as to make this mistake easier to make in the Audi 5000 compared to many other cars.
As always with Android support durations: Android Support vs iOS Support which is in turn an update of Android Orphans: Visualizing a Sad History of Support
It's not that iOS is good -- compare it to how long Microsoft support a Windows version. It's that Android OEMs are shocking.
TFA says "The current two-step method will continue to work indefinitely, so as not to lower security for older users nor break systems." So it's entirely possible that Apple genuinely doesn't have access to devices and files currently two-factor-protected.
> I wonder if there are any statutes of limitations in Sweden
Yes -- "the statute of limitations on several of the crimes of which Assange is suspected runs out in August 2015."
http://www.theguardian.com/med...
TXD/RXD aren't used as part of the 6-pin header: it's +, -, MISO, MOSI, SCK, RESET.
Once you've burned the bootloader using the 6-pin header, of course, you can switch to using USB or serial to program from the Arduino environment. And yes, if you're using serial to send down a new version of the code once every five minutes during development and you're also using that same serial port in your application, then moving jumpers around to redirect the serial could get old fast. I'm thinking you only need to do this on RXD -- if TXD goes out from your board to several places, I don't see that causing any problems.
Capacitor polarity: if I fear I've mounted one wrong, I flip the board: pin 1 (i.e. positive) is a square pad.
Mounting holes: good point!
Incidentally, the correct number of mounting points is three, because three points define a plane. If your enclosure flexes, and you have more than three screws holding your board down, then your board has to flex with it. If you have exactly three, then the board remains flat (though not necessarily level) when the enclosure flexes.
I agree with what you say about optoisolators. I'm using a 4N35, but you must bias the base of the optotransistor by tying it to ground with a 10kOhm resistor or so: without this the slew rate (and therefore the bit rate) is appalling.
Definitely can beat that: Dirt Cheap Dirty Boards
10 each 5x5cm PCBs $14. 10 each 10x10cm PCBs $25.
For a fairly wide range of cases, that's cheaper than OSHPark. Not as high quality, mind, nor as fast.
ExpressPCB comes with a schematic tool nowadays: ExpressSCH.
I agree that doing a schematic first is definitely a smart thing: the pin assignments on the CPU don't make any sort of sense that was evident to me, and the mapping between Arduino pins and CPU pins is similarly nonsensical. Doing a schematic gives you a much better chance of getting it all straight on your first try. (That's certainly the way I've done it.)
If your time is expensive and you will only be running a very small number of PCBs, consider using ExpressPCB's design tool, because it's easy to learn and it seamlessly connects to their board printing service. (Their service is expensive though, so this is only good if you're doing a few boards, and thus the labor you save will not be eaten up by the extra you pay per board.)
Your perception of size on screen is very different to real life. Print a paper dummy of your board. Try to avoid components with pins any denser than SOIC or 0805.
Consider putting a bridge rectifier just after your DC IN connector. Then the polarity of incoming power doesn't matter: the bridge rectifier sorts it out. (It costs you a small voltage drop, of course.) Or use a connector that's hard to get backwards, such as USB or USB micro.
Tie the RESET pin to Vcc via a resistor. A floating RESET pin may lead to random resets. (I made a PIC board that reset when you brought your hand near it.)
Make sure you put the crystal close to the CPU, and connect to it via short traces. Same with the two capacitors either side of the crystal.
Your first draft will contain errors. Expect to have to trouble-shoot these.
Tie any unused digital lines to places where you can populate LEDs for troubleshooting and diagnostic info.
You'll need to include the six-pin programmer header: your CPUs will arrive blank, without the Arduino bootloader.
When you receive your first blank board, first populate the bare minimum components needed to make the CPU run. Then connect to it from the Arduino software on your PC and burn the bootloader into it. (You'll need a programme.r) (If you've never burned a bootloader, re-burn the boot loader on your actual Arduino to make sure you have all the steps and setup correct.) Only once your CPU is running should you populate further components. This particularly applies if you're using the MOSI, MISO or SCK pins: once you connect these to other chips on your board (e.g. you're using them for SPI), you may be unable to burn the bootloader.
Now we know why they skipped Windows 9: it's so that when they call future versions Windows 10.1, Windows 10.2, etc., it won't sound like they're so far behind Apple.
Consider buying that exact same one on eBay, then, and sneaking it into the office. I'm betting that they won't notice, and while it won't solve your low-spec problem, you could give yourself admin rights that way.
The best cars in the World Solar Challenge average about 100 km/h, for 9 hours a day, using the full days' sunlight. (They start charging at dawn, finish at dusk, but Challenge rules only allow them to drive for 9 hours a day.) So that's 900 km per day, every day, off 6 square metres of cells. A parking space is at least 12 square metres.
Until now, RepRap have been stymied by an inability to print any of the systems that control the printer. But, no longer! Simply print a mechanical computer to drive your 3D printer, and the goal of a self-reproducing device will be fulfilled!
Might be large, though.
In my experience, custom-made transit cases of this style (plywood panels with thin aluminium sheets over them and aluminium corner and edge pieces) are heavier and more expensive than a similarly sized Pelikan cases.
If you left out the plywood and used something like Ayres composite panels, you could save a lot of weight, though.
Dating site OKCupid does something like the negative of this:
This is not terribly different from the moderation system here at /. in that all content is initially visible and is only moderated after publishing. But it's similar to the academic case in that items go to anonymous peer review and then to a non-anonymous editor for final decision.
That bared nipple in a cartoon thing? Not an algorithm (at least not one implemented on a computer) -- that was censored by a plain ol' minimum-wage human.