Skip to main content

3-years of Ubuntu MATE - Good and the bad

Many people are getting shocked to know that I'm using Ubuntu in my workplace. Linux/Ubuntu is more of an alien here as Windows 10 and Mac OSX is having good market here.



First of all, I'm a very happy Windows XP user. In XP, I used to do most of my JavaScript and PHP in Devl, the editor that our team has developed.

Reason for switching to Ubuntu MATE

Primary reason for switching to Ubuntu was, at one point of time PHP team stopped supporting Windows XP. So, we're left with few options: 1. Upgrade to Windows Vista, 2. Switch to Ubuntu.

We chose the second option to experiment it. One of the major challenges was choosing the right code editor and we chose VS Code.

Ubuntu MATE - Pros

Linux comes with lots of command line tools. I have started to do many tasks using these shell scripts and found very productive.

We switched from Google Chrome to Chromium for good.

Ubuntu MATE - Cons

We started with GNOME for desktop, but it was memory hungry and was not suitable for our old machines and so had to switch to MATE. MATE is great for memory and good when we compare with other desktops. But, the speed is still not good as compared to Windows XP--if we don't add at least 2-GB RAM.

Though we switched to Chromium and happy, few things like translate options won't work out of the box; will need manual steps to enable it.

But, the major challenge is the editor. VS Code is good, but being an Electron app, it is more of a memory hog. In my experiment, the only editor that is somewhat reasonable in performance is Pluma.

In Ubuntu, we have LibreOffice (previously, OpenOffice) and WPS Office as two alternatives for MS Office. But, neither of them are real alternatives for MS Office. If your work is heavily based on MS Office, unfortunately Ubuntu/Linux is not yet ready for that.

Of late, we're feeling the heat from 64-bit push. As we're in 32-bit, we can't use tools like docker that are only 64-bit.

Comments

Popular posts from this blog

Converting PSD with PHP/ImageMagick

After seeing feature rich options in Imagick PECL extension at Mikko Koppanen 's (the author) website and also impressed with ImageMagick 's features, I have decided to use it for the PSD to XHTML conversion website that I'm architecting and managing. Since, the team wants programming help for converting PSD images, I have tried it (documentation is sparse on PSD handling) Converting PSD to PNG/JPEG/etc Note that, flattenImages() is needed for layered/multi-page PSD file. <?php $im = new Imagick('test.psd'); $im->flattenImages(); $im->setImageFormat('png'); $im->writeImage('test.png'); ?> Extracting PSD layers One by one <?php $im = new Imagick('test.psd'); $im->setImageFormat('png'); for ($i = 0, $num_layers = $im->getNumberImages(); $i $im->setImageIndex($i); $im->writeImage('layer' . $i . '.png'); } ?> Note that, there is a better version below In a single call with writeIm...

Solved: "Ports" Tab Not Visible in VS Code (WSL2)

None of the solutions I found on Reddit or GitHub worked, and most of the related GitHub issues were locked. So I'm documenting this here for future reference. Problem When using WSL2 in Visual Studio Code, the Ports tab—needed to access your application in Windows browsers like Chrome or Edge—doesn't appear. Even the Ports-related options are missing from the Command Palette. Solution After a lot of trial and error, here's what worked: Run npx serve in the VS Code terminal. It will output a URL such as http://localhost:3000/ . Click the link (or use the Follow Link option). This will open the app in your default browser. You may notice that it opens on a different port (for example, http://localhost:64198 ). At this point, the Ports tab becomes available in VS Code. After this initial trigger, the Ports tab seems to remain available in future VS Code...