|
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. |
On March 08 2014 11:02 darkness wrote:Show nested quote +On March 08 2014 10:57 Cyx. wrote:On March 08 2014 10:45 LaNague wrote:On March 08 2014 09:57 Cyx. wrote: So I'm going in to a software place downtown for a few interviews for internships next week, and one of them is a 'command line interview', which I'm assuming is mostly just Unix terminal stuff... but I'm not really sure, and I'm not very good at using any OS besides Windows lol (too many games.. tt) I have access to some flavor of Unix or other on my school's lab computers so I'm gonna go in for a few hours each day until then and just play around with it, but does anyone know what I should really be focusing on learning? i had a course in that crap. It was pipelining stuff around and filtering/formating it, defining your own commands, knowing how to set masks for rights etcetc. It was really useless, there is like no reason for me to hack around in a unix console. And if there is, i look it up and not learn it all in case i might need it. I dont know why they would test people for that in an interview. Well, I'm interviewing at a place where much of my internship would be OS stuff, especially with different versions of Linux, so I kind of get it =P thanks for the tips though guys The quick 'solution' is to look for a free shell access: http://shells.red-pill.eu/However, you won't really experience *nix in depth. As others have said, you should try to install a distro. One popular suggestions usually is Ubuntu, but I was never fan of it. I'm more of a Debian/Gentoo guy, but the latter isn't recommended if you are not aware of Linux. Our university computer labs have Scientific Linux installed on them so I'll probably just spend the weekend there messing around ^^ I know my way around it a little already from that too so it should be ok.
|
On March 08 2014 11:05 Cyx. wrote:Show nested quote +On March 08 2014 11:02 darkness wrote:On March 08 2014 10:57 Cyx. wrote:On March 08 2014 10:45 LaNague wrote:On March 08 2014 09:57 Cyx. wrote: So I'm going in to a software place downtown for a few interviews for internships next week, and one of them is a 'command line interview', which I'm assuming is mostly just Unix terminal stuff... but I'm not really sure, and I'm not very good at using any OS besides Windows lol (too many games.. tt) I have access to some flavor of Unix or other on my school's lab computers so I'm gonna go in for a few hours each day until then and just play around with it, but does anyone know what I should really be focusing on learning? i had a course in that crap. It was pipelining stuff around and filtering/formating it, defining your own commands, knowing how to set masks for rights etcetc. It was really useless, there is like no reason for me to hack around in a unix console. And if there is, i look it up and not learn it all in case i might need it. I dont know why they would test people for that in an interview. Well, I'm interviewing at a place where much of my internship would be OS stuff, especially with different versions of Linux, so I kind of get it =P thanks for the tips though guys The quick 'solution' is to look for a free shell access: http://shells.red-pill.eu/However, you won't really experience *nix in depth. As others have said, you should try to install a distro. One popular suggestions usually is Ubuntu, but I was never fan of it. I'm more of a Debian/Gentoo guy, but the latter isn't recommended if you are not aware of Linux. Our university computer labs have Scientific Linux installed on them so I'll probably just spend the weekend there messing around ^^ I know my way around it a little already from that too so it should be ok.
I've just remembered that my university has a quick tutorial on Linux in year 1. It may be useful.
http://www.csc.liv.ac.uk/~ullrich/COMP110/notes/practical02.pdf
Not all points are relevant because they're university specific, but there are some basic examples.
|
On March 08 2014 11:05 Cyx. wrote:Show nested quote +On March 08 2014 11:02 darkness wrote:On March 08 2014 10:57 Cyx. wrote:On March 08 2014 10:45 LaNague wrote:On March 08 2014 09:57 Cyx. wrote: So I'm going in to a software place downtown for a few interviews for internships next week, and one of them is a 'command line interview', which I'm assuming is mostly just Unix terminal stuff... but I'm not really sure, and I'm not very good at using any OS besides Windows lol (too many games.. tt) I have access to some flavor of Unix or other on my school's lab computers so I'm gonna go in for a few hours each day until then and just play around with it, but does anyone know what I should really be focusing on learning? i had a course in that crap. It was pipelining stuff around and filtering/formating it, defining your own commands, knowing how to set masks for rights etcetc. It was really useless, there is like no reason for me to hack around in a unix console. And if there is, i look it up and not learn it all in case i might need it. I dont know why they would test people for that in an interview. Well, I'm interviewing at a place where much of my internship would be OS stuff, especially with different versions of Linux, so I kind of get it =P thanks for the tips though guys The quick 'solution' is to look for a free shell access: http://shells.red-pill.eu/However, you won't really experience *nix in depth. As others have said, you should try to install a distro. One popular suggestions usually is Ubuntu, but I was never fan of it. I'm more of a Debian/Gentoo guy, but the latter isn't recommended if you are not aware of Linux. Our university computer labs have Scientific Linux installed on them so I'll probably just spend the weekend there messing around ^^ I know my way around it a little already from that too so it should be ok.
The problem with that is that you will most likely won't have root access on those computers, and thats key to learning linux. You won't be able to change permissions, install stuff, turn services on/off. On my uni's distro I can't even shutdown from shell although I can do it on the toolbar.
+ Show Spoiler [quizz] +How do you give +x to chmod if chmod has -x? (root allowed) + Show Spoiler [anwser] +this is the one I figured when I got asked but theres plenty of other (and some easier) solutions cd /bin/ cp chmod chmod1 cp chown chmod cat chmod1 > chmod
|
Install Virtual Box and have fun!
|
|
|
Hey guys - I'm starting a job in a few months in the wonderful world of enterprise Java coding -_- I'm looking to get some pointers for overviews of the Java EE platform. My web development experience so far has been limited to LAMP and some MVC frameworks, so from there my introductory setting up a glassfish instance and deploying some sample Java EE apps has been a bit overwhelming in comparison. XML files everywhere and just failing to deploy because the derby instance wasn't running? What?
I'm looking through the Java EE 7 tutorial from the Sun site of course, just wondering if anyone else has other resources they'd recommend. At work I'll be using the websphere & weblogic servers in particular along some associated things like websphere MQ. I think we'll be using mostly JSF.
Thanks!
|
Hey all, Just wondering if I could get some advice regarding a compilation error I'm having with boost.
I'm getting this error + Show Spoiler +../../src/GlideHQ/TxHiResCache.h:37:10: fatal error: 'boost/filesystem.hpp' file not found , which is confusing me since I've installed it manually and with macports. I can get it to compile just fine on archlinux, and it looks like it should compile just fine on osx, but I must be missing something.
Any help at all would be great
|
make sure boost-folder is in your include search path, maybe osx put the boost directory in some awkward spot.
do something equivalent to: locate boost/filesystem.hpp add -I/include/path to the CXXFLAGS (or whatever) in your makefile or add /include/path/ in your $PATH env variable. probably you'll have to add the library location to the linkers path too, but cross that bridge when you come to it.
boost filesystem is a nice library. i think it's gonna be absorbed into std in c++14. arch linux <3
|
On March 08 2014 10:43 Cyx. wrote:Show nested quote +On March 08 2014 10:22 gedatsu wrote:On March 08 2014 00:09 FFGenerations wrote: It's been suggested that I could use Flash to make it....not a bad idea Making something in Flash is always a bad idea. It is an awful technology. Hey.... http://en.wikipedia.org/wiki/N_(video_game) that was my favourite game growing up, even when I played WoW =( You can make cool things in Flash if you want to. It's not that Flash is a weak technology, but that is is a bad technology that causes a lot of problems for the user. For example, I once had to deal with a login page that was written in Flash. There was nothing wrong with the login functionality itself, but I couldn't use my browser's native password manager anymore and had to select and memorize a complicated password. Google Translate couldn't translate the page for me.
And that's not even counting the ever-present problems related to Flash, such as how any plugin architecture is a big security risk for a browser, the fact that I can't easily inspect the code in it or save its media, the thing that it won't even work on all systems and how they still don't have a competent mechanism for upgrading the software.
All of that, just because they wanted some shiny animations to play when people logged in to their site.
|
can anyone recommend good books or stuff about writing more clean project code?
My stuff works and my interfaces are always clean, but internally i can get kind of messy. Especially since i often think about things while programming and then i change stuff around a bit and then only comments on every line can make things clear for others.
|
<rant> Jesus f***ing christ Prolog is making my brain melt, and i have a exam coming up in a few weeks. Anyone have good material on how to program in Prolog? I'm so tired of reading f***ing books. I wanna hear someone speak words that make sense... </rant>
|
|
|
On March 08 2014 10:45 misirlou wrote:Show nested quote +On March 08 2014 09:57 Cyx. wrote: So I'm going in to a software place downtown for a few interviews for internships next week, and one of them is a 'command line interview', which I'm assuming is mostly just Unix terminal stuff... but I'm not really sure, and I'm not very good at using any OS besides Windows lol (too many games.. tt) I have access to some flavor of Unix or other on my school's lab computers so I'm gonna go in for a few hours each day until then and just play around with it, but does anyone know what I should really be focusing on learning? You can always use a VM like Vmware and install one or more distros of linux (using a yum/apt distro and different DEs if you want to go really deep but 1 should get u the basic, either debian or fedora imo). I've picked up linux as I was needing things so I can't really say whats the most important or first thing to learn. Basic bash commands perhaps? Understanding how the files are organized is somewhat important, permissions (read write execute for owner, group and others). Learning to configure builds and compile stuff is really important too, since not everything is available in binaries. CygWin or installing ubuntu on your PC are both good options. You'll need to do some reading as well, and know what direction you want to go. Firstly, learn to navigate the file system and find things, secondly, learn to use git command line, thirdly learn to manage file and directory permissions. This should get you to the point where you could fork an open source project, clone it locally and make some changes, and then build from source and test it out.
|
On March 09 2014 01:58 LaNague wrote: can anyone recommend good books or stuff about writing more clean project code?
My stuff works and my interfaces are always clean, but internally i can get kind of messy. Especially since i often think about things while programming and then i change stuff around a bit and then only comments on every line can make things clear for others. Leaving comments for others to make your code easier to read, means your code is really enigmatic. Take a look on "Clean Code" by Robert C. Martin. It's a very good book for software developers.
|
On March 09 2014 01:58 LaNague wrote: can anyone recommend good books or stuff about writing more clean project code?
My stuff works and my interfaces are always clean, but internally i can get kind of messy. Especially since i often think about things while programming and then i change stuff around a bit and then only comments on every line can make things clear for others.
The only real rule I've seen from writing cleaner code is to make friends and/or work with people who write cleaner code than you do. Most of my knowledge has been from seeing code from programmers better than me, and then realizing, oh shit I could just program this way and it would be so much nicer. Part of doing this is actually just coding a lot a lot more. For example, if you're only ever coding for school assignments, your opportunity to improve is so much more limited than someone who codes on the side, or participates in hackathons. Someone who has matured from seeing and writing a lot more code can more easily make distinctions about what would be a clean implementation overall.
Personally, I really adopt the Agile software development cycle, which in essence just says, you're going to refactor a lot, why not just accept that you're going to refactor. The rule for me is, get something down, then iterate and iterate and iterate until I'm satisfied. I'm not the strongest programmer because that's just how that turned out, so the idea of iterating allows me to continually improve my code, which over time increases my ability to see what direction I should take with bad code, and what direction I should start my project code towards.
The idea is that very experienced programmers simply need fewer iteration cycles to get the result they want.
As a rule, I only write comments for obscure code such as hacks or workarounds, which rarely happen. From what I've seen people who write lots of comments are not strong programmers. Good code is self-documenting because good code clearly states its intent, and as a virtue of that becomes very easily readable.
|
On March 09 2014 08:44 Blisse wrote:Show nested quote +On March 09 2014 01:58 LaNague wrote: can anyone recommend good books or stuff about writing more clean project code?
My stuff works and my interfaces are always clean, but internally i can get kind of messy. Especially since i often think about things while programming and then i change stuff around a bit and then only comments on every line can make things clear for others. The only real rule I've seen from writing cleaner code is to make friends and/or work with people who write cleaner code than you do. Most of my knowledge has been from seeing code from programmers better than me, and then realizing, oh shit I could just program this way and it would be so much nicer. Part of doing this is actually just coding a lot a lot more. For example, if you're only ever coding for school assignments, your opportunity to improve is so much more limited than someone who codes on the side, or participates in hackathons. Someone who has matured from seeing and writing a lot more code can more easily make distinctions about what would be a clean implementation overall. Personally, I really adopt the Agile software development cycle, which in essence just says, you're going to refactor a lot, why not just accept that you're going to refactor. The rule for me is, get something down, then iterate and iterate and iterate until I'm satisfied. I'm not the strongest programmer because that's just how that turned out, so the idea of iterating allows me to continually improve my code, which over time increases my ability to see what direction I should take with bad code, and what direction I should start my project code towards. The idea is that very experienced programmers simply need fewer iteration cycles to get the result they want. As a rule, I only write comments for obscure code such as hacks or workarounds, which rarely happen. From what I've seen people who write lots of comments are not strong programmers. Good code is self-documenting because good code clearly states its intent, and as a virtue of that becomes very easily readable.
i write for a business, they let me do my thing since they only need to use the interfaces of my classes. Its math-y stuff that their regular programmers dont understand.
My problem in particular is that while i am implementing my thing, i often realize i can do it 5 times more CPU efficint doing it slightly different. Or i add a feature later and it needs different methods to do the same thing and then i end up with stupid names that may or may not involve the number 2. I know its bad, but the alternative is rewrite everything -.-
For example last application i rewrote a lot into like 10 different submethods with stupid names so that it was able to be used in real time applications.
Maybe i just need to chill a bit and plan things out better. Maybe i need to write in pseudocode beforehand.
|
Oh that's different then ^^
Uhh so I think it ends up falling in the same place where you shouldn't sweat the small stuff, i.e. you should think about the issue before starting, but because the domain is a lot more obscure you still end up having to think on the fly a lot more and thus your plans don't always pan out at first.
So don't sweat the small stuff like efficiency and just worry about finishing, and understanding what you've done when you finished. When you're done hopefully you have a better idea about what exactly the problem was and when you have that bigger picture in mind afterwards, you will be able to refactor much more efficiently. ^^ Essentially, go into the problem knowing and accepting that you're going to refactor everything afterwards, and note down your issues as you go along. This works pretty well for me if I'm not pair programming.
|
On March 09 2014 00:57 nunez wrote: make sure boost-folder is in your include search path, maybe osx put the boost directory in some awkward spot.
do something equivalent to: locate boost/filesystem.hpp add -I/include/path to the CXXFLAGS (or whatever) in your makefile or add /include/path/ in your $PATH env variable. probably you'll have to add the library location to the linkers path too, but cross that bridge when you come to it.
boost filesystem is a nice library. i think it's gonna be absorbed into std in c++14. arch linux <3 You are amazing thank you so much :D
Also, arch linux is fantastic I agree <3
|
ruby on rails is so complicated... how do I even run a stupid script? Controllers and views and shit...
There's such a huge learning curve and this tutorial just throws you into the water http://guides.rubyonrails.org/getting_started.html and tells you to flap your arms.
I'm trying to convert a json to an xml using ruby. http://stackoverflow.com/questions/4272410/how-can-i-convert-json-to-xml-in-ruby
require 'active_support' #for to_xml() 'gem install activesupport' use the 2.3 branch require 'json' #part of ruby 1.9 but otherwise 'gem install json'
my_json = "{\"test\":\"b\"}" my_xml = JSON.parse(my_json).to_xml(:root => :my_root)
Where do I define my json variable that's being received? What does :root => :my_root mean? What does \"test\":\"b\" mean? Can I run this code standalone without a rails server? I keep getting an error undefined method "to_xml" how do I resolve? Is there something I need to install?
Is ":root" a symbol? Where do you define the :my_root symbol? What would an example be?
There's just so many questions and no one to hold my hand and walk me through it D:<
|
On March 09 2014 16:38 obesechicken13 wrote:ruby on rails is so complicated... how do I even run a stupid script? Controllers and views and shit... There's such a huge learning curve and this tutorial just throws you into the water http://guides.rubyonrails.org/getting_started.html and tells you to flap your arms. I'm trying to convert a json to an xml using ruby. http://stackoverflow.com/questions/4272410/how-can-i-convert-json-to-xml-in-ruby require 'active_support' #for to_xml() 'gem install activesupport' use the 2.3 branch require 'json' #part of ruby 1.9 but otherwise 'gem install json'
my_json = "{\"test\":\"b\"}" my_xml = JSON.parse(my_json).to_xml(:root => :my_root)
Where do I define my json variable that's being received? What does :root => :my_root mean? What does \"test\":\"b\" mean? Can I run this code standalone without a rails server? I keep getting an error undefined method "to_xml" how do I resolve? Is there something I need to install? Is ":root" a symbol? Where do you define the :my_root symbol? What would an example be? There's just so many questions and no one to hold my hand and walk me through it D:< It could be an idea to learn a bit of ruby, if you can stand a text format then I found this guys tutorials to be pretty decent:
http://ruby.learncodethehardway.org/book/
|
|
|
|
|
|