|
I had stuff like that happen a couple of times with GoDaddy and then finally the last time they bothered me I moved to smarterasp.net[^] and have been very happy since.
It is painful migrating off though. But once the original host does so many bad things that it feels like you're migrating anyways, then it doesn't matter. That's what happened to me on GoDaddy. They told me, "Oh you'll have to set up all your web sites again." 
Me: Good bye.
|
|
|
|
|
Installed the latest SSMS and saw two version numbers on the about box.
In title: SQL Server Management Studio v17.9
In list: Microsoft SQL Server Management Studio v14.0.17285.0
SSMS_About_Box
TOMZ_KV
|
|
|
|
|
Great, yet another update! Installing it now. I keep hoping they will get query designer to remember my last settings!
As far as the versions, it does seem like they would pick one or the other and stop confusing us! 
Edit: No, the query designer hasn't changed. I'd still rather work with the query designer in Access 2002 than SSMS.
"Go forth into the source" - Neal Morse
modified 14-Sep-18 13:19pm.
|
|
|
|
|
I do have the impression that the new version starts up faster.
TOMZ_KV
|
|
|
|
|
That is just a feature that has been developped to prevent you from uninstalling it at first launch.
Don't worry, it will get worse fast.
667: The neighbour of the Beast
|
|
|
|
|
Was wondering if anyone been in an interview (interviewer or interviewee) as example of the existing product code is used?
I wonder if should do this in next candidate interviews, to head off any snarkyness if they join then start off on a bad footing.
"I said in the interview it was a work in progress, lots to do"
But hey, interviews stressful enough, visual aid may help. This to protect wasted time on flaky new hires.
Job interviews should be a 2 way interview.
|
|
|
|
|
Well, I've fortunately never had the pleasure of interviewing a potential job prospect.
It seems to me, however, that it's your evaluating the interviewee, and not the reverse. Why should it matter to them what stage of development you're in?
If they get there and turn up their nose, there's always the door. Make sure there's a probationary period clause in any contracts/employment agreements - which allow dismissal without cause.
Oh - I forgot to ask . . . you are paying them for working if you hire them, right?
| 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 |
|
|
|
|
|
No, I agree with the OP: the interview should be a two way process. The company is selling itself to you as much as you are selling yourself to them.
How many times have you met a company and thought "I'll work for them when hell freezes over"? I have, a couple of times - it doesn't matter how good the job might be if the company is sh*t and full of PHBes your just know will drive you round the bend to work for.
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!
|
|
|
|
|
OK - badly phrased.
I was thinking too much in direct context of the interviewee approving of the current status of their code.
In real life (chemist days) they'd roll out a red carpet for the interview - show you their pretty stuff - but they would not read you into a project. They would talk about project types and techniques. So yeah - there's a two way street about it. Still - a lot hinged upon your own presentation (a seminar) and how you can discuss what you've done and/or are doing.
Where I had the distaste for the imaginary interviewee is that the needed to approve your the status of the code base.
| 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 |
|
|
|
|
|
What Griff writes. There's plenty of work out there, don't take a job just to have a job, if you can sense you're going to hate it.
|
|
|
|
|
Yeah but I do not need to see their code, because code can be changed.
I have to get feeling what people are like in a company.
Unfortunately I am not good enough to assess it in 1 hour talk with someone.
I have to work there for a couple months to see if they are bunch of a*oles or there are tribal fights going on.
|
|
|
|
|
maze3 wrote: Was wondering if anyone been in an interview (interviewer or interviewee) as example of the existing product code is used?
Probably impossible - certainly if I were an employer I wouldn't.
On the other hand, if I, as a potential employee, could see what I'm getting into, in most cases I would run away screaming.
[edit]On the other hand, rather than looking at code, it's a lot more useful to ask about processes, procedures, documentation, source control, etc. And when I'd asked those questions, in most cases I run away screaming too.[/edit]
Latest Article - A Concise Overview of Threads
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
|
|
|
|
|
I don't think you need to (or even should) show them the code. However, building a powerpoint slide deck describing the project and it's current state might be a step in the right direction. On the other hand, a new hire only needs to be at the desired level of skillset in order to work on your code. Maybe the design has been too difficult to grasp, and if that's always been the case, maybe you've inadvertently discovered that your app design needs to be re-imagined.
".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
|
|
|
|
|
JSOP, advocating the use of a PowerPoint slide desk for something other than to keep middle managers busy and out of his way?
WTF happened?
|
|
|
|
|
I'm not advocating, I'm simply suggesting an alternative to showing a potential new hire code .
".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
|
|
|
|
|
But...but...but...suggesting PowerPoint has any real use beyond the one I mentioned will lead me to re-evaluate my belief system. No good can come out of that.
|
|
|
|
|
Trust the plan.
".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
|
|
|
|
|
Yes you should feel free to do so. Totally.
I do not think it is about the new hire ”approving the status of the code base”. It is about showing your culture. And being open with ”some of this multiple inheritance stuff has gone convoluted and we want to do it right the next time”. Such frankness can be highly appreciated, especially by people who already have a few battle scars. Or you can just ask him/her, wanna peek at our codez? and see their reaction... I have on occasions asked asked myself can i have a peek? With cooperative responses.
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
One place I interviewed -- and would have declined if they had made an offer -- all the classes were singletons.
|
|
|
|
|
At least they're using design patterns a design pattern 
|
|
|
|
|
I'll say this much, if interviewers provide a prospect with some source code and tell him he's got the job if he can find/fix some bug they've been struggling with for months (they won't tell you that part), then...run.
|
|
|
|
|
maze3 wrote: Job interviews should be a 2 way interview.
They are, it's just that most interviewee's do not understand their own position and limit themselves.
Which is good for me, means less competition 
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
maze3 wrote: Job interviews should be a 2 way interview.
It totally is.
I once took a job that sounded really good, microservices, Azure, CI/CD, everything I was looking for at the time.
But when I got there they had nothing of the sort.
Turns out their "architect" had read about microservices, went to the development team and shouted something like "we have to do microservices!" and the person who interviewed me just kind of mimicked it.
No one in the team was feeling anything for microservices though, and management forbid the use of "the cloud" because it was "not safe" 
And so I sat there, doing the exact same work as before without microservices or cloud, except I now did it a 100 km's further than my previous job 
I was a contractor so I would be off after six months, but after four months I gave them my notice and ultimately ended up finishing a project and left after seven months.
If it was up to them I'd still be there though...
|
|
|
|
|
Unless you have a non-disclosure agreement (NDA), signed by your prospective employee, before showing them the code, I suspect your company's lawyers or senior management might not be happy with you.
So, if for no other purpose than upsetting lawyers, I vote yes 
|
|
|
|
|
Showing the interviewee how the team they are being considered for works is fine. Let them, meet a few people in person before them having to make any decisions.
Showing code on the other hand is not as transparent in my opinion. Bad people can write good code, and I for one can work with bad code but not bad people. In fact the current project I'm doing (ASP .NET MVC 3.5) is so badly written (transferred from another co.) that I had to decide on my own to implement DI in 2018 along with upgrading the framework to MVC 5 (not getting paid for either). But I have stayed with the same team for 4 years now. They are great people and that is what really counts.
modified 15-Sep-18 9:06am.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
