|
11 Laws of Software Estimation for Complex Work
- Maarten Dalmijn
#Leadership #Management #ProjectEstimation
tl;dr: (1) The work still takes the same amount of time regardless of the accuracy of your estimate. (2) No matter what you do, estimates can never be fully trusted. (3) Imposing estimates on others is a recipe for disaster. (4) Estimates become more reliable closer to the completion of the project. This is also when they are the least useful. (5) The more you worry about your estimates, the more certain you can be that you have bigger things you should be worrying about instead. And more.
|
|
#Management #CareerAdvice
tl;dr: Leverage is impact produced divided by time invested. To increase your leverage, ask yourself the following before any activity: (1) What if this activity was simple? (decrease time cost). (2) What if this activity was huge? (increase value). (3) What else could I be doing? (opportunity cost).
|
|
What Is Reverse ETL? The Definitive Guide
- Tejas Manohar
#UsefulTool #Management
tl;dr: Learn everything there is to know about Reverse ETL, how it fits into the modern data stack, and how you can start activating your warehouse data today.
Promoted by Hightouch
|
|
Why Most Monitoring Strategies Fail
- AbdulFattah Popoola
#Management
tl;dr: "CAR stands for Customers, Applications, and Resources; it offers a solution to the monitoring disconnect by establishing the interactions between the three entities: the user, the application, and the underlying resources." AbdulFattah discusses how to use CAR, as well as outcomes, such as the identification of blind spots - detecting outages that would have gone unnoticed before. Exposure of long-hidden and long-standing flaws in the system, which in turn enables proper architectural fixes.
|
|
“The engineer’s first problem in any design situation is to discover what the problem really is.”
- Unknown
|
|
|
The Distributed Computing Manifesto
- Werner Vogels
#DistributedSystem
tl;dr: "Today, I am publishing the Distributed Computing Manifesto, a canonical document from the early days of Amazon that transformed the architecture of Amazon’s e-commerce platform. It highlights the challenges we were facing at the end of the 20th century, and hints at where we were headed."
|
|
Little Languages Are The Future Of Programming
#ThoughtPiece
tl;dr: "The idea is that as you start to find patterns in your application, you can encode them in a little language - this language would then allow you to express these patterns in a more compact manner than would be possible by other means of abstraction. Not only could this buck the trend of ever-growing applications, it would actually allow the code base to shrink during the course of development!"
|
|
#Performance
tl;dr: "When interviewing programmers, I often ask them to code a simple program to count word frequencies in a text file. It’s a good problem that tests a bunch of skills, and with some follow-up questions, allows you to go surprisingly deep. One of the follow-up questions I ask is, “What’s the performance bottleneck in your program?” Most people say something like “reading from the input file”." Ben discusses why that's not usually the case.
|
|
Python And The Future Of Programming
- Guido Van Rossum
#Python
tl;dr: Interview with the founder of Python discussing topics such as type hinting, TypeScript vs JavaScript, best IDE for Python, parallelism, the GIL, Python 4.0, machine learning, GitHub Copilot & future of Python.
|
|
If you're looking for your next role, signup to our Talent Collective to view new job opportunities at funded startups, high growth and enterprise companies.
|
|
FlagAI
Fast, easy-to-use and extensible toolkit for large-scale model.
|
Cheat.sh
Unified access to the best community driven cheat sheets repos of the world.
|
|
Awesome CTO
Curated and opinionated list of resources for CTOs, with the emphasis on startups
|
Memos
An open-source, self-hosted memo hub with knowledge management and socialization.
|
|
How did you like this issue of Pointer?
1 = Didn't enjoy it all // 5 = Really enjoyed it
1 2 3 4 5
|
|
|
|
|
|