|
That happens quite a bit, esp. with Enumerations. I don't know why.
What do you get when you cross a joke with a rhetorical question?
---
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
|
|
|
|
|
Writer probably just spaced.
|
|
|
|
|
 
And unfortunately, that is probably true.
What do you get when you cross a joke with a rhetorical question?
---
The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism.
|
|
|
|
|
Check out this interesting sample from Microsoft's Official SmallBasic site.
http://smallbasic.com/program/?PMT149[^]
If you have silverlight turned on you'll see an interesting sample of
bouncing balls with collision physics.
I hadn't heard about this before. Interesting and a bit confusing. MS goes in so many different directions.
|
|
|
|
|
newton.saber wrote: Interesting and a bit confusing. MS goes in so many different directions.
What do you mean exactly?
As I understand it SmallBasic is a programming language that Microsoft created to help young people learn to program.
This sample you pointed to requires SilverLight so the code can be shown to function within the web.
I guess I don't see a problem.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Oh, I just meant that MS seems to want to do everything.
I guess this is just a learning language. Reminds me of QuickBasic I started out with back in 1992.
Just didn't know it was still around.
|
|
|
|
|
One of my sons worked with it for a little bit to see if he would be interested in coding. So far, he's not. 
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Sorry to hear that he's not interested. I have one son interested and another who is not.
The one who is not interested was affected heavily by University profs who are so inept they made classes terrible. Instead of explaining, they just say, "you type this code to do this".
student: "What does that do?"
prof: "That's just what you type, I don't know."
Ugh!
|
|
|
|
|
I believe that's called the 'spaghetti test'...throw strands of spaghetti against the wall and see if it sticks.
Cool sample though, thanks for sharing 
|
|
|
|
|
You can stop the balls by clicking on them.
The game is to, as quickly as you can, click all the balls to make them stationary..... damn frustrating!
|
|
|
|
|
Funnily, its labelled "realistic collision physics, but disobeys the law of conservation of momentum - the amount of energy in the system actually goes up sometimes!
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Eventually they invented the perpetuum mobile. It works in their code already.
|
|
|
|
|
I was writing code the other day and a colleague of mine came by and asked me why I use comments and Function names in Camel Case.
For some weird reason, this annoyed me, and I went on to make a case for camel case such as readability, and I noticed myself getting angry as if an attack on my code was an attack on me.
Am I the only one who defends my code by whatever means and shirks having to change what we view as 'superior' habits? Or is this a case of the overprotective 'mother hen  ' on her chics?
Know ye not that ye are gods?
|
|
|
|
|
You my friend, deserve a +1.
Yes, I do that! I do that everytime, I don't like anyone trying to tell me, "hey don't do that, don't be like that". I mean, if he's perfect enough, why don't he do the job?
It's my code, and I write it as I like! If there is a compile time error, complain, if there ain't any, then please shut the damn thing up. Simple as that!
Favourite line: Throw me to them wolves and close the gate up. I am afraid of what will happen to them wolves - Eminem
~! Firewall !~
|
|
|
|
|
Every team should have some kind of common coding style defined and settled.
Because you may not be the only one working on a particular code base.
It is a poor management style to not get these things sorted out from the very beginning.
modified 20-Oct-19 21:02pm.
|
|
|
|
|
Agreed, but even then from the team, people just have some quirks that they seem very averse to changing, it's as if changing it means they change the very core of who they are...  , a survival instinct of sorts
|
|
|
|
|
Well, it depends... If the entire team decides PascalCasing is the way to go on function names then you'd just be an a-hole if you went all camelCase, or worse, sHungarianNotation (that's s for stupid  ).
Where I work we have a common style defined and everyone sticks to that. There's still some freedom of style though. Personally I like using the this keyword, for example this.SomeFunction(), so I know it's an instance method that's called and not a class method. My co-workers don't use this that often though.
If someone asks why I use this that often I can tell them my reason and they can agree with me or be wrong (no hurt feelings either way). Until the entire team decides to not use this, in which case I'll have to adjust my style.
It's an OO world.
public class SanderRossel : Lazy<Person>
{
public void DoWork()
{
throw new NotSupportedException();
}
}
|
|
|
|
|
it's interesting how even in teams, we still try to preserve our 'soul' and essence of our personalities, as if to tell the whole world to go to hell and leave our code alone. 
|
|
|
|
|
Well, it's pretty difficult to turn off our preferences and personalities
It's an OO world.
public class SanderRossel : Lazy<Person>
{
public void DoWork()
{
throw new NotSupportedException();
}
}
|
|
|
|
|
I tend to rebel against the new fangled, latest and greatest. The idea that comments aren't needed is asinine as far as I am concerned.
My direct report wants us to start putting in TDD stuff for bug fixes to established code. That will take weeks and it doubles the amount of code I will have to write. I can understand, MAYBE, for completely new code, but for stuff that is nearly 8 years old? NO way.
Don't screw around with "MY" code.
|
|
|
|
|
eyesark wrote: Am I the only one who defends my code
I think yes... I prefer to defend mine 
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.
|
|
|
|
|
ahaha... noted 
|
|
|
|
|
eyesark wrote: what we view as 'superior' habits
While you may have made your 'case' with your colleague, it was probably in vain, as he/she clearly has a different style that is 'superior' in their minds.
That said, understand the frustration of having someone nitpick about something that trivial, so you get a +5 for combating stupidity!
"Go forth into the source" - Neal Morse
|
|
|
|
|
Just do your own thing if it's comfortable. What other people say are just opinions.
|
|
|
|
|
Spotted myself doing this today:
@Html.UppercaseFirst(Model.SubType.Replace("Document", "document"))
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
