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

Comments

Post a Comment

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...
5 comments
Read more

I'm Zend (PHP 5) Certified Engineer:-)

As of January 13, 2007, I'm ZCE/ Zend Certified Engineer (PHP 5)
2 comments
Read more

Open source PHP frameworks and problems

I was using CakePHP for sometime and proposed CakePlus , another UIMS toolkit on the top of CakePHP but also altering some problematic core of it. The thread should explain the outcome of the post. And, then I noted Akelos framework has most of the things built in. Issues with frameworks esp. CakePHP Scalability not a priority - Developers aren't aware that we can't throw more and more hardware Excessive use of regular expressions Evangelist isn't aware that the framework throws many queries unnecessarily More memory consumption - 100M would never be enough for a simple project Poor coding standards and practices - Prolong use of extract() often leads to more memory consumption Can't use the native approaches or baked codes. The override approach always lead to hard to debug codes Poor architected codes and no clear defined approaches. People belong to the cult drives the direction and often throws unprofiled codes. No native provision to share codes between M-V-C and...
6 comments
Read more