Sponsored Content
The Lounge What is on Your Mind? Junior engineer attending a senior engineering interview. Post 303029574 by rbatte1 on Tuesday 29th of January 2019 07:08:36 AM
Old 01-29-2019
I think you should ask, and get them to explain why certain things are true/useful/shouldn't be done or whatever to make them justify the senior tag - and pay. If they are no better than yourself, then you should apply for the job because you could show that you are capable.

Don't try to be mean and trip them up, but explore the concepts of what you do and see if there are some examples (with all the appropriate documentation) to work though on a tricky problem. IMHO, there's nothing wrong with a useful test. I'm sure no-one knows everything but you need to make the candidate know you mean business and are interested in getting a good engineer rather than just anyone. Remember that they have to agree that you are a company they want to work for too. You have to make them choose you for more reasons than just the pay.

Just my humble opinion.

Robin
This User Gave Thanks to rbatte1 For This Post:
 

2 More Discussions You Might Find Interesting

1. AIX

Junior SA Tasks?

I've been given more responsibility at work and was basically told to take junior system admin responsibilities over our aix box. The catch is, I need to learn on my own. I know basics, but what are some task that I could perform on a daily basis for starters? We have a support group, but not so... (2 Replies)
Discussion started by: NycUnxer
2 Replies

2. UNIX for Dummies Questions & Answers

Information on Network engineer and Unix Systems Engineer

Hi, I'm exploring a few different careers( Unix System's Admin, Network Engineer, and Unix System's Engineer). I asked in another thread about System's Admin, so I have some more info on that already. I'm not finding very much info on Network Engineers or Unix System Engineers though. Can you guys... (0 Replies)
Discussion started by: hpicracing
0 Replies
FSF-FUNDING(7)								GNU							    FSF-FUNDING(7)

NAME
fsf-funding - Funding Free Software DESCRIPTION
Funding Free Software If you want to have more free software a few years from now, it makes sense for you to help encourage people to contribute funds for its development. The most effective approach known is to encourage commercial redistributors to donate. Users of free software systems can boost the pace of development by encouraging for-a-fee distributors to donate part of their selling price to free software developers---the Free Software Foundation, and others. The way to convince distributors to do this is to demand it and expect it from them. So when you compare distributors, judge them partly by how much they give to free software development. Show distributors they must compete to be the one who gives the most. To make this approach work, you must insist on numbers that you can compare, such as, ``We will donate ten dollars to the Frobnitz project for each disk sold.'' Don't be satisfied with a vague promise, such as ``A portion of the profits are donated,'' since it doesn't give a basis for comparison. Even a precise fraction ``of the profits from this disk'' is not very meaningful, since creative accounting and unrelated business decisions can greatly alter what fraction of the sales price counts as profit. If the price you pay is $50, ten percent of the profit is probably less than a dollar; it might be a few cents, or nothing at all. Some redistributors do development work themselves. This is useful too; but to keep everyone honest, you need to inquire how much they do, and what kind. Some kinds of development make much more long-term difference than others. For example, maintaining a separate version of a program contributes very little; maintaining the standard version of a program for the whole community contributes much. Easy new ports contribute little, since someone else would surely do them; difficult ports such as adding a new CPU to the GNU Compiler Collection contribute more; major new features or packages contribute the most. By establishing the idea that supporting further development is ``the proper thing to do'' when distributing free software for a fee, we can assure a steady flow of resources into making more free software. SEE ALSO
gpl(7), gfdl(7). COPYRIGHT
Copyright (c) 1994 Free Software Foundation, Inc. Verbatim copying and redistribution of this section is permitted without royalty; alteration is not permitted. gcc-4.0.1 2009-05-18 FSF-FUNDING(7)
All times are GMT -4. The time now is 01:38 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy