by

There are times when Willow needs a reminder that patience is rewarded.

by

Not sure that these photos capture the comfort and disturbed nature of these two dogs, or just goes to show how long my camera takes to adjust the colour balance in the dark of TV light.

My parsing of their expressions were that Willow is very comfy back there, and Misty is unamused by me shifting butt cheeks on the couch, in order to take a picture of them.

by

Digital Trends: Xbox One S All-Digital Edition review: No-Disc Dystopia.

Personally, I think the price point is the whole deal here.

In concept the game discs are a nice idea, if you can’t handle downloading 60~80 GB in a single day beacause of your limited internet connectivity. In practice the disc is little more than a license key, for most games: you will still have to download enough data that it may as well be a small menary card with an activation code. For smaller titles the download might be a DVD or two worth; for big famous games it will still likey be Blu-Ray sized.

So really, all you are doing is making it so the disc must be in the drive to play, in exchange for being able to sell or trade the game in the second hand market. That’s great if it is something you will play once and dispose of next week. For the rest of us, we will probably take whichever one costs less or won’t require pants.

The reallity that the game will be complete and never in need of software updates is far more dead than releasing games on disc. Sadly IMHO, but at least we live in a world where publishers don’t have to snail mail you a floppy diskettes in x weeks before you can get through that dungeon without a glitch making your sabatons fall off, and your character endlessly spin eastward for the rest of the game.

For me personally, the win of my original model Xbox One having a disc drive is the ability to watch movies on Blu-ray. All of my other devices are limited to streaming files from my server or external services like Netflix; most of my devices don’t have an optical disc drive. And the one that does it’s used for ripping discs for my private home streaming needs. I don’t think you could walk into Walmart and expect to find a cheap ass Blu-ray player back when the Xbox One launched, so much as a free to good home VCR at the dump.

by

Over the years, a number of things have attracted me to Android.

Around the time Android first showed up on the T-Mobile G1, it represented what I really wanted at that time. Which was something more like a computer and less like a PDA that could send e-mail or word files. Something that I could scratch my itches by writing software. Likewise at that time, I may as well have wanted a Porsche, lol.

What really made me enjoy the experience however was the moderness of the platform and the compatibility it offers.

Permissions

It has long bothered me how PC software works. You run as a user, let’s call you Bob. You go download some program written by someone else, and probably won’t be compiling it from code. That program can do anything you can, Bob. Whether that’s as simple as uploading your address book (if you actually, still have a local one), encrypting your files for ransom, infecting your files, or just being useful, like you know: doing that task you had downloaded it for. A frequent solution in PCs has been to require running software with elevated permissions. But usually in a nuclear form: where the program goes from being able to doing anything you can, to literally being able to do anything your operating system can.

Newer models like the one Android follows, I believe are the natural evolution. Rather than “Ahh, shucks, I’ll just run it as root!”, the solution is a service interface. Android applications don’t shout “Hey Bob, I need you to hit the grant godlike powers button right now”. Instead they shout, “Hey Bob, I’m gonna need permission to use location services before I can tell you the nearest shawarma place”. That’s how things should work.

Once upon a time, computers didn’t really have permissions. Time sharing used to have more to do with computers being expensive rather than a commodity. Today, I wouldn’t expect a non-nerd to know what I just said. To be fair when the IBM PC came into being, it didn’t have a lot of horsepower and having fifty people using it at the same time was the least personal worry.

UNIX and Vista probably had the longest reaching impacts prior to Android. I say that for two real reasons. Firstly, Unix’s concept of users and file permissions are not only pervasive but the baseline of what you can call a multi-user system today. Secondly, thanks to the CP/M heritage, it wasn’t really until Vista that a lot of PC using mooks got smacked over the head with the permissions stick; despite how long NT supported ACLs. Yeah, I’m a asshole.

I really like the brokered model that systems like Android follows. You don’t solve a problem by running as god almighty with power to touch all the pointy things. You solve the problem by a service that brokers access to that specific thing. Because why should a program have as much power as you do? Do you trust strangers on the side walk with your debt card’s PIN? I hope not.

User Services

Over the years a lot of things have become broadly universal. Today, you would be hard pressed to find a network aware program that does not utilize network sockets. Likewise as GUIs rose, so did frameworks to ease the task of writing such software. No one makes a GUI program by drawing raw pixels into a byte buffer anymore, they use things like GTK and MFC. Often these interfaces become common (e.g. BSD sockets and winsock are very similar) or they become portable (e.g. Qt runs on just about anything).
But there are also a great many things that are not broadly universal, aside from the concept that we want those things to work.
There are no universal APIs to solve problems like syncing and managing your contacts, calendars, locations, and so on. We have tools not interfaces.
In Android, we have concepts like a Calendar. It doesn’t matter if I’m using Samsung’s calendar app or Google’s calendar app, or someone else’s. There’s a concept called a damned calendar. Wanna create an event? Fill out a common intent and expect good things to follow. If you write a calendar app then you’re expected to do some things deemed the right thing, to make this work for the user, and that is the right thing if you’re writing a calendar app that supports events.
On my laptop, I have to run a program like Mozilla Thunderbird or KOrganizer if I want an event calendar. Can I write a program that opens a new event in them and pre-populates it with some user provided data? Probably. Is there a common interface for my program to say, “Hey, operating system: Bob would love me to add this appointment to his calendar called ‘Medical’. Here’s the info!”. Nope, nope, and nope a doodle! That’s just not how PCs have evolved.
On the flipside, I will confess that Windows 10 does one thing I actually like. My contacts, messages, calendars, etc are all synchronized in much the same way my Android device does; I do not have the gag reflex necessary to see if MS also added any decent interfaces for applications to trigger these data exchanges the way Android does. But using Microsoft’s built in apps for that suck less than interfacing my Debian machine.

Openness

As a curious and opinionated nerd, I prefer easy access to knowledge and limited restrictions. I first used computers running MS-DOS but most of my time has been around Unix systems.
To me the best way to know how something works is to take it apart and study the pieces. Want to know how programs are loaded into memory? Read the kernel’s code for loading and linking executable files. Want to know how files are stored? Read a file system driver; coincidentally one for FAT is usually pretty simple compared to modern, more robust ones.
While I am a fan of tight permissioning and siloing of software, I am not a fan of restricting the owner. You paid good money for the device and it shouldn’t try to stop you from using it. Whether your taste is cat videos or bouncing boobies.
A lot of people have been uppity over the nature of app stores, and they probably should be. But I also see it as natural. Modern unix systems typically get their software from a repository, and any package manager worth its salt is going to do things like verify signatures on those packages.
Where we diverge with younger systems is control. Android has done pretty well at that–in that you should be warned about importing some random file that you might not even know is a program, but you’re still free to do so. Most people should obtain their software from a repo that they trust. Whether that’s something like Google Play and iTunes, or something like your local mirror of Red Hat and Debian packages. But you should always be allowed to decide what that repo is.
Android has managed to hang onto a lot of that openness, where Apple has preferred to maintain control. I mean, razor wire, triple layered concrete thick barn doors. Whatever.

Stable Runtimes

There is a pretty long history of being able to run a pre-compiled program and share it with others. We’ve been doing it longer than most people have owned a computer. I view a major key to the success of PCs, the ease at which you could write a program, compile it, and expect it to run on someone else’s machine without having to ship a code monkey with each floppy diskette. And not have to have a warehouse full of every microcomputer known to man, usually. Since then, computer software and hardware have become more isolated from the other for a great many tasks.
Today software is very long lived. Further time goes on, the more likely the code you write is to outlive you and the machine it first ran on. How well that binary runs on future systems is a more variable story.
Android has generally maintained a pretty strong ABI for keeping developer’s stuff running. Think of Dalvik and the Android APIs what you will, and please do feel compelled to make rude hand gestures, but an Android application tends to execute without shouting “Holy link error, batman!” and aborting back to the launcher. Unless you do something that you shouldn’t, or someone upstream does something that should be considered violation between vendor and stability worth smacking with a Googlely test suite sized beating stick.
But nothing is perfect or forever. To evolve, platforms must both create and destroy.
When I install a program from eons ago and it just runs on my PC, this tends to be a testament to how stable Microsoft’s ABI is, and how (insanely) much work they have put into backwards compatibility. I find it kind of amazing how often old ass programs just run.
When it doesn’t run, this tends to be a testament to how well the program was written or how well its assumptions have aged. It could be anything from assuming every file on disk is writable, or that all of nVidia’s graphics accelerators work the same as back in 1999.
Considering how many programmers that I’ve met had a source-only mindset, I find it amazing how stable Android’s runtime is at running APKs. As a user, you probably need worry more about issues like the evolution of GPU or service brokering breaking the apps assumptions at runtime than the app will fail to run at all.
You see there’s a really big distinction between API and ABI. In really simplistic terms, an API means the programmer’s shit will probably compile and an ABI means the programmer’s shit will probably execute.
The more complicated operating systems and frameworks become: the less likely this is to be the case. But it’s kind of nice when you can install an old game or utility and enjoy it without having to fire up a virtual machine with an antique operating system.
by

During the time my journal rolled through G+ rather than a traditional blog platform, Android was one of the subjects that I most posted about and followed. Usually, close enough that up until Nougat: I typically parsed my way through the compatibility definition documents when they were published. Not just the user facing and developer facing release highlights because a lot of detail about what devices could and have to offer lives in the CDD. The stable release of Android 10 was earlier this week, and frankly I find it quite hard to care.

The difference between these two points kind of makes me said but in a way, perhaps it is natural given how much the platform has matured. Or just an indication of how much Google pisses me off these days.

For most of Androids history, new versions have brought new functionality that was both worth it for my user experience and of interest from a developer’s perspective. In more recent years there’s been a pretty thick lack of anything that impacts my experience as a user, aside from how to manage annoying as all fuck heads-up notifications that 5.0/Lollipop introduced. Much of what has interested me from the developer side has been incremental changes to the platform. Much of what the user experience has been has become change for changes sake, once the platform returned to the level of stability.

The way I use my devices has not changed much since Android 4.x. I still spend an excess of time on my tablet. I still tend to prefer Android apps on my big screen instead of desktop apps. What’s really changed are methods and patterns.

From Android 2.2 – 4.3, I utilized my phone very heavily. At the highest point, charging my phone three times a day while my tablet was being repaired back in 2012. Today I just don’t use my phone for a lot. Unless I am checking items off my list in the middle of the grocery store or something: my phone is not the device I reach for first. Usually it’s the last device I’m going to use, because I usually can use two hands :P.

Tablets have been part of my flow since Honeycomb, and likewise became my main platform of choice. Be that as a tablet, a laptop, or a desktop like form factor. For many years I used a tablet docked to mouse/keyboard/monitor and been a lot happier than using desktop apps.

When I upgraded to a tablet that didn’t support HDMI out, I eventually took the opportunity to upgrade my rarely used Chromebook to a model with Android apps; because that’s what I really wanted. My fucks given for Chrome OS is pretty nill beyond as an Android platform that has a laptop sized keyboard attached and being less effort than loading Android-x86 on a regular laptop.

This year, I started using my Latitude as both my development system and my workstation. Because my Chromebook is just too slow for my workload and I’m tired of how buggy the experience is versus my Android tablets. Otherwise, I would have planned to buy a more powerful Chromebook. But I don’t enjoy the experience as much as docking an actual tablet; unless I’m swiveling around in a chair in need of typing on a real keyboard at the same time, and I like to avoid doing that regardless of OS. I’ve done the keyboard / mouse / monitor thing with Android very heavily–so don’t bullshit me that Android doesn’t work well without a touchscreen :P.

In fact, the outlook towards 2-in-1 Chrome OS devices becoming more common is 1/3 of why I am contemplating making my next tablet an iPad. The other 2/3 is that Samsung is the only one really making tablets that interest me, and the only options when a pen is required. My opinion of Apple tends to run towards the negative but they at least are making it easier to pick your device and have a decent stylus experience.

The sad thing is as Android has evolved, my opinion of Samsung is considerably higher than my opinion of Google when it comes to a user facing device. Or as I like to remember it: when I bought Google’s devices, all I got was a fast track to bugs being released or UI changes for the sake of changes.

by

We all agree that lazing out on the couch is a good plan, especially with a nap. Where the dogs and I disagree is on how cookies are people food, lol.

Much glares have been made in my direction over the course of eating to cookies. Enough that bribery with treats may have been a prerequisite for my continued survival….