Newsletter

No matter what tools you get, they won’t help you unlock your potential. They won’t make you a better writer, they won’t make your app better

No matter what tools you get, they won’t help you unlock your potential. They won’t make you a better writer, they won’t make your app better

If you’re used to shipping or bill hours for work, taking time to think feels unproductive. It isn’t. Here’s why.

Today, over 115 million users work with Teams every day. And did you know, that you could help them work more effectively? Hear me out.

Today, over 115 million users work with Teams every day. And did you know, that you could help them work more effectively? Hear me out.

Here’s the easiest way to join a community

Even if your job seems mundane, there is a huge learning opportunity just around the corner. What can you do that seems impossible? How can you make it work? What new will you learn?

When your workday is over, do you leave your work at work or do you carry with you back home?

Every change you make to the system has a 50-50 chance of blowing up in your face. Maybe not immediately, maybe not tomorrow, but it will eventually.

Time, you can spend it only once and there are more choices available to us than ever before.

Why should this feature be added? Why should this data be presented? Why should it be done that way and not the other? How will it help users?

If your goal is to get to inbox zero or get everything off your to-do list, you’re in a trap.

Before you know, weeks or months have passed and you haven’t learned anything new. And it’s a shame.

Take some new piece of tech, a platform, product, framework, whatever. Try doing something with it. Unless it's trivial, which more than often is not the case, you will get stuck.

Well, maybe not as much as they don’t care as they don't live it. They have their own lives, jobs, and concerns, and typically, whatever it is that you want from them is not amongst their priorities.

You're in a rush, the code should’ve been shipped already or maybe it’s just a proof of concept that will be thrown out anyway. You'll fix it later

Whatever you’re building is hard to use. It’s not for you of course, because you’ve been working with it since forever, but it is for everyone else. Want proof?

No matter when you worked with the particular project the last time, deploy with confidence, every single time. Avoid stress and save time.

If you don’t want to use PnPjs for the fluent syntax then do it for your team or for your own sanity. I promise you won’t be disappointed.

When building a physical product, you're limited by its design, material, weight. Unfortunately, this isn't the case when building software.

Certain SharePoint features are available only if you're on modern. Are you on modern yet?

For a long time, you could work together only with your colleagues. But this is no longer the case. Here is why.

In the past, you might have built SharePoint-only applications, but that's no longer the case.

What's the first impression of the thing you're building?

Did you know that you can use SharePoint Framework to also build applications for Microsoft Teams?

Often we look at ideas as absolutes. Something we either do or don’t do, right now. We rarely dare to say something is good but not now. Why?

If you think that if you just build it people will come, I’m sorry to break it for you: you’re wrong.

Microsoft 365 Patterns and Practices: is it just a collection of resources or is it more?

Don’t tell me what something is. I see it’s a table or a chart. Instead, tell me what it’s for. What problem is it solving? What good is it for me? What’s the benefit? Why should I care?

It's only a matter of time before you hit a block using open source. But how do you get the maintainers to help you?