Posts by Jonathan 27 451 publicly visible posts • joined 21 Jun 2010
Yes and no, Android is Linux in the kernel space, but basically not like Linux in the user space. That's why you can't run Linux executables (technically GNU/Linux, Stallman fans) on Android or Android executables on Linux (without significant emulation). Google is currently working on their own kernel to replace Linux in Android. Should they ever manage to pull that off all the apps written for the Android SDK will still run on the new OS, even without Linux underneath.
I think you might be right, there is no chance that this will be a successful product. Despite all the stupid mistakes Microsoft has made with mobile devices I can't imagine that they really think this could be a big thing. They're probably hoping to anger Google so they can start a lawsuit over it.
They were just the cheapest junk you could find. My sister used to have this "incredibly cute" cat-shaped case that had internals there were seemingly designed to cut and maim the technician. I literally cut myself, badly enough that it bled, several times on the cursed thing.
When we wanted me to upgrade the computer with a new motherboard (and all the trimmings) I made up some excuse about the case not supporting new motherboards and got her one of those Cheiftech/Antec "dragon" style cases that everyone and their mother had back int the day. And now my sister builds her own computers so she can buy all the sharp cases she likes... But she didn't and has a reasonable Lian-Li case.
So, you're suck in the 90's? At this point the web has moved past that point, to being an application-delivery method, for better or worse. JavaScript has a lot of design issues, but security isn't a big one. It's not inherently insecure and like it or not we don't have another option.
Everyone's favorite buzzword "HTML5" is mostly a cleanup combined with a bunch of JavaScript APIs and I think it's likely the web will move even more in this direction in the future.
I'd personally suggest that implementing all your security and business logic in the back-end is the solution here. It's standard practice because you cannot trust anything running client-side. And if you're not loading any 3rd party content that's a solution in itself, it doesn't really matter how security the JS libraries are if only your own JS is running on the browser. It depends what sort of web site you're running, but JS security is much, much, much more important on ad-supported websites that run nasty 3rd party code, than it is on any other type of website.
In that case, why do the md5 comparison at all? If you're going to do a bit for bit comparison regardless?
I wouldn't use MD5 for anything, not because it's all that likely that there will be an issue today, but because code tends to live for a lot longer than we developers generally think.
That's the thing, people seem to think you can get good people for tiny wages in India. It's not true. If you want good people you can get away with paying a bit less, yes. But trying to get people for pennies on the dollar, like most outsourcing operations do, you end up with a bunch of incompetent people. I'd say it's more about outsourcing operations being garbage than anything else.
IBM is squeezing remote workers to come back into one of a number of "colocation hubs"
Of course they are, all studies on the matter point to the idea that remote work is less productive than working from a centralized location. The trade-offs made in communication being the main problem. Why pay people the same for less work? It's not like they pay you for your commute.
Are you a software developer? If not, how would you know. I mean, sure it's a bit weird that in most implementations to have to post the token request formatted application/x-www-form-urlencoded and read a response formatted as application/json. But overall it's more secure than transmitting the password over and over and easier to implement that proprietary protocols. After the authorization it's very very easy to include that token, whether it is by cookie, header or what have you. Middleware is very easy to find too.
What exactly about OAuth is shit?
P.S. If you're looking this up, the OAuth in question is actually OAuth 2.0.
If anyone involved had any sense at all they'd just build a bridge. Maintaining a chain ferry over such a short distance does not make any sense at all. Stick a toll booth on it and you can even keep your income and maintaining the thing would be a lot less expensive.
Of course it is, why does anyone do anything? Even big open-source projects only exist to make or save their sponsors money.
And I'm so glad to see you're against spyware. I trust you don't use iOS, Android, Mac OS or a version of Linux that embeds a bunch of analytics collection either.
Most computer systems are backed by relational databases, if you've ever had any transactions on eBay, eBay can't remove your account without removing all records of any transaction you had on eBay. Because of this you can't actually delete your account in any web application you've ever used, at least not until every single record your user was ever attached to has been archived, which in most cases will NEVER actually happen.
They best they can do is just set the fields for your personal information to something else, they may have already done that and legally that is all they have to do.
Yes, they'll be able to totally automate delivery trucks within about 20 years. Knowing the post office they'll still be doing it manually, but couriers will have switched. But you won't need to do a thing, the truck will stop and a little automated drone (probably rolling) will pop out and deliver the package to your door. It might sound like sci-fi but Fed Ex is already testing this sort of technology and because it brings costs down massively it's pretty much inevitable. We're right on the cusp of a lot of low-end Joe jobs disappearing and it's going to cause problems.
I don't think that the lack of UWP apps has anything to do with users at all. Developers don't want to bother investing in writing or rewriting for a new platform that may or may not exist tomorrow. Why spend time and money on something new when the existing system works already? I know I wouldn't if I was a Windows app developer (I'm a web developer, so UWP isn't something I need to worry about).
You can buy a laptop that supports Windows just fine from one of the major brands if you're careful. They don't actively try to stop you running Linux, most just don't really care if Linux works well or not. Look for ones that have a large percentage of Intel parts. Intel Wi-Fi, Intel iGPU, Intel CPU, Intel chipset, Intel platform management chip, they all have reasonable open source drivers. Nvidia and AMD GPUs are so-so on the open source drivers but you can get them to work if you try hard enough. But that goes for everything, not just laptops. Nvidia's binary drivers work ok if you're willing to install them.
My XPS 15 (9550) runs Ubuntu very well, but I admit I have the Nvidia binary driver installed (Optimus even works) because the open source drivers have much worse performance.
They should let you use any code editor you like, it's not hurting them in any way. Otherwise maintaining huge ancient code bases is pretty much par for the course unless you work for a startup. I personally don't mind working with old code, even if it is terrible, as long as I'm allowed to clean it up and refactor as I go.
Management that isn't interested in improving methods makes working somewhere pretty hard. If you're feeling the way you seem to be I'd recommend looking for another job, otherwise you'll just be miserable all the time.
Google Cloud Print is pretty much the only option to print from Android devices, or at least the only one my printer supports. I freely admit I have my printer hooked up to the Internet. I mitigate the risk my turning the printer off when I'm not using it, but I guess I must think the convenience is worth the risk.
Bah, that's nothing. I once got over 2 million emails once after I set an out of office autoresponder and then went on vacation. That's all I did. One of the emails sent to me in that period had an invalid reply address, which triggered the email system to send me a "cannot find address" email, which triggered the autoresponder. Now this would have been all well and good, but that "cannot find address" email? It's reply address was ALSO invalid, which triggered the whole thing to loop indefinitely.
My entire mailbox was just filled with tiny "cannot find address" emails, super.
Vim, we consider not fixing our UI issues a feature! No seriously, a text editor that you need to learn how to use is not really excusable in this day and age, the only people using it are the same old-guard Linux users that constantly block changes that would make Linux accessible to the masses. It's the same mindset that keeps Linux niche. Now, I'm not saying there is anything wrong with that, but it exemplifies the way Linux and it's associated open-source applications (mostly) are designed.
Now if vim used an interface similar to edit in DOS I wouldn't be complaining, that was simple but intuitive.
The Register 
Biting the hand that feeds IT
Copyright. All rights reserved © 1998–2024
