Bear #2 upvoted a question, got his "supporter" badge, then cancelled his upvote to get back to his nominal "zero vote" status -- and he still has the badge.
@ThomasPornin Aaah this is why I've never seen or heard of haggis: "Since 1971, it has been illegal to import haggis into the US from the UK due to a ban on food containing sheep lung, which constitutes 10 to 15% of the traditional recipe"
@RoryMcCune oh I'm sure it is. It does sound delicious!
@ScottPack Well, let's look at the facts: Assuming a human is not a bird, and not a fish, it would need two (or was it three?) attributes to be kosher: split hooves and regurgitation.
While some humans are regurgitory (especially depending on how much they had to drink), I think you would be hard pressed to find many with split hooves.
So it seems they would not be kosher. (Ignoring the explicit commandments against eating humans, and even drinking blood, medieval pogroms notwithstanding.)
Centaurs, now, that's a different story. Centaurs would probably be kosher, but I cannot say for sure.
@ColinCassidy oooh, good point.
So, it would be okay to eat a drunk coed with a camel-toe?
I'm part of an engineering research group. I want to do some software engineering research, but I'm only a research associate at the moment. I'm not important enough to have my own projects :-p
"I'm not... " WHAAT?? Be your own man! Or woman! You're damn well important enough to research whatever the hell you want.
Academia be damned!
But really, in this day and age, there are many other options, some better, than academia for doing research.
@Tinned_Tuna Actually, there is quite a bit of solid research in the field (though clearly nowhere near enough). The problem though is that most of the "professionals" in the field ignore all the scientific and empiric research.
Take PHP for example. By the time it was created, there was plenty of research and knowledge available about designing programming languages. They ignored it all.
@Tinned_Tuna Agreed on that. Though tool support is not necessarily research, its development, and some tools do that already. (depending on the certain errors)...
Well, yes, but what tools are needed? Are they feasible? Why do we use Java and run FindBugs once a month but our (by god I hope deterministic) unit tests every build?
Why is Java lagging behind in the region of property based testing in terms of uptake?
Does property based testing really help, or is writing the properties overly difficult? Why are some problems/APIs significantly harder to apply property-based testing?
I have a question I'm not sure if it should belong on the main site so I'm gonna ask here first. Does a processor architecture(x86 vs ARM) significantly affect password hashing?
Reason I'm asking is I have a chance to work with some Raspberry Pi units for my project work as part of my diploma. Thought it would be interesting to do a distributed password cracker with it.
@Tinned_Tuna I have in mind the hashing functions that don't work well on GPUs, mainly bcrypt and scrypt.
@TerryChia I would encourage researching it either way -- It's better to know for definite one way or the other. And besides which, I like rPi clusters. They're cool.
@Tinned_Tuna I'll see how it goes. But it will be a few months at least before I start work on it and I might have limitations on how much I can say on my own. It's a school project with collaboration with a company(doubt I can say which :P) after all.
@ThomasPornin I see. So besides the aforementioned 32-bit vs 64-bit, the architecture itself(I'm thinking of the underlying assembly code) doesn't play a huge role?
@ThomasPornin Alright. I think i'll write up a question on that so the information doesn't get lost in the chat logs. Mind popping your answer in later? :)
so my bios has an 'enable nx/dep' option. which i have turned on. i don't understand, I thought DEP was a software thing? I mean the kernel keeps track of what pages have what flags for each virtual memory space. why is this setting in my motherboard?
How do Address Space Layout Randomisation (ASLR) and Data Execution Prevention (DEP) work, in terms of preventing vulnerabilities from being exploited? Can they be bypassed?
The way I demonstrate it to complete non-techies is with a simple analogy.
Imagine you're a robot in a warehouse full of boxes. Your job is to fetch a box from somewhere in the warehouse, and put it on the conveyor belt. Robots need to be told what to do, so your programmer has given you a set o...
I dug out my copy of Applied Cryptography to answer this concerning symmetric crypto, 256 is plenty and probably will be for a long long time. Schneier explains;
Longer key lengths are better, but only up to a point. AES will have 128-bit, 192-bit, and 256-bit key lengths. This is far longer ...
@TerryChia I think the beauty of that answer is that anyone can understand it - developers, managers, QA, support, sales, etc. That's why it made the rounds on Twitter so quickly.
I originally wrote up a more in-depth slightly-technical analogy and didn't like it.
I was actually making an assumption that, since a centaur has at least 2 stomachs (human and horse), it would need to be a ruminant. But I guess no hooves...
I like the part where they said their freezer was full of breast milk and they didn't have anything to use it on. "Anyone who has ever pumped breast milk knows exactly what he's talking about."
I seem to recall having just enough milk stored for consumption.
if I have a network that was masked 255.255.255.0, and I have one machine there /.32 - I now have a new vlan, to seperate that .32 machine, but I cant change its IP (too complicated).
Curious though, is simply opening an email on a web interface risky? I haven't heard of any malware that uses just that as an attack vector. Can't say I read much on the subject though.
I dug out my copy of Applied Cryptography to answer this concerning symmetric crypto, 256 is plenty and probably will be for a long long time. Schneier explains;
Longer key lengths are better, but only up to a point. AES will have 128-bit, 192-bit, and 256-bit key lengths. This is far longer ...
