Archive for 2008

Ruby Advent

December 11, 2008 by Lakshan Perera | Tags ,

As a Catholic, to me, Christmas has always been about giving. Of course, this time around I thought I’d go the extra mile and share some virtual love with geeks everywhere. Inspired by 24 Ways, I decided to do my part this season by writing an article a day on something that is very dear to me – Ruby.

Focused on tips, tricks and hacks to try out during these few weeks, Ruby Advent aims to be a resource for newbies and veterans alike. As we reflect on the year gone by, and spend time with the people we care about this holiday season, it’s also good to look to the future, and exercise our collective brain power in anticipation of one of the most challenging years ahead. Ruby Advent is a chance to make some friends, hack some code, and stay in the spirit of the season throughout.

Of course, the main focus of Ruby Advent is community, and in this vein I’d like to thank the people who linked, and these guys who contributed, and many, many others for getting behind us and powering this project through.

Whether you’re a hobbyist, hacker or code machine extraordinaire, it should be obvious by now that the Ruby community has hacks and hugs galore to give this season. Join the party at Ruby Advent and see what we’re talking about!

Small Tweaks. Big differences.

November 12, 2008 by Mahangu Weerasinghe | Tags ,

We know most of you enjoy using CurdBee for your business’ billing needs. Being a small team from Sri Lanka, we’re always spiffed to see a tool we built to scratch our itch helps thousands of others across the globe. Of course, we also love listening to you and and adding new features. As we push out this new update, here are some of the new bells and whistles you should be looking for.

Total Billed
Many of you requested this feature, mentioning how convenient it would be for you when making your balance sheets. We’ve added an extra column in the invoices section that shows the total amount billed.

Your Name on All Notifications
Did invoices sent through CurdBee confuse your clients and end up in their spam folder? From now on all invoice notifications will use your business name when sending email.

Format your Item Descriptions
Need your invoices to be more descriptive? Now you have the freedom to do basic formatting on item descriptions (using Textile syntax) such as adding line-breaks, emphasizing text and even adding links.

Custom Due Dates
Don’t you wish your clients would pay up on time so you can throw that massive New Year’s Eve party? With this newest update, you can now specify custom due-dates for your invoices. Click away, and party hard!

Better custom branding
Worried about your company colour not being in the colour pallete? With this update we introduce a new color picker which allows you to create custom tints and shades. Now it’s even easier to make sure those colours keep flying!

Please let us know if you experience any issues with these new additions. We love squashing bugs (but not bees, obviously) with large objects. As always, we’re also looking for more suggestions on how to make CurdBee better. Our support mail box and forum are always open, and we love hearing from you, so please write in! As for us, we’ll be here as usual, hacking away.

Stay tuned for more great releases from the CurdBee team!

Rocking with Rails Rumble

October 21, 2008 by Lakshan Perera | Tags , ,

We are back to the normal work routine after enjoying (a rather exhausting) run on Rails Rumble. The challenge was to build a web application from scratch using Ruby On Rails, within 48 hours. Though we are still grasshoppers when it comes to the web app arena, we thought the experience gained by participating in such a challenge would help us in the long run. Besides, we had several concepts lying in our idea wallet for sometime, and this sounded like the perfect opportunity to get the ball rolling. Generally, our ideas emerge from real life problems we have, and so we knew that implementing one of them would at least scratch our own itch, and perhaps help a few others like us. We decided early on that the project we start should be sustainable beyond the rumble.

After a few brainstorming sessions we selected the idea of building a social conference management application, which we would code name MyConf. We started the challenge at exactly 5.30 am local time on Saturday. Some quick mocks were drawn based on our ideas and we picked one to proceed with. So Amila and myself started coding the application, while Laknath managed the VPS setup at Linode. Of course, as is often the case with new projects, the task was not as easy as we anticipated. We had to face many new challenges as we dived deeper and deeper into the process. Also, bad weather, and problems with electricity and internet connections also interrupted work flow, especially since we’ve been operating from our homes since of late.Yet, we managed to hold our nerve till the end. Unfortunately, when the time came for pencils down, we weren’t quite ready with the full version and had to tag a half baked release of the app.

myconf_home

Screenshot of MyConf

Lessons Learned
It’s true that we couldn’t complete the app as we had planned, but that’s fine. We tested ourselves against a tough standard, and gained some great experience and exposure. To us, Rails Rumble was always much more than just winning the competition. Working under such a tight deadline, it required some quick decision making and getting things done right from the word go. Agile development practices, such as rapid prototyping, pair programming and continuous integration had to be used extensively. It was all about doing “git pull, commit and push” throughout.

Secondly, the scope of MyConf was bit a broad for this kind of a competition. We could have done better if we focused on producing a few selected features, as opposed to a full app. Though we started writing test cases at the beginning, we ignored it as the competition progressed. However, we realised that if we continued with test driven development, we would have saved the hours wasted in debugging unwanted issues. Something else we learned is that you should never experiment with new tricks or try to use new tools when working under such tight deadlines. No matter how productive and efficient they may eventually be, using them will most probably lead to lot of trouble. So always trust your old bag of tricks and tools.

On the bright side, we came to know the real strength and capability of our team. The whole team was able to keep their morale and stamina up, even under pressure, a characteristic which I think will help us as we engage in more challenging endeavours in the future.

What’s next?

We have the current version of MyConf running at http://www.myconfapp.com. If you feel like casting a vote for the work we have done so far, please do by visiting the RailsRumble site.

Vote for us in RailsRumble

Like I said, we will continue to develop MyConf and have plans to offer it to you as a FOSS product. We would soon like to see you running your conferences on MyConf very soon!

Lifehacked

August 7, 2008 by Lankitha Wimalarathna | Tags ,

Last week we released a multiple currency billing feature for our product, CurdBee – making online billing a possibility for more clients worldwide.

Word started to spread and the overall response was pretty positive, with more feedback and requests coming in for support for more currencies such as the South African Rand and the Swedish Krona. Thanks for all the comments! As always, we’re on these feature requests, and are looking forward to implementing some of them soon.

While Lakshan analysed what people wanted the most, and decided which feature to hack up next, our friend Seanwrote to me saying he got the opportunity to meet a friend at LifeHacker and mention Vesess, and Curdbee.

Since we knew Lifehacker had a strong business related readership, consisting of many SME owners and online entrepreneurs, we were crossing our fingers for a post about Curdbee – we knew it would give us the right exposure, with the right people.

Then, it happened. There was Lakshan doing his nightly twitter round before bed, when suddenly the hits started rolling in. Two hundred new accounts in less than an hour. Bookmarks on del.icio.us leading to more viral traffic. More hits, more sign ups. You guys were all over us.

Boom. A little after midnight local time, our server died.

Of course, Lakshan was on it. Doubling the RAM, he rebooted, and we were up again in under an hour. Since then, everything has been pretty smooth, even with our sign ups going through the roof yesterday. Curdbee should be chugging happily along now, but if you have any complaints, comments or feedback, please feel free to drop us a line.

In conclusion, we’d just like to say – thanks Sean, thanks Lifehacker, and thank you everyone who signed up – you really made our day!

Global Billing

July 29, 2008 by Mahangu Weerasinghe | Tags ,

We launched CurdBee as a simple billing solution for SMEs and freelancers. Today, we take that goal to the next level. With this latest CurdBee update, we’re going global.

After launching CurdBee in June, the ability to bill in other currencies was one of the main feature requests we got. Pounds, Euros, Yen and Kroners were some of the currencies requested, and we roll out this update with support for all of them, and then some.

Apart from setting a default currency, you can also specify currencies on a client by client basis, making it possible to bill Europe, North America and Asia all at the same time (yes, support for the Sri Lankan Rupee and the Indian Rupee are included).

Listening, learning, evolving – that’s what Vesess has always been about, and we believe these values are reflected in this quick update to a service you have come to know and love. Keep those comments coming, and watch as we bring you more and more of the features you’d like to see.

Happy global billing!

The Bee

June 17, 2008 by Lankitha Wimalarathna | Tags ,

Today we are proud to announce the launch of our maiden product CurdBee. While regulars will know what it is, new readers will be pleased to find out that it’s a simple and efficient tool to bill your clients and get paid online.

During the early days at Vesess, we had just a hand full of clients and it was only I who really worried about sending invoices and collecting the money before our bank account dried up. Being a start-up, we couldn’t afford to spend much for a great accounting application such as QuickBooks, even though it was not that expensive in the big scheme of things. As far as I can remember, this was around the time 37Signals shifted gears and went from web design to web apps, with some cool yet simple ideas.

In any case, in the early days of Vesess, I had a spreadsheet along with a .doc file with our sweet logo on top, and it was this which I used to send invoices (and rather good looking ones, if I may say so myself) to our clients. The process was simple – copy and paste the client details from the spreadsheet, type in the amount, and use one of the free PDF converters to finish the job.

A Vesess invoice, circa 2004.

One of the actual invoices we sent in August 2004. Still looks nice and simple, doesn’t it?

Some of our clients thought we are using cool software and a couple of them actually inquired. Then again, a few discovered the truth when they noticed some stupid mistakes only a human can make, such as the total being different to the cumulative value of the items. ;-)

As we grew, the number of clients we handled started to increase, and more invoicing was required as some projects now involved monthly payments, others quarterly billing, and so on and so forth. This prompted us to consider developing a system to make life easy and save the unnecessary time we spent on manual billing.

So, one evening, I started to sketch a simple application which could allow us to send invoices directly via email. Thanks to Laknath who joined Vesess during that time as an intern, we solved the issue in couple of days with just a few lines of PHP.

The first Vesess invoice app, written in PHP.

The first iteration of our billing app. From adding a client to modifying an existing item, everything is handled on the same screen using AJAX.

Towards the latter part of 2007, we thought it’d be a good idea to work on a few products aimed at Small Businesses (SMEs) globally and perhaps let our developers start on some pet projects as well. With these ideas in mind we ran a survey to capture some of the problems faced by SMEs and find ways to overcome them using simple web apps. The number of respondents was quite satisfactory and to our surprise, we found that a good majority were interested in web apps which would help them in their accounting, billing and cash collection activities.

As our resident Ruby on Rails addict, Lakshan was well suited to re-engineer our simple in-house billing application using the new web application framework. Although we haven’t done anything particularly new or revolutionary with this application, we know that there are enough people out there, looking for a simple, hassle-free solution that will make their lives easier. CurdBee is for them.

The invoice reloaded, using the power of CurdBee.

The awesome invoices that The Bee creates. Start sending professional invoices today.

From the Boiler Room
So the application is released, you’ve signed up for an account, and are happily sending invoices to all and sundry. Knowing our readership, however, many of you are going to want to know more about how The Bee came to be. Yes, we do read your minds, dear readers. It is thus with great pleasure that we present a short interview with Lakshan, the CurdBee lead developer and hacker extraordinaire, who will tell you more about just how this baby came together. Go on, have a read – you know the inner geek in you will thank you for it.

Lakshan Perera was the lead behind CurdBee, and was responsible for putting the application together from scratch. A student at the University of Moratuwa, Lakshan has been with Vesess for a while now, and in essence embodies the spirit of Vesess – small teams, big ideas, and people with a passion for what they do, all merged together by rapid Vesessination. Here, Mahangu sits with him for a small chat about everything CurdBee.

Tell us a little bit about how you planned for this project, and why you chose RoR as your development platform
CurdBee was actually the brainchild of Lankitha. At first, it was designed to be a solid billing solution for Vesess, but later we realised this solution may have a general appeal as there are many small businesses and freelancers like us. We didn’t wasted time on writing specs and went ahead with rapid prototyping.

There was no better framework for rapid web development than RoR, so the choice was obvious. RoR’s has a rich plugin set which covered all the requirements of the CurdBee so that gave more confidence on the framework.

What challenges and obstacles did you face when designing an application for the web?
The main challenge was deciding on what features and capabilities the app should have. We wanted the app to be minimal yet effective. We always tried to look at it from the perspective of the end-user – how clear is the process to him, how could he perform the task at hand easily, and what information he’d want to see and which info he’d rather have in the background. This was not simple as it seems and it’s definitely a continuous process, and is not over just because the application goes public.

Different users has different needs and see things differently. Building an app which could cater to all levels of users is the main challenge, and that’s the goal I’m still striving for.

What is your coding setup like? What tools do you use, and what times of the day do you do most of your work?
I normally prefer lightweight tools over IDEs to get things done. Actually IDEs aren’t resoucre hungry and controls your coding process too much. I love the flexibility of just a text editor (gedit) and terminal. This style of development is greatly supported by RoR itself (actually they recommend it – following the pragmatic programmer’s concept). Apart from that I had Firefox opened throughout the development period for previewing the app, but that’s obvious.

For source code management we went with Git – it really proved how productive it could be. While I work with the backend, Amila was working on the front-end design. Both concentrated only on their local versions and and once we were happy with a revision we could push it to the repository. The rest was taken care of by Git, which simply merged the changes without any conflicts. Also, using Capistrano with the git repository made releasing these updates to the live site a breeze.

Regarding working hours, I tend to prefer short stints than late night hackerthons. Mostly, my work task oriented. I decide in the beginning at the day which tasks I’m going to complete today and try to finish them by the end. I concentrated on one task at a time, so it never exhausted me and allowed me to stay focused throughout.

When looking at the development process for CurdBee, where did the other Vesess team members come in?
Well, Vesess is a small team and each member leads a separate project. When one project is ready to come out of its cocoon, the whole team gathers around and ensures the safe delivery of it. Actually if not for Lankitha’s brainstorming, Amila’s sweet templates, and Mahangu’s enganging copy, CurdBee would not have been the app you see today.

Any parting advice for young coders looking to write their first web app?
A web app is not a Christmas tree, so don’t try and decorate it with all the little snippets and libraries you know. Try to keep things simple and always stay focused on what you’re building. Don’t try to overdo the app to show your coding supremacy.

Also, don’t reinvent the wheel. Reuse code wherever possible. If you can find a plugin to simplify a certain process, use it.

Look for design patterns and try to follow them, but don’t cargo cult – that means don’t just copy and paste other people’s code without understanding it. Code found on Dzone, Pastie or on developer blogs is not always correct. Always be aware what you are doing so you know where to look if something goes wrong. I actually made most of these mistakes, so I’m talking from experience. :)

A Happy Ending
Well, that’s the story of The Bee. Please visit our forums or drop us a line, and let us know what you think. A big thank you to every one who took part in the beta programme, and we hope you enjoy the app!

Vesessination

May 23, 2008 by Mahangu Weerasinghe | Tags , ,

A couple of weekends ago, the Vesess team took a much needed breather, and headed out for a weekend away from work, email and reddit. As a team with a lot of virtual members, the time we get to spend together in meatspace is limited. Although we’re used to always being in touch via email and IM, the weekend at Sigiriya was a chance for us to really engage each other IRL, and find out what makes each of us tick. From Python, to GNOME, Rails, and beyond, a lot of what we talked about was based on what we do.

vt_sigiriya
Sigiriya, the ancient royal fortress that our coders use as inspiration when designing our data security policies.

Boring? Not in the least. What’s different about talking shop with a geek in his or her spare time is that the issues and projects that surface will most often be personal ones. From quick hacks used for everyday productivity, to complex applications written for class, I learnt a lot about each of our interests on this trip. It didn’t have to be just tech either. From general business sense, to global warming, rising oil prices, and the recent food shortages, I listened a lot, and learnt a lot.

As a recent graduate, I’d call myself lucky to be at a place like Vesess. While most people my age are filling out twenty page forms, and sitting in on meetings that last for hours and never seem to go anywhere, I get to push my ideas, voice my opinions, and interact with some genuinely talented people. In $BIGFIRM, I would be a PR junkie, a drone who spewed out manufactured, corporate prose. Over here at Vesess, I get to set the textual style and tone for each project. I get to design the flow of information, and map out where it goes, and how it is consumed.

Then, I think of our hackers. In a large company, they would be junior programmers, churning out line after line of code according to a specification they don’t even get to see in its entirety. Here at Vesess, they conceputalise, design and put together entire applications.

Lies, you say? Nay.

In fact, one such application is currently in private beta. Something which Lakshan, our resident RoR guru, wrote from the ground up, CurdBee is a great example of a pet project going prime time. While all the initial planning and hacking took place in his head, the entire team eventually pitched in to make it ready for the world at large.

CurdBee, a result of rapid Vesessination.
CurdBee, a result of rapid Vesessination.

This, in essence, is what we call Vesessination – a single idea brought to fruition by everyone, working together. At Vesess, that’s essentially what’s we’re about. Small teams, big ideas, and a lot of experimentation. Well, that’s all for now, folks. Tune in next week for some quality time with Lakshan’s new baby.

People to People

April 23, 2008 by Mahangu Weerasinghe | Tags , ,

As geeks, we’ve been using P2P software for years. Starting with Napster in 1999, and the plethora of different filesharing networks that followed, right up to torrents, which we all use and love today, we’ve seen the technology being used for a number of worthwhile causes. Thus, when Sean came to us with his plan to put it to use in the real world, we jumped at the chance.

Today, after a lot of thought and hacking, we’re proud to announce the launch of p2prescue.org, the web hub of what Sean describes as a U.S.-based, not-for-profit organization working to raise awareness about and deliver support to Sri Lanka. At a time where NGOs and aid organisations are a dime a dozen in Sri Lanka, it was an experience to work with a group of people who were approaching our nation’s problems from a different angle. People have needs, and indeed, people have always had needs, and always will. What makes an aid effort stand out from the rest, however, is how they choose to approach these needs.

Focused on enabling sustainable development through training people, and creating jobs, Sean dubs the organisation’s approach P2P, or People to People. In a world where organisations are becoming increasingly bureaucratic, it is good to see one that is choosing to interact at the grassroots level. It is a good reminder to everyone that aid is not just about money.

The P2P Rescue Shop, powered by WP e-Commerce

The P2P Rescue Shop, powered by WP e-Commerce

From a technical point-of-view, the Shop portion of the site is an important one. Using the free plugin WP e-Commerce, we setup a virtual shopping cart via which visitors can choose to purchase the items that Sean’s various P2P projects have created. At the moment, the Tsunami Birdhouses seem to be hot, and rightly so – made entirely from items salvaged during the December 2004 Tsunami, these creations are a real life example of using what you have, one of P2P Rescue’s main dictums.

Socially, the Voices section is certainly the website’s most striking feature. Taking the form of a weblog, this section is where the people behind P2P Rescue have their say. From status updates from Sean himself, to stories of how the bird houses were made, this is the face of P2P Rescue, and is certainly what our readers will find most interesting. If you’ve never been to Sri Lanka, and are curious about what it’s like, the Voices section is a great place to wet your interest.

All in all, we learnt a lot from P2P Rescue. As a web organisation ourselves, its novel approach to communication in the real world made us challenge many of our own ideas and preconceptions, and helped us realise that no matter where you are, the only constructive way forward is indeed People to People. In any case, that’s enough from our end. Let’s hear what Sean Kelly has to say about the project.

Left-to-right: Sean Kelly, Her Highness Alexandra Princess of Denmark, and Michael Parayno.

Left-to-right: Sean Kelly, Her Highness Alexandra Princess of Denmark, and Michael Parayno.

Vesess: In a region where many countries were affected by the December 2004 Tsunami, why did you choose Sri Lanka in particular as a base of operations?

Sean: My thinking on this wasn’t clear in the beginning. I knew I wanted to employ and train people to create items from salvaged tsunami items to help raise money. But such wreckage was, of course, available anywhere and everywhere. I originally considered Banda Aceh because of how severely destroyed it appeared in aerial video/photos. It seemed soon enough, however, that Aceh was already getting incredible attention.

Before I was too far in with my planning I heard from a former colleague, Francesca Koe, who was just beginning to work with an international team on a reef-restoration, memorial, and scuba project in Sri Lanka. After a few discussions, I decided I would join her and others in Sri Lanka to see if I could assist with raising awareness around their work. That was mainly the deciding factor.

Even before my first trip to Sri Lanka, however, I felt the plans were ideal. I knew very little about the country and figured few others in America did, either. I thought my experience as a writer would be put to good use not just in describing existing funds, but in showing the world the wonderful sides of a country I myself was just coming into contact with.

Vesess: What are the advantages of peer-to-peer, or as you put it, People-to-People communication and interaction, when compared with more traditional aid and rescue deployments?

Sean: If you are aware of network technology structures, the client/server approach involves (for example) one server passing data between multiple clients. The server has most of the power. This, to me, seems a great deal like how major aid organizations operate with regard to donors. The organization (server) holds most of the power and ultimately decides where the money goes. The donors feed the server their money but have limited decision-making powers.

The P2P model doesn’t differentiate between clients and servers. Everything is equal and the true power of a P2P system is how each “peer” works with the next. The idea struck me as a major change of approach in the business of giving aid or adopting “social change.”

In my view, the aid organization, volunteers, donors, and even the beneficiaries of aid are all equal and impact the system. In this view, the organization is extremely receptive to outside action. It is dependent upon it too. If this “network of equals” fails to act, the system collapses entirely.

This has proven to me an innovative way to view aid–at times it was Sri Lanka that contributed most to the system by way of hard work and creativity. At other times, people in Sri Lanka flagged and suddenly people in America re-focused. The P2P model allows for waves of inspiration as they come naturally in the process.

Vesess: As a technology company, it was interesting for us to see p2p being used in the offline sphere. How and why did it work in real life?

Sean: It is still a work in progress, of course. I think there is tremendous potential to the idea as a model for empowering people. But it is an ideology that is threatened by two major influences: the situation of the world as a whole and the willingness of all involved to strive for equality.

With regard to the latter I have discovered that major aid agencies often don’t adequately seek input from the people they are helping or their donors. They often give as an authority. A power over donors or beneficiaries. Donors, too, don’t seem all that interested in equality. They donate based on a level of guilt that is satisfied purely on handing over some money and then forgetting about what happens to it, rather than following it to its end. And the receivers of aid are often just that. They receive without being motivated to put something back into the system, to create their own equality.

And of course, the overall state of world health is a hugely mitigating factor. Striving for equality and social change requires effort and concentration, and the world is enduring am incredible level of suffering at this time in history. Just think of Hurricane Katrina, Darfur, Zimbabwe, the price of food, a looming worldwide recession, various sad and unfortunate wars and human rights abuses.

For the P2P model of social change to work, it needs all communities in all areas to strive for some semblance of equality.

Vesess: In your opinion, is it possible for a social system, online, or offline, to sustain itself without a distinct hierarchy of control? In other words, is p2p communication sustainable as a political system?

I think if you follow the ideology far enough down the line it is conceivable. I believe it works, bit by bit, on a small scale. But for it to be effective on a global scale would require a major change to human nature. Do we, as humans, really want to strive or equality? The increasingly large gap between haves and have-nots, the billionaires and those living off a small bag of rice, suggests we don’t. I should add that by equality I am not suggesting socialism or communism or some other political model. I’m not suggesting fascism either. Socially and politically people need guidance. There will always be gaps separating people by strengths and weaknesses. But in the world of social change, I think striving for greater equality and being open to learning both from those people who have more AND less than you has tremendous value.

In that sense, I consider myself directly in the middle. I am learning from myself and other people who, like me, are just trying to do their best. Yet I am open to learning, and have learned, incredible lessons from the donor who would hand me his/her hard earned money and the impoverished Sri Lankan who shared his King Coconut.

Vesess: What advice would you have for anyone looking to setup a similar initiative?

Sean: You said your readers are pretty tech savvy, so let’s stick with the technology world for a moment. There are thousands of small aid organizations, each often repeating the work of the next. That’s like thousands of P2P networks. There’s one clear answer to how they can be more efficient–through APIs. Developing standard ways of connecting them all together would certainly go a long way toward creating greater efficiencies between organizations. Connecting P2P Rescue to, say, a pertinent segment of Unicef efforts, a small team in Sri Lanka, a network working on parallel efforts in the Philippines, and so on, could see enormous rewards on all fronts. Shared assets and contacts. Faster mobilization. Those are some obvious examples.

The reality, however, is in my experience attempting to work with major aid organizations in and out of Sri Lanka, I continued to bump into closed (proprietary?) systems. Yes, I HAD located and met with and assessed sites needing a total of 309 homes along the southwest coast. I offered my full support and resources to cooperate in rebuilding programs. But I was turned away for a variety of reasons–political, religious, bureaucratic.

Perhaps some of the reasons were legitimate. But tell that to the family of six living under a corrugated tin roof with no bathroom facilities. The very idea behind P2P Rescue is essentially, if you have resources to spare to a place where resources are needed, you are part of the network. You don’t need to be Christian, for example. You just need to be willing to get your hands dirty for the benefit of another.

Thank you Sean, and P2P Rescue, for everything you taught us during this project. We’re sure you guys are going to do great things in Sri Lanka, and South Asia. Good luck!

Free At Last

April 8, 2008 by Mahangu Weerasinghe | Tags , ,

At Vesess, we’ve always prided ourselves on our commitment to Free Software. A quick glance through our projects will show you that much of our work is based around FOSS solutions like WordPress, Drupal and MODx.

Therefore, to us, this announcement we’re making today is just another footfall in the right direction. For a while now, all Vesess production machines have been running GNU/Linux, and with the launch of Vesess v5, we are proud to say that it will be our platform of choice from now on.

We will not be upgrading to Vista.

We will not pass go, we will not collect $200.

We will use a Free operating system.

Why? Well, there are lots of reasons.

First and foremost, it’s the right thing to do. In an age where proprietary software and software patents are crippling creativity, we refuse to use a locked down OS to do what we do. At Vesess, we’re in the business of sharing information, not restricting it, and thus GNU/Linux was the obvious choice when it came to picking an OS.

Secondly, it’s good business sense. Yes, you heard that right. Morals and ethics aside, Free Software makes for good business. All the CMS software we use is Free, both as in speech, and as in beer. With a wide support community, and hundreds of plugins developed by people just like us, the WordPress, Drupal and MODx communities have all the support we could ever want. Why pay through your nose for overpriced (and often outsourced) tech support when you can get what you need straight from the horse’s mouth. Not to mention, there are often thousands of said horses.

Thirdly, it’s safer to run GNU/Linux. Everytime we take on a new client, we make a commitment to secure and protect more data. In today’s world, an organisation’s web presence is of utmost importance to them, and that’s why security is one of our biggest concerns here at Vesess. Our servers have always been powered by GNU/Linux, and always will be. No other OS out there can match the stability, flexibility and ease of use of a good server install of GNU/Linux, and no other OS has such a low turnaround time on security patches and fixes. We run GNU/Linux on our servers because we have no room for lapses in security, and after years of experimenting, have found that it’s the only way to ensure a secure web experience for all our clients.

So, in terms of ethics, business sense and security, Free Software makes a lot of sense, and we’re proud to announce today that we’ve officially made the move into the light.

Now on to the fun stuff. Here are our individual setups, and what we do with them.

Lakshan
Lakshan's desktop screenshot

Our resident RoR hacker, Lakshan currently runs Ubuntu 7.10, the most recent release of the Ubuntu Linux OS that has become so popular over the past few years. On a day to day basis, he uses Firefox and Gedit for research and development, along with Pidgin, Transmission and Amarok, for recreational purposes. In the console, he uses OpenSSH and git to keep the Vesess development servers running smoothly.

Amila

Amila Desktop

A veteran slicer and dicer, Amila uses Dreamweaver and Fireworks running under wine to handle all the design and coding he has to do. Having experimented with several other tools, he finds that he still works best with the Macromedia products. His favourite non-development tools include xchat and qBittorrent.

Laknath

Laknath Desktop

Laknath, our PHP guru, frequently uses Gedit, Firefox 3, kTorrent, and Evince. Having got sick of Vista a while back, he now runs Ubuntu exclusively. While waiting for his favourite plugins to be released for Firefox 3, Laknath also looks forward to seeing Free, working drivers for nVidia video cards.

Mahangu
Mahangu’s desktop screenshot (click to enlarge)

A Free Software zealot, Mahangu runs Debian Lenny, the current testing release of Debian GNU/Linux. Our resident writer, he makes use of vim and Ice Weasel on a daily basis. A console guy through and through, he uses fetchmail, Mutt and exim4 for email, and irssi via SSH for IRC. As far as moving pictures go however, it’s Deluge, and VLC all the way.

Well, there you have it – how the Vesess production team uses GNU/Linux for fun and profit. Got questions? Post them in this thread, and we’ll do our best to answer.

Number Five

March 31, 2008 by Mahangu Weerasinghe | Tags ,

Hello and welcome to another iteration of Vesess.com. We know we’ve been silent for a while, and we’re sorry, we really are. However, no posts does not necessarily mean no work. Behind the scenes, our crack team of code monkeys have been working overtime. So, as Vesess v5 launches, we’re also readying ourselves to release a brand spanking new project that’ll roxor your soxors (or boxors, depending on your persuasion).

What is it? Well, we’re not ready to reveal all just yet, but here is a wee hint to base your speculations on.

Curdbee Screenshot

Now, on to the design. At Vesess, we’ve been through five redesigns, and think that we’ve finally found one we’ll be sticking with for a while. Simple, elegant, and easy on the eyes, Vesess V5 draws your attention to the content, which is after all, what we really want you to see. Indeed, at a time when websites are getting bigger, bulkier, and definitely more complicated, we’re proud to be going in the other direction.

According to tradition, a website should be static, and only redesigned once or twice a decade. Well, this is a myth, and an annoying one at that. We believe that a website is a dynamic entity, and that it should live, and breath and grow, just like an organisation. One year ago, we launched Vesess v4, and today we’re proud to have you with us as we take another step in to the world wild web.

Listen, create, evolve. This is what we continue to do, and as we launch v5, we’re really hyped about all new things we have planned for this next phase of Vesessination. Till we post again, the Vesess crew wishes you good speeds, and safe browsing!