|
Asking technical knowledge questions are important and I've also frequently asked candidates to write some code on the whiteboard, however more often than not you also want to know how candidates interact with others when there are disagreements about technical details and other social or team dynamics so asking them to describe a specific scenario is usually good. This isn't the end of the story though. Decent reference checks where you challenge the referee to come up with reasons you don't want to hire the candidate get you the most powerful information. Will this candidate wreck the culture and dynamics of your team?
|
|
|
|
|
If he's got the person has verifiable experience then it's likely going to be more about his general problem solving and soft skills.
Things I've been asked that I enjoyed:
Logic puzzle - i.e. find the heavier of 8 identical objects with a scale
Design puzzle - How would you design red box now (on a white board). It was a discussion session where I present an idea and they asked questions as I was white boarding the design
Pair programming session
Programming sample projects -. I've been asked to make a simple skeleton project that uses sockets to update a number on the screen, make a basic working setup of a web project, and extend a simple node tcp server.
None of those were too hard, but they got the skills part out of the way in a stress-free way.
Elephant elephant elephant, sunshine sunshine sunshine
|
|
|
|
|
Asking how he did the projects on his resume would let you find out his technical, problem-solving skills, as well as logical thinking and interaction with users and co-developers. A specific tech question (like interface, class or others) may not reflect his real ability since it is like a test for his memory. Many people probably do not remember how to code a binary search. But they do not have to since they can figure it out in a second with online resources.
TOMZ_KV
|
|
|
|
|
Mainly, you should inquire of their body count.
Not to many - shows impatience - but not to few - shows a lack of awareness.
We all, naturally, must do our part in controlling the user population.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
How many developers does it take to screw in a light bulb?
|
|
|
|
|
86. Consider sound strategy (5)
|
|
|
|
|
|
Yup
modified 8-Apr-19 0:04am.
|
|
|
|
|
After the last update of Skype...
As usually, I can right click the Skype Icon in task tray and from the pop up menu chose "Close Skype"...
But since last Skype Update, it will not close skype. To close it I need the help of task manager to kill it
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
you are not the only one.
|
|
|
|
|
Just had skype constantly popping up to the front.
Was able to close it from the tray tho.
But while that was happening visual studio hanged and I had to close that one with task manager ...
Tom
|
|
|
|
|
Another piece of software that has been LotusNotesed*.
* To LotusNotes a software : use a perfectly well working piece of software, and bloat it over so that it gets a sluggish POS, eating RAM like cookies, taking ages to startup, and crashing randomly, to a point where having to use it has became a social punishment.
|
|
|
|
|
Ah, I see you had the "happy" experience of running the Lotus Bloates client based on Ecrapse.
Mind you, I've been a happy Notes developer and I still support apps for it, but that humongous client is the creation of Mephistopheles himself.
|
|
|
|
|
I can't hang with EF6. It just takes too much control and won't let me fix it's "nuances".
I'm going to keep it for the Identity stuff because the two are too tightly integrated and I have real and more important work to do. For everything else, I wrote a static class that uses ADO to do simple set/get via stored procs, and a method that uses reflection to build a list of the specified entity for the "get data" stuff.
EF6 is probably great for people that don't/won't rely so heavily on stored procs (it REALLY doesn't work very well in that regard), but for my circumstances, ORMs are to avoided, shunned, and denigrated at all costs.
I don't know if EF7 is any better, but since we can't move to .Net Core where I work, we'll probably never know.
EDIT =======================================
After spending a day and a half replacing the EF models with my own ADO-based code, I'm back to where I was on Friday, and after I've documented what I did and why I did it, I'll be able to actually work on the app again.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
modified 7-Apr-19 14:31pm.
|
|
|
|
|
We have several enterprise web apps that run just fine on EF.
Adding/maintaining sprocs to EF can be a bit tricky, but totally doable. You can't work with a sproc in EF like you can an entity or a view for that matter in regards to Linq, etc.
We only use sprocs for web page reporting, etc.
but too each their own. good luck on your alternative.
|
|
|
|
|
Slacker007 wrote: Adding/maintaining sprocs to EF can be a bit tricky,
We honestly don't have time for "tricky". Besides, my dboject code is much faster than EF, and it's easy to adapt to new requirements with little/no research.
We've had almost two dozen different devs involved in the app I work on over the last 13 years. For a new dev coming onboard, learning our whacked out business rules is daunting enough. I don't want them to have to deal with figuring out our special considerations for EF6 as well (NOBODY on our team has any real experience with EF6 - one other guy tried to make it go, and gave up a lot sooner than I did).
The primary goal of this effort is to obtain a high degree of maintainability and re-use. EF simply doesn't give us anything tangible that meets that goal.
Like I've already said, EF6 is great if you're just working with tables/views, but we don't hit *any* tables directly from our apps - everything goes through stored procs.
As soon as I'm done testing the code, I'll post my DBObject in a tip/trick.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
did u try developer express xpo.https://documentation.devexpress.com/XPO/1998/eXpress-Persistent-Objects..but if your requirement is to let the database engine do the compute with store procedures then thats something else..
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
We don't own a license and the procurement process takes MONTHS, so it's not likely that we'll even explore it.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
there is a trial and samples with full implementation code you can evaluate before you take a decision.. also if you have less business objects to consider then migration would not be so complicated...
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
I am not willing to wait for the 6-9 month procurement cycle to be completed. I have work to do, and trying to learn another ORM product is NOT worth my time.
Beyond that, my self-written code is much faster than any ORM could hope to be. Testing is proceeding at a brisk pace, with only one thing I've had to fix.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Quote: Beyond that, my self-written code is much faster than any ORM could hope to be
Agree, ORM is for non programmers
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
#realJSOP wrote: We don't own a license and the procurement process takes MONTHS, so it's not likely that we'll even explore it.
Off topic a bit... its seems like every time you post, there's some part of it that shows some dissatisfaction with your job/employer.
You seem really unhappy there. Why not leave for something better? Your job sounds like hell on earth.
Just curious.
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
The job itself isn't bad. I went in knowing what to expect.
Except for this - They're in the process of moving all our apps and tools to the cloud (no more dev tools on our local box).
Irony - they wouldn't let us have internet access from our dev boxes, yet they're going to host all our dev crap on the cloud, which will require internet access.
I can hardly wait for sh*t to go sideways...
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
That sounds fun.
Good luck
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
EF isn't that short for...
Elephant?
"If we don't change direction, we'll end up where we're going"
|
|
|
|