Here's a list of things I need to do. Bug me on a frequent basis about any of them that intrigue you, I need motivation.


* Finish the new SFGP site
* Finish my advanced Basic tutorials and put the contest page over on the new site
* Finish iPaint
* Experiment some more with adrive.
* Finish my PyCardGames api + PySabacc. maybe follow it up with PyNuts.
* TBG
* Update some of my java games to actually be coded well. In particular, the helicopter game is a dirty hack, and *not* thread safe like it should be. Also, speed should be tied to a timer and not frame rate. Maybe rewrite TanXz and my slime volleyball mods to have good graphics too....
* Finish the NetFalcon and the GCode Adjuster, and find schools that will pay me for them.
* Document my random Python snippets and put them online.
* Make the Tomahawk CMS be in a more generically useable state.
* Polish up a story or three.

Other things I'm doing that take priority:
* Village2Village Project website (reason for taking priority: $$$)
* Substitute teaching (reason for taking priority: $$$)
* Research project on graph theory + geographic networks (reason for taking priority: gets my name in a research publication before starting college, and possibly a free trip to California)

The game engine for Sabacc is almost complete, and once I finish a couple more functions its on to writing the network code and "driver" classes for AIs and local and remote clients. For now I'm just using a randomly driven AI test class. PyCardGames seems to be pretty complete, and if anyone wants to test it (or just give some feedback on the api), the code is here and the documentation is here. A random coolness to generate card images is here.


[edit]
transcript of a randomly controlled game. I just need to finish the code that determines who won, settling a tie, and handing out the money in the pot. I should also add a line that displays the current pot totals. The revealed cards are the ones each player has placed in the neutral field to prevent a shift, the unrevealed cards are the rest of their hand. At the end of the game, when someone calls it, all cards are locked in.


Code:

Code:



All that's left for it to be functional is to finish tie-resolution. Then I get to write the client driver classes and a smarter AI.



[edit]
I got bored and started writing a z80 emulator in Python. I've finished the handlers for all the ex and ld opcodes.

How's iPaint coming along? I really like that program, I hope it'll get some work done on it soon.

I made a special topic for iPaint, because its been getting a lot of interest.
http://www.cemetech.net/forum/viewtopic.php?t=3443

The long-term contest and tutorial pages have been ported over to my new site layout (although I didn't spend any time working on writing more of it).

Here's the new page: http://sfgp.cemetech.net/?page=badvtoc

Just to prove I'm being productive.






I rewrote the base for my emulator in Java, (for a speed boost). Still working on adding operations, but we'll get there.

XD

Java gets its bad rap from
a) being taught as an introductory language to people who don't understand programming, and in a lot of cases, taught by people who don't understand it either.
b) Swing kinda sucks as a UI, and AWT is primitive.
c) the API is ENORMOUS.

http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/

On a sidenote, I totally forgot that you had a subdomain at Cemetech. Another note to self, I think the domain name comes due very soon...

How much is it? If I can pull together any spare cash I might be able to contribute this year. We can discuss it on AIM....

Errmm... how is a huge API a bad thing? If you're a good enough coder that you think you can do things better than the library writers, then you're wasting your talent by coding in Java.

@elfprince13: No, don't worry about it.
@foamy3: I'm personally not a fan of Java; the only time I tried making something with it it took me days to put together about 100 lines of code, wading through all the different libraries.

It is a good thing, but part of the reputation for java bloat comes from the size of the installation for the runtime.


That's part of the learning curve, just like any other language.....though I'm curious as to what you were doing with it? And Sun's javadoc generated API references (online and downloadable) are much better and far more comprehensive than the documentation I've seen for any other language, with the possible exception of php. Python's starting to be ok with the release of 2.6, but for the most its hard to navigate and there doesn't seem to be a comprehensive index of the standard modules.

I don't like Java, either. The end of my post was a jab against it. But I don't see how the API can slow you down. If you can't find something, either code it yourself or ask someone who knows. You only have to learn it once.

They both epic suck. A lack of any good UI layout tools doesn't help matters, either.



That would be a *good* thing.

Also, you missed some reasons. I'll sum it up simply as "braindead super-retarded language design decisions". Java forces good programmers to be mediocre.

@Kerm: You might want to remove that statement, as it really just means you suck at navigating basic documentation and/or google

@Kllrnohj: Either that, or I am used to a more intuitive interface.

Fortunately there's SWT/



The only thing I'm not really a fan of is the general lack of unsigned values (char's the only real unsigned numeric datatype).

While we're debating about GUIs, what python library should I use for a fullscreen, realtime video app with overlays? Ideally I'd like to be able to put text and geometric shapes in the overlays, and the image from a video stream in the background.

Why would you use python for anything in realtime?