throwme_1980

here is what i usually do:

-identify weak people in the team with a stinky attitude, those who dont learn and are toxic, do your best to get rid of them.

-next identify those mediocre people doing 9-5, maximise their output during those hours, don't give them no slack.

-finally identify your super stars, cherish them, buy them coffee/lunch and give them a lot of slack.

for this is a meritocracy, no damn Disneyland.

Truth is you need to get st done, I see a lot of mediocre developers hiding behind agile processes, when they can't figure out something they throw their hands in the air and scream "bad requirements" , boohoo man-up and do the business.

Please let the law inforcement agencies deal with this. Have faith in the system

Wow, finally an honest article, why hold on to mediocre employees , no need to buy donuts or pretend this is a 'people focus' company. What matters is your bottom line

Please read his indictment application, there is clearly a reason why he was arrested. If 'researchers" are allegedly selling malware then yes they should worry. Simple

Go get a degree, no shortcuts in life

Oh god, this is awful, enjoy the 15 mins of fame because most likely this is the last time this website will enjoy such a spike in traffic

you have to look at it from a different perspective, a business exists to make money, being terse, assertive and direct doesn't make one unkind. the drawn out process of cajoling souls into doing something is the equivalent of burning cash while trying to stuff it back into your purse.

being unkind is also relative, it doesn't necessarily equate to being a jerk or going out of your way to upset someone, no, au contraire, some people perceive unkindness because you dont go around the office shaking people's hand every morning...

i will leave you with one last nugget of wisdom: Most software nowadays is a non-mission critical where 2-3 average-joe-developer getting paid average salaries will be more than adequate to finish the project. so no , i don't need you to innovate, just need you to execute on a vision as it has been outlined (by a well deserving A player), you do a good job, you become that A player.

This guy delivers the goods

As a developer, kindness is EARNED, you want people to be kind to you despite of who you are and your mediocre contribution to the code base , unnecessarily refactoring code when you're meant to be working on an important feature ? No sir, I don't think it'll be kindness you will get from or any business manager.

If however you want well deserved respect and kindness, show that you excel at your job, you are able to deliver for me in a timely fashion and exceeding expectation. You can't handle being criticised ? You have no business being in business, go open a charity bookshop. One has to understand, developers like in any other creative industry can go off on a tangent by themselves if not given direction explicitly, sometimes that means being very much assertive and firm. If that is perceived as being unkind then tough luck.

Mediocrity cannot be remedied, unless you are a big company where you have dedicated departments to cater for these sort of people ( and by the way, they aim to accomplish the same outcome, just a little bit slower and more paperwork). All I am saying is, an employee has no business performing a job he/she cannot do unless he is a trainee with a good attitude. I leave this comment section with one last nugget of wisdom :

There are more skilled and deserving individuals looking for jobs that they can't get because a bad manager is holding on to a mediocre employee.

I honestly think your employers have been super generous already, one ought to know what is expected of him/her and realise they shouldn't leave themselves open to criticism by abusing the trust of the employer, always be in a positive balance, put in more than you take out and make sure it gets visibility.

I wouldn't keep someone who is not performing for whatever reason, because by the time I lose trust in that person, in my mind he's pretty much out of the door. Because this is business , it's not a charity , one is responsible for their own life.

As for those who say ' company culture and fairness ' I say your competitors are already eating your lunch

Known is relative ....

I am not sure what to think of these pictures, it triviliases the entire subject and makes it look child like, no engineer worth his salt will be seen with these doodles on his desk. Stop reading as soon I saw that

comparing this glorified set of aliases to Maven and gcc shows a fundamental misunderstanding of said tools

This right here, this thing will only attract new developers and will delay the inevitable - which is learning git properly. Reminds of a banana peeling machine ....

Don't bother, learning GIT is a transferable skill, this will be thrown out as soon as you join a proper development team . Gimmicky at best

bad idea ....

i think you're trying to use a tool that doesnt quite fit your team, no need to enforce something that the team is not comfortable with.

get a product owner & scrum master.

having it "just Work" is relative even in academia and R&D, again, there are domain specific languages being used in these environments that "just work" and have been designed to do so in the most efficient manner.

Genuine question, As a professional developer, why would you restrict yourself to such technology? what we should be asking here is why? give me one scenario where this language is more appropriate than the plethora of other domain specific languages. would you bet your company on such language when there is more mature languages already ?

unfortunate name, Mumps is a contagious viral infection

~This is why teams fails, i have posted something similar few weeks ago, unless he has extensive domain knowledge or your boss wants this guy to be there for some weird reason, i'd say get rid now, everyone is replaceable.

i can go on all day about this, but this comment has summarised it nicely, you have to understand that to be compliant with DO-178b/c you need to do an un-godly amount of v&v and other things that literally cost millions $ per quarter in a span of a single project, c is much easier to prove right and can easily achieve a good test coverage, c++ on the otherhand is considered a "high level language" and is used for instrument panels and such things, down the stack however you will see people using much more conservative languages.

c++ is not considered safe for any RTOS system, in fact you won't find it used in Aviation embedded devices (referring to the big 3 ) Tools yes, you can higher level languages to your heart's content.

cool project, really unfortunate name, reminiscent of 2012

at the risk of sounding harsh, do you have any savings? how much experience under your belt, presumably if 3 days a week contracting is not enough to feed you and keep the lights on then you are probably just starting out.

build up a pile of cash until you are self sufficient for 2-3 months, then go ahead and innovate/learn what you want.

for now , no point in you quitting today only to come back in 2 weeks looking for the same "low-end" jobs.

Do it properly, it takes more than just learning how to create a "to-do" app with X/Y framework to get a good paying job in the field.

Exactly how teams fail, they skim on what's important, i am not saying you should be hiring A players from the start all the way, in my personal opinion, 90% of commercial software can be built with a bunch of honest average-joe-follow-instructions developers who will execute a sound idea/vision, this is assuming that YOU are the A player and you know what you're doing.

Once the revenues start to come in, feel free to go through the pain of hiring of A players, which is only half the journey, you need to also retain them by ring fencing piles of cash (bonuses, perks etc...) through out their time in your company, it is not for the faint hearted

you can easily find a good offshore team with good work ethics, usually better educated and more experienced at a reasonable price.

i have seen more hapless managers than poor offshore developers, it takes dedication to manage an offshore team, a daily standup is not enough, you need to communicate effectively.

if you're a small shop than you will find yourself doing the management out of necessity (you can't be burning cash and seeing no return). if you're a big company however (and i mean top end of Fortune500) then definitely ask your boss whether you can vet and get involved in the hiring process ( i say this because big companies have contracts with offshore consultancies and don't really look at small things like individual developer's experience when hiring the consultancy)

Communicate, Trust and organise physical visits (both ways)

waste of money, invest in either getting a new gear(high-end laptop, licenses etc...) or a recognised qualification or a cert