1,051 karma · joined July 19, 2011
This is opposed to a straight up judgement, like what you have just done.
I agree with this 100%. The proof exercises you have to complete in discrete math make for great programming exercises. They force you to ask yourself
1. What's the problem? 2. What do we know? 3. How do we get to the end? 4. What does it look like to be "done"?
These are great questions to ask yourself when programming.
If you want to make a transition to web dev from say, systems programming, cramming that knowledge into a few weeks might not be a bad way to go. At that point, you should already know how to learn, it's just a matter of sitting down and learning it.
Other bootcamps just need you to be able to use your computer and you're in.
In addition to your point, (and perhaps this point has already been made elsewhere in the thread), but the type of people that would install hashpipe would be the kind of people to avoid the practice entirely.
Perhaps there's some mechanism for convincing people to use the tool, and if that mechanism ends up being easier than convincing people to stop piping directly to bash, it sounds like it would be worth pursuing :)
Your edit is just to try and convince others and yourself that you weren't being a complete tool. (You were).
It seems you had no other intention in your comment than to belittle the authors work and puff yourself up. If you actually thought you could learn something from the author you would have treated them with some degree of respect.
> Quark has been tested on Ubuntu 11.04. A basic installation process is automated in ./install_module.sh file, and you can execute the installation script to install most of the requied packages and compile Quark itself. If any of the required jobs fails because of some conflicts in your system, you have to open the installation script, and track down what went wrong manually. As future work, we have a plan to implement a fully functional installation script.
The installation script involves creating "tab" users(tab0-tab9), but the install script doesn't check to see if these users exist before attempting to create them. If the installation fails after the user creation section, the install script will error out when it attempts to create users that already exist.
Here's what I did to save you about 2 minutes of brainpower
for i in {0..9}
do
if id -u tab$i >/dev/null 2>&1;
then
echo "user 'tab$i' already exists"
else
echo "creating user tab$i"
execcomm "sudo useradd tab$i"
fi
done
if id -u output >/dev/null 2>&1;
then
echo "user 'output' already exists"
else
execcomm "sudo useradd output"
fi
As for completing the rest of the install, you're on your own, as I was unable to get things working. The install script attempts to cd into some python-browser-8 directory which is supposed to have a makefile, but I never see it created or even attempted to be created....
That is exactly what the paragraph you quoted means. The author regrets just doing it, and wishes he would have taken the time to show his family how to set things up.
I'm really confused by this comment of yours.
> Huh? You mean like these people behaving like apes in these modern-days arenas, yelling at 20 people running on the grass and hitting drums while drinking beer?
The implication was that the only bonding obtained through sports was through spectating obnoxiously, while many people enjoy playing sports together.
if (foo & 0x80 == 0x80) {
I thought if you're checking a bit simply anding would be enough (since everything else would be zeros). In other words, could we just use if (foo & 0x80) {
If so, then it seems like this would be the preferred form to avoid the precedence issue presented in the article.So is HN ahead of /r/programming? At times, definitely. However, anyone who frequents both will attest to the fact that /r/programming is much better at ignoring linkbait, while HN seems to fall for it on a daily basis.