Thread Rules 1. This is not a "do my homework for me" thread. If you have specific questions, ask, but don't post an assignment or homework problem and expect an exact solution. 2. No recruiting for your cockamamie projects (you won't replace facebook with 3 dudes you found on the internet and $20) 3. If you can't articulate why a language is bad, don't start slinging shit about it. Just remember that nothing is worse than making CSS IE6 compatible. 4. Use [code] tags to format code blocks.
This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
On April 09 2013 15:34 Terranist wrote: learning assembly right now. can anyone tell me if this (very) small snippet of code will jump or not? i suspect it would but i still don't fully understand number rings.
On April 09 2013 17:24 Abductedonut wrote: This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
Heed my warning! Don't be lazy and learn it!
I agree that learning to touch type is awesome for a programmer, but I don't know about that vim comment. Vim is certainly an amazing editor if you're good at it (as is emacs), but in some development, it's not as fitting. Especially if you work with microsoft technologies like C#, ASP.Net etc, you're going to want to use Visual Studio regardless.
That said, there are apparently some pretty sweet vim bindings for visual studio, but you have to pay for them.
On April 09 2013 17:24 Abductedonut wrote: Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
And then when the carpal tunnel sets in you can learn to code by voice.
hey guys. I'm having some trouble finishing an excercise.
basically the assingment is this:
1 master process, it spawns n=(2..5) child processes.
master process creates n pipes, reads a file line by line and sends a read line to a random child process which is then supposed to write the line recieved to n.txt.
now, i've synchronized the processes correctly with SIGSTOP, SIGCONT, waitpid() and everything, but i'm having problems finishing the process.
according to our lab instructions, the read() function I use to read from a pipe is supposed to wait for data if the pipe is empty, return -1 if there was an error or return 0 if the write end of the pipe is closed.
so, my child process has a kill(getpid(), SIGSTOP) just before reading from pipe and everything seems to be executing properly until :
master is done reading from input file, children are SIGSTOPPed. master closes write ends of all pipes, continues children, which are supposed to get a 0 result from the read function, and if accordingly (basically, fclose and exit)
what happens instead is that the children hang on read() like i've never closed the read end.
I guess I could "manually" stop the children on something like an empty string or something similar, but I'd rather do it the "right" way.
On April 09 2013 17:24 Abductedonut wrote: Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
This looks really cool but I think there would be many problems. I know that Dragon is very fast once you get used to it but it can't be a substitute to coding by hand. Rather it might make basic tasks faster.
On April 09 2013 15:34 Terranist wrote: learning assembly right now. can anyone tell me if this (very) small snippet of code will jump or not? i suspect it would but i still don't fully understand number rings.
On April 09 2013 17:24 Abductedonut wrote: Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
This looks really cool but I think there would be many problems. I know that Dragon is very fast once you get used to it but it can't be a substitute to coding by hand. Rather it might make basic tasks faster.
Yea that looks like it needs a lot of work. No way are you going to be cranking out a thousand lines a week doing that, with refactoring and debugging on top of it.
Just wanted to say I really enjoyed reading through some of the guides/references in the op (in particular ProjectEuler is pretty fun). I was wondering, is there any good suggestions for a database practice that would be similar? I took a course in college but a refresher would be really nice. Of course I tried the google approach but nothing quite like ProjectEuler. Anyone know of anything similar? Would be most appreciated.
Hey guys, I'm a freshman computer engineer who has taken mostly C++ classes (well, only, haha) in college so far. I took Java for one year in high school. I'm interning with IBM this summer as a software engineer, but it's entirely in Java. They don't expect me to have a ton of experience, but I need to get my head back in "java mode" so to speak. Does anybody know a good place to do this? Are there any free websites/books (or cheap recommended ones) that cover basic to more technical concepts in Java? The guides on the OP seem more like beginner stuff.
I think I know enough about Java/C++ in general to understand the beginner stuff, but I'm looking for more on how more technical things are implemented so that I can get used to the differences between it and C++ for my internship. Stuff like that. If nothing like a java guide exists, (for example, we are using Stroustrup's Principles and Practice, which is a basic C++ guide) that covers both basic knowledge as well as implementation on it. Is there anything relatively equivalent in Java?
On April 09 2013 17:24 Abductedonut wrote: This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
Heed my warning! Don't be lazy and learn it!
Do you also use gentoo linux and only code in terminals?
On April 09 2013 17:24 Abductedonut wrote: This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
Heed my warning! Don't be lazy and learn it!
Do you also use gentoo linux and only code in terminals?
Don't really see why the hyperbole is necessary. Vim is still used by many people because it is, in fact, a wonderful editor. Eclipse, Visual Studio, or whatever other IDE you may use aren't really upgrades from it, their editing powers are assuredly inferior. They are better in some tangential aspects (project-wide refactoring, auto-completion/assistance, etc.) but in many cases these things are not worth giving up the power of vim to use.
On April 11 2013 15:04 Alryk wrote: Hey guys, I'm a freshman computer engineer who has taken mostly C++ classes (well, only, haha) in college so far. I took Java for one year in high school. I'm interning with IBM this summer as a software engineer, but it's entirely in Java. They don't expect me to have a ton of experience, but I need to get my head back in "java mode" so to speak. Does anybody know a good place to do this? Are there any free websites/books (or cheap recommended ones) that cover basic to more technical concepts in Java? The guides on the OP seem more like beginner stuff.
I think I know enough about Java/C++ in general to understand the beginner stuff, but I'm looking for more on how more technical things are implemented so that I can get used to the differences between it and C++ for my internship. Stuff like that. If nothing like a java guide exists, (for example, we are using Stroustrup's Principles and Practice, which is a basic C++ guide) that covers both basic knowledge as well as implementation on it. Is there anything relatively equivalent in Java?
Effective Java. Read that. Don't bother memorizing too much shit or pouring over it too much, but at least be familiar with the concepts, and more importantly remember enough to know where to look up later. I don't know what IBM's java codebase is like, but the ideas in Effective Java are pretty transferable.
On April 09 2013 17:24 Abductedonut wrote: This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
Heed my warning! Don't be lazy and learn it!
Do you also use gentoo linux and only code in terminals?
Doesn't matter what you use, touch typing will help you immensely if coding is your job. Eventually the hard part becomes the design, and to a lesser extent debugging. All that writing of code in the middle is just translating stuff you already have figured out in your brain into actual code. The faster you can get that process done with, the more time you have available to actually be productive.
And oh god I cannot imagine doing my job without auto import. Remembering
On April 09 2013 17:24 Abductedonut wrote: This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
Heed my warning! Don't be lazy and learn it!
Do you also use gentoo linux and only code in terminals?
Doesn't matter what you use, touch typing will help you immensely if coding is your job. Eventually the hard part becomes the design, and to a lesser extent debugging. All that writing of code in the middle is just translating stuff you already have figured out in your brain into actual code. The faster you can get that process done with, the more time you have available to actually be productive.
And oh god I cannot imagine doing my job without auto import. Remembering
On April 11 2013 16:13 phar wrote: Doesn't matter what you use, touch typing will help you immensely if coding is your job. Eventually the hard part becomes the design, and to a lesser extent debugging. All that writing of code in the middle is just translating stuff you already have figured out in your brain into actual code. The faster you can get that process done with, the more time you have available to actually be productive.
I agree about touch-typing being hugely helpful, but if you use a computer all day, you can learn to touch type basically just by not looking at the keyboard. If you've been using a computer for years, and are still looking at your fingers, you probably can already touch type and just haven't realized it yet.
I'm mostly posting, though, to agree very very much with your second point. I've started consciously referring to the writing code part of my job as "typing" rather than "programming", because by the point you're actually writing code, you should have already solved the overarching problem that you're dealing with. If you find yourself typing and haven't already solved the problem you're working on, then you're almost certainly not going to write a good solution. Which isn't to say you should have every line of code figured out in advance, since there are obviously a million miniproblems that you solve as you write code, just that I've observed a tendency among programmers to start typing much too early in the programming process.
On April 09 2013 17:24 Abductedonut wrote: This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
Heed my warning! Don't be lazy and learn it!
Do you also use gentoo linux and only code in terminals?
Don't really see why the hyperbole is necessary. Vim is still used by many people because it is, in fact, a wonderful editor. Eclipse, Visual Studio, or whatever other IDE you may use aren't really upgrades from it, their editing powers are assuredly inferior. They are better in some tangential aspects (project-wide refactoring, auto-completion/assistance, etc.) but in many cases these things are not worth giving up the power of vim to use.
I used VIM for years and i still use it for a lot of my non-C# programming. However, i always wish i had Visual Studio instead.
VIM is great and all but a good IDE speeds up programming a lot and makes it a lot easier to navigate a bigger project. VS also has a lot of nice editing options that most people don't know about, e.g. recording and repeating macros on-the-fly similar to VIM.
Hi Guys, can anyone please help me? I need some help making adjustments to a Visual Basic code, I figured this would be the best place to ask. Basically a programmer has written a program to import xml data in a set of box's, but there is a node(?) that sometimes doesn't exist. When this is the case I need the box to display a "0".
On April 09 2013 17:24 Abductedonut wrote: This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
Heed my warning! Don't be lazy and learn it!
Do you also use gentoo linux and only code in terminals?
There was a time that this actually did describe me. Now only really the latter half is true (technically my computers still have gentoo on them but I don't actively keep everything up to date).
On April 09 2013 17:24 Abductedonut wrote: This doesn't have much to do with programming as it does ranting but here it goes.
Learn touch typing guys. Learn it properly (keys on home row and everything!). There will come a point in your career when you realize that IDEs are trash and that VIM is better than anything that you can find for text editing. And if you don't touch type it will be a pain to use.
Heed my warning! Don't be lazy and learn it!
Do you also use gentoo linux and only code in terminals?
Don't really see why the hyperbole is necessary. Vim is still used by many people because it is, in fact, a wonderful editor. Eclipse, Visual Studio, or whatever other IDE you may use aren't really upgrades from it, their editing powers are assuredly inferior. They are better in some tangential aspects (project-wide refactoring, auto-completion/assistance, etc.) but in many cases these things are not worth giving up the power of vim to use.
Qt Creator is by far superior to any other code-editing tool when it comes to using the Qt framework, Visual Studio is easily the most powerful option for C#/.NET development (and even has Vim-editing mode extensions), and, most of all, Vim is a text editor. Saying "Vim is better than IDEs" is absolutely ridiculous because "IDE" and "Vim" are not even within the same categories.
Also, if a large majority of your time is spent refactoring code or extensively using particular libraries, the tools available in an IDE's editor can certainly outweigh the "loss" of not using Vim (which, again, might be a non-issue if you're using Vim-mode to begin with).