Quote:Original post by Anonymous Poster I think the new team should realise that: a.) By not releasing updates you basically have a choke-hold over the website. b.) There's not much point rewriting the existing articles from scratch - they're fine for learning purposes. c.) Whenever you release any code we'll always find bugs (And contribute fixes) regardless of how long you take writing it.
I'm sure everyone is relieved to know that you've organised the team but the problem is that it isn't working because there are no results. After the first update is pushed out by your schedule of 'Godknowswhen' will you be taking another unspecified 'while' to push out the next update?
Sarcastic, yes. But I think it communicates the important message of letting everyone know just 'when' is.
Besides, while the team were inevitably 'fartoobusy' over the festive holidays, should we take it that it was also 'fartoomucheffort' to organise a festive coding competition? You see that's called letting the community contribute.
Sarcasm aside, my point is that this is a community driven website, and your current development 'process' is excluding that community. Which I think is the root of the current problem.
So, my proposed solutions are: 1.) Give responsibility for updates and maintenance back to Jeff OR 2.) Recruit a new team with a new set of objectives (ie. No rewriting of old material) 3.) Focus more on the community. (Mailing lists, competitions, article submissions, website submissions, comments) 4.) DONT rewrite the website - you're just wasting time. |
Have you offered to help?
As to your
solutions:
1) We have no control over that.
2) The reason the material is being rewritten is because
(a) There were constant complaints about teaching by cut and paste as opposed to actual learning.
(b) A lot of the old stuff is hopelessly out of date.
This does not mean that it wasn't (and still is) an excellent resource
The fact that the team is made up of
professional software developers means that we are putting our spare time into this, and the lack of appreciation of this fact is quite palpable.
3) We have no control over this. The new team is just writing the new lessons + a new SDK.
4) Comments like this mean that I really wonder why we bother.
A huge amount of work that has gone into the new site, and we hope you'll like it when it's done, but the old lessons will not be taken down anyway, so I don't see what the problem is.