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...

Storing unicode texts in MySQL with phpMyAdmin

Today, I've received a personal mail/request from Sivanantham Hemamalini, working for IT leisure in Singapore. Since I was in company when received the mail, I couldn't answer immediately. If I understand the question right, it is about inputting Unicode texts especially Tamil in phpMyAdmin. PhpMyAdmin 's default characterset is iso-8859-1 and so if we enter anything in the form, browser will convert it into numerical html entities. Say for example, if we enter தமிà®´் and submit the form, it will convert it to & #2980;& #2990;& #3007;& #2996;& #3021; . Because of this browser's behavior, it will be difficult to store the Unicode text as it is. Solutions Immediate solution I could think of is changing or forcing the browser's character encoding into utf-8. In Mozilla Firefox, it can be set via View -> Character Encoding -> Unicode (UTF-8) Another elegant solution might be changing the phpMyAdmin configurations so that it send...

BehaviorS.js - An alternative to Behaviour.js, event:Selectors and Low Pro libs for unobtrusive JavaScript programming

BehaviorS.js yet another unobtrusive JavaScript library similar to Behaviour.js and event:Selectors but in implementation uses hash based lookup without extending elements; so presumably it should be faster than the rest. The original script and idea was by JLof ; I extended it for DOMContentLoaded support, optimized a bit to avoid scanning of more depths, and added new rules support. I wanted to document the plug a long time and just got time to do it. For the time being BehaviorS.js is available here Update (2006-09-11) : Coralized the link to BehaviorS.js so as to save the load on free brinkster.com webpage Update (2006-09-27) : If the coralized link to BehaviorS.js doesn't work, use http://www21.brinkster.com/guideme/BehaviorS/ Update (2025-06-07) : Now available in https://github.com/rrjanbiah/behaviorsjs