Archiv für die Kategorie ‘TecZoom’

Der Countdown läuft: heute kommt das iPhone 5!

Dienstag, 04. Oktober 2011

“Let’s Talk iPhone”

Die Hüllen um das „schlecht gehütete“ iPhone 5 werden heute fallen gelassen, zu dem wird das preiswerte iPhone 4S released.

Nach der „Let’s talk iPhone“-Promotion, gibt es schon ein signifikantes Anzeichen auf Features im neuen 5er Smartphone. Denn letztes Jahr wurde das Voice-Controlling-Tool „Assistant“ für 200 Mio. $ von Siri erworben.

Ich bin auch gespannt, wie viel Zeit vom Release bis zum Markteintritt vergehen wird… Was denkt ihr?

Hier eine kleine Statistik zu den alten Apple-Produkten:

Apple - Days to Lunch

Apple - Days to Lunch

 

Ab wann sprechen wir iPhone5?

 

Gesucht: Head of Software Development und Data Mining Engineer

Donnerstag, 31. März 2011

Wir sind weiterhin dabei, unser Entwicklungsteam zu verstärken und suchen hierzu:

Genauere Informationen können Sie den jeweiligen Stellenausschreibungen auf der Website entnehmen. Bei Interesse wenden Sie sich bitte an Christof König.

Gesucht: Erfahrener Java-Entwickler mit Erfahrung in GWT und REST-Services

Donnerstag, 03. Februar 2011

Wir sind auf der Suche nach einem weiteren Java/Ruby-Entwickler, der unser Team in Passau verstärkt. Entwickelt wird eine Software zum Management von SEM Kampagnen. Dazu nutzen wir Java und Ruby, sowie unter anderem die folgenden Technologien/Techniken:

  • GWT
  • REST
  • MongoDB
  • PostgreSQL
  • Test-Driven Development
  • Pair Programming

Das Frontend ist in GWT implementiert. Das Backend besteht aus mehreren Services, welche untereinander und mit dem Frontend via REST Schnittstellen kommunizieren.

Die Stelle ist ab sofort zu besetzen. Solltest Du also Interesse haben und entsprechende Erfahrung mitbringen, dann wende Dich einfach per Mail an jobs@crealytics.de.

Gesucht: Erfahrener Java-Entwickler (Freelancer) mit Erfahrung in REST-Services und GWT

Dienstag, 26. Oktober 2010

Wir sind auf der Suche nach einem Java-Freelancer mit Projekterfahrung, der vor Ort bei uns in Passau die Software-Entwicklung aktiv unterstützt. Voraussetzung ist fundiertes Know-how in Java (Test-Driven Development), praktische Erfahrung mit REST-Services sowie Kenntnisse in GWT. Nice to have: Ruby, MongoDB, Continuous Integration (Hudson), Authentication, Authorization, Network Security, PostgreSQL.

Wir bieten ein junges Team, zukunftsweisende Technologien und moderne Entwicklungsprozesse (Kanban) – und natürlich auch etwas Geld ;)

Wichtig: Wir suchen jemanden, der möglichst noch im November 2010 starten kann und ca. 2 Monate bei uns arbeitet – Verlängerung ggf. möglich.

Schmankerl für denjenigen, der den entscheidenden Tipp gibt und uns den gesuchten Entwickler vermittelt: 500 €.

Kontakt: development@crealytics.de

Gesucht: Spezialist (Freelancer) für REST-Authentifizierung / -Authorisierung und Network Security

Dienstag, 26. Oktober 2010

Für die Absicherung unserer Sofware-Lösung (Rich Internet Application) suchen wir jemanden, der das nicht zum ersten Mal macht und Erfahrung hat in:

  • Jetty
  • Nginx
  • REST
  • Network Security
  • Virtuelle Maschinen: Virtual Box

Schön wären auch Kenntnisse in:

  • OAuth
  • OpenID
  • Cloud-Systeme
    • EC2
  • PostgreSQL
  • MongoDB
  • Java
  • Ruby

Sicher hat den Job, wer (optional) auch das beherrscht ;)

  • Puppet
  • Nagios

Da die angedachten Tätigkeiten verhältnismäßig losgelöst von anderen Entwicklungsarbeiten sind, kannst Du – bis auf einen Einführungstag – extern ohne Präsenz bei uns in Passau arbeiten. Wenn Du lieber mitten drin statt “nur” dabei sein willst, bist Du natürlich herzlich willkommen bei uns.

Da die Zeit doch immer drängt, bräuchten wir jemanden nach Möglichkeit bis spätestens Ende November.

Kontakt: development@crealytics.de

Google Instant ist live – Suchergebnisse ändern sich während des Tippens!

Mittwoch, 08. September 2010

Dies wird nur ein sehr kurzer Blogbeitrag, dafür aber umso brandaktueller. Google hat mich wieder total überrascht und zwar mit einer neuen Echtzeit-Funktion in der Google Suchmaschine. Seit heute am Abend ist es möglich, während der Eingabe von Suchbegriffen in Echtzeit die Umsortierung der Suchergebnisse, sowohl im organischen wie auch im Ad-Bereich zu beobachten. Wahnsinn!!!

Continue reading “Google Instant ist live – Suchergebnisse ändern sich während des Tippens!” »

Second Life for Google Wave

Freitag, 03. September 2010

Many avid users of the Google wave collaboration tool were disappointed when they found this service was obviously not one of those services that Google cares about, but was announced to be shut down at the end of the year. While some alternatives for business collaboration exist, many projects were already deeply using wave and therefore reluctant to move the data over to another system.

So, many will be happy to read that Google has announced to give wave a second life as full open source project: In the coming months, the company will open-source a combination of the server and a client, with the server having persistent wave store and search functionality (first of which is heavily desired; they will use the same backend as crealytics, that is MongoDB).

The newest developments will be published in the Google Wave Federation Protocol discussion forum.

Oracle, Google und der Streit um Java

Montag, 30. August 2010

Als Oracle im Frühjahr dieses Jahres Sun kaufte, gingen diverse interessante Projekte in den Besitz der hauptsächlich als Datenbankhersteller bekannten Oracle Corporation. Neben Virtualbox, dem Betriebssystem (Open)Solaris und der SPARC-Prozessorarchitektur vor Allem auch ein sehr beliebtes und bislang kostenloses Produkt: die Programmiersprache Java.

Continue reading “Oracle, Google und der Streit um Java” »

Migrating legacy code to maintainable code with tests

Mittwoch, 14. Juli 2010

My definition of legacy code comes from an interesting interview Michael Feathers gave at dZone. He defines legacy code as “code without tests”. And I bet, there is a lot of that stuff out there. But what if you decided to develop test-driven in the meantime? Should you leave the legacy code as it is? If you still want to use it, the answer is of course NO. But how could you make this good old big ball of mud better maintainable? Continue reading “Migrating legacy code to maintainable code with tests” »

5 Reasons for Keeping Your Git Commits as Small as You Can

Freitag, 09. Juli 2010

Keeping your commits small brings you several benefits when using Git as source code management tool and is generally good advice:

You should try to split your changes into small logical steps, and commit each of them.They should be consistent, working independently of any later commits, pass the test suite, etc.

So what exactly do you gain from following this advice?

Makes your commit messages more accurate

Writing commit messages that describe the content of your patch can be difficult. Especially when you cram many changes into a single commit. Try to follow the ‘One Single Change Per Commit’ rule and prefer two commits like

Fix logging bug in Logger.warn()

Organize imports.

over a one long commit like

Fix logging bug in Logger.warn() and organize imports.

It is not always this easy but often possible, just try it.

Makes continuous integration easier

The whole idea behind continuous integration (or CI) is to integrate your own code with the main repository as often as you can. If you make small changes and put them into single commits you may integrate them often (and probably should). Doing so minimizes merge conflicts with your team members. You can read more about CI in a Git context in Martin Fowler’s excellent FeatureBranch article.

Makes git-revert more useful

git-revert allows you to apply a single commit negatively and thereby roll it back and make it undone. This comes in handy on several occassions: When taking back a change which was inadvertently pushed too early or when taking out code once again which turns out to contain bugs. When keeping your commits small chances are you just can revert this single commit as a whole. No need for cherry picking single lines of code.

Makes git-bisect more useful (my favorite)

git-bisect is a fine bug hunting tool whenever you encounter strange behaviour which you know was not there before in an older version of your code. It deserves an article on its own.

But the basic idea is to switch back to any older version of your code which did not contain the bug, tag this version as good and then let git-bisect do its magic (it’s basically just a binary search through your commit history, which is kind of magic anyway). When git-bisect finishes its search it outputs the single commit which introduced the bug.

And that is why it’s especially useful to keep your commits small when you want to git-bisect often: When git-bisect tells you the buggy commit and it is small enough you can often enough spot the buggy line(s) immediately.

You can combine multiple commits into one large commit after all

If for some reason you believe you created too many commits when a single should have been sufficient then you can squash several commits into one with git rebase. git ready explains how squashing commits with rebase works. Beware that this only works as long as you have not already shared your local changes with anyone else.

apples soon to be tarted… image published by jek in the box {is traveling}
under a Creative Commons License.