How about just tell them to be in the room when you do the standup? This solution is simple and costs absolutely nothing.
Kinda difficult when that person isn't even in the same country.
This, of course, depends significantly on whether by "average" you mean the mode, median, or mean, which in a non-bellcurve distribution such as a programmers or software engineers can be very different.
It's assuming spherical software engineers in a frictionless vacuum, durr.
There may be a better pattern, but in a few cases, I found Goto a lot easier to read than 20 layers of nested If statements..
That's a straw-man argument: no-one would seriously argue that having 20 layers of nested conditionals is good code so even shops that religiously avoid goto would rewrite that code to something that doesn't suck.
A contract won't save you from IR35 compliance issues: it's specifically designed to catch people who are for all intents and purposes employees even if they're on a contract. Though of course the lawyers and accountants will tell you if you'll get on the wrong side of IR35 by sticking to it.
I know, but the companies I have worked with have all been very understanding of the IR35-specific clauses and how important it is that we actually *work* this way. The contract's only one piece of the story, but it is a good way to get the story across to companies that aren't familiar with IR35 and start off thinking they can treat you like "just an employee".
IR35 is a mess. No-one can actually tell you for sure what'll happen.
Further more, out of experience, especially for bigger projects, taking in freelancers is a very bad idea : - You lose the knowledge about the project : - in case of evolution you need to find the same freelancer hoping he/she will be able and have the time to do the job
Only if the hiring party is being cheap and/or is relying on "wishful thinking" documentation (what if one of your in-house devs with a lot of knowledge gets hit by a bus?). A well-run project will have documentation requirements that the freelancer has to implement.
- If there's a problem, - your own developpers will be pulling out their hair because it's not compliant to their way of working (or worse unreadable spaghetti code)
Why would you pay a freelancer to develop code that isn't compliant to in-house standards?
- no garantees, you've already validated and payed the freelancer, yer on yer own.
need to go on?
And again - why would you hire a freelancer under a contract with no warranty if you feel that is important to your business (because you don't trust your initial validation and acceptance)?
I actually work as a software contractor. My contracts have all kinds of stipulations for the situations mentioned - including an arbitrage and jurisdiction clause. Having a good contract is great for both sides. Don't skimp on it. Clients can be a little intimidated at first (it's not a short document even in draft form) but when they read it they realise that everything that's in there is in there for a reason, and it's really not just to cover my own arse.
If you're company is willing to pay for it, you can get something like Coverity. On the free(as in beer) side there is CppCheck and clang.
Coverity is expensive, slow, and failed to successfully compile any of our large real-world projects ("large" here meaning tens of thousands of files). This was with their own consultants / sales people on-site to babysit the process. They couldn't do it and couldn't figure out why it wasn't working. From their explanations it also seemed that on a properly large code-base you'd have to spend a long time tweaking the output to rid yourself of spurious messages/warnings.
From experience, the best way to clean up a large project is to not actually mess it up in the first place. If you think it's messed up anyway, then the first thing you need to do is to think long and hard about cost/benefit. A large, specialized company like Coverity can't actually make a specialized compiler/linker that works for all possible correct C++ programs. C++ is notoriously hard to handle "automatically" unless you follow certain strict rules, and if the project is already that messy it's unlikely that any automatic tool is going to make that much of it.
Where do you want to go with this project? Is it actually working fine now? Does it need changes? Can you afford these changes? If the answers to all of these are "yes" then I think your best bet is good old elbow grease. Start adding unit tests for the code, and then manually start cleaning up the code. Just the act of adding unit tests will teach you a lot about the dependencies of the code.
it appears the devs are doing it right, and will release when it is ready, and no earlier.
That's what 3DRealms kept saying about Duke Nukem Forever, and we all know how that ended up.
They really do not. That's like saying Mercedes Benz faces competition from Smart Cars.
Theoretically, both a Smart Car and an S class have four wheels, but nobody who is shopping for one is seriously considering the other.
Likewise, nobody shopping for cable Internet is shopping for DSL.
Not-so-theoretically, Smart are actually owned by Mercedes Benz.
That mandated noise IS entirely a safety issue
It is a perceived safety issue and I don't buy the arguments in favor of mandating noise pollution. If it really were a problem we should expect to see cars that are quieter than average involved in proportionally more collisions that cars that are more noisy. I've not seen one speck of evidence that quiet cars get in more accidents due to their sound levels. It is to my mind a completely nonsensical argument with no evidence to support it.
Studies have been done and have confirmed that quiet cars get in more accidents at lower speeds due to their sound levels.
I've seen a firm where they still use a Tolkien Ring. It's their most prized possession.
I'm sure you meant to say their most precious possession.
I think you're on the mark, but that would mean the projections cannot be solid as the video portrays.
It can be if the transparency of the glasses can also be locally controlled, a bit like the 3D shutterglass technology but at a much higher resolution than left eye/right eye.
fortune: No such file or directory