Traditional software is downloaded, installed, then run. With web applications it is different. These are built, then pushed to a remote server and then the interface of that application is presented to the screen of the users via web-technologies like HTML, CSS & JavaScript, in the past sometimes assisted by Flash, these days using WASM. Besides that web applications need databases, storage, cache-systems, maybe a search solution, and sometimes more dedicated tools. From the end-user's perspective, it became a lot easier (although more restrictive) to access these tools, but getting it up and running got harder.
In the old days web software was deployed by uploading software via FTP, in a folder that was then read by a web server, and then presented to the user of the web-application. I've also deployed compiled .war files manually via a tomcat web-interface. Databases, storage, these were all pretty much managed by hand, sometimes even requiring physically adding a new drive or…
Capistrano doesn't evolve as quickly anymore but it still delivers and is still being maintained. It dates from before docker & autoscaling kubernetes were in wide use. I still prefer the simplicity of the tool: Capistrano I can understand, it is just a nice layer on running scripts on a remote server. Below some posts I did on Capistrano.
While we're supposed to create docker(y) images and deploy these to the cloud, I'm still comfortable deploying and maintaining quite a range of applications using Capistrano (this builds on the battle tested server management process that I outlined more than 7 years ago). But Capistrano and its plugins are typically aimed at performing application level tasks, and not so much about configuring the environment.
I typically install ruby using rbenv. To deploy ruby apps using rbenv a Capistrano plugin exist (capistrano/rbenv) but it is missing the commands to install and/or update the ruby installation.
This snippet presented here adds a few commands:
cap rbenv:install ## installs rbenvcap rbenv:update ## updates rbenv & install…Ik klaag niet meer over Excel (of andere spreadsheet-software): het is krachtig en maakt databases en software maken toegankelijk voor grote groepen gebruikers. Het geeft macht aan de gebruikers.
Excel maakt daarnaast het delen van informatie erg laagdrempeling: rondom veel organisaties staat immers (terecht) een grote firewall die informatie uitwisseling bemoeilijkt. Één van de weinige gaatjes waardoor je bijna altijd nog steeds gestructureerde data kunt uitwisselen heet e-mail, met een bijlage.
Op een gegeven moment ben ik gaan denken aan het idee "Excel als database": in plaats van de ervaren kantoorgebruiker een ERP-achtig systeem op te dringen kan ook de bestaande workflow subtiel en gradueel verrijkt worden. De flexibiliteit van Excel gecombineerd met de consistentie en later ook de data-integriteit van een centrale database. Best of both worlds? Een case study is op komst.
Dit artikel van murblog van Maarten Brouwers (murb) is in licentie gegeven volgens een Creative Commons Naamsvermelding 3.0 Nederland licentie .