The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
What scale do you want to build? Filament printers may not be the best choice for scales like 1/32 or smaller. Resin printers like this one[^] offer a better detail and higher print quality for smaller parts. The downside is the small build volume of only 115mm *65mm *155mm. For models ok, but not if you need a bigger part now and then.
And here is my last picture of my Huey[<ahref="https: imgur.com="" a="" ssaibql"="" target="_blank" title="New Window">^]. The weapons, the hoist and all sorts of antennae and smaller parts like door hinges are made with my 3D printer.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
Well, so far two owls and a little box with my name on it: Adventures in 3D printing Part 2: Rise of the 3D models.[^]
But ... I want to make a new lid for my Sous Vide: the current one has no insulation and doesn't "Locate" anywhere so it slides about. Adding insulation should improve the running costs (pretty trivial anyway) and let less heat leak out as well as looking prettier than a 1/2 Gastronorm perspex lid upside down with tea towels on top of it. Black ABS should work well against the stainless steel of the rest of the tank (it's multi purposed from my deep fat fryer).
And there are a couple of brackets I want to make for the car, and so forth. It's also a "another string to my bow" type thing for me - learning CAD is unlike anything I've learned before, so it;'s interesting all on it's own.
Sent from my Amstrad PC 1640 Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
How much authority can a tester have?
I'm a little confused on the scene I'm watching.
I see emails flying across from a tester almost with a CEO level authority, like:
"These are critical bugs fix it ASAP!".
Btw, it;s are not as critical as it's claimed to be. And the developer assigned to this is more experienced than the tester issuing these instructions.
I always believed testers role is to test, find the results and log them in Bug tracking tool.
Should they be allowed to send these "Directional" commands?
I see it very commanding. Sometimes it's very ironic to see, the hard-working developer race is often mistreated. Right from the dumb product manager to a tester anybody is able to command and react on a mistake done by the developer.
Should I stop the tester from sending direct instructions to the developer?
Just because someone says this is high priority developer does not start writing code. It is job of the lead/manager/whatever you call them to look at bigger picture and understand why person A thinks it is high priority and person B says low.
So, the question should be that why does the tester think this is high priority? To get things off his queue? It is stopping from testing other cases which are somehow dependent on this? Something else.
In any case, I would not let tester dictate the plan ahead. This beats the need of having a manager (huh, that does not sound too bad!).
There's has been several times I've picked him and told him these are not critical bugs.
& had asked him to lower the flags. He goes back and updates the ticket.
And there was an instance where he had an argument with the developer(which I wasnt aware). then he was at my desk trying to justify a tiny-toony bug as an important one.
I had to shut him off asking not to waste time on these trivial things.
I am a Poacher turned Game Keeper in my current role (I got a Job as a Tester as I got fed up with Daytime television). In my experience, if I don't know the dev. well I tend to wander over to his desk and say 'I am doing something stupid but...' it tends go over better than 'You don't know what you are doing butt head', then I log it in the bug tracking tool as you don't want a project with a huge back log hovering. If it's a quick fix (like spelling a word wrong on the interface, happened this am!) tell them, don't raise it as a fault, raise it as an observation.
LOL this is one of my favourite subjects Not just everything you've said, but the emails 30 minutes later with all of your managers CC'd in asking if there is "any progress?" Then there is "tester driven design" where rather than ensuring the ticket meets the specs, they'll raise an issue if it does something they think it shouldn't, or doesn't do something they think it should.
"I've failed this because the widget doesn't highlight when hovered over"
"I've checked the specs and the acceptance criteria, and gone over my meeting notes, and I don't see that listed as a requirement?"
"I know, I just think it should highlight when hovered over"
*30 mins later*
"ANY PROGRESS ON THE CRITICAL BUG I RAISED ABOUT THE LACK OF HOVER????"
Then there is the constant interruptions if they've found a bug. If you find a bug log it in the tracker, I don't need you to stop me from what I'm doing to show me that when you click this button with the textbox empty that you get an error. Just raise it in the tracker.
Then to cap it all off, when bugs gets missed and make it live do the testers ever get any blow-back or criticism? Nope....
I've straight up not renewed a contract as I couldn't stand the testers.
Just as it's not the tester's role to assign users or priority to bugs it's not your role to put the tester in place.
Discuss the issue with your team lead, product owner, manager or whatever you have above you and let them handle it.
In the meantime, ignore the tester and pick up bugs and stories that have been approved through the regular process.