Ok, I have to confess. I'm a fan of GTK+ X-s for more than a decade. It started with XUbuntu, then I've switched from XFCE to LXDE and that was a love made in heaven.
As recently LXDE has migrated from GTK to QT it changed its name to LXQT and if you want to have a modern build of it you need to get used to its new face and APIs.
And let me tell you how painful that it is. Well, not as painful as if you switch from something as overbloated as KDE or Gnome. But nevertheless, everything looks and feels different after the switch.
The results of my migration to Debian-based SparkyLinux+LXQT are astonishing, XWindows + OS consume less than 256 MB of RAM.
I had this book lying on my shelf for multiple years and couldn't read it for such a long time as reading it didn't look like a fun activity. Although it can be called procrastination, I was right postponing opening this book for years.
Although it's been issued just 5 years ago it's completely outdated now. Not so much if you weren't following the latest trends in tech.
This book looks like a shy attempt to cover what was new and groundbreaking back then but neither did the author knew what he was trying to teach the audience nor did he have a practical experience in most of the concepts described.
After all these years this book looks like a repetition of what was covered in "Release it" and "DevOps Handbook". That's the price you have to pay when you focus on what was new while the author was writing the book and became obsolete now. I would love to have this book if it was much smaller in size and focused more on the concepts and patterns rather than on technologies and what was on the bleeding edge back then and couldn't stand the test of time
Rarely, I want to purchase a book I've read as a hard copy. I wanted to buy this book badly.
Only after checking the cost of this book in Poland I realized that at a price of yearly subscription to Safari Books buying a huge pile of dead wood is not wise enough for me.
And then after all these years I started to see a gradual change in the way way how the Java code is written that felt similar to Scala but without the complexity that it had. Especially, after loosing all my illusions with GO I decided to give new Java a try. I played a bit with streams and lambdas, but neither could I understand how their worked nor use them efficiently.
This book allowed me to fill this gap. If you're coming from Java 6 & 7 this book is a must for you. Lots of example, datailed explanations with multiple peeks under the covers of JVM.
The only minor issue is that after changing the release policy Java went quite far from the changes that are described in this book. Too bad this book isn't updated after every new Java version goes GA
We're almost at the first quarter of the XXI century. Surprisingly, there's nothing more exciting to hear than the acid sounds from the 80's brought to life by Mujuice in 2019.
Unfortunately, this year hasn't brought any new fresh music to be delighted with, hence I was mostly busy with relistening great tracks from the early 00's. Kompakt, Boxer, Cocoon, Banger, Gigolo you name it.
This year I started to write my own music and hopefully I'm going to have something to present next year
It's fair to say that I'm a big fan of all what Joshua Bloch does. Therefore it shouldn't be a surprise that I've read all his books. Unfortunately, I noticed that there's a new edition of "Effective Java" only this year even though it originally came in 2017.
The difference between the second and the third editions in huge. Besides the chapters that have never existed before due to obvious reason that java had no Lambdas, Streams and Functional Interfaces before Java 8 a lot of work has been done to rewrite the items that were there already. As we strive to follow the pace of technology some things that were considered essential before become obsolete.
The best illustration of that thesis is the "Serialization" chapter. In the beginning of the chapter Bloch clearly warns his readers: "Better stay away from internal Java serialization API and go with either JSON or profobuff." Such fairness with readers is invaluable and can hardly be seen today.
I've really become interested in Streams after reading this book.
There's just one problem with this book. I wish it would take less than a decade for this book to get its new edition next time. Prior to that every new "Effective Java" book came after almost a decade-long hiatus.
Recently I didn't have much time to read books due to various personal reasons and that's why I was so excited to read this book when I finally got time to do that.
To be honest that's not the first Vue.js book I've read. A year and something ago I've read a good enough book Vue.js 2 and Bootstrap 4 Web Development. Back then I was playing with Vue in my spare time and didn't get an opportunity to use it anywhere besides my small pet projects. The book was okayish though it didn't cover the fundamental technical areas of Vue I was mostly interested in. But it was good enough for a starter. This particular book from Manning is a completely different story.
This book follows the software book standard of writing that never gets old. It starts from the high level architecture overview and then digs to the very bottom of its implementation. This process is accompanied with practical exercises where you get to write code yourself and all of this is followed by inspiring home assignments.
I had to rush with reading this book as I needed to write a Vue project for my work in just a week. But this book allowed me to reduce practically all the technical debt I've acquired during this process.
The examples given in this book were relevant to what I did at work so I was able to use what I just learned in practice.
My impression on Vue is that it's one of the most beginner's friendly frontend frameworks I've worked with. And this book adds even more to that. It explains most Vue concepts in great detail and almost always you get a practical example of it plus a best practice pattern that you can follow.
As some of you may know AWS certificates expire and when they do so you need to recertify. And that's why I will talk about my impression after passing the AWS Solutions Architect Associatee Exam in April 2019. Last time I went to pass the exam was in 2017.
I've heard that the exam has significantly changed after the changes AWS did in 2018. That was the perfect time for me to prepare for the exam as I was participating in a recruitment process and it was beneficial for me to brush up my AWS knowledge. Spoiler alert: I've got the job I wanted as a nice addition to the AWS certificate.
Last time my preparation to the AWS exam was very shallow. I mostly focused on the pillars of AWS: EC2, S3, VPC thus skipping a lot of "new" services that I had no prior experience with like Kinesis, Lambda etc. That was a mistake, but likely I got lot of VPC and networking related questions.
This time I reserved plenty of time to prepare for the exam. Here're the resources I was using to prepare myself
A Cloud Guru AWS Associate exam video course. This time I had a full access to the Cloud Guru website provided by my employer. I would say that it was much more convenient in comparison with the same video course that you can buy on Udemy though Udemy is cheaper. This course is intensively update by ACG to reflect the changes in exam as well as videos are updated when AWS changes something in the covered services. There're quizes plus the final exam simulator. In my opinion this course tries to cover too much of AWS and in some cases gets in too much detail thus distracting your attention from what's really important to pass the exam. As I said it before my employer paid for it thus considering its humongous annual price of $492 I save a lot of money. Will I pay the same amount myself? Definitely no. $10 for the Udemy course is ok, but I don't see why to pay more if the only thing why I need it is for passing one particular exam. I don't want to be a maven in AWS/AZURE/GCP simultaneously and that's the audience that cloud guru caters its courses and materials. My score for its Udemy course is 4 with minus due to lack of updates It's not worth the money to pay for the full-blown ACG access if you pay out of your own pocket. You can not prepare for the exam by just watching the ACG videos and doing the labs!
AWS solution architect official training I don't know what's the full name of it as it was also paid and organized by my employer. The training was really nice. Though it wasn't conducted by an AWS employee but by a contractor hired and schooled by AWS it was awesome. It had lots of well-organized labs where everything was automated and well documented. The trainer was a nice Potuguese guy who knew AWS from top to bottom and could answer almost every quirky question. I don't know what was the price of it but if such course was my AWS introductory I would definitely become and AWS fan boy. My score 5/5 This course is not sufficient to pass the exam
ALL-IN-ONE AWS Certified Solutions Architect Associatee Exam Guide. I've covered this book in my previous post. This book will give you 50% confidence of passing the exam. 100% worth of every penny spent
Whizlabs prep exam. Firstly, this is not a brain dump of the real exam. During the real exam I had some (less than 10%) of questions that were similar to Whizlabs but the wording was so different that I would consider it as a coincidence. Whizlabs has close to 1000 of questions related to AWS, every answer is usually explained with a reference to the documentation. If you finish the final Whizlabs aws exam with > 80% score you're ready for the real exam. This was the other 50% of my preparation for the exam that was worth every penny spent.
After all the preparation I did I've passed the exam with 91% score in less than one hour and had more than an hour time left as it's supposed to take 130 minutes to complete the exam.
In my opinion this certification is one of the most challenging across all the IT certifications
Yes, I know that the name of this book is unbearably long but please stay with me as this book as not as it bad as it looks judging by its name
Actually, it's the opposite of a book that aims to teach you the basics of AWS in just a few hundred pages. I read it to brush up my AWS knowledge before coming to interviews. And for this exact purpose this book is just perfect.
It doesn't provide you the same breadth of information as for example Cloud Guru's videos. It gets you straight to the point where you need to be. AWS course on the Cloud Guru platform is worth it only when you can get it for free. Paying for it is pointless in my opinion as it gives you lots of information that you don't even need but doesn't prepare you good enough for the AWS exam.
This book gives you just enough knowledge you need to pass the exam though I would recomend to go through test exams at least a couple of times before going to the real one.
My score is 4/5. This book is relatively new but the pace of change in AWS is so fast that this book is already outdated in some of its aspects.
I don't usually play video games, but the Battlefield series got me hooked during my days at school. I've never played it online, instead I always preferred the single player flavor of it
Battlefield 1 looked like a disaster to me, though it had historically precise arms and vehicles its single player looked unbelievably lackluster in comparison with what the players were given in Battlefield 3/4/Hardline. It was OKish, but looked more like a tutorial to all the bells and whistles that the game had. That was the first Battlefield that I hadn't completed as it was tood boring to my taste. How wrong I was back in those days.
Battlefield V has the worst single player across the whole Battlefield series. Yes, the decorations are nice, the arms and vehicles are there. But apart from one "chapter" every other part of it can be described as overwhelming waves of foes that you need to go kill in order to finish the game. That's it, no scenario at all.
Battlefield V is a good benchmark for your videocard, but I'd not recommend anyone to play its single player if the one doesn't want to be disappointed.
Brave is a great browser. Nice and slick. Fast and secure. The only problem I had with it is its annoying lack of good quality third party extenstions.
Unfortuntely, since this week it's also prohibited to use at my work due to security reasons.
That's why starting from this week I'll give a try to Yandex browser on the Mac that my employer gives to me. The first impression it made was unexpectedly good, not considering the integrations with Yandex services that you need to switch off almost immediately after the browser launches as they are annoying as hell.
After the last update of Git to 2.20 through brew it started to show all of its output in Russian due to some Brew misconfiguration. Yandex browser has partly the same problem, though it also could be considered as the marker of the number of non-Russian speakers using YaB or how the Yandex QA department works. Good to have a browser aimed exclusively to those who know Cyrillics =)
We had one and off relationships with Brave before, but I couldn't jump off the Google's dreadnought as I had problems with using email with Brave.
The wait is over. After watching how convinient Protonmail is on my collegue's laptop and mobile I decided that it's my turn to fully embrace Brave as well as the ability to read my emails without being constantly watched by Google with a goal to serve me better ads
I would say that Terraform is the most unsophisticated tool from Hashicorp that I know. However, if you're thinking that's a bad thing then you're wrong.
It does a bunch of things that anyone else who has a glimpse of AWS/Openshift/Azure/etc SDK plus a bit of any scripting language can easily do without loosing a sweat.
But that's its main ace in its sleeve. It does a simple thing and does it very well. It encapsulates all the knowledge about different providers in itself allowing you to use one interface amongst them all.
Considering what Terraform is I would say that this book is too much long and it goes in too much detail. But as with Terraform itself that's not bad because the more you know the less you fear. And this book allows you not fear Terraform and be productive with it since the very beginning.
I always had a strange perception towards writing tests in Ruby. Ruby is a language where making a change is so easy that you feel empowered to do more than you planned. And it forgives you a lot, allowing you to increase the amount of tech debt that you app accumulates during the development. And sometimes you realize that you can't progress anymore without sacrificing on the stability of your application.
And at this phase usually tests come into play to help you to gain control over your codebase and make it robust.
This book is a great introduction to start writing tests in Ruby. It teaches you concepts that are common, with very little emphasis on RSpec features. In my opinion the coverage of Rspec features is shallow, after reading the book I had to refer to the documentation a lot. Mocking frameworks are covered very poorly.
But as an introductory, especially if Ruby on Rails is your bread and butter this book is great as it's nicely written and doesn't get you bored which is very rare amongst the books about testing.
My score is 3/5
It's even more useless than the "4-hour work week". Tim is a cool guy, but the book looks like his diary with all the recipes that he has been meticiously testing on himself without any scientific or medical proof whatsoever.
Don't waste your time on it, just read a few of his blog posts.