While number of active users still grows, one have to ask a question, who is left on facebook aside from dopamine junkies and bots.
The only reason why I didn’t delete facebook is messenger, where I chat with old folks.
HN user
While number of active users still grows, one have to ask a question, who is left on facebook aside from dopamine junkies and bots.
The only reason why I didn’t delete facebook is messenger, where I chat with old folks.
It is actually a common practice, if you want to terminate the lease, to stop paying and get evicted. However, they may still be liable to pay for the three or four months they used.
I would love to know how people work. I wonder what is the alternative.
The board is far from only agile practice and nit obligatory either. Even Epic sounds like an agile term.
I have a question to non-agile people? How do you work and get things done?
+1
That is true for deep work like:
- solving mathematical problems
- coding non-trivial stuff
- teaching non-trival stuff
The challange is shallow work e.g.
- replying to emails
- meetings
- scheduling meetings
And than there is no-work:
- checking your phone
- lunch
- walking and chatting before the next meeting
Shallow and no-work can easily eat anywhere between 20 and infinity :)
+1
I went all the way from Agile maximalist to common sense-ist.
For me agile these days is simply:
- talk to your team to sync often but short
- seek feedback (from stakeholders, ideally users)
- allocate time to work on your backlog so it nice and tidy
and technical stuff:
- release early, release often (i.e. CI/CD/devops stuff)
- automated testing, regular code reviews
- refactoring, working with small commits/PRs
More a common sense, than a "process" or "ideology".
It is great you had a mentor. I met few people I could learn from and books (including Bob’s) were very helpful. He promoted TDD, good names, short functions etc Is he too dogmatic? Are his function too short? Probably yes.
I never treat his proposals as a silver bullet, but a great source of inspiraton. I wish there were more people teaching those things.
I think the answer to software apocalipse is both: - get better tools - get better programmers
And in fact we have been doing it - the tools are so much better than they used to be and with tdd, refactoring, patternals and clean code we have been building increasingly complex software with less bugs.
Still a long way to go.
The world needs many great teachers, and many great builders.
I love taking advice from both groups, treating neither as a silver bullet.
I generally agree with the article, however it reminds me of what my algorithmic competition mentor once said:
“So you know who java developer is? Someone who doesn’t know Java”.
While the emphasis was not on Java, but knowing a single language.
“If he could learn Java well he could very much learn C++”.
Again emphasise is not on C++ specifically, but any other language really.
Technology landscape changes, stack get more complex.
While we should not expect everyone to know everything all the time, we should expect most developers strive for fullstackness. A ideal perhaps never to be achieved .
or is it other way around? i.e. High performers are happier and more optimistic. So cause and affect is reversed
If we could only deprecate features more aggressively, our code would be so much cleaner...
Totally. I don’t like narration around dividing between “poor” and “rich”. I rather see value providers vs nonvalue providers.
A billionaire investing his capital in the business providing work and quality products for society is great. What I don't like is underpaying employees, shady businesses with low value and abusing the legal system.
I love it. It reminds me of a story. My friend who joined the Big Search Company as tech lead was asked to report progress in four places. He thought it was ridiculous. So instead, he didn't report at all. He got two questions why is he not reporting? So for year's he was reporting in just two places instead of four. Two others were unused/unnecessary. However, still done by all other tech leads.
I wonder why they didn’t disable radar for a few weeks in existing cars before actually removing them form new cars.
Probably Tesla will be able to patch it with software update. Good test to vision only FSD.
You might want to check out the report below. It should be a good explainer for importance of zero knowledge in context of blockchain (a bit more in context of scaling than privacy, but the fundamentals are the same). Our three cents to help explain why it is important.
[1] https://ethworks.io/assets/download/zero-knowledge-blockchai...
as Uber grew from 10s to 100s of engineers with multiple teams owning pieces of the tech stack, the monolithic architecture tied the fate of teams together and made it difficult to operate independently.
I think this is key sentence. Microservices does not make a lot of sense for teams of 10s, while are a great tool for team of 100s.
I think the game changed a while ago. It is not Bitcoin mainstream if/when something bad happens to the monetary system anymore.
It is many blockchain building alternatives to the monetary system. With Bitcoin being a digital gold, Ethereum being a decentralized central bank for layer two solutions running decentralized finance system (with stable coins and financial instruments) and perhaps other blockchains with different roles (payments anyone?).