Advertisement
If you have a new account but are having problems posting or verifying your account, please email us on hello@boards.ie for help. Thanks :)
Hello all! Please ensure that you are posting a new thread or question in the appropriate forum. The Feedback forum is overwhelmed with questions that are having to be moved elsewhere. If you need help to verify your account contact hello@boards.ie
Hi there,
There is an issue with role permissions that is being worked on at the moment.
If you are having trouble with access or permissions on regional forums please post here to get access: https://www.boards.ie/discussion/2058365403/you-do-not-have-permission-for-that#latest

Read this today on choosing which language to learn

  • 23-07-2012 1:57pm
    #1
    Closed Accounts Posts: 18,268 ✭✭✭✭


    I read this interesting piece on choosing what language to learn.
    http://www.techrepublic.com/blog/programming-and-development/how-to-select-which-programming-skills-to-learn/5546?tag=nl.e101

    1: Pick a place to work

    You have to pick your skill set by the geographic location where you want to work. When I was in New York City, all Java was very popular because the big companies had deep investments in Unix and mainframes that could run Java, so it was a way for them to get away from COBOL and other legacy systems without abandoning their commitment to those platforms. But when I moved to South Carolina, .NET was much more prevalent even for the same kinds of industries, even though it was fairly new, thanks to a ton of local shops migrating from VB6.
    2: Develop a profile of the companies where you want to work

    Most people want more than just “a job” — they want to work for a company they enjoy working for, and might even have a specific industry in mind. This is especially true for people making software development a second career and who may already have some experience in a specific industry.
    If your wants are not too specific, the profile of the company you write down does not have to be specific, just try to be as accurate as possible. Some things to include:
    • Size of company
    • Publicly traded or private firm
    • Maturity of company
    • Rate of growth
    • Risk/reward tolerance (can you work for a poorly funded startup in exchange for stock options and growth opportunities?)
    • Industry
    • Office environment
    • Team size
    • Management techniques
    A word of caution:The more specific you make your profile, the harder it will be for you to get any meaningful data.
    3: General job preference

    You will want to put together a general idea of what kind of job you want. This should not be very specific, because unless you live in a huge metro region, it is unlikely that you will see any jobs even close to it.
    4: Research

    Using your geographic preference, company profile, and ideal job, start digging through job ads. Use the largest variety of resources possible, and do your best to identify duplicate postings (even if the duplicates are different recruiters, they will probably copy/paste the job description). Make a chart of the skills that you see listed in the ads, and make sure to note if they are “required” or “preferred” skills. The chart should also show the things that you care about, like where the jobs are located, the type of company they are, etc. Once the chart is made, rank the jobs in the order of attractiveness to you. Finally, look for the commonalities among the top ranked jobs.
    This approach should not take you more than a few hours, but once you have done it, you should have a crystal clear idea of the kinds of programming skills you should be mastering to get the job you want.


Comments

  • Registered Users, Registered Users 2 Posts: 9,560 ✭✭✭DublinWriter


    As Tom Peters once said, the software industry is more like the fashion industry than any other sector.

    Today's hipster language is tomorrow's debased legacy skill.

    I know plenty of guys who know the .NET/J2EE framework inside out, but they couldn't code their way out of a paper bag and should never be let loose to talk to end users.


Advertisement