• 0 Posts
  • 28 Comments
Joined 10 months ago
cake
Cake day: December 2nd, 2023

help-circle





  • You have to explicitly check if the return value is an error and propagate it. You write the same boilerplate if (err) return err over and over again, which just litters your code.

    That’s only true in crappy languages that have no concept of async workflows, monads, effects systems, etc.

    Sad to see that an intentionally weak/limited language like Go is now the counterargument for good modeling of errors.




  • You are seeing changes in the refractive index of air as a result of heat lowering the density of the air. As air comes in contact with the hot surface, it becomes heated and rises through otherwise cool air - The rising air causes eddies and vortexes that lead to light bending in weird ways as it passes through.

    The shadows are much like the shadows on the bottom of a pool when there are waves on the surface. Incoming wavefront of light are distorted from planar and sent in different directions, some directions get less total light, some get more.












  • If your company is using story points to “measure” developers, they are completely misusing that concept, and it probably results in a low-teamwork environment (as you describe).

    The purpose of story points is so a team can say “we’re not taking more than X work for the next two weeks. Make sure it’s the important stuff.” It is a way to communicate a limit to force prioritization by the product owner.

    And, in fact, data shows that point estimation so poorly converges on reality that teams may as well assign everything a “1”. The key technique is to try to make stories the same size, and to reduce variability by having the team swarm/mob to unblock stuck work.

    Who creates these tasks? They need to close the year old items, reevaluate the work and break it down into sub-5-day chunks. If there are so many unknowns that it’s impossible to do that, the team needs to brainstorm how to resolve them.