General Discussion

Okay guys second decision time for the feature team. This regards the way the application will be used. Please choose between the following two options:

1. Client Server System
Client-server system. Server will contain the database and all official statistics, player information. Clients will be Windows applications. Anyone can download a client and use the rosters to simulate matches. The simulation algorithms and such will all be stored locally in the client itself. Official tournaments will upload statistics/results back to the main server. Tournament simmers will have to authenticate into the server to activate that functionality. Anyone using the client for fun can have the option of outputting statistics to a local database.

Pros
- Anyone can run simulations
- Centralized database means that if there are multiple simmers, they will not have to email files around
- Software can be distributed to other sites (they would not be able to authenticate into the DB, hopefully!)

Cons
- Simmer would need to be connected to the internet
- Database would have to be available on demand (probably having PC host it would be good)

Other Information
Database: MySQL on server, SQLite for local database

2. Current System
Each simmer would have an executable and a local database. This database would contain information about all players/tournaments/etc. There will hence be no centralized database and each simmer would be forking off their own simulation environment. This is basically option 1 without authentication.

Pros
- Can simulate without internet connection

Cons
- Multiple simmers would have to email the database file around a lot
- Would require extra work on the part of simmers to make stats available to everyone

Other Information
Database: SQLite

--------------

I personally prefer Option 1. :)
There shouldn't be a problem with PC hosting the database, as long as we are able to encrypt it somehow so that only simmers can access it. I'm sure that when Colin comes back he will be able to be of use for this.
 
If we are using the PC host, then probably, we can use the PC user database for authentication.
Only existing PC users will be able to use the PCCS.

This shouldn't be too much of a problem, and the existing PC system can be ported to this.
 
The estimate will only be possible after all things are finalized. Right now its the brainstorming stage, where we get together and discuss all possibilities, and alternatives.
 
Could the simulater have some sort of "form," not just for players but also teams :) It'd also help if a league table could be fomulated with Net RR, so the PCPL could be run easier :)

The "form," i talk about is if Player X hits a 50, next match he is more likely to hit a high score - confidence up.

If team X has won 2 on the bounce, they're more likely to win.

This would mean upsets are more magnificant! Such as Sydney in the PCPL, beating Toronto, there would be more about the win.
 
I guess we could implement a hell lot of ideas and get the best thing out, pretty much like TAOC. Only difference is that TAOC has one masterpiece programmer while we all will try to sharpen up as we go! :p
 
Well.. TBH, I have never programmed in the Visual interface of these languages. I am quite proficient in the Turbo C++ . So, either of these won't make life any easier for me. (Though I'm certain C++ / C# are quite easy to understand).
 
I just found out my first irritant with C#. Its case sensitive but doesn't automatically correct cases like vb.net! :p
The case sensitivity is pretty important and useful. In C# it is a common convention to capitalize properties and let the underlying variable be uncapitalized.

So, say you had a property called "Name" in the class person:

Code:
class Person
{
  public String Name 
  { 
    get { return name; } 
    set { name = value; }
  }
  private String name;
}

sohummisra added 4 Minutes and 56 Seconds later...

Could the simulater have some sort of "form," not just for players but also teams :) It'd also help if a league table could be fomulated with Net RR, so the PCPL could be run easier :)

The "form," i talk about is if Player X hits a 50, next match he is more likely to hit a high score - confidence up.

If team X has won 2 on the bounce, they're more likely to win.

This would mean upsets are more magnificant! Such as Sydney in the PCPL, beating Toronto, there would be more about the win.
That's feasible. I will be posting a list of the major components soon. That list will probably serve as a way to break up the project into different people.

sohummisra added 2 Minutes and 49 Seconds later...

If we are using the PC host, then probably, we can use the PC user database for authentication.
Only existing PC users will be able to use the PCCS.

This shouldn't be too much of a problem, and the existing PC system can be ported to this.
PC probably does not want to give us access to their forum database and rightly so.

We could enforce authentication through MySQL users. The program would have read permissions hard-coded and users would have the option to enter authentication data for a MySQL user account that would allow them write permission. That way we do not have to worry about the nitty-gritty details of authentication.

sohummisra added 1 Minutes and 34 Seconds later...

--

I'm going to set-up SVN on cricketcareer.net over the weekend. That will allow us to version control our code. Many of you may not have used or heard of version control. Please ask questions if you have any about them. More details regarding the same are forthcoming.
 
I haven't worked too much with the databases yet, but then the things that I have actually learned are when I didn't know them but tried to do them! So would love to contribute. :)

I think I do know about the version control you're talking about, but would like to clarify anyways. :)

Kshitiz_Indian added 1 Minutes and 47 Seconds later...

sohummisra said:
The case sensitivity is pretty important and useful. In C# it is a common convention to capitalize properties and let the underlying variable be uncapitalized.

Yes, but in vb.net what happens is that if I don't capitalise a property it does it on its own, and most times when I'm writing something, possible things come in a dropbox, so it becomes a hell lot easier. :) But I guess every language has its pro's and con's. I've heard C# is faster.

Are we looking into a GUI based program or a console one?
 
Yes, but in vb.net what happens is that if I don't capitalise a property it does it on its own, and most times when I'm writing something, possible things come in a dropbox, so it becomes a hell lot easier. :) But I guess every language has its pro's and con's. I've heard C# is faster.
That really depends on the IDE you are using. Visual Studio's Intellisense feature does a lot of autocompleting in C#.

Are we looking into a GUI based program or a console one?
GUI. I will post the components a little later today so that everyone has a better idea.

Also, has anyone used Hibernate? There is a C# port called NHibernate available. It is basically an object-to-database mapping tool so that we do not have to sit around writing a bunch of SQL.
 
That really depends on the IDE you are using. Visual Studio's Intellisense feature does a lot of autocompleting in C#.


GUI. I will post the components a little later today so that everyone has a better idea.

Also, has anyone used Hibernate? There is a C# port called NHibernate available. It is basically an object-to-database mapping tool so that we do not have to sit around writing a bunch of SQL.
I'm using Visual C# express by MS. :)
Waiting for the component list! :)
 

Users who are viewing this thread

Top