|
So, they way They are doing it is wrong, but Our not even remotely new or creative way is perfect?
Never mind the bollocks.
Interviews are about talking to people, so the absolutely best way to conduct them is by Talking. To. People.
If you set up "rules of engagement", no matter how great and wonderful you think they are, you are excluding a large percentage of people for whom that kind of engagement does not get them to engage -- so your rules will just get more and more complicated and involved, until they clog things up so much that you end up hiring only robots, self-promoting salesmen, and psychos.
Everything you need to know:
• Always start with a walk to the coffee machine (don't get coffee or have it brought in)
• Avoid rigid question structures; just have notes on things you need to find out, so that you don't forget anything (but if you do forget something, there's this new-fangled hifalutin' technology called "e-mail"; give it a try).
• Don't even bother with pre-written "technical questions" -- once you're actually Talking. To. the candidate, you will probably throw in appropriate technical questions, without even having to think about it.
• "Hey, I like this guy; we have the same likes/dislikes" is one of the worst reasons for hiring someone. Thinking "We need more people like me!" is a very common error -- trust me, one of you is more than enough.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Experience is the best teacher, they say. Sometimes, you get a crash course. "No plan survives contact with the enemy." (or the software)
"Don’t look for bugs that won’t get fixed" Ah. Windows is explained
|
|
|
|
|
#17 If you find something, just cover it with a new shiny icon and say "is not a bug is a feature"
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
17: All the devs hate me
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
17 where the secret office beer fridge is located.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Hosted apps are registered as independent apps on Windows, but require a host process in order to run. "Be our guest, be our guest, put our service to the test"
|
|
|
|
|
Although I kind of like the idea...
Am I the only one thinking "this is going to bring security issues to a new level" and "what can go wrong?"
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Kent Sharkey wrote: Hosted apps are registered as independent apps on Windows, but require a host process in order to run. "Be our guest, be our guest, put our service to the test" No one's slick sick as Gaston ms
No one's So unquick as Gaston ms
No one's neck's head's as incredibly thick as Gaston's ms'
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Linus Torvalds created Linux and Git from home. Here's how. As a counter argument: he created Linux and Git
|
|
|
|
|
Kent Sharkey wrote: Linus Torvalds created Linux and Git from home
He is a sissy.
Real programmers work in the garage... everybody know that
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Step 1: Have rich parents.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
I don't think taking how to work advise from someone whose working personality is flaming a**hole is the best of plans.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
In an Instagram video posted yesterday, Panos offers a glimpse of some of these features including a look at the new Fluent system icons, an updated File Explorer, a new context menu, and a redesigned Start Menu. Don't worry: there are new icons
|
|
|
|
|
I would like to know how many times did they have to "CUUUUUUTTTT" and start the scene over again because something wasn't working as expected
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
|
Why, oh why do they keep on redesigning and redesigning the Start menu, when all users want is for them to put it back the way it was before w8?
And this new one breaks one of the cardinal rules of good UX: Thou Shalt Not Make Things that Users have to Click Move!*
* No matter how cool it looks in demos, where people don't have to actually do their jobs with it.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
DeepCode uses machine learning to find flaws in Java, javaScript, Python, and now C and C++ code "This sort of thing has cropped up before, and it has always been due to human error."
|
|
|
|
|
I just authorized it to analyze RSC, which is written in C++ (first link in .sig below). Let's see what it finds. I'm sure there will be some "obvious" things, but I'm more interested in how "deep" it goes.
EDIT: That was fast! It analyzed 745 files in 0.336 seconds and returned 7 types of warnings:
- object used after being freed (looks legitimate, but somehow the code must muddle through!)
- possible
nullptr dereference (2 occurrences in 1 file) - possible memory leaks (109 occurrences in 21 files--I hope most of these are spurious!)
- divide by zero (deliberate, to test the ability to handle
SIGFPE ) - expression will always evaluate to
false (19 occurrences in 10 files) - expression will always evaluate to
true (11 occurrences in 7 files) - unreachable code (5 occurrences in 4 files)
I need to investigate most of them. It also made two suggestions:
- use
empty() instead of size() == 0 to check for an empty string (sure) operator new and operator delete should be implemented in pairs (22 occurrences in 21 files: likely a false alarm)
I would give it a
modified 19-Mar-20 20:56pm.
|
|
|
|
|
Greg Utas wrote: expression will always evaluate to false (19 occurrences in 10 files)expression will always evaluate to true (11 occurrences in 7 files) Ooh! My favourites!
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Out of curiosity, pass the code through PVS-Studio.
|
|
|
|
|
I just downloaded and installed PVS-Studio. It claims to be integrated with VS and should therefore be easier to use than Coverity, which doesn't seem nearly so straightforward. I'll let you know what happens. I skimmed some of the documentation during the install and saw that it supports MISRA, which will probably result in lots of drool.
|
|
|
|
|
Coverity has an integration with VS, but not to make VS/Coverity one integral unit - more like a front end, not unlike e.g. the Jira plugin.
A full-depth analysis is similar to running a build on a backend build server (in practice, you would often run it on the build server), storing the analysis results in a central datbase, usually common to the entire company. A quite extensive web interface to the database lets you classify and triage "defects", assign responsitbilities for followup, generate logs and charts etc. This interface cannot be integrated into VS - which makes sort of sense when you see how complex the management can be. (E.g. for each project in the database setting up access rights for each role - there is about a dozen, associating users with roles, setting up summary reporting etc. This goes far beyond a development environment. Compare it to Jira: You don't have the full functionality of Jira inside your IDE, either.
Running the complete analysis and loading the results into the database is so resource consuming that you don't want to do that after every ten edits. There is a lightweight work mode: You can import to your desktop PC a snapshot of last full analysis, usually made on the same code that you check out from your VCS. You make your edits in VS, and from VS you activate an "incremental" analysis which only considers those lines differing from the Coverity snapshot. Defects are reported similar to compilation errors, in a VS window pane, with all the standard navigation facilities etc. The report may be quite extensive; it may contain a deep trace back to the root of the defect. You can correct it and repeat the analysis to see if you got rid of the report, without leaving VS. The resource requirements are comparable to lint analysis, i.e. it is so fast that you really don't worry about it.
For better or worse: This is a completely local operation. Nothing is comitted to the Coverity database. If you clean up defects introduced through your recent code editing, they have no trace in the database. They will not appear in any defect counts, will not go through any central triaging. It will just help your subsequent code commit to be "clean"(er). The VS integration provides a quick "between commits" analysis. It is not a standalone option but a supplement to the centralized full analysis, to make both your code commit and the Coverity database cleaner.
It is certainly true that Coverity is not geared towards the hobby programmer. I came to think of an age-old-term: "Programming-in-the-large" (vs. programming-in-the-small) - it is definitely for "large" programming, where you analyze the ten million code lines of your subsystem in a nightly build. In such a scenario, the lightweight incremental desktop analysis, integrated in VS, is most definitely valuable. For the small business/hobbyist running everything on that desktop PC, the infrastructure is probably too heavy.
I never tried the free, open source, cloud based offering, but suspect that it is with Synopsis (the Coverity vendors) running the infrastructure for you: You commit your code to Git and invoke your "nightly Coverity build". After downloading analysis results, you can continue your VS editing, with VS integrated incremental analyses along the way. The infrastructure is still there, but you are not responsible for managing it. Coverity also integrates with a handful other IDEs/editors as well, like Eclipse and Emacs, but the list is not very long.
I will not claim that Coverity is the "best" at identifying defects - but I certainly would like to see someone setting up a thorough test to compare it to the others. What makes me love it is the support it provides to me as a programmer to help me finding the real source of the problem. It is as far from "Error 101: Something wrong" as you can possibly get; it takes me by the hand and leads me all the way along the path, pointing out every detail. Another tool that identifies 5% more issuses, but just says "Error 345 at line 2164", and that is it, will never win my heart.
|
|
|
|
|
Thanks for all the info. I downloaded the version that's free for open-source projects but have to figure out where to install the files and how to build from the command line. I've only done builds using the VS menu and don't know what magic command has to be used. It looks like you have to build first and then give them a link to a compressed file for analysis. I'm certainly not looking for something that constantly runs in the background, nor would I expect it to provide me with a tracking tool.
|
|
|
|
|
Great!
When I'm bored with sitting at home, I've got a really huge amount of time free ahead of me, and I need a really good laugh, I'll try running some of ms' open-sourced code through it.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
You might be able to save yourself some time and just look for Google submitted bugs in MS's guthubs. The only reason I can see them not having picked on a rival like that is if they're keeping quiet while their vulnerability team looks for which bugs it found can be exploited.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|