LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Non-*NIX Forums > Programming
User Name
Password
Programming This forum is for all programming questions.
The question does not have to be directly related to Linux and any language is fair game.

Notices

Reply
 
Search this Thread
Old 05-04-2013, 12:32 AM   #16
TheIndependentAquarius
Senior Member
 
Registered: Dec 2008
Posts: 4,622
Blog Entries: 29

Rep: Reputation: 896Reputation: 896Reputation: 896Reputation: 896Reputation: 896Reputation: 896Reputation: 896

Quote:
Originally Posted by theNbomr View Post
I think it is much better to have a review of a design, than of a completed project.
I wasn't talking about any "completed project". I in fact told him to build some simplest
functionality and then have that functionality reviewed.

Completing at least one functionality IMO is necessary since if the OP "sees" something
getting "run", it will motivate him to pursue the project further.

Quote:
Originally Posted by theNbomr View Post
as it makes no sense to put in code what should be done completely differently or not done at all.
It makes sense IMO to first code and see how things are done in "one way". Then have
the code reviewed and again see how things are done in "another way". Once we have
both the codes it is easy to compare and figure out the faults and possible improvements.

Here, I am only talking about a small functionality, not about the whole project.

Last edited by TheIndependentAquarius; 05-04-2013 at 01:31 AM.
 
Old 05-04-2013, 08:02 AM   #17
sundialsvcs
Guru
 
Registered: Feb 2004
Location: SE Tennessee, USA
Distribution: Gentoo, LFS
Posts: 5,397

Rep: Reputation: 1114Reputation: 1114Reputation: 1114Reputation: 1114Reputation: 1114Reputation: 1114Reputation: 1114Reputation: 1114Reputation: 1114
Absolutely agree. Get other people to look at what you've done, and to talk about what you've done or are going to do.

Another good resource to look at is "sourceforge." You can look at the source-code of actual projects, and you can also get a glimpse of the process that is used to build and to maintain them. You'll see their "issue tracking" (or "tickets") system; you'll see a version-control system and its "commits." You can sometimes look at a reported issue and see the actual source-code changes that were made to fix it. You can see the tests that were written to verify that the problem exists, that it has indeed been fixed, and that it will forever stay gone.

Programming is a craft, and when you start in a craft, you're an Apprentice. Which means that you get to empty a lot of bit-buckets of their smelly ones and zeros and do a lot of what seems like drudge-work, yet, all the time being exposed to the code and to what's going-on around you. In time, if you persist, you become a Journeyman. Then, finally, a Hacker. (One does not become a Master. The Machine is always the Master.)
 
1 members found this post helpful.
Old 05-04-2013, 02:23 PM   #18
Sergei Steshenko
Senior Member
 
Registered: May 2005
Posts: 4,481

Rep: Reputation: 453Reputation: 453Reputation: 453Reputation: 453Reputation: 453
Quote:
Originally Posted by Garda View Post
... any suggestions?
In addition to what others have already said - try both lower ("C" -> assembly) and higher (OCaml, Haskell) levels.
 
Old 05-05-2013, 02:29 AM   #19
konsolebox
Senior Member
 
Registered: Oct 2005
Distribution: Gentoo, Slackware, LFS
Posts: 2,245
Blog Entries: 15

Rep: Reputation: 233Reputation: 233Reputation: 233
Try to find a programming standard or build your own by yourself then let it guide you. Be wary of other things that may cause pitfalls besides just making the program work. A good programming practice could also prevent unnecessary troubles which would give you more time spending with debugging. When you gain more experience you would learn to decide when to rely more on design or more on immediate coding.

Quote:
Originally Posted by sundialsvcs View Post
Then, finally, a Hacker. (One does not become a Master. The Machine is always the Master.)
There's always a saying I heard somewhere on a very old software. "Real hackers depend on their brains, not on their machines." but now I've revised it, and I see that smarter ones would make best use of both.
 
Old 05-06-2013, 12:27 PM   #20
RudraB
Member
 
Registered: Mar 2007
Distribution: Fedora
Posts: 262

Rep: Reputation: 23
Richard Maine, one of the most respected member of fortran community uses a signature
Quote:
Good judgment comes from experience;
experience comes from bad judgment.
-- Mark Twain
Hope this helps.
 
1 members found this post helpful.
Old 07-01-2013, 09:13 PM   #21
Garda
Member
 
Registered: May 2005
Distribution: Debian
Posts: 83
Blog Entries: 2

Original Poster
Rep: Reputation: 15
Hi, I think one of the biggest problems I had was that I needed a framework or a set of ideas for how to plan and organise code. For example, I read through (at least the first half) of Fowler's book about refactoring code and have seen a few videos from people like "uncle Bob" (apparently that is all that is required to uniquely identify this person). I think though, that reading/watching these things are only useful with some practice behind me. I'm not sure that they make a lot of sense to someone without some experience of mistakes against which to compare.

Also, the pyvideo site is very nice for Python resources.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
I am a programmer(Student). How can i help the Linux community as a Programmer? mgsurya Linux - Newbie 11 07-21-2010 03:56 AM
Who's the programmer Heiner Linux - General 1 10-13-2007 10:50 PM
Programmer to Programmer ( Long Story Of A GUI ) mdoubledragon Programming 1 10-13-2005 05:41 PM


All times are GMT -5. The time now is 08:16 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration