As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
When I first learned to program I learned to do so with an IDE, and that has stuck with me until recently. The last few months I have been using gedit for a web based project and while the project turned out quite well (check it out here), I felt like gedit didn't provide anything extraordinarily useful. As of now, my two favourite IDE's are Eclipse and Qt Creator. On my laptop (a Zenbook running Ubuntu) Qt Creator starts in one second and Eclipse starts in five, so performance is not an issue. So what would I lose from switching to VIM and what could I gain?
It's not about how fast it starts, although it does indeed start faster. It's about how fast you can edit. By never taking your hands off the keyboard you gain huge amounts of speed and priceless inner peace. You also step into the wonderful world of command line bliss. Things are literally black and white (well, if you wanted them to be). It makes life simple... efficient... fun. Once you go mouseless you never go back.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I am thinking about opening up a VPS account for deploying a Scala application (most likely using the Playframework, but open to the possibility of Scalatra). I may also want to do some Python scripting on this VPS as well.
I'm assuming performance, stability and security-wise either choice would do fine but my real question is: which OS would be easier to get up and going with Scala and Play? I'd very much prefer to set everything up rather quickly.
If it were up to me, I'd go with CentOS. I have found them both about the same to get setup, but CentOS will save you a lot of headaches after a few years as Fedora reaches it's end of life and YUM repos disappear. You don't get the absolute latest versions with CentOS, but you can usually work around that if necessary by adding a new Repo.
I've had experience with both, running Java and Scala webapps. We've pretty much moved away from Fedora for that purpose for the reason above.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
linux kernel is really worth to spend a lot of time of read, but it is so large, and you don't know how to trace where you should start to read, and what you have read before?
usuallly people try to read linux kernel would make some comments when reading code, anybody agree? so git maybe nice when read linux kernl, but maybe sometimes you would like to read code on web tools such as lxr, but what make you disppointed is that you cannot make comments on lxr.
google code support comment, but you cannot export such comment:(
so what tool you would like to choose if you want to read source code of linux kernel?
You cannot understand the whole kernel at once, not even with a magic tool. There are too many facets and each has many aspects and quite a few nuances.
I suggest starting with a particular area of interest and focus primarily on it. If you have never looked at an OS before, the innermost areas are:
memory management
process management
thread scheduling
file system
initialization
As far as tools, any good cross referencing website is fine. LXR is good, but it takes awhile to get familiar with it.
Before starting with code , some theory knowledge is important.
Professional linux kernel architecture book will be of great help.
Lxr is good for browsing code online
VI editor with ctags and Taglist plugin is optimal for browsing kernel source code offline.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
Dev-C++ was one of the first IDEs that I got my hand on long ago. To me, Dev-C++ was a small software that can be downloaded and I could quickly do academic assignments with it.
In my college, people have been suggesting Dev-C++ for a quick download and just do the homework, for a few generations now. I recalled I used to have some problems with Dev-C++, mainly not understanding what exactly are mingw, different dependencies, different compilers, and all the complicated stuff.
When I tried to go for bigger projects, I always have the trouble of getting help. Other online helps seem to favor Visual Studio a lot more. For veteran developers who understand compilers and how things go around in software development, this may not be so difficult. But for people who are new to learning programming, is Dev-C++ a reasonable choice? Or should they not use Dev-C++ at all? Will the end justify the mean in the long run?
It's my understanding that Dev-C++ hasn't been supported for a long time and accepts a lot of bad code which it should reject, and it's not recommended simply because it's low quality compared to Visual Studio. Dev-C++ was my first C++ development environment too, and I wouldn't recommend it. VS also has one hell of a debugger, and some strong online reference material, not to mention all the other fun features of having a proper IDE. Visual Studio Express is free for everyone, even the current version, and whilst it's not quite as powerful as the commercial versions, it's still far superior in quality to Dev-C++.
All you have to do is look at the supported versions of Windows. Their latest non-beta version doesn't even list XP as supported.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I am working on my C programming skills. I decided to run Ubunutu Linux and use code::blocks as my IDE. Now, I need a good source control.
Something that's easy for a beginner to administer (I want to concentrate on coding not managing a server)
Free
Hopefully has a plugin that integrates well with code::blocks
I plan to use source control for my own use. I want to be able to undo my changes if I make too many mistakes. I also want to be able to revert back to an old version and do side-by-side comparisons.
Maybe one day, my buddy and I could work on some code together (from different locations), but this is not a major concern at this time.
What works for me?
You want Mercurial or Git. I personally prefer Mercurial.
Subversion is still very popular and stable. It's centralized though, which these days is considered "the old way." (I've heard people say "Git is to SVN what BitTorrent is to FTP.")
Git is pretty much the in thing right now. In my opinion it has a higher learning curve, but its adoption by the open-source community is widespread.
Mercurial is a great DVCS and, in my opinion, doesn't get enough attention. Great commercial products are built on top of it, though, so growing your project to a commercial system is pretty smooth.
There are others.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 13 years ago.
The FAQ for the new Go language explicitly makes this claim:
There is a growing rebellion against cumbersome type systems like those of Java and C++, pushing people towards dynamically typed languages such as Python and JavaScript.
Is there (non-anecdotal) data to actually support such a claim? I've always found dynamic typing sloppy and tiresome, but if I'm losing touch I at least want some warning.
I'd call it a trend, not a rebellion, but I see the same in our company moving from C (25 years ago) over C++(20 years) and java (12 years) to javascript and python (2 years).
One of the reasons could be, that scripting seems to be more agile and better for rapid development (which I actually doubt). That impression came along when some developers started nice applications in impressive development speed, while the 'old OO-family' often came up with (over-)complicated application architectures which showed a depressing progress.
I think it doesn't has to be scripted if time to market is a criterion (but sometimes it helps to get rid of old habits)
I agree with kai1968, it is more of a trend. Here is a good paper done by IEEE that will give you a better understanding Developers Shift to Dynamic Programming Languages