Smalltalks 2008 Coding Contest about to begin
In about 12 hours or so, the Smalltalks 2008 Coding Contest will become available at the Smalltalks 2008 conference web site. Good luck!
... then let's see how he does, up there, without all the assistance!
In about 12 hours or so, the Smalltalks 2008 Coding Contest will become available at the Smalltalks 2008 conference web site. Good luck!
Posted by
Andrés
at
22:21
0
comments
Some months ago I wrote that my to do list had STS 2008, then ESUG, then the conference in Argentina, plus Assessments and on top of that I had to add the coding contest for Smalltalks 2008.
I am happy to say that all those items have been taken care of. So now I have the following list of items...
Posted by
Andrés
at
21:52
0
comments
See in The Register: hard drive manufacturers said to want to stay on track with 100% yearly increase in aereal densities.
Of course, another exponential function like compound interest. Like either of them is sustainable now... but apparently it is not yet clear. So, how many years until we can store the Universe on a hard drive? Can we be realistic, please?
Posted by
Andrés
at
11:48
0
comments
This one has a fix so that trying to browse a bridged class opens the bridged class as opposed to the associated metaclass bridge class.
Also, the references to SUnitVM's base classes has been updated.
Posted by
Andrés
at
19:24
0
comments
The following changes have been made based on feedback from Stefan Schmiedl.
Posted by
Andrés
at
17:44
0
comments
The Smalltalks 2008 Coding Contest starts in 48 hours.
Good luck!
Posted by
Andrés
at
13:52
0
comments
Now that the bill failed, I have an idea of what might work. How about, instead of giving the bankers the $700 billion, we just go out to the people holding the bogus mortgages and use those $700 billion to make payments on them? Certainly that would drive up the value, no?
But then bankers benefit, and they should incur losses nonetheless. So here is a slight modification.
Posted by
Andrés
at
13:45
2
comments
So now we're set to give banks $700 billion. In exchange, we're getting paper not worth the $700 billion. But we do not have any savings account with $700 billion, so we will pay interest on that. To whom? If I understand things right, to the Federal Reserve, which is a private corporation the board of which is composed by the bankers receiving the $700 billion.
Sounds bad, right? And even if I was wrong and it is some other third party receiving the interest on the $700 billion, one thing is for sure. We simply cannot pay ourselves back, because we did not have any of that money to begin with.
Really. In this context, I go around and read quotes such as the following.
Posted by
Andrés
at
22:54
0
comments
I just fixed a problem where the results would get sorted over and over again in the results UI. A particular benchmark with 538 results went from 237 time profiler samples to 1 sample. Enjoy!
Posted by
Andrés
at
23:31
0
comments
Stefan removed the Refresh button in the checklist evaluator. Good riddance!
Posted by
Andrés
at
23:14
0
comments
Stefan Schmiedl contributed Announcement support for Assessments. Enjoy!
Posted by
Andrés
at
23:07
0
comments
I now declare Assessments to have reached version 1.0.
Posted by
Andrés
at
12:29
0
comments
Stefan asked for result windows to propagate evaluation result updates back to the evaluator windows. Done!
Posted by
Andrés
at
12:27
0
comments
We cannot pay our loans if we do not produce enough goods of any kind that maintain the trust of the people from whom we borrow. Because we are so short sighted that we only look at quarterly profits and so on, what happens is that there is a strong motivation to have people consume. The issue should be obvious by now: consumers do not produce valuable goods.
In some extreme form or efficiency, one could have robots produce things of value that people would consume. But even then there is no escape because an ever increasing population with an ever increasing desire to obtain exponentially growing profits will be ultimately limited by the finite natural resources available to keep the machinery churning. In other words,
Posted by
Andrés
at
21:58
0
comments
I am finishing the Smalltalks 2008 Coding Contest. Something I just did was to move it from my 7.4.1 images to a 7.6 image. In particular, something I was looking forward to was to make use of the revamped hashing machinery. And it did not disappoint.
A section of code that was running particularly slow on 7.4.1 runs ~2.5x faster on 7.6 without any code changes.
Now... where was I?... ah yes. More code to write.
Posted by
Andrés
at
17:48
0
comments
Also, I just updated the ReferenceFinder so that it integrates well with Trippy (7.7x builds, but IIRC it should work on 7.6 too). Have fun!
Update: I added a few refactorings I had in my local image... version 1.5 now.
Posted by
Andrés
at
19:40
1 comments
I just fixed a leftover implementor of inspectorActions that was causing problems. Enjoy!
Posted by
Andrés
at
19:40
0
comments
I just found a couple small problems in the SUnit execution policy management, and the fixes are now published in the public Store repository. Enjoy!
Posted by
Andrés
at
19:40
0
comments
I just improved Eliot Miranda's earlier k-nucleotide submission to the Computer Language Shootout by changing it so that it uses the default VW 7.6 hashing mechanisms. With this smallest of changes, it runs 2x faster.
Also, I published a new bundle called ComputerLanguageShootout to the public store repository. Want to tackle another of the benchmarks? It seems to me it should not be too hard to improve the current benchmarks significantly.
Posted by
Andrés
at
19:40
0
comments
We would like to share the latest news about the Smalltalks 2008 conference.
1. We have opened the submission process for talks. The URL is here. The form can be found under the section "Talks". We are looking forward to hear about different types of presentations, whether they be industry, research or education related. The submission deadline is October 13th.
2. Furthermore, we have also opened the submission process for tutorials. The URL is the same as above, only the form is under the section "Tutorials". The deadline is also October 13th.
3. Finally, we would like to remind you that the coding contest rules and regulations, as well as the problem, will be published on October 1st. For more information check the section "Coding Contest" in the conference's web site.
We look forward to see you at the conference!
Smalltalks 2008 Organization Committee
Posted by
Andrés
at
14:56
0
comments
Scheduled maintenance... it will be back up in a bit.
Update: back up now.
Posted by
Andrés
at
12:58
2
comments
I have just reorganized the Smalltalk related accounts on the FTP server. Now there is only one:
Posted by
Andrés
at
08:04
1 comments
Hello, my friend... so, here's the deal. If all goes well, the Smalltalks 2008 Coding Contest will begin on October 1st. As usual, there will be a qualifier round to get to the finals at the conference. However, this time things will be different.
Posted by
Andrés
at
16:46
1 comments
There was a recent train crash in Los Angeles. A report just came out, and it claims that the reason for the accident is human error:
Tim Smith, state chairman of the Brotherhood of Locomotive Engineers and Trainmen, a union representing engineers and conductors, said issues that could factor into the crash investigation could be faulty signals along the track or engineer fatigue.
He said engineers in California are limited to 12 hours a day running a train, although that can be broken up over a stretch as long as 18 hours.
Posted by
Andrés
at
19:37
0
comments
The folks at Club Smalltalk just published an interview they did with me over the last few days. I'd like to thank Hernán Galante for the large amount of work he invests in the site. Go Club Smalltalk!
Posted by
Andrés
at
13:45
0
comments
I was in the taxi to Schipol Airport on the way home, and the driver had the radio turned on. The song was U2's Where The Streets Have No Name. I asked the guy if it was ok for me to whistle. He said yes. So I did. After a while, he asked me
Posted by
Andrés
at
12:12
1 comments
A while ago I wrote that I didn't see SSDs replacing common HDDs for a while. I think this drive, however, shows that the while has elapsed. With a bit more refinement and larger capacities, it seems to me that now there is a more proper replacement for the hard drive.
The next observation I'd make on Intel's design, which uses 10 parallel read/write channels with a recombination buffer, is that with the tiniest of efforts one could make a failure tolerant hardware RAID version of the drive in the same enclosure.
Or, seen from a different point of view, Intel's approach is analogous to using 10 way RAID striping within a single drive. Therefore, perhaps it's just a matter of time before 10 way RAID striping / mirroring is also available... or, maybe by combining something like AMD's Fusion (or an equivalent) with a sufficiently large memory buffer, one could have n-way RAID 5/6 in a (perhaps largish but yet compact) single enclosure.
If one could, in addition, physically separate the board holding the flash memory from the board having the controller, then replacing fried controllers while keeping the data intact would also be possible with ease.
What I have not seen yet is a comparison of reliability under long term heavy load between SSDs and HDDs. In particular, how much data can be written to an HDD before it fails? How does that compare to today's SSDs?
Assume an HDD with 10^6 hours of MTBF. How much data can it write at a conservative average of 50mb/sec? It's a staggering figure, really. At ~176gb an hour, the number is ~176 petabytes (or pebibytes, if you prefer). Note that this is independent of the capacity of the drive, as it is only bound by the MTBF.
Then, assume further that Intel has not yet improved the 10k cycles per memory cell reliability of flash memory. Therefore, a 160gb SSD drive would be able to write no more than about 1.6 petabytes before it fails. Note that in this case this number is bound by the cell reliability and the capacity of the drive, not time per se.
So... one or two orders of magnitude improvement in the reliability of flash memory, and the hard drive becomes completely obsolete. Easier said than done, I am sure. Hopefully soon.
Posted by
Andrés
at
07:04
0
comments
I just saw the front page of the UK newspaper The Daily Telegraph. The front page has a title that reads:
Posted by
Andrés
at
07:24
7
comments