Should you standardise tools in your company? Case of Miro vs. MS Whiteboard(engineering.telia.no)
engineering.telia.no
Should you standardise tools in your company? Case of Miro vs. MS Whiteboard
https://engineering.telia.no/blog/should-you-standardise-tools-in-your-company/
69 comments
> Try convincing everyone that grammarly is a keystroke logger.
Funny how it's not the opposite viewpoint that is scrutinized. Prove how it's not a keystroke logger, then Grammarly can be deployed. Until then, it's assumed to be malicious. That's how people treat for example ChatGPT as well.
Funny how it's not the opposite viewpoint that is scrutinized. Prove how it's not a keystroke logger, then Grammarly can be deployed. Until then, it's assumed to be malicious. That's how people treat for example ChatGPT as well.
I'm not sure if there is official research on this, but the 'opposite viewpoint' sounds expensive and more prone to failing in practice. Software companies generally struggle to get results even with a willingness to use any tool or practice that might improve productivity. It will only get worse if they add paperwork.
And it isn't very risk-based. In most cases, the keylogger can be assumed to be entering via the OS, probably based on some NSA/GRU/Chinese MSS exploit being used for industrial espionage. Grammarly is a bit more niche.
It is a threat. One day it will be an acute one, perhaps. But the risks and opportunities favour recklessness.
And it isn't very risk-based. In most cases, the keylogger can be assumed to be entering via the OS, probably based on some NSA/GRU/Chinese MSS exploit being used for industrial espionage. Grammarly is a bit more niche.
It is a threat. One day it will be an acute one, perhaps. But the risks and opportunities favour recklessness.
Yet those same people happily use Office 365 without a second thought.
Microsoft is a serious corporation, i.e. a fat target for lawsuits. That makes them more trusted by default than random fly-by-night startups.
On top of that, any medium or large business using Microsoft tools will have a contract signed with them, one that covers SLA and data handling policies. In fact, this is pretty much the entire value proposition of Azure deployments of OpenAI models - from a corporate POV, OpenAI itself is a fly-by-night startup that can disappear any day, while leaking the company secrets your employees gave it all across the Internet. In contrast, Microsoft's ChatGPT (the very same models) comes with an SLA and data handling policies suitable for dealing with corporate secrets (with whole stack of audits and certifications behind them). That's why corporate will tell you to not use ChatGPT, but if you're lucky, they'll give you access to a copy of it on Azure.
On top of that, any medium or large business using Microsoft tools will have a contract signed with them, one that covers SLA and data handling policies. In fact, this is pretty much the entire value proposition of Azure deployments of OpenAI models - from a corporate POV, OpenAI itself is a fly-by-night startup that can disappear any day, while leaking the company secrets your employees gave it all across the Internet. In contrast, Microsoft's ChatGPT (the very same models) comes with an SLA and data handling policies suitable for dealing with corporate secrets (with whole stack of audits and certifications behind them). That's why corporate will tell you to not use ChatGPT, but if you're lucky, they'll give you access to a copy of it on Azure.
Are there other popular tools you'd recommend/not recommend given cost/compliance concerns?
My advice here won't be one-size-fits all and there's far too much to cover against your company's mission to just give you a hot list of tools I like.
The biggest line of battle is going to be Google Workspace vs Office 365. I'm fine with them both, but not fine with giving them both to everyone. The problem is, if the majority of your company's documents and drive data is fractured over both MS and Google's clouds, it's going to be a nightmare to manage. Choose one and make them your identity provider and life partner. I understand the finance team probably needs a stand-alone Excel license, though.
The other very important part of standardization is hardware. This is something I had to get a bit ruthless about, because managing a fleet over an entirely remote trans-border workforce is expensive if you expect quick turnaround times on onboarding and an immediate replacement for that VIP who just cracked their screen.
I ended up setting up a rapid logistics operation using drop shipping.
Sales, marketing, etc get a 13" Macbook Air M1. Developers get a 16" M1 Pro because they justifiably need the performance.
No, we don't do custom orders. Not big enough to have spares of all kinds in stock (Apple supply chain lag was a real drag last year). Apple's MDM systems make those machines useless bricks to anyone outside the client's company. (If this sounds like something you need, reach out to me!)
I guess I'll just add that my biggest pet peeve with SaaS vendors is how they want you to pay for the super-duper-expensive package just to get SSO / SAML. That's ridiculous. It's not a cost center for you and it reduces both our risk. If I don't see at least "Sign in with Google" in your cheapest plan, I'm already pissed off as a customer and not going to be your change agent.
The biggest line of battle is going to be Google Workspace vs Office 365. I'm fine with them both, but not fine with giving them both to everyone. The problem is, if the majority of your company's documents and drive data is fractured over both MS and Google's clouds, it's going to be a nightmare to manage. Choose one and make them your identity provider and life partner. I understand the finance team probably needs a stand-alone Excel license, though.
The other very important part of standardization is hardware. This is something I had to get a bit ruthless about, because managing a fleet over an entirely remote trans-border workforce is expensive if you expect quick turnaround times on onboarding and an immediate replacement for that VIP who just cracked their screen.
I ended up setting up a rapid logistics operation using drop shipping.
Sales, marketing, etc get a 13" Macbook Air M1. Developers get a 16" M1 Pro because they justifiably need the performance.
No, we don't do custom orders. Not big enough to have spares of all kinds in stock (Apple supply chain lag was a real drag last year). Apple's MDM systems make those machines useless bricks to anyone outside the client's company. (If this sounds like something you need, reach out to me!)
I guess I'll just add that my biggest pet peeve with SaaS vendors is how they want you to pay for the super-duper-expensive package just to get SSO / SAML. That's ridiculous. It's not a cost center for you and it reduces both our risk. If I don't see at least "Sign in with Google" in your cheapest plan, I'm already pissed off as a customer and not going to be your change agent.
Thanks for your insights! Haven't had to think about these issues as an individual dev.
“ Employee experience and productivity should be equally important in these discussions as cost and security. And if you are making a decision about available tools on behalf of others, you need to spend time to understand the needs of the people you are deciding on behalf of, if you want to make a good decision.”
A - F*in - Men.
We recently dropped Miro for LucidSpark as we already had LucidChart. It’s so much worse, I hate using it. But on paper it does the same stuff, just implemented poorly. Example being, no anti aliasing on drawn lines. Wtf?!
Experience is king. Getting people to understand that when the mandate is save as much money as possible is the challenge.
A - F*in - Men.
We recently dropped Miro for LucidSpark as we already had LucidChart. It’s so much worse, I hate using it. But on paper it does the same stuff, just implemented poorly. Example being, no anti aliasing on drawn lines. Wtf?!
Experience is king. Getting people to understand that when the mandate is save as much money as possible is the challenge.
Sometimes the mandate is not just to save money, sometimes it’s about putting the business in a compliance posture that will enable you to land revenue from large enterprise customers who have security and data requirements. And then to not get sued into oblivion by their highly paid numerous lawyers.
Just wait for the migration from Slack to MS Teams, makes me wanna stop working all together. Also, MS recently launched their Notion clone, so all Notion users in MS shops better prepare to migrate to a much worse alternative.
I think MS Teams gets a bad rap that is doesn't deserve. I don't know if the experience has improved or something - maybe Teams used to be worse and people are reacting to how it used to be?
I've also been using MS Loop a lot and it's pretty great actually. It's clearly still under development and missing a lot of features but leaving that aside, I don't think it's fair to dismiss it as a Notion clone. It's far simpler than Notion and for writing things like company handbooks that's a good thing, actually. Sometimes simpler is better. If you need all the tables as database stuff, then use Notion. If you need a simple and clean documentation source, well I've tried a lot of these kinds of apps over the years and Loop is shaping up to be one of the better ones IMO.
I say this grudgingly, BTW. I strongly resisted choosing MS for our business. But as a small company in Vietnam we get an amazing value proposition from MS 365 that isn't even close to matched by anything else. We pay about $3.50 per user and we get Teams, video conferencing, office apps, Loop, Visio, Whiteboard, SharePoint (ok that one is genuinely quite bad), and also a load of business automation stuff in the form of Workflows that I'm still exploring. Oh and Shift scheduling. OneNote. About a hundred other things that I forget right now.
Even still I resisted but the final straw was that automatic translation is included in Teams for free. As a bilingual team that's vital for us.
By contrast, just Notion would be $8 per user. I think Slack is $6 per user. Not a lot for a western tech company, but we genuinely can't afford that. MS 365 wins by being "just good enough" at _loads_ of things, and way cheaper than the competition.
I've also been using MS Loop a lot and it's pretty great actually. It's clearly still under development and missing a lot of features but leaving that aside, I don't think it's fair to dismiss it as a Notion clone. It's far simpler than Notion and for writing things like company handbooks that's a good thing, actually. Sometimes simpler is better. If you need all the tables as database stuff, then use Notion. If you need a simple and clean documentation source, well I've tried a lot of these kinds of apps over the years and Loop is shaping up to be one of the better ones IMO.
I say this grudgingly, BTW. I strongly resisted choosing MS for our business. But as a small company in Vietnam we get an amazing value proposition from MS 365 that isn't even close to matched by anything else. We pay about $3.50 per user and we get Teams, video conferencing, office apps, Loop, Visio, Whiteboard, SharePoint (ok that one is genuinely quite bad), and also a load of business automation stuff in the form of Workflows that I'm still exploring. Oh and Shift scheduling. OneNote. About a hundred other things that I forget right now.
Even still I resisted but the final straw was that automatic translation is included in Teams for free. As a bilingual team that's vital for us.
By contrast, just Notion would be $8 per user. I think Slack is $6 per user. Not a lot for a western tech company, but we genuinely can't afford that. MS 365 wins by being "just good enough" at _loads_ of things, and way cheaper than the competition.
MS Teams is... bad. Even if they were to solve the bugs and performance issues, and even if they actually implemented any of the features that the community has been asking for (push to talk comes to mind), the entire concept is flawed.
Two problems with information are duplication (too many copies around, all of them slightly different) and finding where it is. MS Teams makes it easy to store duplicate data and hard to find it later: did you upload the data as a file in the "development" channel, or as a link in the "updates" wiki? Nobody knows, not even the search function. And with each new project manager creating five channels per project, two of which will actually see any activity...
I think MS Teams wants to be everything for everyone and succeeds at neither.
Two problems with information are duplication (too many copies around, all of them slightly different) and finding where it is. MS Teams makes it easy to store duplicate data and hard to find it later: did you upload the data as a file in the "development" channel, or as a link in the "updates" wiki? Nobody knows, not even the search function. And with each new project manager creating five channels per project, two of which will actually see any activity...
I think MS Teams wants to be everything for everyone and succeeds at neither.
> I think MS Teams wants to be everything for everyone and succeeds at neither.
Teams wants to be Slack killer and making sure people stay in MS ecosystem, and it is succeeding in it. You can call the concept flawed, but it is a response to strong demand in the market.
Teams wants to be Slack killer and making sure people stay in MS ecosystem, and it is succeeding in it. You can call the concept flawed, but it is a response to strong demand in the market.
Obviously I don't speak for everyone, but the Fortune 500 company I worked for at the time was presented with two options: either migrate your Skype infrastructure to Teams, or... actually, no, you don't get to choose. Migrate or else.
I don't doubt that the plan is to keep people in the MS ecosystem and I don't dispute that it's working. But let's not claim that Teams' popularity has anything to do with its technology when it's clear that MS used it's dominant position to push it down everyone's throat.
I don't doubt that the plan is to keep people in the MS ecosystem and I don't dispute that it's working. But let's not claim that Teams' popularity has anything to do with its technology when it's clear that MS used it's dominant position to push it down everyone's throat.
isn't this what Micro$oft have always done. The big behemoth bully picking off the little guys with there "Too big to fail" approach to business. relying on the fact that large companies think and dream in grey than in color.
MS knows that their sales effort target and most important customer is the IT department, not the users.
You are absolutely right about the documentation aspect. We are about four years into Teams and no one can find anything. Massive numbers of dead channels. Files and things all over the place. Notification hell.
One particular bad aspect is people started recording meetings. No one has any idea where these things get put. There are links that are shared but where are the actual files.
I use a OneNote to keep track of links. It's craziness.
Miro has its own management issues as well once you start getting projects and things in the mix.
It's like every new app now is designed to work with maybe a handful of objects but beyond that it's a huge mess.
One particular bad aspect is people started recording meetings. No one has any idea where these things get put. There are links that are shared but where are the actual files.
I use a OneNote to keep track of links. It's craziness.
Miro has its own management issues as well once you start getting projects and things in the mix.
It's like every new app now is designed to work with maybe a handful of objects but beyond that it's a huge mess.
> We are about four years into Teams and no one can find anything. Massive numbers of dead channels. Files and things all over the place. Notification hell. (...) No one has any idea where these things get put. There are links that are shared but where are the actual files.
Isn't this what SharePoint is for? As in, Teams integrates with it, so all the recordings, and planning boards, and file uploads, and yes - chats too, end up being stored there - where it is indexed and searchable (subject to your IT dept. competence and company access policies).
I have a feeling that most of the complaints about Teams come from people using it standalone, vs. a small part of a whole suite of tools Microsoft sells to businesses. This of course doesn't excuse Teams being shitty in those cases - but perhaps explains why I, and some others, tend to have almost no negative experience with Teams.
Isn't this what SharePoint is for? As in, Teams integrates with it, so all the recordings, and planning boards, and file uploads, and yes - chats too, end up being stored there - where it is indexed and searchable (subject to your IT dept. competence and company access policies).
I have a feeling that most of the complaints about Teams come from people using it standalone, vs. a small part of a whole suite of tools Microsoft sells to businesses. This of course doesn't excuse Teams being shitty in those cases - but perhaps explains why I, and some others, tend to have almost no negative experience with Teams.
To be fair, Slack also suffers from the "write-only medium" problem.
Teams is designed for a world where the problem that Slack solves is viewed as a feature. Looking at them as comparable instant messaging tools is to completely miss the point.
The underlying philosophy with Teams is top-down control: the assumption is that the organisation structure can adequately predict what communication patterns between its members should be allowed.
The underlying assumption with Slack is that the organisation members should be able to set up productive communication patterns without needing top-down control, and that having to impose that control is a bug.
The Slack approach requires discovery and working in the open, to a certain degree, so that what the research calls "weak links" can form between individuals in disconnected parts of the organisation. Teams (at least, wherever I've seen it) is actively hostile to this: you have to invite, to be invited, to already know who to speak to. Slack - when done right - radically changes how the organisation integrates with itself.
I have, of course, seen it done very wrong: if you come from a Teams world you'll likely want to lock Slack down so that it can't provide its main benefits; the instance I'm on right now blocks public channel creation, which is bonkers if you understand the problem area.
If your org is small enough and has enough of a mixing function outside the digital tooling that it doesn't need a helping hand, then there's not much in it, but past a certain size and it's not even close.
The underlying philosophy with Teams is top-down control: the assumption is that the organisation structure can adequately predict what communication patterns between its members should be allowed.
The underlying assumption with Slack is that the organisation members should be able to set up productive communication patterns without needing top-down control, and that having to impose that control is a bug.
The Slack approach requires discovery and working in the open, to a certain degree, so that what the research calls "weak links" can form between individuals in disconnected parts of the organisation. Teams (at least, wherever I've seen it) is actively hostile to this: you have to invite, to be invited, to already know who to speak to. Slack - when done right - radically changes how the organisation integrates with itself.
I have, of course, seen it done very wrong: if you come from a Teams world you'll likely want to lock Slack down so that it can't provide its main benefits; the instance I'm on right now blocks public channel creation, which is bonkers if you understand the problem area.
If your org is small enough and has enough of a mixing function outside the digital tooling that it doesn't need a helping hand, then there's not much in it, but past a certain size and it's not even close.
Arguably, those differences come from size of the core/target market. Slack targeted small companies and startup. Teams targets corporations.
A lot of its design decisions make sense in this context: for example, the reason "you have to invite, to be invited, to already know who to speak to" in Teams is that because you can't exactly fit 10 000 employees and an unbounded number of contractors and external parties in a vertical list, and tell the users to scroll through it. At this size, you need some discovery / matching process to even figure out who to write.
This also drives many of the "barriers" in Teams - you can't expose everyone to everyone else by default, because the CPU (and the notification counter) would have trouble keeping up. Instead, with everything being need-to-know by default, a new employee is going to start in a small, cozy team space, and gradually expand their list of contacts and team memberships. However, they're not actually isolated - the megacorp is still there, thousands of teams, tens of thousands of people, all accessible through that unassuming search bar at the top.
A lot of its design decisions make sense in this context: for example, the reason "you have to invite, to be invited, to already know who to speak to" in Teams is that because you can't exactly fit 10 000 employees and an unbounded number of contractors and external parties in a vertical list, and tell the users to scroll through it. At this size, you need some discovery / matching process to even figure out who to write.
This also drives many of the "barriers" in Teams - you can't expose everyone to everyone else by default, because the CPU (and the notification counter) would have trouble keeping up. Instead, with everything being need-to-know by default, a new employee is going to start in a small, cozy team space, and gradually expand their list of contacts and team memberships. However, they're not actually isolated - the megacorp is still there, thousands of teams, tens of thousands of people, all accessible through that unassuming search bar at the top.
> all accessible through that unassuming search bar at the top.
And there's the problem. Slack also has that search bar, but it also has public activity so you have a chance of knowing what to search for. The discovery process is the public conversations.
> This also drives many of the "barriers" in Teams - you can't expose everyone to everyone else by default, because the CPU (and the notification counter) would have trouble keeping up.
This is just not a problem. If you've got notifications on by default for busy public channels, you're going to have a bad time.
And there's the problem. Slack also has that search bar, but it also has public activity so you have a chance of knowing what to search for. The discovery process is the public conversations.
> This also drives many of the "barriers" in Teams - you can't expose everyone to everyone else by default, because the CPU (and the notification counter) would have trouble keeping up.
This is just not a problem. If you've got notifications on by default for busy public channels, you're going to have a bad time.
> the instance I'm on right now blocks public channel creation, which is bonkers if you understand the problem area.
If I was working with a team of tech savvy developers, I'd completely agree with you, and we'd probably be using Slack, or maybe Zulip. I'm not - I work at a bakery and I'm the only technical person at our company. Most people don't even own a laptop. Every day is a surprise to me as I get a tech support call about something so basic like not checking if something is plugged in. If you've ever watched The IT Crowd, and thought the tech support calls were satire - they are not.
Everything has to be locked down and simplified to the extreme, otherwise I will be called to fix or explain it over and over again. The thought of allowing everyone to create a channel whenever they want is giving me nightmares, honestly. It's already a daily frustration to get idea of channels across at all. Actually scratch that, even getting people to stop using Zalo (local version of Whatsapp) was a struggle and I'm pretty sure it's still happening behind our backs.
Thinking about allowing everyone to create channels ad-hoc. It wouldn't work, it would turn our communications into a mess. We have total of about six channels and already get complaints that it's too confusing.
If I was working with a team of tech savvy developers, I'd completely agree with you, and we'd probably be using Slack, or maybe Zulip. I'm not - I work at a bakery and I'm the only technical person at our company. Most people don't even own a laptop. Every day is a surprise to me as I get a tech support call about something so basic like not checking if something is plugged in. If you've ever watched The IT Crowd, and thought the tech support calls were satire - they are not.
Everything has to be locked down and simplified to the extreme, otherwise I will be called to fix or explain it over and over again. The thought of allowing everyone to create a channel whenever they want is giving me nightmares, honestly. It's already a daily frustration to get idea of channels across at all. Actually scratch that, even getting people to stop using Zalo (local version of Whatsapp) was a struggle and I'm pretty sure it's still happening behind our backs.
Thinking about allowing everyone to create channels ad-hoc. It wouldn't work, it would turn our communications into a mess. We have total of about six channels and already get complaints that it's too confusing.
I find bugs or annoyances with Teams every single day. At minimum it has horrible latency for basic UI actions, but also awful file management experiences and an abysmal search feature (seriously, Discord manages to have a dramatically better search feature and that was never targeted at serious business users). Not to mention countless random bugs. Have they made having multiple organisations actually work properly yet with real time message notifications or does it still silo them and you get an email 8 hours after a message if you're lucky? Does the desktop app still destroy battery doing god knows what?
For video conferences I agree, Teams works pretty well for that. I also don't find the client any slower than any other Electron Apps, they are all equally bad. Its the group chats that I find severely lacking compared to Slack. So much wasted whitespace and incredibly inconvenient UX.
Teams - Quite sluggish even on high end machines, annoying bugs such as notifications not showing consistently, messages not being sent, pictures not loading...
Loop - Super beta product with very few features compared to Notion. In particular, I've enabled it in our tenant and it has a showstopping bug for many users in which none of their work is saved. This bug exists from day 1 and still not fixed.
> MS 365 wins by being "just good enough" at _loads_ of things, and way cheaper than the competition.
Agreed!
Loop - Super beta product with very few features compared to Notion. In particular, I've enabled it in our tenant and it has a showstopping bug for many users in which none of their work is saved. This bug exists from day 1 and still not fixed.
> MS 365 wins by being "just good enough" at _loads_ of things, and way cheaper than the competition.
Agreed!
> I think MS Teams gets a bad rap that is doesn't deserve.
No, it entirely deserves it.
No, it entirely deserves it.
I briefly led an underground incentive to use something other than Teams among the engineers at a previous employer. It gathered quite a bit of steam even though none of the alternatives proposed were great. Tells you what people think of Teams!
(It petered out when my priorities shifted, though, so I guess that tells you how much bandwidth people actually have for caring about their instant messaging. (There had already been a successful underground movement to use something other than Teams for video conferencing.))
(It petered out when my priorities shifted, though, so I guess that tells you how much bandwidth people actually have for caring about their instant messaging. (There had already been a successful underground movement to use something other than Teams for video conferencing.))
Personally, I don't mind if a tool is rubbish as long as I can use the bits I need to use and the rest doesn't get in my way. I don't like Teams but mostly keep to chat and video calls and that works fine.
Sure, there is other stuff that might be junk like files, tasks and apps but I just don't use that.
That is the old adage about keeping the main thing the main thing. It depresses me how many major apps doesn't even do the basics well, either performance is terrible or the UX is over-complicated.
Sure, there is other stuff that might be junk like files, tasks and apps but I just don't use that.
That is the old adage about keeping the main thing the main thing. It depresses me how many major apps doesn't even do the basics well, either performance is terrible or the UX is over-complicated.
> It depresses me how many major apps doesn't even do the basics well, either performance is terrible or the UX is over-complicated
Teams definitely falls in this category. It is dog-slow, but even worse for a chat application it randomly just drops messages(!) quietly(!!) which makes for very confusing discussion threads when different people have different sets of messages. That is arguably the very most basic feature that one can expect from chat, and Teams fumbles even it.
Teams definitely falls in this category. It is dog-slow, but even worse for a chat application it randomly just drops messages(!) quietly(!!) which makes for very confusing discussion threads when different people have different sets of messages. That is arguably the very most basic feature that one can expect from chat, and Teams fumbles even it.
You didn't just propose Slack?
> MS Teams, makes me wanna stop working all together
I think this is what some people just don't understand, especially executives or managers who are too far removed from individual contributors' day-to-day activities.
The wrong choice of IT tools can suck the life out of your organization.
Sure, on paper two tools can seem equivalent, but in reality, they are not the same.
I think this is what some people just don't understand, especially executives or managers who are too far removed from individual contributors' day-to-day activities.
The wrong choice of IT tools can suck the life out of your organization.
Sure, on paper two tools can seem equivalent, but in reality, they are not the same.
I don't know, I may be the only person on the planet who actually likes Teams. Like, it's still a pile of shit like almost all software designed in the past 10+ years - but it's better and snappier and prettier than Slack ever was for me.
Maybe the difference is that my employer fully embraced the Microsoft stack, with Office, Outlook/Exchange, SharePoint, and Teams forming a coherent and well-integrated whole.
Maybe the difference is that my employer fully embraced the Microsoft stack, with Office, Outlook/Exchange, SharePoint, and Teams forming a coherent and well-integrated whole.
At a former company, our newly appointed CTO staunchly advocated for the use of IntelliJ, including Webstorm and Pycharm. Coming from a predominantly Java environment, this preference was understandable. However, our team was largely composed of Emacs or Vim users. This sparked a passionate debate, culminating in a disheartened CTO and an aggrieved development team that stubbornly stuck to their favored tools. Two key takeaways from this experience are: a) Avoid trying to impose your preferences onto your team, and b) don't attempt to strip away someone's preferred editor, especially if they are productive with it. A bit of humor added, these lessons highlight the importance of respecting individual tool choices in a team environment. :)
I've always been an advocate of people using the tools that work best for them.
But sometimes, there's better tools out there than $EDITOR, especially when working in large codebases.
Like a recent PR where 4 out of 5 usages of a renamed variable also got renamed, but the last one didn't, and was in an area not covered by tests and it made it to main. (And yep, how it made it past review is a question I'll be asking...)
The dev had switched from VS Code to Neovim recently and I'm reasonably certain that's related.
I'm very comfortable riding motorcycles, but for taking my kids to school, I tend to use a car.
Horses for courses.
But sometimes, there's better tools out there than $EDITOR, especially when working in large codebases.
Like a recent PR where 4 out of 5 usages of a renamed variable also got renamed, but the last one didn't, and was in an area not covered by tests and it made it to main. (And yep, how it made it past review is a question I'll be asking...)
The dev had switched from VS Code to Neovim recently and I'm reasonably certain that's related.
I'm very comfortable riding motorcycles, but for taking my kids to school, I tend to use a car.
Horses for courses.
> (And yep, how it made it past review is a question I'll be asking...)
Given that refactoring support in VSCode is not exactly great, either, and that even Jetbrains products have countless bugs in their "Rename" feature, I'd rather ask: How did the change make it past your merge request pipelines?
Given that refactoring support in VSCode is not exactly great, either, and that even Jetbrains products have countless bugs in their "Rename" feature, I'd rather ask: How did the change make it past your merge request pipelines?
> an area not covered by tests
Also, Django magic makes it very hard for tooling to actually know if something exists or not.
Also, Django magic makes it very hard for tooling to actually know if something exists or not.
Check out the parent of the PR, rename in VS Code and see if it catches it.
> Recently, a decision was announced to decommission Miro as an official Telia tool. The replacement tools suggested was a combination of Microsoft Whiteboard, Microsoft Visio, Jira and Confluence.
I can't even imagine a worse replacement than that shudders. How typical that great bespoke tools are rejected in favor of whatever poor features/products available through existing product licenses.
I can't even imagine a worse replacement than that shudders. How typical that great bespoke tools are rejected in favor of whatever poor features/products available through existing product licenses.
Also, how many of the people doing the actual work at that company even want licenses to those tools in the first place?
It's 2023 and apparently neither of the two main whiteboarding tools allow you to freely choose background colour. So forgive me for not being excited for either.
Keep things simple? Yeah, meet your new standard 6 key board, who needs the other 20 letters anyway: https://m.media-amazon.com/images/I/61C8GdWvptL._AC_SL1500_....
Keep things simple? Yeah, meet your new standard 6 key board, who needs the other 20 letters anyway: https://m.media-amazon.com/images/I/61C8GdWvptL._AC_SL1500_....
It seems odd that a post on the official company blog is showcasing disliked IT policy. This reads like an airing of dirty laundry, and I’m kinda surprised it was allowed to be published. I understand the “we have food at home” IT policy of using software you’re already paying for. On the other hand, it’s clear that the author isn’t sure who made the call to ditch Miro and wants Miro reinstated. I wonder if this blog post will convince people internally.
People are using "Norwegian culture" as an excuse but simple & scary "office politics" looks more likely.
Compare this blog post where the author threatens to quit to the previous ones, which express happiness with Telia, and an eagerness to ape Bay Area DevRel trends.
https://engineering.telia.no/blog/dev-happiness-fika
https://engineering.telia.no/blog/my-first-months-in-telia
Their internal company culture does not seem to be in a good place.
Compare this blog post where the author threatens to quit to the previous ones, which express happiness with Telia, and an eagerness to ape Bay Area DevRel trends.
https://engineering.telia.no/blog/dev-happiness-fika
https://engineering.telia.no/blog/my-first-months-in-telia
Their internal company culture does not seem to be in a good place.
I’m not entirely sure where you get “threaten to quit” from. I am generally happy working at Telia, and the Happiness Fika that you link to is a great way to work with improving the workplace, in my experience.
The point of this post, is to discuss how decisions like these are being made, and what I think should be a part of that process, using the example of our current Miro discussion as framing.
The point of the ending paragraph is not to threaten to quit, but that some people quitting is one outcome that is probable when the company decides to cut out a tool that many people use and like.
Personally I feel that the ability to be open about disagreements is a good sign for our culture.
The point of this post, is to discuss how decisions like these are being made, and what I think should be a part of that process, using the example of our current Miro discussion as framing.
The point of the ending paragraph is not to threaten to quit, but that some people quitting is one outcome that is probable when the company decides to cut out a tool that many people use and like.
Personally I feel that the ability to be open about disagreements is a good sign for our culture.
Read up a bit on Norwegian culture and it will make more sense. Very different from what you are used to in US culture.
> Employee experience and productivity should be equally important in these discussions as cost and security. And if you are making a decision about available tools on behalf of others, you need to spend time to understand the needs of the people you are deciding on behalf of, if you want to make a good decision.
I work in a larger company where only 20% is development. We are thrown in with the 'rest' of the people, and as such have insane restriction on tools, both online and on our computers.
The problem is that our voice is not large enough to get to the CTO.
I work in a larger company where only 20% is development. We are thrown in with the 'rest' of the people, and as such have insane restriction on tools, both online and on our computers.
The problem is that our voice is not large enough to get to the CTO.
Does efficient operation of the dev team not directly impact revenue? If you can’t release effectively, causing delays, the CTO will notice when the CFO gets pissed!
[deleted]
This reads like a really good review of Miro!
Either way, I don't see why the people doing the work should not be allowed to (collectively) choose their tools. That way you get both collaboration (because they picked one thing together) and the most appropriate tool for the work to be done.
Either way, I don't see why the people doing the work should not be allowed to (collectively) choose their tools. That way you get both collaboration (because they picked one thing together) and the most appropriate tool for the work to be done.
There's a high chance a company will have already paid a large subscription fee to Microsoft for Office 365, and so they don't want to pay yet another licence fee on top for a tool that's already included with that. The people making these financial decisions are usually not the users of said tool.
> Either way, I don't see why the people doing the work should not be allowed to (collectively) choose their tools.
Because in a big company you’ll find some things are documented in a combination of jira and confluence while another are in big figma boards and nobody knows where to look (my gf’s company has exactly this problem).
Also in a big company you want to have two teams collaborate but one uses one tool set and the other a different stack and there aren’t enough licenses for both.
And so on. It’s like having each team use its own code formatting rules or coding standard.
Because in a big company you’ll find some things are documented in a combination of jira and confluence while another are in big figma boards and nobody knows where to look (my gf’s company has exactly this problem).
Also in a big company you want to have two teams collaborate but one uses one tool set and the other a different stack and there aren’t enough licenses for both.
And so on. It’s like having each team use its own code formatting rules or coding standard.
For the first problem, I would argue the tools people work with and the formats they publish should be two completely different decisions. Work however you want, but sure as hell publish in a standardised format supported across the organisation.
For the second problem, I guess I don't have much to say because I haven't tried running a large company. I just have never heard any good reason to be stingy with licences. On the other hand, the time I have wasted and the extra work I have done to get around problems caused by upper managment being stingy with licences has cost a lot more than the licence would.
I guess this will immediately make people discard my opinion, but I don't actually feel very strongly about each team having its own formatting rules or coding standard. It's not hard to adapt to the local conventions and the consequences of formatting rules are incredibly local.
For the second problem, I guess I don't have much to say because I haven't tried running a large company. I just have never heard any good reason to be stingy with licences. On the other hand, the time I have wasted and the extra work I have done to get around problems caused by upper managment being stingy with licences has cost a lot more than the licence would.
I guess this will immediately make people discard my opinion, but I don't actually feel very strongly about each team having its own formatting rules or coding standard. It's not hard to adapt to the local conventions and the consequences of formatting rules are incredibly local.
> I would argue the tools people work with and the formats they publish should be two completely different decisions
That is a position that has been lost ages ago; the desktop model has given way to the app model. Instead of having files and then programs that work with those, we these days have data enclosed inside apps.
That is a position that has been lost ages ago; the desktop model has given way to the app model. Instead of having files and then programs that work with those, we these days have data enclosed inside apps.
I don’t understand. Would it be sensible to require people using Figma to instead use Jira? Two tools with completely orthogonal use cases. It sounds like you’re describing a different problem.
GP said 'things are documented in' - while neither's an ideal tool for long-term product-oriented 'how its supposed to work' docs, both are definitely used like that.
(You probably wouldn't choose either for that from the beginning, but you start using Jira for issue tracking/feature planning, of Figma for feature design, and end up with them holding a lasting record of how the feature is intended to be.)
(You probably wouldn't choose either for that from the beginning, but you start using Jira for issue tracking/feature planning, of Figma for feature design, and end up with them holding a lasting record of how the feature is intended to be.)
“You must use this tool for this specific collaborative process” is not the same thing as “You must not use this tool at all”.
As 'zokier pointed out[0], we live in the age of apps. If you're not allowed to use this tool for collaborative process, often enough you may just as well not use it at all - as moving data between apps is usually a manual process that's boring, time-consuming, and lossy. Modern apps are tools of control, not cooperation.
--
[0] - https://news.ycombinator.com/item?id=36402497
--
[0] - https://news.ycombinator.com/item?id=36402497
It seems that at her company, some people do use Figma for internal documentation. SHM.
I think it's often a case of better the devil you know...
Imagine adding a new app. Can you just delete the existing? Not necessarily, maybe some people need to use that so now you are supporting 2 apps. Maybe there is a lot of legal work to check the status of a new app. Maybe the new tool seems great but maybe once you have committed to it and taken a large amount of time and money migrating, maybe it doesn't scale well. Maybe a certain feature doesn't work like it needs to.
The problem with the idea of the collective is that not all people have skin in the game. It costs nothing for someone to say they prefer something to something else but how do you make sure that the people who use it the most have more say in the choice?
The truth is, the status quo is always easier than something new.
Imagine adding a new app. Can you just delete the existing? Not necessarily, maybe some people need to use that so now you are supporting 2 apps. Maybe there is a lot of legal work to check the status of a new app. Maybe the new tool seems great but maybe once you have committed to it and taken a large amount of time and money migrating, maybe it doesn't scale well. Maybe a certain feature doesn't work like it needs to.
The problem with the idea of the collective is that not all people have skin in the game. It costs nothing for someone to say they prefer something to something else but how do you make sure that the people who use it the most have more say in the choice?
The truth is, the status quo is always easier than something new.
A bit of a strange post. How can you write so much about a decision to stop using a tool? And on the company blog? And threaten to quit at the end of the blog?
I'm in a Very Large Company that just yoinked Jira and replaced it with GitLab Issues. I can't even tell how badly it's going because no-one knows what going on with any project now. People are literally copying and pasting hand-edited Excel summaries of sub-projects in emails and asking people to edit in place and reply. It's hilarious.
It's super standardised, though.
It's super standardised, though.
do you think it's an issue of gitlab or of the transition?
As far I know Jira and GitLab issues initially can look kinda similar (depending on how Jira is used) but are very different in what works well with them so Jira to GitLab transition seems rather risky.
And while I haven't used GitLab issues a lot, GitHub issues are kinda terrible and Jira isn't better either (but bad in different ways; with github actions you can try to "fix" GitHub but in practice this doesn't work that well my experience and can't fix the most important issues)
As far I know Jira and GitLab issues initially can look kinda similar (depending on how Jira is used) but are very different in what works well with them so Jira to GitLab transition seems rather risky.
And while I haven't used GitLab issues a lot, GitHub issues are kinda terrible and Jira isn't better either (but bad in different ways; with github actions you can try to "fix" GitHub but in practice this doesn't work that well my experience and can't fix the most important issues)
GitLab Issues, especially as exposed by the UI is just ludicrisouly primitive vs Jira. They're trying to cover the GitHub use case regarding basically 'context for merge requests'. There's no planning, reporting, sane linking, reports, no query language, no batch updates, and visibility model means Issues edits are also basically committers, so good-bye segregation. It's just chalk and cheese.
Someone invariably says 'with the REST API you can do ...' which now means we have hundreds of teams reimplementing the out-of-the-box Jira features in mutually incompatible ways for their own consumption. All of that dev time is gone. I honestly hope the shareholders don't find out.
Someone invariably says 'with the REST API you can do ...' which now means we have hundreds of teams reimplementing the out-of-the-box Jira features in mutually incompatible ways for their own consumption. All of that dev time is gone. I honestly hope the shareholders don't find out.
If anything this shows clueless people allowed to make decisions. Let teams flock around their tools. What's 10 bucks a month on an employees salary. Oh its not the cost, you think the difference in tools is what creates friction in your organisation? Maybe sit in on a couple of meetings, watch your people work, talk to them.
> What's 10 bucks a month on an employees salary.
And isn't my flashlight app for iPhone worth more than a Starbucks latte a month?
SaaS companies want you to think in terms of marginal cost - hoping you'll forget that all those subscriptions add up, and hoping you don't realize that this "10 bucks a month" establishes a relationship with the SaaS vendor that you don't really want to have. And especially in B2B, that relationship isn't going to have your team/company's best interest in mind.
Every now and then HN has a submission or discussion with advice for startups on how to sell to enterprise customers. Reading those, you may discover that this "only 10 bucks a month" subscription aimed at individual employees is a wedge - it's designed to establish a beachhead within the corporation, starting with a single person or a single team, and expanding until the point the vendor can send in their sales team and secure a fat deal, pointing out that their product is already widely used, and probably too hard to extricate at this point.
And isn't my flashlight app for iPhone worth more than a Starbucks latte a month?
SaaS companies want you to think in terms of marginal cost - hoping you'll forget that all those subscriptions add up, and hoping you don't realize that this "10 bucks a month" establishes a relationship with the SaaS vendor that you don't really want to have. And especially in B2B, that relationship isn't going to have your team/company's best interest in mind.
Every now and then HN has a submission or discussion with advice for startups on how to sell to enterprise customers. Reading those, you may discover that this "only 10 bucks a month" subscription aimed at individual employees is a wedge - it's designed to establish a beachhead within the corporation, starting with a single person or a single team, and expanding until the point the vendor can send in their sales team and secure a fat deal, pointing out that their product is already widely used, and probably too hard to extricate at this point.
I have about 20 years of experience dealing with this ranging from mostly harmonious all the way to civil war.
100 employees and 130 different SaaS tools. Got buy in from senior management to reduce footprint to lower cost and increase security and compliance only to get pushback from every middle manager that would bring up these same reasons why THEIR team is special.
Ok Mr/Mrs Team lead… be careful what you wish for because TCO and full RP status is now on your head. And I know you don’t have the experience to assess the costs, risks and admin workload but you’ve managed to convince the CEO. Not my problem anymore. I’ll let the auditors know where to find you when it comes time.
At least I was smart enough to know to keep Miro, though. They’re reasonably good at managing data over the course of staff churn and the flexible licensing is nice.
Try convincing everyone that grammarly is a keystroke logger.