This role covers April 2011 till April 2012. Employed as an experienced software developer; I developed clients requirements and created libraries to assist doing this in future. The client work was creation of custom web applications for managing business solutions surrounding FMP. The directors do presentations on applications utilising FMP in the big FMP conferences annually. This is the most visible artefact contract I have held.

With more recent thought; this company could be considered a tech startup. It was structured as an agency, rather than as a reseller. To the best of my knowledge, the company is legally running, but not taking on client work. I do know that at the point of writing, all the employees, and the management team are employed by other companies.

I thought this was a good place to work as the Directors are accredited Agile and Scrum PM professionals. This gave me a “warm start” for doing professional agile, which is often necessary for many lean enterprises. Anyone can read books (I do, and professional websites), but employers tend to rate this type of experience more highly.

Having written that about Agile, in retrospect; my contract mentions testing, which I did quite a lot of. Secondly, I liked this role for the infrastructure I was building. Client requirements held highest priority, but otherwise I was building a proper framework.

Responsible for

  1. Taking client briefs, and generating software to fulfil them;
  2. Designing clear UIs to correlate with stated client business process;
  3. To manage and perform testing for artefacts, supplying known sign-off points along an Agile development process;
  4. My contract held a specific clause for testing and quality;
  5. Frequent and efficient communication;

Outcomes

There is a list of client work, but please see mswhw-project a stand-out project I wrote at this employer.
Apparently my larger scale perspective, as a pure software engineer improved the frameworks beyond what I wrote directly. The work I put into infrastructure is architecture focussed. I targeted reducing operating costs as my first objective, and increasing quality. I then ~ to reduce code needed foreach page request ~ added a caching DB layer, which has the side effect of reducing the SQL lookup times. The changes mean the work afterwards is purely the high-value work which Agile proposes is most important. I moved the ad-hoc assembled software towards some algorithms, and increased adaptablity to change.

As software engineering

  1. Developed widgets for business applications using OOP;
  2. Re-factored existing code into manageable classes;
  3. Deployed and managed logging so internal business logic was at a known state, and error emails in case of failure;
  4. Improved internal information flow across code, reducing coupling;
  5. Created a clean internal error mechanism with Exceptions;
  6. Setup a Javascript buffering scheme, so the client-side JS was better standards compliant and better to read than some other automatically-made JS;
  7. Created data-caching schemes, so the limitations of the database which is not designed to run on web-servers; where not affecting the websites;
  8. Created UI widgets to meet the “beyond RFC HTML” requirement of attractive web applications;
  9. The response handlers tied to the same widgets where largely automated for simple usecases. Captured data on forms was stored with a few lines of configuration. This let an increased focus on design and small details, improving the clients artefacts;
  10. Likewise simple rasterisation of tabular data was a few lines of configuration;
  11. The input aspect of MVC was vastly improved, doing features like date translation automatically;

Experience

I have gained commercial experience in the following systems and tools:

  1. Work as small units, exactly to client requirements;
  2. OO PHP 5;
  3. jQuery, AJAX, OO JS;
  4. HTML4 and CSS;
  5. FileMakerPro (FMP), client and server;
  6. Image manipulation, meta data extraction, scaling/ shearing, via gd and Imagemagik;
  7. SOAP library integration - I had freedom to make this one tidy;
  8. A XML integration, for non-SOAP XML;
  9. Did feature and fault analysis for the FMP ODBC driver, but this isn't mature enough to be relevant;
  10. Framework-structured networking libraries;
  11. Eclipse tool chain;
  12. vim textual manipulation;
  13. Usage of SVN (commandline), automating SVN code updates;
  14. Apache2, all the configuration and settings for the host;
  15. Apple Max OSX, Unix tools on this platform;
  16. Interaction with and responsibility for other peoples code (and raising standards against this);
  17. XML1.0, XML1.0 with name-spaces, SOAP, XML schema;
  18. Another implementation for the Email systems and routing: IMAP, MIME;
  19. syslogd, configuration and management;

Learning

I am attempting to diversify my skills base, to improve my perspective and to gain a view of different sectors efficiencies. This role was time spent on jQuery, CSS, Agile and demonstrates I can start using a new tool chain in a managed and controlled fashion. I can't see this being important, but I was using an Apple mac every working-day.
From a software engineering angle, more experience in PHP5. I strongly favour newer editions of this language, and am able to build systems more quickly. I expect every other developer will say the same thing on this point.
From an organisational perspective this is different structure. Again, I take the exposure as learning experience. Working in a more Agile environment, with a better controlled risk process, lets me generate estimates with better confidence.


Web applications developer

RSS. Share: Share this resource on your twitter account. Share this resource on your linked-in account. G+

Web applications developer

RSS. Share: Share this resource on your linked-in account. Share this resource on your twitter account. G+ ­ Follow edited