There have been several discussions here about the market for Jekyll developers. Rather than add on to an existing thread, I thought I might post separately. This will be longwinded, so you might want to skip down to the summary.
I am not a developer, but a site owner. I have built a number of sites over the years and can follow html, css, and general JS. Several years ago I began building a site with Drupal. The learning curve was steep. About the time I would get to the 90% level a new version came out and had to start over. After deciding Drupal was for the hardcore, and seeing what it would cost for an outside developer, I gave up. A few years later Wordpress had added a number of the features I needed. I hired a well respected firm to build the site. It worked great on day one. I added content over several months ( needed a large content base to go live).
As it was part-time, I worked on it 2-3 times per week. Each time I opened the admin page there was a theme, plugin, or security update to install. Perhaps, not the command line, but I was adding things that I didnāt really understand. There had to be a better way.
About this time I read an article about static site generators and the ability to add services to fill out the site such as google calendar, discus, etc. Thus began a re-evaluation of my needs. My basic needs were fairly strait forward (I really didnāt need a clone of the Huffington Post). Jekyll seemed to be a viable option.
Summary
I donāt need Jekyll, I need a site. Jekyll has a tagline of āBlog Like a Hackerā. My philosophy is āBlog Like Your Best Buddy is a Hackerā¢ā. I hired a competent developer to integrate the various items and technologies. Everyone is on a budget, but your budget canāt be $0.
Jekyll provides a great base to build sites with. Add what you need from a trove of services. Switch when better tools are available.
Talking Points when dealing with Clients
A few of the reasons I chose Jekyll.
-
Jekyll is all but un-hackable. They have to hit the server. Github and CDNs are much better prepared to fix problems than I.
-
Static is fast. It doesnāt get faster than html and css. A few seconds of build time are better than a few seconds of page loading for each visitor.
-
Not limited to otherās templates.
-
Most services are available thru an API. E-commerce, comments, discussion boards, etc are available, many for free or at reasonable cost.
-
HTML and Markdown are easy to hand off to others. (my site will eventually end up at a university or research institution). Future maintenance will be simplified.
-
No database. Everything can read a text file.
-
Jekyll is what the developers choose for their own sites.
The Market for Developers
I do marketing and new product introduction for construction related companies. Contractors have very small corporate level staffs. They need the following:
- Contact Info Page
- About page
- Company history page
- General product pages
- A few new product pages
- Meet our People Page (sales reps mostly)
- Portfolio (job stories) pages [maybe]
- A news and announcement page (the BLOG) for
- Recent projects (client A benefitted from product X and you can too)
- Employee changes
- Announcements (see us at Booth 22 at the Industry Convention)
Doctors, Dentists, and many others would be served by something similar. There must be tens of thousands of B2B firms that need a site well within the capabilities of Jekyll.
What they all need is:
An obligatory web presence
A simplified content entry method (several are available)
Well written instructions
Some minimum training
A call every few months to check on progress, needs, and recommendations.
This is longer than I planned. Hope it helps the developers out there.