1,432 karma · joined November 9, 2010
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=
`Would you tell me, please, which way I ought to go from here?'
`That depends a good deal on where you want to get to,' said the Cat.
`I don't much care where--' said Alice.
`Then it doesn't matter which way you go,' said the Cat.
`--so long as I get somewhere,' Alice added as an explanation.
`Oh, you're sure to do that,' said the Cat, `if you only walk long enough.'
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=
Website: https://dideler.github.com
Twitter: https://twitter.com/dideler
GitHub: https://github.com/dideler
LinkedIn: https://linkedin.com/in/dennisideler
Email: ideler.dennis [at] gmail
[ my public key: https://keybase.io/dideler; my proof: https://keybase.io/dideler/sigs/QXNgmVFKqNHesFzmsCqt2gjLSQRL1AxQ3tDnbaR2xy8 ]
Would enjoy reading an update of your journey to see how your next sabbatical goes.
1. Do you need to "log in" to use it? Or can it be used without an account?
2. Can you have hidden/secret conversations? That is, the conversation isn't easily observable by everyone within 1km?
- What's the onboarding process like for a painter?
- I read on the reddit soft-launch post that one way the business handled scaling was by printing out the photos and then painting over them. Did it turn out to be a successful strategy?
This is an interesting perspective that I'd like to try. Thanks for sharing.
Did I mention we are hiring? Clojure, Ruby, Data.
Gotta admit the salary range for the lead engineer position is worrying. You won't find anyone worth their salt for such an important role in an early stage company starting at £30k.
At the same time I've also missed sports. My solution was to get back into skateboarding. I haven't skated in ten years but you'd be surprised by your muscle memory. I got all the gear and headed to the nearest skatepark and was quickly approached by the local skaters. I met a lot of great people and skated with them all evening. Haven't had so much fun in a while. Can't wait to go back.
This is dangerous advice. There's some good advice underneath. Updating often addresses pain points iteratively and is easier than doing major upgrades every year, for example.
But you should not be blindly updating your dependencies every week. It's a distraction and some updates require dev time to fix things (hopefully your integration tests catch some of these).
It's also dangerous if you update all without looking at changelogs. Maybe the new version of one dependency brings in ten new dependencies, or maybe it brings in security vulnerabilities, or maybe it's a completely different codebase or package was removed like what happened with the recent npm fiasco.
When you realize it really does need to be built and it is the highest priority, think about how it can be built while keeping cruft down. You can still be fast while keeping the codebase clean but it requires constant refactoring and review and a common understanding between team members.
This is a red herring. The problem that's a lot easier to solve and will benefit the community just as much is better discovery of useful forks.
The current interface that GitHub gives for discovering forks is awful when it comes to this.
P.S. Those two diagrams do a poor job of explaining the problem, they're the same diagram.