|
string[] days = {"", "1st", "2nd", "3rd", "4th", "5th", "6th", "7th", "8th", "9th", "10th", "11th", "12th", "13th", "14th", "15th", "16th",
"17th", "18th", "19th", "20th", "21th", "22nd", "23rd", "24th", "25th", "26th", "27th", "28th", "29th", "30th", "31st", "32nd"};
32nd day? But how?
|
|
|
|
|
|
Room for future extensions...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
תפסיק לספר לה' כמה הצרות שלך גדולות, תספר לצרות שלך כמה ה' גדול!
|
|
|
|
|
|
I will be blunt about this: that guy was an idiot.
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.
|
|
|
|
|
So I was writing an Exchange service and had to use ComparisonMode[^] enumeration. If you look at the documentation (both on MSDN and for the enumeration) for the member:
MSDN Documentation: IgnoreNonSpacingCharacters -> The comparison ignores spacing characters. Maybe the writer (or the developer) wrote this with spacing and non-spacing characters from Computer Graphics in mind, IMHO he has messed this one up.
Nevertheless, it made me chuckle.
Your time will come, if you let it be right.
|
|
|
|
|
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();
}
}
|
|
|
|