|
Of course it works.
|
|
|
|
|
I think it works be cause the constructor and initialization sections both return a reference to the newly constructed object. But trying to call another function at the end will not work since the show function does not return a reference to the object.
|
|
|
|
|
Do you get paycheck deductions every time you use a semicolon?
Epic misuse, IMHO.
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[ ^]
|
|
|
|
|
|
In that case, it works does not mean you should use it. This is totally unreadable at first. In the professional World, when any day you can be out of project(read job, as worst case) and some other poor sod has to maintain it, this is one of the things that leads to rants and posts in this very forum.
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[ ^]
|
|
|
|
|
I've just seen this wonderful comment in the "Other suggestions" section of one of our beautiful CPP-headers:
|
|
|
|
|
Oy vey. My monitor is only 1680x1050, whatever will I do?
Perhaps whoever wrote that doesn't know that we can choose the size of our text?
And I suspect he hasn't learned from the past.
|
|
|
|
|
PIEBALDconsult wrote: Oy vey. My monitor is only 1680x1050, whatever will I do?
Nothing. May I should have mentioned that the program runs on a closed environment with a fixed screen size? Which makes the comment just more useless
|
|
|
|
|
Marco Bertschi wrote: runs on a closed environment
What does that matter when we're talking about the code?
|
|
|
|
|
With closed environment like I mean: Even the screen size is predefined because the customer receives the medical diagnostic instrument with a built-in computer and a built-in screen which already has been defined in the requirements before a single line of code was written...
So it is not just logically a closed environemtn: It is physically close too.
|
|
|
|
|
|
Collin Jasnoch wrote: Until the customer requests a different screen size and your BD say "Sure no problem!"
They do not. This is medical business, changing something even if it is just a change at the monitor size does need a validation of the whole system and would cost millions.
But this restriction will fall down anyways with the next SW version. The app will finally become screen size-innocent.
|
|
|
|
|
I thought the original comment was about the source code. Meaning you (yes, you the programmer, not the customer) would not be able to see the entire line of code in your IDE if you were using a lower screen resolution.
Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
|
|
|
|
|
But the specifics of output device have nothing to do with the format of the source code.
|
|
|
|
|
Wow, an update from 80x24 to 1920x1200, that's great!
Obviously, you had to give up MUMPS. Does your C++ code still resemble the original MUMPS code?
|
|
|
|
|
No. And it is not just C++ code. It once was pure C code
|
|
|
|
|
The guy's got a point, though. I'm looking at my code here (which is written according to received standards), and the rightmost 2/3 of my IDE's code editor is pure black, because the text is just in a tiny strip down the left.
|
|
|
|
|
Yeah! The stone age is over. However, non-superhumans get very confused when lines contain more than 60 characters.
|
|
|
|
|
this is so yesterday!
the new 1920x1200 is 1366x768
|
|
|
|
|
And on laptops the stone age isn't over, really. Try getting a laptop nowadays with that resolution. Luckily I got mine 2 years ago.
Wout
|
|
|
|
|
Function GotoSleep(Milliseconds As Long)
Sleep (Milliseconds)
End Function
|
|
|
|
|
I say this developer had brilliant foresight and should be given both a raise and a promotion! They must have known that VB's built-in functions would be transitioned to the .Net Framework at some point. Now, they only have to change a single line of code to make sure their entire code base uses System.Threading.Thread.Sleep() .
They have also created a function rather than a sub, a clever trick in case they ever decide to return a value (e.g., a bool indicating whether or not the sleep operation was successful). Ingenious!
|
|
|
|
|
Not to mention the magnificent documentation this programmer provided! It's better documented than most code I know
It's an OO world.
public class Naerling : Lazy<Person>{
public void DoWork(){ throw new NotImplementedException(); }
}
|
|
|
|
|
Surely, they should return the value while the thread is asleep, and stop returning it when it wakes up?
If you get an email telling you that you can catch Swine Flu from tinned pork then just delete it. It's Spam.
|
|
|
|
|
Just a little change will allow for multi-threaded sleeping, i.e. create a new thread which does the sleep thus not blocking the main application . Imagine you'd have to do that when you used the built-in function everywhere...
|
|
|
|