icon Homepage | Consultancy | Training | Articles, CD's and Books | Databases | Javaclients | Custom built icon

Tools

Public DataFormats, Operatings Systems, Programming languages

Netsense prefers DataFormats which are public, with an Openrating System of which the core is public and programming languages that are not tied to a specific operating system or supplier.

Why public dataformats. preferably with sourcecode?

We see the end user as the owner of the data that are stored on the computer. A user that has his data stored in a format that is not public, means that the information can not be retreived at will by the owner. That can have very serious consequences in the long term: software companies fade away, dataformats forgotten by the creators. In that way data can et lost very easily. Another problem that can occur is when data get corrupted. It should not be the case that only the creator of the dataformat can repair or retrieve the data in such a case.

That is why we try to use dataformats and tools that will enable the user to manage, store and retrieve his data without interference with the original software creator. So that the user can change of software, supplier and operating systems without much trouble.

Because of that we try as much as possible to use postgresql and mysql as database systems, of SVG, JPEG2000 en PNG for graphics, Mpeg4 for video, of PDF and HTML for text.

We also prefer Operating Systems of which the source code is publicly available: Mac OS X, Linux, FreeBSD, NetBSD, and OpenBSD are some of the OS'es we use.

Why an Operating System of which the Source Code is available?

Now that nearly every desktop computer and server is connected to the Internet it is paramount that your data is well protected against hostile attacks that come from the network. An Operating System of which the core is not known, analysed and verified on its functioning outside the company that produces it, has a far greater chance to have unknown errors. The errors can then be used by evil attackers.

We do not say that Operating Systems of which the source is available is intrinsically safer: but it is far easier to assess the seriousness of bugs that are inevitably present in the Operating System, and it is possible to fix or switch off that part of the Operating System that contains the error.

Why a programming language and function libraries that are not tied to one Operating System?

We do not want to enforce the customer to use a specific Operating System only because the programmer happens to use a programming language that is only available on that specific platform. If the customer prefers to use another Operating System than that should be possible. We prefer languages that gives customers that option, like Perl, PHP, Python and Java. We also prefer developertools to use these programming languages that avoid to choose for a specific Operating System.