Posts

Going through “Product Management in Practice” by O’Reilly publishing, written by Matt LeMay, I found this amazing classification of bad types of product management. Some of us been in one of those roles at least once, so I’ll simply quote those types. The Jargon Jokey The Jargon Jockey wants you to know that the approach you’re describing might make sense if you were working in a hybrid Scrumban methodology but is simply unacceptable to a certified PSM III Scrum Master. (If you had to look any of that up, the Jargon Jockey is shocked by your incompetence—how did you even get this job?) The Jargon Jockey defines words you haven’t heard with other words you haven’t heard and seems to use those words more and more when there’s a high-stakes disagreement playing out. ...

(c)XKCD Wisdom It’s been a lot said and done on the field of engineering management metrics. But unfortunately, development teams have a very controversial perception of the metrics, thus it becomes more of the communication issue for the engineering managers or project managers, to introduce those metrics within a group. Speaking of the metrics, I’ve ended up working on the following metrics, that helped me forecast the team productivity and products deliverables. I’m splitting these metrics, into 3 major categories, covering the overall task lifecycle, that can be scaled on all the projects: ...

Adding laravel/pint and nunomaduro/larastan into your Laravel project using composer with --dev prefix. For both tools, we need to have configuration files, pint.json and phpstan.neon.dist in order to work. The minimal configuration for pint would look like: { "preset": "laravel" } And for larastan, following configuration is recommended: includes: - ./vendor/nunomaduro/larastan/extension.neon parameters: paths: - app/ # Level 9 is the highest level level: 5 Once added, we need to place the following bash script into .githooks/pre-commit file, so we can analyse and patch the files that developers recently updated: ...

Theres a popular notion that artists work from inspiration - that there’s some strike or bolt or bubbling up of creative mojo from who knows where… but I hope (my work) makes clear that waiting for inspiration to strike is a >terrible, terrible plan. In fact, perhaps the single best piece of advice i can afford to anyone trying to do creative work is to ignore inspiration. Mason Currey.

Within organizational debt, there is a volatile subset most likely to come abruptly due, and I call that subset organizational risk. Some good examples might be a toxic team culture, a toilsome fire drill, or a struggling leader. These problems bubble up from your peers, skip-level one-on-ones, and organizational health surveys. If you care and are listening, these are hard to miss. But they are slow to fix. And, oh, do they accumulate! The larger and older your organization is, the more you’ll find perched on your capable shoulders. ...

However, the real productivity killer is not system rewrites but the migrations that follow those rewrites. Poorly designed migrations expand the consequences of this rewrite loop from the individual teams supporting the systems to the entire surrounding organization. If each migration takes a week, each team is eight engineers, and you’re doing four migrations a year, then you’re losing about 1 percent of your company’s total productivity. If each of those migrations takes closer to a month, or if they are only possible for your small cadre of trained engineers—whose time is already tightly contended for—then the impact becomes far more pronounced. ...

A function-oriented structure in which firms have “vertical” groupings such as Marketing, Finance, Operations, R&D, or Customer Service. Each function has a specialty, and these specialties are critical to the performance of the firm. This kind of structure is effective when the organization’s product lines are fairly narrow or serve defined market areas. The Product Manager’s Survival Guide. And now for product-oriented structures: A** product-oriented **structure is commonly used by midsize to larger firms that are divided into product groups, product lines, or even product divisions. ...

While going through RxJS, found this amazing article explaining the differences of imperative and declarative programming. In computer science, declarative programming is a programming paradigm that expresses the logic of a computation without describing its control flow. Here are some excerpts and learning cliffs to lighten up Saturday quarantine: I draw the line between declarative and non-declarative at whether you can trace the code as it runs. Regex is 100% declarative, as it’s untraceable while the pattern is being executed. ...

Once in a while, I get lucky being asked to revive some legacy client project, that needs massive upgrades. Normally, the upgrade goes fine, meeting all required upgrades, making sure all the functionality is in place. But this time, the project was so outdated that the packages listed in composer dependencies didn’t just get into the archive. They were moved to a different repository, then closed down, and then mirrored by another developer. ...

O’Reilly Publishing and Google giving out online versions (or buy it from Google Books) of their publications on Site Reliability Engineering. Members of the SRE team explain how their engagement with the entire software lifecycle has enabled Google to build, deploy, monitor, and maintain some of the largest software systems in the world.