|
Thanks.I think like you have told.I know by working with a experience team is a great aid to our carrer.we can study a lot from them in months than we gain by ourselves in years.As we all years of experience what enhance our carrer.If our experience is only in years but no actual experience compared to years we work we have to struggle a lot.
|
|
|
|
|
Laiju k wrote: I have to research a lot for keeping new things in my code
There's your mistake!
Keep abreast of emerging trends and topics, but don't research things for the sake of getting new things into your code. If you know a way of doing it and that way works without problem, and you're not immediately aware of a better (more efficient, easier to maintain) way of doing it, then benefit from your own experience, and do it the way you know how.
That way your code base will be consistent.
Then, when you come across a problem you don't know how to solve - or believe there may be a better way of solving, spend some time investigating that and decide if the advantages are worth the time spent learning the new technique.
In short
new != better
PooperPig - Coming Soon
|
|
|
|
|
Laiju k wrote: Can you guys give me some tips which can be done by less effort as i am having enough work to do
Well, it won't work this way. But you are asking this on CodeProject - the home of thousands of great articles and tips by the legends. Simply search what you want to learn and you have it right here! 
Your time will come, if you let it be right.
|
|
|
|
|
Thanks.I am regularly reading tips and tricks,articles.I am preferring general ways of programming which will make it more effective.
|
|
|
|
|
Some people are lucky to work with really experienced and good programmers, early on in their career. However, I feel this is not the case in more than half of the cases.
1. Continuously learn; do not stop learning. Some years ago, I came across this site Stanford Engineering Everywhere[^], where there are three courses - Methodology, Abstractions and Paradigms. Go in the order stated there. While you listen to the lectures there, visit cs106a[^] and cs106b[^] for the latest software updates / downloads. These do not teach you the programming languages you mention, but they do teach you how to solve problems using computers.
2. Remember that there is no "instant success". You'll need at least ten years[^].
Addendum:
Got reminded of a quote I had seen back in 1993 in Bengaluru, India.
"Good judgement comes from experience.
Experience comes from bad judgement".
modified 4-Nov-14 7:41am.
|
|
|
|
|
Thanks.
Amarnath S wrote: Some people are lucky to work with really experienced and good programmers, early on in their career. However, I feel this is not the case in more than half of the cases.
We can learn new methods,tips,tricks like that from experienced colleagues else we had to struggle a lot to even reach a certain level,real and continuous hardwork is needed for that.
|
|
|
|
|
Experience is a relative term so then dont get put off if the guy is 2 year experience. It depends what he mastered in this duration.
And IMHO, trying new things in code just to look cool is very bad idea. When I am working a real customer project, I stick to what is required and how robust is my code. I work mostly on labview and I have been sticking to a simple but boring architecture when I work on live project cos I know it well and I am very efficent.
But I use "new" things on my Pet project to learn the craft. Few months back my daughter wanted to chat with one of her friend online. So I decided to implement a one-2-one chat application for them. So I used this to experiment with latest and greatest. Unfortuantely this was a disaster and I think I lost some respect from my kid
cheers,
Super
------------------------------------------
Too much of good is bad,mix some evil in it
|
|
|
|
|
Back in April this year (but, not on April 1), I said (on another Lounge thread):
"By the way, in my book, an "experienced developer" is one who has learned the necessity of constant re-training in order to be able to implement the wisdom, principles, heuristics, etc., learned from formal education, self-education, and long experience, in technology that is constantly changing, using tools that are constantly changing." In my opinion the source of knowledge, information, wisdom, and, ultimately, skill is not located in "other people" ... although, of course, other people can challenge us, inspire us, make use aware of what we don't know, motivate us by example, etc. ... but in ... yourself.
Learning "how to learn" is a lifetime work, but how wonderful it is when that becomes a habit, and, even, a passion !
In my opinion, programming is, like playing a musical instrument, both skill, craft, and art.
Of course, few violinists have the number of strings, the shape of the bow and body of the violin, change every year so much they have to learn to play again
« I am putting myself to the fullest possible use which is all, I think, that any conscious entity can ever hope to do » HAL (Heuristically programmed ALgorithmic computer) in "2001, A Space Odyssey"
|
|
|
|
|
Nice message.
Quote from Swami Vivekananda - "Be free; hope for nothing from anyone. I am sure, if you look back upon your lives, you will find that you were always trying to get help from others, which never came. All the help that has come was from within yourselves."
Inspired me during my Ph.D. days.
|
|
|
|
|
Hoping help will come is not good if we know there is no one to help.But if we get help it is nice.
|
|
|
|
|
Laiju k wrote: Hoping help will come
You should never hope help will come or else life will run you over. You should take matters in your own hands and if help comes along, awesome, but you should never depend on it. Learn to reach out.
To alcohol! The cause of, and solution to, all of life's problems - Homer Simpson
----
Our heads are round so our thoughts can change direction - Francis Picabia
|
|
|
|
|
Fabio Franco wrote: You should never hope help will come or else life will run you over.
Sure.I will never hope for that.
|
|
|
|
|
nice but the analogy at the end isn't really accurate.
contemporary music (brand new stuff by living composers) very often asks musicians to learn brand new techniques ('extended techniques', or ways of physically playing their instruments) as well as new notation that composers dream up as a way of expressing the new techniques they want you to use.
programmers learn new languages and techniques but still use computers and peripherals; musicians learn new musical notation (languages) but still use the same instruments (sometimes in new ways).
|
|
|
|
|
I was in the same situation with a very similar technology stack (I use AngularJS instead of JQuery but everything else is the same). I ended up hiring a guy by the hour to teach me design patterns and do code reviews with me outside of my company. I hated to pay but it was the BEST money i have ever spent. I learned more in those sessions then i ever did at my university programming courses.
Finding a "good" software engineer is hard but you can do it. A good test is if they can explain a couple design patterns in a way you can understand. If they can explain a factory pattern and when it is used and why in a way you can understand then they are most likely worth paying to do your code reviews and teach.
Also, watching code reviews on youtube is helpful though they will often put you to sleep.
Good Luck.
~ Eric
Eric
|
|
|
|
|
Thanks Eric,
I don't even think about that.I think I will fetch a person good enough.I don't know I can get somebody like that.Eric Whitmore wrote: Also, watching code reviews on youtube is helpful though they will often put you to sleep.
I will also try this.
|
|
|
|
|
You make a very good point, Eric: at certain times engaging in a relationship with a "mentor" can be something that catalyzes the learning process ... if you are lucky enough to find a mentor who both has a depth of knowledge, and practical skill, and is able to teach.
« I am putting myself to the fullest possible use which is all, I think, that any conscious entity can ever hope to do » HAL (Heuristically programmed ALgorithmic computer) in "2001, A Space Odyssey"
|
|
|
|
|
Watch Pluralsight videos and read code project articles.
|
|
|
|
|
Joshua Hightower wrote: Watch Pluralsight videos and read code project articles.
Thanks
|
|
|
|
|
I have over 30 years of development experience and I still have to do a LOT of research and learning. Not only to work on a new problem, but to improve existing code/solutions. The rapid change in development platforms and tools requires constant learning to be an "experienced" developer. Granted, experience helps a lot to determine a solution and identify problems quicker, but the actual methods to development are constantly changing. AS you gain experience you find you own style and approach for development projects. It also helps to improve how you do research and training to be more efficient.
|
|
|
|
|
Thankscltn922 wrote: experience helps a lot to determine a solution and identify problems quicker
It is a what I was saying if a experience person is in our team.We can ask him and he/she can direct us towards the actual problem
|
|
|
|
|
Read Dijkstra...
Start here: E W Dijkstra Archive Home Page[^]
...or here: Dijkstra's books on Amazon.[^] - I have "A Discipline of Programming" and it's one of the finest books I've ever read: somehow, into one tiny book, Dijkstra puts everything that Knuth took four massive volumes to convey.
|
|
|
|
|
Thanks.I will give it a try.
|
|
|
|
|
Its not about how much experience your coworkers have, but what they have knowledge about. They all have different knowledge than you do, to take advantage of that and pick up bits and pieces of it as best you can as often as you can. Ditto for information on the web.
In general, never pass up an opportunity to learn something new.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
|
|
|
|
|
Thanks.We can get solutions for all the things from web and it requires more time than we anticipate.Sometimes the solution itself will be not of solution.we can't even get results from a problem.As we Google keywords will only be taken in search criteria,if we miss something/we don't realize what is actual problem is then it will be like looking for a pebble in sea.
|
|
|
|
|
Laiju k wrote: can be done by less effort as i am having enough work to do
Keep in mind of course that it is better to have too much work to do versus not enough. After all if you have nothing to do then why would they keep paying you?
Laiju k wrote: .(ASP.NET,Jquery,Javascript,C#,HTML,CSS,SQL SERVER 2008)
You list a lot of technologies and presumably with little experience you have little experience in any of them. So learning just a bit more about each might help you more effectively produce code both by using more effective idioms and by producing fewer bugs.
When I was younger I read a lot of books. I would suspect that it still a more effective medium (faster) than attempting to learn more about a specific technology via the internet.
Other than that, Mmyself I found that learning to recognize patterns (I am not referring to patterns as commonly defined) in code and design and along with that learning to write code that writes code (I use perl) helps.
Writing code that writes code can significantly reduce the amount of boiler plate code that one needs to produce. This has even more of an impact when various layers are impacted by changes but in a boiler plate way.
Sometimes the actual work to write code that writes code might not actually save time but it helps take the tedium out of repetitive tasks.
And doing this makes it less likely that I will attempt to find a 'better' solution that isn't in fact better just because I don't want to write all of that boiler plate code in the first place.
Of course one both must learn to recognize patterns in code and patterns that are likely to show up in new code along with figuring out how to write the code that generates the code in the first place.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
