Julio Biason
5 years ago
4 changed files with 34 additions and 2 deletions
@ -0,0 +1,31 @@
|
||||
+++ |
||||
title = "Things I Learnt The Hard Way - ... Unless That Code Style Is The Google Code Style" |
||||
date = 2019-07-25 |
||||
|
||||
[taxonomies] |
||||
tags = ["en-au", "books", "things i learnt", "community", "teams", "hero project"] |
||||
+++ |
||||
|
||||
An "hero project" is a project/spec change that you personally think will |
||||
solve a group of problems in your project. It could be a different |
||||
architecture, a new framework or even a new language. |
||||
|
||||
<!-- more --> |
||||
|
||||
Hero projects happen mostly when a single developer wants to prove something |
||||
without the support of the company or even the time they are in. |
||||
|
||||
On those projects, developers will spend their free time to write a |
||||
proof-of-concept, just to prove a point. |
||||
|
||||
And, sometimes, it just proves that they are were wrong. |
||||
|
||||
(Although that last point sounds a bit sad, if you have to do an hero project, |
||||
you'll still learn something new and, maybe, even add a new bullet point to |
||||
your CV.) |
||||
|
||||
Just to be clear: Sometimes an hero project will fail [because the answer is |
||||
obvious](/books/things-i-learnt/right-tool-obvious). Don't let that make you |
||||
feel down. |
||||
|
||||
{{ chapters(prev_chapter_link="/books/things-i-learnt/google-code-style", prev_chapter_title="... Unless That Code Style Is The Google Code Style", next_chapter_link="/books/things-i-learnt/specialists", next_chapter_title="Companies Look For Specialists But Keep Generalists Longer") }} |
Loading…
Reference in new issue