Wieder schlechte Noten für deutsche Schulen - ich fürchte das wird genauso wie die Pisa-Studie nur für politische Attacken ausgeweidet werden, aber eine echte Konsequenz - eine Aufstockung des Budgets für das Bildungssystem und eine echte Verbesserung desselben - wird es nicht geben. Wozu auch, dumme Menschen glauben leichter was Politiker ihnen erzählen ...
Gefunden bei tagesschau im Internet.
Computer-Pionier Alan Kay heuert bei Hewlett-Packard an - ob er dort seine Vorzüge einbringen kann? HP ist ja - gerade nach der letzten Fusion - eigentlich nicht mehr die Denkerschmiede mit guten Ideen und teilweise recht hoher Freiheit für Forschung. Es wäre schade wenn Alan Kay dort verbeamtet. Umd um beim Thema zu bleiben: die im Artikel gelinkte Umgebung Squeak ist wirklich sehenswert. Ruhig mal reinschauen, eines der modernsten Smalltalksysteme das am Markt ist. Eine ideale Spielwiese, besonders weil schon viele interessante Basisprojekte drin sind, wie z.B. ein recht brauchbarer Webbrowser und Webserver.
Gefunden bei heise online news.
Auch NRW-FDP will Möllemann loswerden - tja, so langsam ziehen sich die Schnüre zu. Anklagen am laufenden Band, jeder will ihn loswerden, aber das Ultimatum des freiwilligen Verlassens wird wohl nicht ziehen. Möllemann hat ja schon angekündigt das er kämpfen wird. Mal sehen, vielleicht reisst er ja noch den einen oder anderen mit, wäre sicherlich nicht schlecht ...
Gefunden bei tagesschau im Internet.
Fred Miranda tests the EOS-1Ds - ein weiterer Testbericht eines Praktikers. Wieder ein Verfechter der Digi-Fraktion. Interessant wäre natürlich mal ein Test der 1Ds von einem Analogverfechter, aber irgendwie habe ich da noch nicht so recht was gefunden.
Gefunden bei Imaging Resource News Page.
Seen on [ Scripting News]: A feature for a mail server?. >What if every mail server supported a new feature. An XML-RPC interface with one entry point. It takes one parameter, a user name and returns a struct containing a boolean. The boolean is true if there is such a user on that machine. It's a struct so more info can be returned later. My email program could send a message to the server each piece of mail came from. Hey you got someone with this name, and do they send out spam? If the answer is no, filter it to the bit bucket.
Nice idea, but it's already there. Ok, not "XML-RPC", but there are other formats out there and some are much older. You can use the SMTP VRFY command on many mail servers to verify a user. Problem: since user checking on many machines is very hard work (think about stuff like http://hotmail.com/ or http://gmx.de/ - multi-million-user sites!), so not every host supports it, many hosts don't allow VRFY to not give out too much data (since Spammers can use this interface to check addresses for legimity, too!) and some only give you a OK on every check (for the same reasons, they just hide better).
So would it solve the problem at hand? No. Spammers would just start to use the very same interface to validate their own email lists and use one picked randomly out of the pool of their addresses as the sender. What would we get? Nothing better than now, only better disguised. You have to take into account that spammers do learn, too. They might be at the bottom of the social behaviour on the net, but they are not necessarily stupid. >Maybe I'm missing something or it's too early in the morning, but couldn't we ask the servers if they know about this person sending me the spam. I have a feeling that most of the spam I get comes from made-up people. Oh, sure they are. They are for some time now. Spammers are not interested in response . One of the most important things to note. Spammers don't care for email replies. They actually don't care for the recipient at all - all they do is send out mail, that's all. They are payed for that. There might be click-throughs (most of porn spam is to get people to click the links in the mail, that's why most porn spam nowadays is HTML with embedded images). But nobody in that business want's you to return anything to the sender. So what to do about spam? The curently best practice is to set up a bayesian mail filter like bmf or any of the like projects. There are some to integrate into mail clients, some to integrate into the mail server. Just watch out for them. I use bmf to filter mail on my server and it works quite good after feeding it several hundred mails and it get's better every round. False positives are down to only 2-3 a day (and mostly administrative stuff that is easily spotted in the spambox) and false negatives is down to 5-7 a day, easily spotted in the prefiltered inbox, too. The vast majority of about 70-80 spam mails per day are filterted out just fine.
Gefunden bei Scripting News.
Was ist falsch mit Joshua Allens Kommentar zu yEnc? Eine einfache Sache: yEnc versuchte, ein Problem auf eine Weise zu lösen, die nicht stabil ist: Es gibt bereits implementierte Standards für die Kodierung, aber yEnc ignoriert sie alle und setzt sein eigenes oben auf NNTP und Netnews. Es ignoriert alle bestehenden RFCs und erfindet das Rad neu.
Wird dies Dinge brechen? Sicher, es hat es bereits getan. Nicht jeder springt auf den Wagen, um yEnc zu implementieren, sodass die Menschen externe Tools verwenden müssen, um an die Dinge zu gelangen, die sie wollen. Aber da yEnc auf die schlechteste mögliche Weise implementiert wird, wird dies nicht immer funktionieren. Nehmen Sie zum Beispiel eine bi-charset-Umgebung wie das Mac OS. Sie verwenden normalerweise Mac-Zeichensätze extern, sprechen aber latein1 oder andere Standard-Zeichensätze auf Protokollebene. Ihre Daten werden also von einem Zeichensatz in den anderen konvertiert. Da yEnc Anwendungen, die nichts über yEnc wissen, keinen Hinweis auf seine Existenz gibt, wird das Zeug kaputt gehen.
yEnc macht fast alle Fehler, die UUENCODE gemacht hat, aber fügt mehrere Schichten seiner eigenen Fehler hinzu. Das ist einfach nur dumm. Und dass es "funktioniert" ist kein Grund - es funktioniert in dem Maße, dass Menschen, die yEnc-fähige Programme verwenden, Informationen austauschen können. Aber die Grundidee des Internets ist es, so vielen Menschen wie möglich zu ermöglichen, etwas zu nutzen. Deshalb ist MIME so kompliziert, seine Idee ist es, Marker im Voraus zu setzen, damit Programme wissen, dass etwas Problematiques vor ihnen liegt, auch wenn sie nicht wissen, was es tatsächlich ist - und es an eine Hilfsanwendung weiterzugeben.
yEncs dumme Idee von Body-Tags macht diese automatische nach vorne kompatible Art und Weise, mit Dingen umzugehen, problematisch.
Eine sehr gute Diskussion über die Probleme von yenc finden Sie unter http://www.exit109.com/~jeremy/news/yenc.html - lesen Sie es, verstehen Sie es und Sie wissen, was mit Johns kleiner Rede nicht stimmt.