Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
Logging in...
Previously on ".Net gravy train switching tracks?"
In 90% cases, a Technical Architect is a permie developer who had to be promoted but wasn't fit to be a manager...
So my usual title of Developer doesn't necessarily give the impression I'm just a coder, but that I may also be able to design and implement a solution from scratch?
Or should I be calling myself an Analyst/Programmer?
How do I find out what the job of Technical Architect entails? Isn't it different from company to company, so there must be a set of rules or skills that is associated with that role?
In 90% cases, a Technical Architect is a permie developer who had to be promoted but wasn't fit to be a manager...
Yes, I was quite amazed that "OO programming is hard to do right" and that "even Java programmers find it hard".
Makes me wonder how I struggled all those years with C++ writing classes with all those methods and properties, with a sprinkling polymorphism and the occasional bit of multiple inheritance.
Thank God those Java boys came along to sort us out - even if they found us a bit difficult.
Personally, I've seen too many Java devs who couldn't even figure out how to work a coffee machine.
1. OO programming is hard to do right (even Java programmers find it hard). Its even harder if you have programmed in a non-OO language, so ex-VB guys are going to struggle.
2. C# may be a fine language but its survival will depend on the strength of its libraries. At present, .Net is spending most of its time porting Java libraries over.
3. I have worked in some companies which were Windows only but most have used Unix variants in production. Java rules the roost there.
4. I hear C# is popular for building front ends in Windows in some orgs (like banks). The server side is mostly Java and thats unlikely to change.
True. But even as a permie you wouldn't necessarily be encouraged.
I agree it's hard to avoid being shunted into a man-management role: team-leader -> project manager -> department manager ...
Few places have a solid technical career path, even though they pretend they do, just to sucker you into a job.
If you're determined to be technical and stay that way, you need to be VERY technical and move about a lot, and see a lot of different shops. You can't afford to be a numpty introverted geek either - you need to socialise and shmooze with people with connections that will open those doors.
As a contractor you're not encouraged to seek out those steps by the client, so how do we learn what we could become and what opportunities there are to progress to?
True. But even as a permie you wouldn't necessarily be encouraged.
I agree it's hard to avoid being shunted into a man-management role: team-leader -> project manager -> department manager ...
Few places have a solid technical career path, even though they pretend they do, just to sucker you into a job.
If you're determined to be technical and stay that way, you need to be VERY technical and move about a lot, and see a lot of different shops. You can't afford to be a numpty introverted geek either - you need to socialise and shmooze with people with connections that will open those doors.
Simply by learning how to do the job, then proving you can do it.
How do I find out what the job of Technical Architect entails? Isn't it different from company to company, so there must be a set of rules or skills that is associated with that role?
Leave a comment: