JLinX – Blog

Weblog von Jan Linxweiler

FUnit: a Fortran Unit Testing Framework

Filed under: Development,Software Engineering — Jannis at 2:30 pm on Monday, April 30, 2007

On October 4, 2001, Mike Hill (then of Object Mentor, now of Industrial Logic) visited NASA Langley Research Center in Hampton, Virginia and gave a test-first design talk at the Institute for Computer and Applied Sciences and Engineering (ICASE). Copies of his slides are available at icase.edu/series/MPP.

Mike spent the afternoon with Bil Kleb, Bill Wood, Karen Bibb, and Mike Park reasoning out how we might create a testing framework for Fortran 90 to use during FUN3D code development. By the end of the afternoon we had a working prototype based on the macro expansion techniques employed in Mike Hill‘s cpptestkit. We quickly found C-preprocessor macros to be too restrictive and rewrote the framework in Ruby.

More information: http://funit.rubyforge.org/

Developers TV (dnrTV)

Filed under: Development,Software Engineering — Jannis at 2:24 pm on Monday, April 30, 2007


dnrTv is a fusion of a training video and an interview show. Training videos are typically sterile and one-way. Let’s face it, you can only take so much. But you need to see the code! In this format, you get the spontaneity of an interview talk show, and the detail of a webcast or training video.

Carl Franklin is the host of the wildly popular mp3 talk show .NET Rocks!, which he started recording in August, 2002. dnrTV launched on January 12th, 2006, the same week as .NET Rocks! show number 159!

We see dnrTV as a natural adjunct to .NET Rocks!, allowing more technical topics to be explored in detail. As always, Carl keeps the atmosphere light and conversational, which makes for a nice way to spend your lunch hour!

Have a look at dnrTV.com

More on Model View Presenter (MVP)

Filed under: Development,Software Engineering — Jannis at 1:17 pm on Monday, April 30, 2007

Supercomputer von heute sind Laptops von morgen

Filed under: Development,HPC — Jannis at 9:44 am on Monday, April 30, 2007

Der Einzug der Multicore-Architektur in Anwender-PCs und -Laptops wird Software-Entwickler sehr bald vor die selben Probleme stellen, die derzeit im Bereich des Supercomputing auftreten. “Wenn man sich die historische Entwicklung anschaut, dann kann man davon ausgehen, dass die heutige Rechenleistung von Supercomputern in zehn bis 15 Jahren auf dem Desktop verfügbar sein wird”…

zum Artikel bei entwickler.com…

(Quelle: entwickler.com)

Devlicio.us – Another Developers Blog

Filed under: Development,Software Engineering — Jannis at 9:17 am on Saturday, April 28, 2007

Have a look at devlico.us

Feindliche Übernahme

Filed under: Ohne Kategorie — Jannis at 9:42 am on Thursday, April 26, 2007

Bis vor kurzem war es noch brand aktuell. Der Fachbereich Bauingenierwesen der Uni Hannover sollte geschlossen und mit dem Fachbereich an der TU Braunschweig zusammengelegt werden. Offensichtlich hatte das Klagelied der hannoveraner Fachschaft Erfolg, denn jetzt soll der Standort erhalten bleiben… Brandheiße News zum Thema…

The Most Important C++ Books…Ever

Filed under: Development,Software Engineering — Jannis at 4:24 pm on Tuesday, April 24, 2007

In this article, Scott Meyers shares his picks for the five most important books in the history of C++, along with why he chose them…

article at artima.com

How to design a single method

Filed under: Development,Software Engineering — Jannis at 10:02 pm on Sunday, April 22, 2007

  • The name of the method should describe what the method actually does.
  • A method should do one and only one thing.
  • A method should either DO something or RETURN something.  If it returns something, you should be able to call the method over and over with no negative consequences.
  • The method should be viewable without scrolling.  Fewer than 10 lines of code is desirable (my pain point).
  • The method should take few arguments.  If the method needs more, refactor to require and object that contains all the information required (parameter object).
  • The method depends only on method parameters or members passed into the class constructor.
  • A method should only have one indented code block – don’t nest code blocks.  Extract method first.
  • Don’t try/catch in a method unless you can handle the exception or add value.  Let the exception bubble up to a point where you can actually do something about the exception.

(Quelle: How to design a single methodJeffrey Palermo)

Software Developers Book Lists

Filed under: Bücher,Development — Jannis at 9:55 pm on Sunday, April 22, 2007

Verteilte Systeme

Filed under: Development — Jannis at 9:15 pm on Sunday, April 22, 2007
  • Verteilungstransparenz bei der objektorientierten Spezifikation verteilter Applikationen
  • Verteilte Systeme (slides)
Next Page »