Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Comment Re:Opposition is from a small elite (Score 1) 550

Do you order cryptsetup before LVM or after? Put it before LVM and you can encrypt the physical volumes used by LVM, put it after and you can have encrypted logical volumes. Both approaches are valid and if you change the order and you can stop your system from booting. You want some encrypted logical volumes and some encrypted physical volumes? Fix the cryptsetup script as no distribution apparently bothers to test for that:-)

Stop me if this is a bad idea, but can't you just load it before and after?

Comment Good UI & UX is hard. Really hard. (Score 2) 103

Good UI & UX design is hard. Really hard. It's one thing doing a cleanroom design of UX, an entirely other doing it for real life and various screen-sizes - preferably responsive. It's like with the code itself. In dev it will run and work, but beware of post-deployment if you haven't tested your stuff in every possible situation. I did tons of this stuff with Flash back in the day, and even with Flashs superiour visual & direct manupilation workplace and solid cross-plattform compatilibilty it was hard. I remember doing the UI for a flash-based MMO at a gamepublisher some years ago. We worked for months just to get the pageflow of character configuration and setup right. Video-based UX testing with usergroups and all. We'd discuss how and why the rail of a slider would look like X and not like Y.
Now, with HTML5, CSS and JS and all the screen sizes and mouse vs. tough it's by orders of magnitude harder.

It does not get that much easyer when you go native with Android or iOS SDK. You're app and your workflow will always have something significant that a good UI designer would like to highlight or help out in being intuitively usable - without destroying the page- and workflow the user is used to with other applications. It's a really tough job and each and every time it's like jumping off a cliff and not knowing if the parachute will deploy.

I'm one of the rare cases that's actually reasonably good at both - I have various diplomas in art and design and 28 years of programming experience, but I honestly couldn't tell which is harder. Basically both require very hard work if you want to do it well. Good UI is also where shitty backends are exposed. If the backend can't deliver what the user needs, no UX in the world will fix it. A significant portion of the logic is having the computer do what the enduser needs, fast and efficient. If UX and backend development don't work together or one of them doesn't understand the needs of the other, it almost instantly shows in a project. That's the classic difference between Apple and MS, btw. Steve Jobs basically nailed it in this rare direct comparsion comment.

Bottom line: The apps shown in this rundown on lollypop are the best you can get with boilerplate UX. The article basically is right, good UX looks different.

Comment Re: Not resigning from Debian (Score 3, Interesting) 550

people are talking seriously about forking Debian over this

No they are not,

Yes, yes they are.

and no they don't need to.

Yes, yes they will, because once systemd becomes the default init system, init scripts will suffer.

(And, even if they did, that's what Debian is for!)

The base Debian system should use the basic init system. If they want to offer the option to switch to another init, so be it, but making something new and not fully tested the default is daft and we all know it. Debian is the rock that many of us depend on whether we run Debian or a downstream distribution. It's been my go-to for ages specifically because of this stability. Debian stable is boring and I love it.

systemd will be the default init system in Jessie. If it is the only init system in jessie that is not the fault of the systemd team.

Riiiiight, the team that's been pushing for its default inclusion?

Comment Re: Not resigning from Debian (Score 1) 550

English has many words, but does that help, when half of them have multiple meanings?

I have this argument with my lady periodically, she speaks spanish fluently, italian moderately, and greek a bit. She claims that English is "stupid" because there's no consistency to it. I agree, but claim that's also what makes it powerful. English is never afraid to adopt a loanword, probably bastardizing it in the process. There's a lesson about the English and their colonies there, I imagine, but let us continue. Since the words come from so many different sources, there are many different rulesets depending on whether the word is from greek, latin, french, german... But since we unabashedly copy any word we like, we have words for anything. And when we don't, the influence of context on a word (down to something so simple as the order in which we construct the sentence) lets us say anything anyway.

Of course, the language is still frustrating and confusing for a lot of people. Hence the importance of reading in mass quantities. Simply making it familiar while the brain is at its squishiest pays massive dividends, which is why I wish I'd been exposed to many languages at a young age. I got a little bit of spanish education very young, but then got packed off to a public school and... sigh.

Comment Re:Opposition is from a small elite (Score 1) 550

The problem is you have each thing doing checks all the time every 30 seconds and ugly scripts to do this.

That's not a problem. Who cares if a check happens every 30 seconds? Who cares if it's done by a script? The system is designed to do stuff like let a script step every 30 seconds. The system is also designed with cheap process creation in mind; the time to fork a process is comparable to the time necessary to create a thread.

Anyway yes init controls processes and threads and states so it makes sense it would do this correct?

Well, in theory to me anyway, it would make sense to use a runlevel for sleep. This isn't what is normally done, but there's really no reason why you couldn't do that with init, and I think that might well make more sense. Any services which needed to stop themselves could do so, the network could be reconfigured on resume, et cetera. All without any ugly hacks. We would still run a bunch of scripts, but shell scripting and cheap process creation are central features of the Unix environment. Shell scripting is not a hack. Unix was invented for single-digit-MHz computers, and we can afford to toss off a few shells.

Comment No big deal. (Score 1) 276

I think the mold on the left yogurt in my fridge is an MCSE. ... Yeah, he was bored one afternoon.

Seriously though, if my kid were a computer prodigy, the last thing I would teach it is something proprietary with such a short half-life as MCP. Basic knowledge of a programming language and TCP/IP would've been much better for this kid at that age. What a waste of talent. ... Put him on the kernel team and Linus accept a commit by him - *that* would be news. :-)

I hope this wasn't some nutty dad driving his kid to do something so he could feel great about himself as a dad.

But maybe the kid is happy and loves his dad and dad loves him back. That's the most important think at that age - MCP or not.

My 2 cents.

Comment Re:Opposition is from a small elite (Score 1) 550

Dependency management through run levels reminds me of programming with line numbers in BASIC, it's so 1980s and bad practice to boot.

There's nothing wrong with run levels. Dependencies aren't handled through run levels alone, they're also handled through start order. But the proper answer is to add something to /etc/default/package or directly to the init script to handle dependency checking, it's actually really simple.

Comment Re:Opposition is from a small elite (Score 1) 550

Lets say you have a laptop that is on one network and goes to sleep when you close it and arrives in a hotel room on another network? How would you do this with init without some serious hacks?

init doesn't control the network, and it never has. it only starts the network. you use a network managing daemon to handle rejoining previously-seen access points and the like.

Comment Re: Not resigning from Debian (Score 4, Interesting) 550

Maybe accept that the larger group of people you're a part of has come to a decision you disagree with, and move on?

That's not what happened, however. A very small group of people, divided in itself, reluctantly came to a decision that affects others — and these others do not clearly support that decision in the majority either.

People who can't let go of their personal hobby horse can be utterly poisonous to an organization, no matter how righteous they view their cause to be.

So you're saying that systemd is a mistake?

Comment Re:They make me angry (Score 1) 154

I don't mind someone biking by with their gopro seeing that not every moment is being made available to a faceless corporation. Unless I burst into flames while the gopro person is going by the footage will doubtfully be uploaded.

Think again — people are uploading that footage even when it's boring. Just take a look at youtube. Some guy uploaded a video of him riding a motorcycle over the 175 Hopland Grade slower than I've whipped it in an Astro, and I told him so :) But seriously, people are uploading every total yawn of a video they shoot, and other people are watching them and even giving them the thumbs-up.

Comment Re:Because, while doing do much, it does so little (Score 1) 154

I was hoping that Meta's device would be an Eyetap, every time I see someone say "Me, I'm hoping..." in one of these discussions, that's what I'm hoping for. Simply not having to correct for parallax would be better than clever schemes which don't always work well. Although probably at this point we'll have to wait for it to be implemented as a contact lens

Slashdot Top Deals

The question of whether computers can think is just like the question of whether submarines can swim. -- Edsger W. Dijkstra

Working...