We recently completed the first phase of a large application using Backbone. Part of our testing requirements was to create unit tests for the front-end application. Unit testing is a great way of ensuring individual units of code work as expected. Input values are passed into a unit of code and the output value is verified to be correct. Unit tests help find problems early in development and protect against regression issues as the project grows in size and complexity.
I have been reading a lot about 'Brain Science' (not the official term FYI) as brains are cool, and complex. And squishy.
There have been several scientific studies about creativity, and what encourages it, and there are some things that we can do for ourselves to make our brains more creative. One of the findings is that happy thoughts (and therefore dopamine that is flushed through the brain as a result of happy feelings) tend to also flush the areas that creativity is thought to be based. Thus, making us more inspired, creative and productive.
I decided to do an experiment with our ‘SilverStriper’s’ as the 'subjects' (otherwise known as guinea pigs) to see if we could proactively change our thought processes. Although already an amazing place to work, I wanted to see just how far we could go. It has been proven that with 21 days of positive thoughts and actions you can actually re-programme your synapsis to be permanently more positive.
A big merry xmas and a happy hacking holidays to all the SilverStripe CMS developers around the world.
This module provides the ability to generate a static HTML cache of your websites pages to enhance security and performance (by serving just HTML). The module has been heavily refactored recently on the master branch (switch to 2.0 if you do not wish to upgrade). Main changes include:
Architecturally, the module is now split into two logical parts: implementers and engines. Implementers are extensions or objects which describe the desired caching behaviour via two new interfaces: StaticallyPublishable objects provide URLs to refresh, and StaticPublishingTrigger objects cause other objects to be refreshed during the engine run. Engines inspect arbitrary objects through these interfaces to find out which URLs should be refreshed.
Community member Jeremy Shipman (jedateach) has created a silverstripe-omnipay payments module. It wraps the 3rd-party omnipay payments library, which has a number of well-tested payment gateway implementations, and a large supporting community.
This module is a new approach to accepting payments within SilverStripe applications. It is effectively just a wrapper of the omnipay php library. It is intended to completely replace the SilverStripe Payment module ... A high quality, simple to use payment module will help to boost the SilverStripe ecosystem, as it allows applications to be profitable.” ~ Jeremy
There has been something of a database renaissance in recent years, as big data requirements have emerged so have non-relational databases and terms such as "NoSQL", "document" and "graph" scatter the landscape.
Earlier this year we decided to invest some time into researching an exciting and innovative database that combines all three terms into an open source product that is currently used in production by large companies and startups alike - OrientDB. Our aim was to swap the relational database that is conventionally used for SilverStripe projects with OrientDB using SilverStripe's existing API as much as possible.
While SilverStripe is widely known and used in New Zealand and Australia, there are pockets of activity all around the globe. One such pocket happens to be Austria! While our best-known member is definitely Zauberfisch (German for magical fish), who is a frequent core contributor (and you may have heard his voice on SilverScoop, the SilverStripe podcast), I'm known as xeraa – bonus points if you can guess why. I have had quite a few points of contact with SilverStripe over the years.
We currently run the Austrian meetup group, which comes together every quarter. Most of the meetups happen in Vienna, but people from other parts of Austria attend on a regular basis. We also have regular participants from Slovakia, big credits to them for taking the long journey every time to talk about SilverStripe.
SilverStripe Dev Community, let me introduce myself...
Hi, I'm Cam Findlay. I have just joined SilverStripe Ltd as the new Community Manager. This is a new position we haven't had before so I am very much in listen, observe and understand mode for now (only 3 weeks in!). I come from a web development background having worked in various interesting companies and running my own consulting business. I'm hoping the combination of a good understanding of SilverStripe development, the open-source landscape and a focus on people will come in handy as we look to grow the SilverStripe developer community.
At a high level, I'll be looking for ways to make the SilverStripe developer community as strong as it can be. My particular take on community management being on knowledge management and learning over a marketing approach. This looks at ways we can tap into the wealth of knowledge we all carry around in our heads to share, learn and improve our SilverStripe development skills, fix bugs, improve the CMS and have some fun along the way (which seems to often include hackfest coding, pizza and beer among other things).
Developer Training is available in Wellington on three upcoming dates:
The training is targetted at developers who want to build websites in SilverStripe CMS using the deployment toolchain available in the New Zealand Government Common Web Platform.
Three and half presentations were made to a very full meetup in Wellington last week.