Skip to main content

Apology not accepted

TL;DR: After being disrespected multiple times as customer by Smartwings airlines over the years, now I can finally have my little revenge by claiming 400 euros for a delayed flight. The airline sent me an insincere and pathetic apologetic email message. Apology not accepted.

I have been a regular customer of Smartwings airlines for quite a long time already.
It was not by choice. The reason I fly with them is because it is the only airline which flies directly from Prague (where I live) to Valencia (my hometown).
Although I appreciate that they include 15 kg of check-in luggage at no extra charge, the ticket prices are quite high compared to other low-cost airlines (Wizzair and Ryanair, for example).

Also, they do not seem to care much about their customers. Several times they cancelled a flight just few days before the departure date due to "operational reasons". It would seem to me that the real reason was that they did not sale as many tickets for that flight as they expected, so it would be more profitable to just cancel the flight and screw those of us who already bought tickets.

Another example: in the past, they used to advertise direct flights between Prague and Malaga when in reality, it was a Prague --> Valencia --> Malaga flight.
Let me try to explain it because it was quite surreal.
Passengers flying to both Valencia and Malaga would get on board the same airplane in Prague.
Then the plane would land at Valencia airport, where only the passengers who purchased a PRG-VLC ticket would get out of the plane. Immediately after that, new passengers flying VLC --> PRG would get into the plane.
Then the plane would fly from Valencia to Malaga! In Malaga, the passengers who joined the flight in VLC would remain seated, while the passengers who bought a ticket from PRG to Malaga would finally get out of the plane and again new passengers heading to Prague would get into the plane...

Also, the schedules of their flights are unreliable. Delays are frequent.
One of such delays happened last Thursday March 29, 2018.
The flight QS1054 from PRG to VLC was packed because of the upcoming Easter weekend.
The departure time was scheduled at 18:35 and the arrival time was 21:20.
But after almost 4 hours of waiting, the plane took off at 22:16 and we landed at 01:00 AM (3 hours and 40 minutes delayed).





According to the EU regulation, each passenger of that flight is entitled to a 400 euros compensation:



During the flight, the captain, apologized several times and literally mentioned "extraordinary circumstances" (out of the airlines control) as the cause of the delay.
He specifically said that the bad weather in Egypt caused a chain of delays which resulted in a late departure of our flight. What a lame excuse!!! 

This what the EU regulation says about the extraordinary circumstances:



I am pretty sure that the "adverse weather conditions" should occur either at the departure airport or at the destination or somewhere in between to be counted as an "extraordinary circumstance", and as far as I know, Egypt is nowhere in the route from Prague to Valencia.

But it gets better (or more ridiculous), the next day, every single passenger of the flight got the following apology by email:



This seems so fake to me, the only reason they sent that was because they hope that maybe someone would not claim their compensation after reading it.
Money is the only apology I want, hence, apology not accepted.

Comments

Popular posts from this blog

Using Apache Kafka to implement event-driven microservices

When talking about microservices architecture, most people think of a network of stateless services which communicate through HTTP (one may call it RESTful or not, depending on how much of a nitpicker one is).

But there is another way, which may be more suitable depending on the use case at hand.
I am talking about event-driven microservices, where in addition to the classic request-response pattern, services publish messages which represent events (facts) and subscribe to topics (or queues depending on the terminology used) to receive events/messages.

To fully understand and embrace this new software design paradigm is not straight-forward but it is totally worth it (at least looking into it).
There are several interconnected concepts which need to be explored in order to discover the advantages of event-driven design and the evolutionary path which led to it, for example:
Log (including log-structured storage engine and write-ahead log)Materialized ViewEvent SourcingCommand Query Respons…

Vert.x microservices: an (opinionated) application

First of all, sorry for the tautology in the title, a library can be either opinionated or un-opinionated (such as Vert.x is), but an application can only be opinionated.
However, I decided to include "opinionated" to help getting my point across even though is redundant.
The Motivation  I am a big fan of Vert.x and the official documentation is quite good, yet it is not straight-forward to understand how it works and how to use it.
There are a lot of blogs and articles describing Vert.x terminology and its concurrency model.
There are also tons of "Hello World" Vert.x applications on Github, and the rest seem to be just variations of the already typical "Web chat application using Vert.x".
On top of that, many of them are outdated (using AngularJS instead of Angular2+, for example).

The only two exceptions which I found are:
vertx-microservices-workshop: a demo application by the Vert.x development team.
ngrx-realtime-app: proof of concept application focu…

Shared Ledger Simulator

I have been interested in the shared/distributed ledger technology (a.k.a. block chain, a.k.a. the magic behind cryptocurrencies) for more than a year already but recently I had finally put real time and effort into it.

And since I believe that the best way to understand something is to get your hands dirty, that is what I have done, after I got a grasp of the core principles (or that is what I thought back then), I decided to code my own shared ledger simulator.

Initially, I also considered to look into the main existing code bases (e.g., the source code of the main/official Bitcoin client/miner or Ethereum's) since they are open source, but seeing code like thisput me off... That file is 3229 lines big!!! Plus it is written in C++.
Do not get me wrong, I truly believe Satoshi Nakamoto (i.e., whoever hides behind that name) is a genius and also a great software developer, but he/she/they for sure did not have readability as their main priority.

I also noticed that some other people h…