Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).

×

Comment: Re:And one single USB-C port (Score 1) 204

by rjstanford (#49326887) Attached to: Apple Doubles MacBook Pro R/W Performance

So you can hook up to an external monitor OR charge your Iphone OR make a powerpoint presentation! In 2016, it will be even lighter when they reduce the number of letters in the alphabet for the keyboard.

Or they can just introduce a slipstream charger adapter so that you can plug the power cord and the monitor cord into the same thing, leave that on your desk, and only connect one cable when you get home. And once monitors start supporting USB-C natively, they'll just do the same.

Just as with dropping PS/2, floppy drives, and optical drives, someone always has to go first.

Keep in mind that the target audience for the Macbook is far less likely to use an external monitor, or even to plug it in at all during the day (made possible by using that port space for more battery).

Comment: Re:Fucking Apple (Score 1) 204

by rjstanford (#49326863) Attached to: Apple Doubles MacBook Pro R/W Performance

Other than putting the first mass-market GUI onto a UNIX product that people could actually use, giving us the first real "year of *NIX on the desktop" ever?

Oh, and redesigning the mobile phone (go back and watch the iPhone launch keynote and remember just how much was new, even things like "visual voicemail"?

Launching products that look obvious in retrospect yet were somehow not readily available before is a mark of good design.

Comment: Re:Apple got it right (Score 1) 62

They're also incurring a shit-ton of liability in storing magstripe copies - something that's a PCI violation however you interpret the standards. That means that in the case of fraud the cardholder (phoneholder?) will be considered liable instead of the bank or merchant, and as soon as that happens the inevitable class-action lawsuit against Samsung (far more lucrative than going after LoopPay would have been) will be a doozy.

Comment: Re:Google seriously missed the boat (Score 1) 62

Google also insisted on getting in the middle of the transaction with their Wallet, and if my understanding is correct the results basically ended up providing an inferior experience to merchants since the cards ultimately got recognized as card-not-present. Apple on the other hand worked closely with everyone in the chain rather than trying to muscle their way in. If you're a merchant, the difference between paying card-present and card-not-present is often around 1% (because CNP has a lot more fraud associated with it). Apple's use of tokenization adds more security as well - its just a better thought out system.

Having said all that your point about the launch country was also completely valid. Again, Google tried (IMO) to be far too arrogant for their own good.

In a lot of ways its similar to the 3G issues. Many dinged the original iPhone for launching without 3G at a time when that was cutting edge and not very well supported. Once the iPhone 3G came out, all the issues had been resolved and it was a very smooth experience for users (and had been done in close partnership with AT&T). Some other phones had loudly claimed 3G before then and often had frustratingly poor network connectivity, sometimes amusingly slower than the iPhone's 2G had at the same time.

System integration: its important in all sorts of areas.

Comment: Re:Strongly Worded... (Score 1) 62

Their PCI wording on the website is intentionally deceptive, I feel. When asked about PCI they talk specifically only about the fact that their datacenter is compliant in the storage of card numbers.

Its strictly against PCI requirements to store trackdata in any way, with the single exception of reading it in-memory and relaying it upstream to another PCI compliant service provider. Since this is exactly what their product does, I fail to see how they can claim its compliant (and, as I mentioned, they very carefully don't ever actually say that it is).

Comment: Re:They bowed to the NSA (Score 1) 171

by rjstanford (#49080823) Attached to: HTTP/2 Finalized

HTTP/2 over TLS could have been made mandatory. But for some easy-to-guess reason they "decided" otherwise.

Because its the wrong "they" to be making that decision. The working group for HTTP/2 should never be dictating how they feel its use should be restricted. There's plenty of other opportunities for people at the appropriate levels of the chain to make that recommendation. This is a big part of the point of a layered technology.

Comment: Re:Business problem != technology problem (Score 1) 343

by rjstanford (#49075479) Attached to: Ask Slashdot: Version Control For Non-Developers?

I only disagree in that, version control just isn't that hard and doesn't take that much education to get started with. A lot of the problem really is more about it looking intimidating with a couple of new terms people need to get used to. I could show a person how to use git as a normal user in about 5 minutes.

I'd like to see that. Bear in mind that the user in question is likely to be an expert in things that you know nothing about, yet has never even been exposed to the idea of a distributed versioning system. Just explaining why even when they go through the process of committing it nobody else can see it is likely to take up quite a bit of your time.

The meat is rotten, but the booze is holding out. Computer translation of "The spirit is willing, but the flesh is weak."

Working...