Although im not overly bored with this Scribbish Typo theme, I think its a good starting point for my own design which will be appearing soon.
I’ll be launching a full facelift for the whole blog; and will be trying to stick to some new basic design principles for blogs; (possibly introducing a few small flash movies too)…
After reading on nubyOnRails about stray Ruby processes – I have setup an hourly cronjob to kill all defunct Ruby processes on my dreamhost box. You may see some slight improvements in speed on this site. Now if we could only convince dreamhost to run lighttpd we’d be sorted.
Thanks nuby on rails !
the cron
# hourly - kill defunct ruby procs
01 * * * * /home/hiddenloop/crontabs/killrubyprocs
the script
#!/bin/sh
export procs="`ps x -o ppid,comm | grep "<defunct>" | sed -e "s/^[ \t]*\([0-9]*\) ruby.*/\1/"`"
for i in $procs; do
kill -9 $i
done
What is Skribe? you may be asking (or maybe not.. anyway)
Its hard to know where to start when describing what Skribe is and where it came from; over the years – here is what I can remember …
I joined the project in the summer of 2001, as a PHP Developer / Web Designer looking to re-vamp the what was effectively, an open source project projects website. The result was the Skribe Developers Extranet, kindly hosted freely by dune.net. Development on Skribe began, it was (and still is) a web application that offers users a blogging service with social networking built-in. In summary it is aimed at casual users and professional writers alike, as a publishing platform for all types of content on the web.
It moved from open source to closed source, many (many) developers came and went – and measurable output amounted to almost nothing. We spent a great deal of time re-inventing the wheel; building our own tools and processes that would eventually help us create Skribe. A lot discussion was generated, new ideas documented – and as the years went by, we saw many other companies have success in the same marketplace we were aiming for. In the summer of 2003, me and 3 others tried to push what we had out the door and into the trash – to start afresh. The result was a very simple J2EE (Struts powered) blogging application, built in xHTML with some Flash elements. It worked (for the most part) but was never publically released.
I have recently posted about my frustrations with this project . My plan is to introduce Ruby on Rails and agile software development to the project.
There is a core team of 3 people (including myself), that still hold to the hope that we can do something with Skribe. I believe we have enough ideas and the talent to make it work.
Stay tuned …
Im writing this due to my frustration with the lack of progress on Skribe. Im sure im not the only one.
In the 3 (or 4) years we have pursued this never-ending project (Skribe), I have learnt a great deal, both during the project and in my professional career. Please dont see this rant as another push for something new just for the sake of it – But, (here it comes) – I think it is clear that Java and J2EE frameworks are not working for us. In fact they have not really worked for us ever – Tom ? how many hours did you put in to get a simple login/register site in the Struts/Tiles Framework ?
Looking at skribe.noumenaut.com as the sum total of our work over the years – I would go as far as to say that I could have coded this in PHP in under a week working 9-5, possibly less.
Its my own personal opinion – That J2EE is too bloated, over complicated and quite frankly wrong for Skribe. Yes it can provide the possibility of lots of scalability, flexibility and legacy support if you invest every waking hour you have with it – But for what we want to do its definitely not the best tool. This is a web app we are trying to build here – not mission control ?!.
After developing/designing web sites and backend web apps for almost 5 years now – I have come to realise that it is very important to use the right tools for the job. Why crack a peanut with a sledge hammer ? Sure Skribe’s no peanut, but we are having no success with this sledge hammer. Our choice of J2EE along with our ‘re-invent he wheel’ approach (ie. our own intranet) – has meant that Skribe has suffered to the point where it has almost disappeared.
What I want to put forward is a new approach in how we develop Skribe, from our intranet to our choice of backend/frontend. Can anyone list the reasons why J2EE was chosen in the first place ? I admit I was not around back then, but I can guess it was down to some or all of the following;
1. It was (and in some respect still is) what everyone else was using.
2. It looks good on the CV
3. Can be very powerful (but nothing like it should be given orion’s stability on dune.net)
4. Orion is free as is J2EE (the whole open source is ‘free and good’ argument)
5. There are lots of open source J2EE developers (I think what we have come to realise is that we inadvertantly attract lots of students looking to jump into J2EE so they can get out of open source development in an effort to reach real paying J2EE jobs elsewhere)
J2EE was certainly not chosen for its ease of use – Anyone who has worked with any MVC framework (e.g. Struts/Tiles) in J2EE will tell you that. Doing the simplest things with it becomes a nightmare. Its not like im just giving up on it either, Ive tried (over and over) to get into Skribe’s code and start working with the frontend and presentation layers.
‘So whats the answer ?’ – I here you ask…
Ruby on Rails – I reply…
‘Whats that? some crazy new language and framework that will cause us no end of startup issues and extra learning ?’ – you shout..
‘No’ – I scream back; If you havent heard about Ruby and Ruby on Rails in the past month then you’ve been missing out on a new(-ish) wave in web development – Its not only easy to learn and very powerful – its written using the most elegant OOP language I have ever seen – ‘Ruby’. Ruby is the language, Rails is the MVC framework. Hence ‘Ruby on Rails’. If you dont believe me, start asking the swarm of Java developers who are ditching their sledgehammers and heading into Rails.
Without jumping right onto what could be the ‘next big thing’ – What I suggest is – you spend some free time in the next 2/3 weeks, looking through the links below, and have a go yourself – then come back and ask yourself – why are we using J2EE?
‘Ive no time for learning a new language’ – You might say..
Well I think its about time (for Skribe’s sake anyway) to at least try it out. Even if you are taking on pure project management role – I think you should definitely look at it – to get a good appreciation of whats involved. So please try out the following;
Start at rubyonrails.org and begin reading and watching the videos
Then install ruby (and rails) – on windows you can use the 1 click ruby on rails installer or try the Rails Academy for more help with setting up on windows
Next start your first rails project by following this tutorial; (parts 1 and 2 will take you no more than 30 mins and you’ll have the guts of a web app up in no time) – Then try the creating a blog in 15mins video -
Next listen to some of the Rails podcasts – in particular listen to the earlier casts to get a feel for what Rails is.
After all that you might ask – ‘Ok wheres the proof then? – Ruby ain’t done nothin..!’
Just some of the web apps running under ruby on rails include;
Also – There is a another Skribe debate in the – going for the 100% Flash front-end – that I am also going to bring up – but not today. To prep for that discussion – I suggest you signup for a new flickr account – use it – post some pictures etc. – look at the way Tags and Photosets work. And especially look at the UI, the way they use AJAX and FLASH to compliment one another rather than replace one another.
I hope I havent offended anyone with this post – thats definitely not my intention. Let me know what you think and if you are still willing to keep this project alive.
Although I dont go trawling the web with flash turned off. My understanding is that Flash (at least player 6) has (at a low estimate) penetrated at least 90% of the web browser market. Having worked in a few web studios – I’ve been through a fair few flash discussions;
My approach when considering how to design a site is to first look at the clients needs. In some cases this may be a full 100% flash site. If this is so then for accessibility and search engines I would also build a series of simple flat (valid) xHTML pages that follow the structure and content of the flash site. The site should work in this form and not simply be content spewed out into an html page
In many cases this is easy, since I have my own cms running behind the flash site, which I can feed to some simple templates and then style up a little.
However on every page there is always (emphasized at the top) – a link to switch to the flash version. Any extra time in doing this is factored into the cost and in the end is the price you pay for a full flash site. It’s a belief — and a challenge- of mine that designers and developers should seek out ways to use Flash intelligently for the purpose that it was intended, whenever appropriate. It’s a great technology to use, but, like most good things, moderation is key.
All that said you can do some great things with it;
For all flash detection I use UFO
Its simple to use and great for simple flash movies inside an xHTML page – or even full browser 100% flash sites
(theres even a helper for Ruby)
Of course, being a Flash Developer I am of course totally biased and you should not believe anything I say.
Although its really only a very good starting point, I rather like this minimalist theme (scribbish) – bar a few minor tweaks here and there – it’ll be staying like this for a good while – I’ve got more important things to focus on for now.
I should find just enough time to write content, post often and keep some people entertained.
For now – I have added some ‘about’ info. (and fixed an issue running Scribbish on Typo 2.6.0)
🛠 Maker of things with Ruby/Rails, Swift, JS, OSS & more.
You can follow me on twitter @matthutchin or find out more about me here.
This is a building site at the moment, so bear with me until I carefully dismantle the rest of the scaffolding (like this awfully messy sidebar).
powered by Bugle
