Any hacker with any decent opsec would not be showing their actual IP address. The subpoena request is just smoke and mirrors to hide Uber's own security fail. Even if GitHub were to hand over the data, they would likely find nothing useful. Uber know that GitHub will not hand over that data without a fight. I am willing to bet that Uber are going to start claiming that the hack isn't their fault because GitHub won't hand over the data. If Uber already know the public IP of the hacker, why do they need the info from GitHub to proceed? Meanwhile the actual security fail of Uber making their database access info publicly accessible gets overlooked.

That doesn't even make sense. There have got to be a bunch of easier ways to steal metal than going out of your way to find the exposed pipe that just happens to contain out a bunch of important fibre.

These police are complete fucking idiots if they think this was the motive. It's quite obvious the objective wasn't theft, it was just to cause damage.

I don't understand why people call it "bloatware". This helpful software does many useful things for the user. It essentially subsidizes your $1000 computer into a more affordable $500 or so machine!

The manufacturer gets money for the installation, and you get helpful software that reduces your costs!

What would people do without search aggregators, browser toolbars, download accelerators, etc?

Maybe people should pay the full cost of the software that comes on their machines. Suddenly your "bargain" $350 "bloats" up to a $700. How about paying the full cost for Windows? How about paying the full cost for say hotmail access?

Software isn't , and shouldn't always be "free".

There should be an option for a "bloat" free computer, with the user paying the full cost for software.

It's only slightly better than living in a giant spinning space station... or in a bomb shelter right here.

Anything you can do on mars, robots can do better. already.

to adjust to? No oxygen, -30C temperature, darkness, and no magnetosphere.

oops.

But no worries; Elon Musk will fix all!

LapLink lets you use the parallel port without having to configure TCP/IP stuff. It's raw bytes, more like a really fast null modem cable.

But why bother getting the right cables (I have some, easy to DIY, but you can't buy them off-the-shelf anymore) and software (some piracy required I imagine). Instead you can use RS232 at 115.2kbps. Google did the arithmetic and unit conversion for me:

160 Megabytes) / (1125 (bytes / second)) = 1.64609053 days

Zmodem is pretty slow, but ZedZap/8K-Zmodem is pretty quick and easy to find software that supports it for DOS, Win9x and Linux. If you do not require error detection and flow control, then Xmodem is fast. (recommend you use a null modem cable with flow control RTS/CTS wired, this is almost always wired correctly with off-the-shelf cables). Don't need a 16550 UART for this to work, an 8250 is adequate if you have flow control enabled.

I'd highly recommend you send ZIP files over your link rather than uncompressed data. If you have enough disk space free, you can use pkzip's multivolume support and archive the entire disk into several managable files. (rar's is even easier to use than pkzip's)

Your ordering is wrong.

The correct ordering is:

1) Cash: 15 seconds or less
2) Credit/debit card: 45 seconds or more
3) Smart phone: 1 minute or more
4) Checks: 2 minutes or more

There is no retirement. For my whole life the people who have enough money to manipulate economies have been crashing the economy and taking the average Joe six pack's 401x.

Do you expect that your smartphone's voice recognition is all happening in the phone?

But it's not a secret. You know when you buy one of these your voice is going to be transmitted over the internets for analysis. You would expect them to take some obvious steps to secure the potentially private information from third parties but there is nothing "secret" about the collection and transmission of the user's voice. The only potential violation of privacy here would be the ability for a third party to intercept the unencrypted data on someone.

Of course. One of the articles I found proposed to do brute force solutions, and given the terabytes of code out there, it should be possible. Even the creation of the original modules should be open to brute-forcing.

But note I described the results I wanted - not the code to achieve them. And since I've already written code to do it that way around the turn of the decade, and I don't have the resources to brute-force code creation, I'm figuring I'll go with automated code generation from a simple wish list.

Example - you have several different database crud operation code modules to choose from.

You also have several different database user interface to pick from.

Additionally, you have several database schemas to choose from, including different indexing options depending on what is important to get fast, the mix of reads, deletes, writes, and rewrites, etc..

And several data input modules - keyboard, external data feed, whatever.

And several logging modules, each compatible with the back end.

And several different error-reporting modules (do we put up a user alert and give a chance to edit it, do we not allow it and send a text message to a phone, whatever).

It would be able to give a list of data we want, like Name, etc. without specifiying the data size or internal type, because that's all been standardized (last name, first name, middle name, etc).

Given the requirements in more or less plain english, it should be possible to come up with the optimal solution pretty quickly, since each module has standard interfaces to the others.

Auto-generating such an application should be doable now.

If your code snippets are all working modules (not just functions) will well-defined inputs and outputs, the brute-forcing takes on a different meaning - combining modules that have the appropriate inputs and outputs with each other. Entirely doable.

I get entire racks prebuilt shipped in and out, it just takes one on-site person to plug it in then the shippers get back in their truck and go back whence they came.

That said, if the company cited really does only have one employee, I'm glad not to do business with them. I'd require a bare minimum of three to at least pretend someone is on site 24x7.