16s

47 ms·

421.
by 16s 15y ago
See, security through obscurity has a purpose.
422.
by 16s 15y ago
For long, random passwords that can be easily remembered, try SHA1_Pass. It's free, with source code and runs on Windows, Linux and Macs.
423.
by 16s 15y ago
These links (not mine) may help explain a lot to those who may be unfamiliar with Ulrich: http://urchin.earth.li/~twic/Ulrich_Drepper_Is_A_.html
424.
by 16s 15y ago
"Never tell a person something that they already know. It wastes your time and only annoys others." - Old Farsi Proverb
425.
by 16s 15y ago
"There are only two kinds of languages: the ones people complain about and the ones nobody uses." - Bjarne Stroustrup Source: http://en.wikiquote.org/wiki/Bjarne_Stroustrup
426.
by 16s 15y ago
Many states publish historical winning numbers from various lottos. No need to buy tickets to do statistical analysis on winning numbers.
427.
by 16s 15y ago
I'd be happy to be that guy ;)
428.
by 16s 15y ago
I do have to admit that Perl had a fun, free-spirited feeling to it that I've not found in any other programing or scripting language. It was fun. Python is close, but a bit too rigid and takes itself too seriously. Edit: I don't mean that
429.
by 16s 15y ago
Microsoft uses PBKDF2 for newer domain cached credentials (DCC2). These password hashes are stored in the registry of Windows clients (laptops and desktops) and allow users to logon when the domain is unavailable. They use 10240 iterations.
430.
by 16s 15y ago
We limit RDP access via Cisco ACLs at our border routers. So that only the vendor IPs that require RDP access may get to those machines. And, we turn it on when they call opening a ticket for access. We don't leave it open to them all the t
431.
by 16s 15y ago
I do simple output and performance testing. I md5 the output produced by our programs and test their run time, memory use, etc. so that when we change the code, we can verify the output is the same and performance is still OK. I try to do s
432.
by 16s 15y ago
Yes, and it's an easy fix as the accepted answer shows: cin.sync_with_stdio(false);
433.
by 16s 15y ago
I got a good laugh from this quote: "[Linux] is not some crazy drug-induced microkernel"
434.
by 16s 15y ago
diceware is very good for these sort of passwords. I have no affiliation, but would use it for passphrases if I needed to. http://world.std.com/~reinhold/diceware.html
435.
by 16s 15y ago
This is so true. You may have a great password, like this: 9rIqIiGByCzcWq But, it may be considered too long by some services, or not complex enough by others (as it lacks special chars), or it can't begin with a number, etc. Adding speci
436.
by 16s 15y ago
At the risk of being downvoted, I'll point out that sand-boxes are virtual. Virtual is pretend. Pretend things are easy to break and easy to fool. You just make them believe that everything is still OK.
437.
by 16s 15y ago
What about those of us who have no Facebook account?
438.
by 16s 15y ago
Please stop referring to him as "this guy", he's well known in the BSD and Linux worlds. He had commit access to FreeBSD before many things we take for granted today even existed. His name is Matt Dillon and he's one hell of a hardware/OS h
439.
by 16s 15y ago
Lot's of huge working code bases (in-house apps) are using Python 2. It works, it's been tested, it's in production daily. What's the compelling business reason to change? And 2 to 3 is a substantial change. If we're going to do this and
440.
by 16s 15y ago
In some areas, what he did is illegal and he could be prosecuted for it. I hope that does not happen, but if I were him I would be cautious.
441.
by 16s 15y ago
Yes, we'd rather not know that the water we drink, factory we live next to and the things our children chew on may cause cancer.
442.
by 16s 15y ago
Seems to be part of the free OS culture. Everyone trashes someone. Theo and the OpenBSD devs think Linux is garbage written by people who don't understnd Unix. All of the free OS guys have someone they make fun of regularly. It's a bit sill
443.
by 16s 15y ago
They're all reading from the same books, thus the same mistakes.
444.
by 16s 15y ago
Why not take the kernel (it's gpl code) and re-write a major part of it in C++? And then fork that and get others to use it? That would either prove that C++ can be used in kernel or disprove it. We could call it C++nux ;) Then, the BSD guy
445.
by 16s 15y ago
Isn't this sort of counter to open source and free software and the tools that many of us use daily? I mean half the tools we use are free and given away. Ruby, Linux, gcc, etc. What if the guys behind those projects never shared their idea
446.
by 16s 15y ago
When I was young, I used cat and grep like that until an old Unix sys-admin remarked "What a gratuitous use of cat!". At the time, I did not understand what he meant, but now I do. So whenever I see cat and grep used like this, I think back
447.
by 16s 15y ago
My guess is that they want to work them hard and pay them less and they know that older guys and gals won't accept those working conditions. They throw quantity and eagerness at problems. Not that younger programmers aren't good (they are)
448.
by 16s 15y ago
Indeed. The older programmer has seen and fixed more problems. It's called experience.
449.
by 16s 15y ago
Very good points. I agree 100%. However, I think you can and should mix the two. I write mission critical code in C++ with all compiler warnings enabled and lots of unit testing. I do less critical code in dynamic languages (such as Python)
450.
by 16s 15y ago
I wouldn't say that programmers are too lazy to learn new languages. It's just difficult to keep so much in your head and to reliably use all the different languages without having to recall the particularities of that language, its build a

More ›