By Profession I am a NAV developer and personally I think that.....
I am very bad in Programming generally and I want to improve my Skills in Programming.
So, that's why I need ur Precious Advices, and comments on it that
How one can improve his/her Programming skills generally or also at NAV level?
Waiting for feedback from u great pplz for ur precious advices/comments/feedbacks?
Thanks in Advance........
Regards,
Ammad
0
Comments
bang your head on the problems until you solve them, read mibuso and ask/search if you don't know something...studying makes the base and then you have to improve yourself...how long have you been working in nav?
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog
Ritesh K Singh
I am working with NAV from last 4 months but not just worked on coding only in these 4 months, did many things regarding NAV like reporting services etc etc
Thanks for ur replies
Regards,
Ammad
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog
=D>
Well I think you made the first step already. Just knowing that you need to learn, and that you are asking for help is the first giant step forward. You would find it hard to believe how many people want to learn Navision but are not willing to ask for help nor take the advise given. Having come to this understanding in four months is a great sign, and I think you really can go places with this attitude.
Step one always in NAV is to understand the application. To do this I give students a simple test, and they learn a lot by passing it.
The test is here : Getting started NAV
PS its a lot harder than it looks. Even some NAV veterans have trouble passing this test the first time with out an error.
PPS: in case you want to know, "NO, I have not yet been able to pass this test", so don't expect to pass first time.
PPS Pass means you don't get any error messages because you missed something.
There are people which are not trying to solve problems themselfs and they ask others right after they hit some hurdle. They will not learn anything.
If you solved something, try to think about it, try to understand "why" it was problem, "why" this solution is the correct one, ask questions for yoursefs, if you did not find answer on internet or somewhere else, ask in the forum.
Path to knowledge is not straight, it is long, leading between rocks, spending time with looking for how to go around, many times you need to go back or climb up on the rock (and sometime dig under...). Only people which will do something themselfs will have good feeling from the final product, ambition to be better is the driving force. Of course, it doesn't mean that asking is forbidden. "Man is learning from mistakes, but only unwise from their own." ;-)
I am developing in NAV for 8 years now, and each day I learn something new (not only from NAV, but C#, operating system, hardware, SQL,...). Main source is own "research".
MVP - Dynamics NAV
My BLOG
NAVERTICA a.s.
Will Try :-k
I don't believe you have not passed it. The only reason can be "You haven't tried yet".
http://ssdynamics.co.in
I have completed the process a few times. Its something that is different with each version, but I still get many error messages along the way, and have to go back and set somthing up that I missed. But each time I learn something new.
In reality though, its good to get all the error messages, becasue then when the client says "I have this error message about posting groups" you know exactly what the error is and how to "fix" it.
I'd say the act of actually writing the code is only about 25% to a third of the time spent on any programming job, maybe even less. I believe the reason why many developers have such a hard time estimating a job is because they only estimate how long it will take to "write the code", and forget about how much time it takes to "figure stuff out".
mibuso, DUG and google will become your best friends
RIS Plus, LLC
RIS Plus, LLC
Sometime it is not good to make the changes in front of customer, because than you can hear "why you are billing me 10 hours for such an easy task, when there was something more complex and the developer have finished it in 10 minutes?". Nobody see the thinking process behind it, which is done mostly in bed when you are going to sleep, on toilet or when driving the car. Those are the moments when the solutions are created.
MVP - Dynamics NAV
My BLOG
NAVERTICA a.s.
http://www.BiloBeauty.com
http://www.autismspeaks.org
Play with the standard code on a testing db. If you are not completely sure what something does, comment some lines out or change them and see what's the difference.
ha ha...are you sure that's not the shampoo bottle!
What most developers (well more so their bosses I guess) want to hear, is "How to learn Navision development whilst billing the client at full rates".
RIS Plus, LLC
BTW, study is one of the best aspect of our work (if we like our work, and i think so)...day by day a developer become more and more skillful, and when he thinks he's at the end of his training, a new feature comes out and opens a "new world" of possibilities (e.g. NAV 2009). We are almost never boried, as we have always something new to learn and/or improve.
I think that if i am a NAV "order processor" (like susanna in the CTPs ), i would get boried after a month or two, and i will start to create problems to the developer only for entertainment...but this is a personal opinion. :roll:
We should be happy to have a challenging work!!
"Never memorize what you can easily find in a book".....Or Mibuso
My Blog
Yes, all depends on people and their relation to their job. If it is just "job", or it is "your life" or at least "hobby". If it is just job, you do what they want, and that's all. If it is your hobby or life, you will try to find new ways how to do that and this etc. If it is just job, you will wait if somebody else will teach your something. If it is hobby or life, you will learn yourselfs from what you found...
MVP - Dynamics NAV
My BLOG
NAVERTICA a.s.
1) do something new - right now I am becoming more proficient in writing direct to Excel from NAV
2) Self-study - my current area is coming up to speed on Business Analytics and improving on the demo samples with more meaningful results. (The canned demo promises a sales analysis and delivers customer account balances instead.)
3) Chess at chess.com - good hobby and sloppy thinking gets punished quickly. I originally wanted to improve my spatial capabilities - I have found it also makes me work on being more careful and critical with my logical thinking and understanding of what my opponent can do.
http://mibuso.com/blogs/davidmachanick/
It's the same way with solving customer problems. Every time you're presented with a new problem, there are a ton of things to figure out before you can give them a really good solid advice. The skill of figuring out what you need to figure out, is much more important to have than knowing what line of code to use. Syntax is just words, for that there are tons of dictionaries. What makes a developer really good is understanding the grammer. Not just the grammer of the technology itself (technology itself has NEVER solved any business problem), but the functional requirement that lies underneath.
Compare it to learning how to play a certain sport. I'm learning how to play golf, and every time I learn how to do something, it goes further and I am presented with a new aspect of the game. How you hold your head, how you put your hands, how you swing the club, where you put the ball, where you put your feet, and a thousand more things. You can know everything there is to know about this, but the ONLY way to actually be able to DO it, is by practice. If you don't put in the work to improve your skill, you are never going to get better at it. It's the same with being a developer, you can know all code words, but if you don't practice how to use them, you're never going to become a better developer.
RIS Plus, LLC
I came from a VB background and challenged the way Navision was structured, having many a discussion with Jesper in the UK, his answer was always, this is not VB but Navision and C/Side and this is how it works, accept that and work with it!.
The way we then learnt was to study the code, trying to understand what it was doing and why, with this we also had to learn the Navision and Clients business process and workflow, many of us were sole programmers with new small resellers, so it was sink or swim.
Looking at the OP second reply after 4 months they are looking at reporting services, it is very important to learn fully the core elements of Navision, before even looking at things like reporting services, the phrase 'learn to walk before you try to run' comes to mind.
Another tip would be not to think you can re-invent the wheel, if you are trying to write a core function in navision there is likely something you can base your 'new function' on, but you will not know if such a function exists or where to find it unless you know the product, a classic example is with dates, you will see a question with a block of code which is trying to replicate something that can be returned with a single call in code to an existing function.
For a developer as much as training material has merit, so does looking at the navision standard code, functions and workflow, and by not thinking that you could have done it better your way.
David
Mobile: +44(0)7854 842801
Email: david.cox@adeptris.com
Twitter: https://twitter.com/Adeptris
Website: http://www.adeptris.com
Wonderfully stated! =D>
Not exactly a NAV user but was a programmer once. Allow me to impart some of my learnings...
...to be a good programmer, you practice programming, try solving a specific problems you encountered.
...to be a better programmer, you find more ways of solving those problems.
What I've learned about my 2nd statement is, as a by-product, you'd realized that some solutions to solving your problems doesn't need any programming. That actually expands your skill set.
I too share a similar experience. I took an SAP course and landed an SAP job. Unfortunately, our company doesn't have any SAP project which basically made me a bum in the office. So my boss rigged me into AX. I'm just one and a half month into this project trying to support 3 groups of users of our client. I had to tell myself sometimes that if I want to solve some problems, I would need to put on hold some of the stuff I know.
While I agree with you, no question about that. But we also should consider somethings... things like "My boss dumps me in this project despite knowing I knew nothing about it yet he's charging my client full rate." In cases like these (which I'm currently in), there is a high tendency that we'll have to learn to do some running and jumping despite not having to master walking.
You're describing the basic world of consulting. Management expects you to be billable from day one. Other than that they can't justify your existence as an employee.
I can't imagine where my career would be if I had not been challenged like this in my early years. There were many times where I was thrown at situations where I new little or nothing of what I was dealing with. But the goal was always the same. Solve the problem and, in the end, leave the client believing they could not have possibily done it without you.