Forgot your password?

Comment: This really resonates for me! (Score 1) 225

by Just Brew It! (#46768287) Attached to: How 'DevOps' Is Killing the Developer

The phrase "technology utility player" almost perfectly describes my current role. My official job title is "Principal Software Engineer". However, I spend less than half of my time doing actual software development. I am also responsible for maintaining the Linux side of our infrastructure (it is a mixed Windows/Linux environment and IT only manages the Windows side); occasionally get pressed into service debugging low-level hardware issues in prototypes of custom boards and cables; and until fairly recently was being shipped all over the country on short notice to support product demos.

TBH I actually enjoy this kind of role, except for one aspect: I don't think management understands that everything takes longer because I am juggling so many different things. All they really see is that Project X, which was supposed to take 80 hours, takes a month or more of calendar time. Or that infrastructure issue Y goes unresolved for weeks because it isn't an emergency (yet) and never floats to the top of the priority list.

There used to be two of us "utility player" software guys here. The other one quit a few months ago, and we were not able to find a replacement with the same mix of skills. This has definitely lengthened the list of things I need to juggle.

Comment: March != April (Score 1) 144

Looks like someone can't tell the difference between "March" and "April". Hint: "April" is the one that starts with an "A".

The major distros posted patches for this flaw to their repositories within a day or two of it being made public. (Not to say that it isn't embarrassing for stuff like this to make it into the codebase; but at least it was fixed quickly once it was discovered.)

Comment: Re:Use older version.. (Score 1) 266

by Just Brew It! (#46629649) Attached to: Ask Slashdot: How To Handle Unfixed Linux Accessibility Bugs?
Huh. Confirmed. I had always assumed that the normal update process would bring you up to the latest point release within an LTS series. So I learned something today. OP could still install an older point release like 12.04.2 though. All 12.04.x releases are supported until 2017 AFAIK.

Comment: Riiight... (Score 1) 162

by Just Brew It! (#46610141) Attached to: Yahoo May Build Its Own YouTube

If their recent redesign of YahooGroups is any indication, this will be a massive train wreck. The overhaul of YahooGroups was definitely a case of "fixing" something that wasn't broken. I admin three long-standing fora on YahooGroups (one even dates all the way back to before the eGroups acquisition) and plan to migrate all of them off of their system. Randomly dropped members, members who want to be removed but can't be, and other stupid shit.

Replacement will be a hosted solution of my choosing, on a server I have more control over. I've had enough.

Comment: Re:A features, an irksome burdden for most (Score 1) 266

by Just Brew It! (#46608003) Attached to: Ask Slashdot: How To Handle Unfixed Linux Accessibility Bugs?

X is not Windows. While I do sometimes get the annoying popup on Windows systems, I have never had that issue on my KDE desktop. Even on Windows there's a configuration option in the Control Panel to disable it. So no, it is not a "burden" to anyone, really. Unless you're using Windows (which isn't what this topic was about anyway), and are too lazy to spend 30 seconds on Google figuring out how to disable it.

I'll grant you that maybe Windows should have the feature disabled by default...

Comment: Re:But ... (Score 1) 89

by Just Brew It! (#45793613) Attached to: The Archaeology of Beer
Beer is, by definition, based on fermented grain. Sure, there are other (at times odd) ingredients involved in these ancient recipes, but at the end of the day Dogfish Head is a commercial craft brewery, and a very successful one at that. They didn't get where they are by making beers that suck. I've had quite a few of their beers, and while some definitely qualify as strange, most of them are quite good, and all of them are at least interesting.

Comment: Re:no (Score 1) 262

by Just Brew It! (#45781689) Attached to: Linux x32 ABI Not Catching Wind
Modern "embedded" x86 processors generally sacrifice a fair amount of performance to meet their target power/heat numbers. Once you make those concessions, the performance gap relative to ARM narrows considerably. Furthermore, the most computationally demanding tasks in the embedded space tend to be either graphics/video (which will use embedded GPU hardware) or amenable to running on a DSP (implemented using GPU compute or dedicated DSP hardware).

Comment: Re:ABI? (Score 2) 262

by Just Brew It! (#45779945) Attached to: Linux x32 ABI Not Catching Wind

ABI = Application Binary Interface. Defines the pointer sizes and conventions for passing function arguments at the object code level (among other things). The ABI determines how the compiler generates object code for function call/entry/exit, and the width of pointer types.

API defines the interfaces seen by the programmer.

Comment: The return of memory models? (Score 3, Interesting) 262

by Just Brew It! (#45779933) Attached to: Linux x32 ABI Not Catching Wind

This sure feels a lot like a throwback to the old 16-bit DOS days, where you had small/medium/large memory models depending on the size of your code and data address spaces. We've already got 32-bit mode for supporting pure 32-bit apps and 64-bit mode for pure 64-bit; supporting yet a third ABI is just going to result in more bloat as all the runtime libraries need to be duplicated for yet another combination of code/data pointer size.

I hate to say this since I'm sure a lot of smart people put significant effort into this, but it seems like a solution in search of a problem. RAM is cheap, and the performance advantage of using 32-bit pointers is typically small.

"The greatest warriors are the ones who fight for peace." -- Holly Near