I had the same experience a lot of people are describing here with STATS - just too expensive out of the box. If you need real-time data, they're your only option, but if you need weekly updates or historical data, I may be able to help.
Playerfilter (http://www.playerfilter.com) is built on top of an API that we are looking to expose to the public (use can see it being used in the URL hash). API support isn't live yet but we are working with beta testers. Basically, we return data for players, seasons and games over any time period since 1970. Please check it out and drop us a line if you'd be interested in more details.
In my opinion, this is an opportunistic money grab by the Turkish government (legitimate or not, I can't say). Turkey has historically had a serious problem collecting taxes and has been trying to clamp down recently. This is based on my own anecdotal evidence as a first-generation Turk living in the US - I wish I could provide statistics, but a quick search did not bring anything up for me.
There is a large 'informal' economy consisting of shopkeepers, street vendors and other small businesses that are not registered and avoid paying taxes completely. In the last few years, Turkey has been trying to cut down on this by requiring all businesses (including street vendors) to produce a receipt that shows they charged tax. They regularly send 'undercover' government officials to make purchases from these vendors to test if the business offers a receipt and give heavy fines if they do not.
One time, after I tried to purchase a bottle of water and declined a receipt, the shopkeeper grabbed my arm, shoved the receipt into my palm, and demanded I take it. After that, I got into a conversation with him about taxes (he said less than 10% of citizens pay, although that seems low) and, when I described the IRS and how it was a crime in the US not to pay taxes, he was shocked and wished Turkey had a similar system. He laughed out loud when I said you could go to jail for not paying taxes.
This has nothing to do with taxes and everything to do with power games. The telecommunications board has been flexing their ban-muscle all over the place in anything that might be objectionable. The moronic part is that the ban is carried out instantly, and then the owner can contest the ban afterward.
I think every site out there needs to fully expect to have their ideas stolen and operate as if their competitors could duplicate their functionality tomorrow. If you have built anything worthwhile, it's going to happen.
A key to success is staying competitive and always improving on what's available to your marketplace.
That's weird - I see 3.6 MB, not 8 MB, when I click into the article (Apr 30, 3:24 EST):
"A simple “Hello World” app created in Flash and compiled to work on the iPhone is substantially larger in file size, and it would take up 3.6 MB when it should be no larger than 400K when made with Xcode, according to James Eberhardt, a mobile developer who has tested iPhone Packager."
No, it's a preview of an article appearing in this upcoming Sunday's NY Times Magazine (5/2). Bottom of the page reads: "A version of this article appeared in print on May 2, 2010, on page MM38 of the Sunday Magazine."
"... with Release 33-9117, the SEC is considering substitution of Python or another programming language for legal English as a basis for some of its regulations."
If this was actually implemented, it'd be incredible. No more ambiguity when you have to define all the parameters and outcomes explicitly!
It'd be incredibly stupid. The language and some other programming languages don't even have proper standards written out or they change on the whims on their creators or community. Which version of Python will you use? 2.x or 3? Oh hey and will you use the map and filter functions or use generators instead or maybe you'll use a for-loop? What are the rules for that?
Don't kid yourself, there's still a lot of room for ambiguity.
You may be able to obfuscate the code, but so long as the investor can easily test your model with values of their choice, it doesn't matter if you use a map or a for-loop.
Is a monkey-patching friendly language really the best thing for this? (Asks the Smalltalk guy, whose language is just as monkey-patching friendly and is used in a lot of Financial apps.)
Functional languages would be much better for this purpose.
Python has some FP features. More importantly, it's incredibly easy to learn, available on just about every platform (JVM users and .Net users can use it, Mac, Linux, Windows, etc).
Python has some FP features. More importantly, it's incredibly easy to learn, available on just about every platform (JVM users and .Net users can use it, Mac, Linux, Windows, etc).
Yes, but having "some FP features" is a far cry from being able to use FP to do lots of reasoning about your program.
It's not intended to be a complex statistical model. It's intended to replace XML Files that may have included calculations, with a system that allows people to plug their assumptions into the program and get an answer, rather than parsing XML and turning that into a program.
My understanding is that the type of calculations they're talking about, if you need complex Functional Programming you're doing it wrong.
Good languages actively fight off poor programming. Take ML or Haskell: if you didn't think about the problem well enough beforehand, it won't compile.
Absolutely agreed. In fact all sorts of conflicts and ambiguities can easily get missed, as well as ambiguous terms such as the bond issuer at its discretion can rearrange payments. (Yes, this has happened. And money was diverted from top tranches to lower rated ones.) Furthermore the entire reverse engineering process is a lot of work for a very imperfect result.
So this is definitely a big improvement.
But my point remains that it is not perfect. There still are ambiguities.
I'm sure someone will apply Gödel's incompleteness theorem to the Python syntax, and complain that they want to do something that isn't expressible in python (or any other language you choose).
If this works well, this might cause more legal fields to work with computer languages, enable more legal automation , and could be really disruptive to the legal profession.
I have an Aeron at work and I love it. It's absolutely worth the cost over time. There's no 'wow' factor when you first sit, but you'll still feel comfortable in it after many hours, which is not the case with most chairs. I also have had some lower back issues recently and sitting in the chair actually makes me feel much better.
At home, I have a Steelcase Think plus lumbar support. I wanted something a bit less expensive and nicer looking for my bedroom. It's also great - I don't spend as many hours on it as I do on the Aeron and it's done a wonderful job so far - no back pain at all.
Before that, I used a $10 Ikea chair for two years, and I felt serious back pain after a few months. It's absolutely worth it to invest in a quality chair. Even though the price tag is depressing, make the purchase once. Your chair / back pain will become a solved problem for at least a decade.
I have an Aeron and I just don't like it. I don't think it's comfortable at all. I've adjusted pretty much everything on that chair and nothing works for me.
Somewhat off-topic question: what are you guys using for your forums? Did you build it yourself or are you using a packaged solution? They're very nice.
