for 1’000’000 lines

    “line” is empty

    for 150 chars

        add char “c” to the “line”

    print out the “line”

Running the script and pipe the output to a file creates a 145MB file. And the most interesting result is the time each script took to run:

Shell$ time python createRandomFile.py --rows 1000000 --chars 150 > bigfile.py.txt
real	0m56.207s
user	0m55.348s
sys	0m0.607s

Shell$ time perl createRandomFile.pl -r 1000000 -c 150 > bigfile.pl.txt
real	0m37.742s
user	0m37.147s
sys	0m0.488s

Shell$ time php createRandomFile.php -r 1000000 -c 150 > bigfile.php.txt
real	1m9.357s
user	1m5.165s
sys	0m3.542s

Shell$ time java createRandomFile 1000000 150 > bigfile.java.txt
real	1m18.791s
user	1m0.689s
sys	0m11.133s

Shell$ time ruby createRandomFile.rb -r 1000000 -c 150 > bigfile.ruby.txt
real	1m44.118s
user	1m39.672s
sys	0m0.967s

Shell$ time ruby createRandomFile.sh 1000000 150 > bigfile.bash.txt
real	78m46.334s
user	56m30.018s
sys	3m5.280s

Shell$ time ./createRandmonFile -r 1000000 -c 150 > bigfile.c.txt
real	0m2.159s
user	0m1.339s
sys	0m0.425s

For me personally there are some unexpected new experiences:

1. Python takes “much” longer than perl. After performance optimizing the Python script its much faster, but still slower than the perl script. Thats really sad…
2. Not a big surprise is the fact, that the C program is the fastest. But that it is so much faster than all others is impressive.
3. Using echo instead print in the php script gets the script one second faster.
4. And the fact, java is one of the most slowest language of all competitors used here.
5. Ruby is damn slow
6. Finally, Bash IS the slowest… Damn slow! I mean, SLOOOWWW!!!

This are really interesting results!

Use the follwing Settings to set up the Beacon

You just have to replace the proxy settings with your own IP and Hostname.

Next i gonna to do is to figure out the settings for turning on HomeSharing over VPN.

Immer wie mehr kaufe ich Bücher, bis jetzt jedoch nur technische, im eBook Format. Ich hab das Buch auf all meinen mobilen Geräten immer dabei, kann nach Stichworten suchen und natürlich auch Abschnitte markieren und kommentieren. Ich bin überzeugt, dass sich mein Bücherregel immer wie mehr vernachlässigt vorkommen wird. Einzig, das Ding mit den Lesezeichen hab ich noch nicht so ganz begriffen ;)

Apple hat es leider bis jetzt noch nicht hingekriegt mit dem iBook Store in der Schweiz. Aus diesem Grund schneiden sich meine Finger am virtuellen Papier aus Büchern aus Amazons Kindle Store. Apple wird es nicht leicht haben, wenn sie irgendwann doch noch mit dem iBook Store kommen, da sich Bücher aus dem Kindle Store wohl nicht transferieren lassen werden.

Dies ist der erste Post mit der neuen iPhone App BlogIt!

The way to go is TouchXML! This Framework works like a charm! Using this introduction for installing the Framework to your project, lets you use XML data within seconds.

• iPhone 4
• iPhone 3GS
• iPad
• iPod touch (4th Generation)
• iPod touch (3th Generation)

http://corinnastefan.ch

Ich wünsche euch Beiden viel Spass damit :)

Seit nun etwas mehr als 6 Monaten programmiere ich immer wieder etwas in Objective-C. Das Resultat sind zahlreiche Codeschnippsel welche in einem Verzeichnis “Experimente” in meinem Subversion Repository liegen. Effektiv ist eine iPhone App einen kurzen Schritt vor seiner Vollendung.
Der Anfang in Objective-C war steinig, verwirrend und meine Kopfhaut war anfänglich ziemlich wund vom vielen Kratzen. Der Syntax und Aufbau des Codes lässt sich schwer mit dem von C++ vergleichen. Nach langem schwertun wurde mir auch bewusst, dass es komplett falsch ist, diese beiden Sprach miteinander zu vergleichen! Objective-C hat seinen Ursprung schliesslich auch nicht in C++ sondern in C. Alles bereits vorhandene Programmierwissen ausgeblendet, startete ich einen zweiten Versuch mit der Sprache klar zu kommen. Es funktionierte!

Objective-C ist eine “menschenfreundliche” Programmiersprache. Sich ständig wiederholende Methoden, wie z.b. Setter/Getter Methoden wurden komplett vereinfacht. Hier sei angemerkt, dass ich nur von Objective-C 2 spreche!
Was ein C++ oder Java Programmierer unter Interfaces verstehen würde sind bei Apples Sprache Protokolle. Diese sind als Vertrag mit dem Programmierer zu verstehen. Ein Protokoll definiert Methoden die zwingend und solche die optional implementiert werden müssen resp. können. Hält sich der Entwickler nicht daran wird er sich mit dem Compiler in die Haare kriegen.
Wesentlich anderst ist der Aufruf von Methoden einer Klasse. Diese werden übrigens nicht mehr strikt in public, private,protected, virtual kategorisiert. Vielmehr unterscheidet man unter Instanz- und Statischen Methoden. Die Parameter einer Methode werden zwingend beschrieben. Dies macht den Code für den Menschen lesbar, als würde er einen Satz lesen.

[APIObjekt sendeAnfrage:anfrage anUrl:url];

Wobei “sendeAnfrage” und “anUrl” keinen Einfluss auf den Code haben. Sie beschreiben ausschliesslich den Methodenaufruf resp. dessen Parameter.

Bemerkenswert ist auch die gewonnene Dynamik dank den Selektoren. Mit diesen können Nachrichten, so werden Methodenaufrufe genannt, an Klassen verschickt werden. Sprich, eine Methode dynamisch aufgerufen werden. Wobei auch erst überprüft werden kann ob die entsprechende Klasse überhaupt auf diese Nachricht antworten kann.
Ebenfalls möchte ich an diesem Punkt noch die Kategorien erwähnen. Angenommen der String Klasse von Cocoa fehlt eine tolle Funktion die ich meinem Programm nutzen möchte, musste ich bis jetzt diese Klasse spezifizieren und dann diese in meinem Code verwenden. Im schlimmsten Fall würde dies bedeuten, dass ich tausende von Codezeilen durchsuchen und meine Klasse anstelle der alten einsetzen müsste. Mit Kategorien kann ich neue Methoden zu bestehenden Klassen anghängen. Somit sind diese Methoden ohne erbrechtliche Geschichten überall in meinem Code vorhanden. Cool, nicht?

Programmieren in Objective-C bedeutet Spass! Schönen Code zu schreiben wird somit einiges einfacher. Nun zur Schattenseite… Ja, es gibt tatsächlich eine!
Speichermanagement wird GROSS geschrieben in Objective-C. Es gibt drei Möglichkeiten seinen Arbeitsspeicher sauber zu halten.

• Manuelles aufräumen des Speichers
• Autoreleasepools, welche die Objekte anhand ihres internen Zählers eliminieren.
• Garbage-Collection

Letzteres wird von den eingefleischten Apple Entwicklern verteufelt zudem gibt es in den iOS Geräten kein GC! Wird beim programmieren nicht äusserst sorgfältig auf den Speicher aufgepasst, beisst einem sein eigenes Programm ganz sicher bald in den Allerwertesten! Ist es soweit, und bei jedem wird dies der Fall sein, greift man gerne auf die Analyse Tools von XCode zurück!

Fazit: Objective-C 2.0 hat einiges vom Zauberstaub der Zukunftsfee abgekriegt! Aber einfach so mal Objective-C lernen ist nicht… Dafür ist die Sprache zu komplex! Hat man sich mit der Sprache angefreundet findet man schnell gefallen an Apples Cocoa Framework. Dieses bietet für – fast – alle Situation einen schnuckelige Klasse bereit. Leider sind diese wirklich zum teil nur schnuckelig. Fehlende Methoden für z.b. Base64 Encoding, HMAC Verschlüsselung und fehlende API Klassen für XML-RPC und REST-API, verhindern eine innige, heisse Beziehung mit Cocoa!
Glücklicherweise findet man im Internet viele fertige Klassen, die dieses Defizit irgendwie, mit viel Klebeband, aufheben.
Noch ein letztes Wort zur Entwicklungsumgebung XCode. Jeder, der mit der Version 3.x gearbeitet hat und die Version 4 gesehen hat, wird mir recht geben, dass die Aktuelle Version (3.irgendwas) mit einem Sportwagen mit Slicks im Regen zu vergleichen ist. Das Teil schleudert und man verliert schnell den überblick und streift mal eine Leitplanke! XCode 4 hingegen, fühlt sich eher wie ein britischer Sportwagen mit einer angemessenen Bereifung an! Die nahtlos integrierten Versionierungs Hilfsmittel lassen jeden Entwickler entspannt arbeiten!

Nachtrag:

Oukay, war das wirklich eine gute Idee mit dem Bugtracker?!?!

Mit dem Glauben an das Gute im Menschen und in Grosskonzerne, hat mein Vater das defekte Teil verpackt und einen netten Brief, mit der Bitte das Teil zu ersetzen, dazu gelegt und dies an Apple Schweiz in Zürrich geschickt. Nach wenigen Tagen hat sich bereits eine nette Dame aus Schweden gemeldet und ein paar Einzelheiten zu diesem Fall nachgefragt. Schlussendlich meinte sie, dass sie den Fall zurück an Zürchen geben werde und die dann entscheiden ob der Akku ersetzt würde oder nicht.

Ebenfalls nur ein paar Tage später lag auf der Post ein komplett neuer Akku welcher nun das Notebook wieder ordentlich mit Strom versorgt.

Mich persönlich beeindruckt dieser Fall in allen Bereichen sehr stark. Ein solch grosser Konzern interessiert sich wirklich für den kleinsten Kunden. Apple hat den Fall äusserst speditiv, freundlich und natürlich zur vollsten Zufriedenheit des Kunden abgewickelt. Vorbildlich!