1,024 karma · joined January 16, 2010
https://www.bamboometrics.com/
That compares data across the OECD, so fair enough this isn't comparing Papua New Guinea to the UK or similar. However, it mentions in the article the difference between Germany and Greece as examples of higher average hours and lower average productivity. I'd still tend to believe this isn't because the Greeks could get more done by working less but that Germans are tackling different work or using more technology in their work than the Greeks.
> Maybe the reason so many british people drink too much is because they're working too much, and they're (mis)using alcohol to wind down.
Maybe. It seems like we agree on this anyway. I was being slightly tongue in cheek here, not trying to suggest all the freed up hours would be spent in the pub :). I'll leave it at that.
1. Working less may well not result in getting more (or the same amount) done. The article mentions a correlation between shorter working hours and higher productivity. As always, correlation does not equal causation. Most likely those countries with shorter work weeks are developed countries which have higher output per capita than less developed ones not because working 40 hours a weeks is more productive than working 80, but that utilising a higher level of technology gives superior output.
2. The idea that because the Dutch apparently spend all their free time riding around on bikes means the brits would if given more free time is a joke. We'd spend it doing the things we enjoy (damaging our livers?), not suddenly become some imagined healthier happier version of ourselves.
All in all a pretty poor article I think as a result of the above isssues.
Prior to that I'd read Psycho Vertical by Andy Kirk Patrick which I would very strongly recommend, I don't think you need to be into climbing to enjoy it.
I think I'm about to start reading What the doormouse said by John Markoff or finish reading Technical revolutions and financial capital by Carlota Perez. I think I'll leave the latter and restart it when I've more brain time to spend on it.
There should be a way out of this which will leave you, your manager and your coworkers happy and productive and your company successful as a result. Focus on that belief when you plan to talk to your manager, and try to ignore any fear you have about negative impressions they may have of you. And take a break as soon as possible.
1. It just got real
2. Too serious for a tag line
3. All grown up
I'm leaning towards number 2 at the moment. I'll deploy a new version tomorrow so will make the final decision then
They're advertising for a Developer evangelist at the moment. Maybe they will sort that out.
However, I'm gambling that the benefits outweigh the impact of those risks in this situation. Building Corrello on Trello gave me access to a large user base (5M as of last autumn) and one which is growing. Check out google trends for asana, basecamp and Trello https://www.google.co.uk/trends/explore#q=trello%2C%20baseca... Not directly linked to their user numbers but Trello looks to be increasing in terms of awareness. I believe there are a large amount of people out there who were previously managing projects in excel or on post it notes. Trello has pulled those projects into the cloud and put a decent API on them. That's a whole lot of projects which were previously stuck to peoples desktops (literally in some cases) which are now accessible via an API. I think it's worth the risk that Trello decides to replicate this functionality as there is a good opportunity there if they don't (or until they do)
The way it works at the moment is that all dashboards are visible to everyone you invite to your Corrello account. However, they all get their own copy of each dashboard, which uses their Trello credentials to load the data for them. In this way you don't accidentally share data with people who shouldn't see it by creating a dashboard in Corrello. This was a bit more work for me to build and a little more complex to explain perhaps but felt like the correct behaviour.
It did seem that most people using 3 or less boards didn't have much need for a dashboard which is why I pegged the free one to that. Something like Corrello was more of a nice to have to them it seemed.
I'd agree that the number of people who need a dashboard will be fairly small in most orgs. That was why I decided to have the tiers based on number of boards rather than number of users logging into corrello.
I left a full time job at the end of last year and after spending a few weeks with my first child when she was born in January I've been looking to build my own products. After a conversation with a friend who runs a content marketing agency about some of the tech issues he was facing I came up with the idea for Corrello. A large number of his top issues were down to getting data out of Trello. For example he was losing upwards of 2 hours a week looking between each of their boards (one per client) making sure everything was on time, nothing had got stuck and no one had added a comment without @mentioning the person required to move the card on. I originally built a prototype to show him but since that first week I've had something live and I've been working with a few early customers to get the initial feature set right.
I think there is a lot of potential to build add-ons and plugins to Trello for any developers looking for a project out there.
I look forward to all your feedback and comments :)
SWFounders meetup in Bristol is a good place to start http://www.meetup.com/sw-founders/. It seems to attract a couple senior devs looking for an opportunity when I've been there.
Secondly, feel free to drop me an email (freebananas at gmail). I run http://www.meetup.com/Bristol-and-area-CTO-meetup/. If you can give me some more details I occasionally find out if someone is looking for something.
Not a direct replacement but I'm now adding some additional features to try to make it that. If you're an existing Stacklead customer I'd be interested in talking to you about getting your data migrated and making sure everything works as well at Hulimail as it did at Stacklead.
http://www.goodreads.com/book/show/6398792-growing-software
http://www.goodreads.com/book/show/6233608-software-product-...
http://www.goodreads.com/book/show/13705334-enterprise-softw...
http://www.goodreads.com/book/show/6278270-the-principles-of...
http://www.goodreads.com/book/show/9706236-management-3-0
http://www.goodreads.com/book/show/17278287-the-founder-s-di...
http://www.amazon.com/Inside-Minds-Technology-Officers-Peopl...
http://www.amazon.co.uk/gp/product/1118443667/ref=as_li_ss_t...
http://www.amazon.co.uk/The-Essential-Drucker-Management-Ess...
I think the moral of the story is to load test before you dump a bunch of customers onto your system. Regardless of the tech you use you can easily fail in this regard. And secondly not to value people for the effort they put in but the results they achieve.
Better attribution would have been good, and possibly reaching out to original creators asking them to opt out if they'd rather not be involved. Offering something in return (the embedded player for relevant articles) could have helped grease the wheels. Ultimately, if they get bug they may not need massive support from content creators like Scott but they do need not to be on the wrong side of them.
Trying to fit the people to the process is why software methodologies fail.
A small business in South West England, and a great place to work if you're based anywhere from Bristol to Exeter.
We are currently transitioning between a thick client hosted product and a new browser-based version. Work will be on the browser product, the thick client being phased out as we migrate functionality across. We are looking to hire a motivated developer to join the team and hit the ground running. This is a chance to join a strong team moving an existing product to the browser and adopting what new technologies make sense along the way.
We use Java (Play Framework) on the backend and Twitter Bootstrap for base CSS alongside JQuery, Knockout and other JavaScript libraries on the front-end.
Interested? drop me an email robin.warren [at] covalentsoftware.com