As another comment said, this is pretty basic stuff. Though I am not surprised. The Teams client is pretty bad. It's slow and clunky. It tries to do way too much while succeeding at very few things.
The desktop client chat _still_ doesn't have a "reply to message" feature, while the mobile client has had it for, what, more than a year? This is a feature that _should_ cost a competent engineer no more than what, a week? to implement. The team should take a note out of Discord's or Telegram's book to improve the chat experience. It's really very bad.
In the meantime the latest noticeable additions were mostly fluff like extra ways to show webcam stream backgrounds, and a "cinema-like" webcam-view.
It's interesting that the same company can produce both Teams, being pretty bad, and VS Code, being very good.
It's interesting that the same company can produce both Teams, being pretty bad, and VS Code, being very good.
I think it was simply rushed to production. I remember VS Code not being that amazing at the start (slow etc.), but with time, effort and love put into it, it grew to become a competent IDE.
Teams was horrible when it first came out, but I'm noticing some improvements in performance and stability since then.
I would like to agree here, but to emphasise "discipline" being an organisational not individual issue. Given that there are certainly competent emgineers at MSFT and most could carve out a week of coding without anyone noticing, what is missing is high level organisational insistence on good professional discipline - and it's so easy to just let that slip.
For example a comment earlier mentioned the chat feature is broken but they rushed out video background changes. This of course is a response to zoom - and it's possible to argue it's a strategic necessity - but it suggest the top level product management is blowing around in internally company winds rather than user needs.
> and it's possible to argue it's a strategic necessity
I would argue its a strategic failure. Purely reacting to the competition is something that has led to countless Microsoft disappointments (e.g. Zune, Bing).
Discord does not have a "reply to message" feature either, it just copies and pastes the message into your input field. You can freely edit the quoted message, and if the user you replied to edits his message, yours won't get updated.
I don't understand why every advertised feature of Teams can't be done with a web interface, like Slack.
Even with Slack I see no reason for a desktop client, which looks to me like just a widget-less browser running slack.com inside. I didn't need an app for that. And with the web client I can inject JS/CSS as I please (e.g. to prevent sending typing indicators).
The most obvious one is screen sharing - that requires some access that isn't possible through the browser. Also, interacting well with audio and video hardware might need native support.
Discord is another interesting datapoint. You can access that through the browser or natively, but their team has said that the native client means (among other things) better access to audio codecs for better quality audio and things like noise cancellation.
Video calls through a browser seem really hard to do well. I think that's why so many video call systems like Zoom really push you to download and use their native client.
My kid's school issued Chromebooks for remote schooling and are using Zoom through the browser. It was so bad that I pulled out an old Macbook instead. The Zoom native client running on a 12 year old Macbook works way, way better than running in updated Chrome on a recent Chromebook.
That sounds more like an issue with Zoom and the Chromebook. :/ My ~8 year old desktop works great with video chat in Firefox.
Then again my 8 year old desktop has 32GB of RAM and it is amazing what throwing 32GB of RAM can do to solve problems.
I've actually used video chat in multiple web apps for years now w/o issue though. In theory almost every aspect of video chat should be offloaded to GPU, the browser should just be a dumb canvas to throw pixels at, if that isn't the case then something has gone wrong somewhere in a particular setup. :(
Have you compared it to using Hangouts? I have no problem with the in-browser video quality on Hangouts, and get even better quality using a direct P2P WebRTC link.
I think Zoom is doing its own streaming schengens in the browser with JS and not using the native WebRTC framework for video streaming. It's very possible that they made the web client experience deliberately poor so that they could sell you on downloading the native client, and then spy on you.
Yeah the Teams webapp supports screen sharing (and does it pretty well)! I particularly like the way Edge (and I assume Chrome) let you choose to just share a specific browser tab.
The calls are pretty limited in the Browser. You only have the speaker view with one person and can't use the gridview.
And firefox is completely blocked from doing any calls at all.
I talk about the universal law of chat client entropy. Chat peaked in 2000/2001 with AIM and Yahoo. Everything else get worse over time.
Chat isn’t a product that can stand alone, so it’s always attached to another agenda. Skype was an interoperable phone with chat attached. Teams is a SharePoint client that has chat.
Right, that's the sadness of it. IRC clients were lacking, and the "auth for free" that came with AIM/Yahoo (and now Facebook) made the difference.
It would have been 100x simpler to create a compelling GUI client for IRC (back in the day, they sort of exist now), than to build an entire new protocol, server infrastructure, and GUI client to support a branded and controlled chat. Never mind multiple competing and incompatible versions of same.
Conflicting interests, obviously. But as a technology, "chat" did not improve materially between 1990 and 2010 or so.
As another datapoint, I also use Teams on Linux (Mint 20) and although it's generally fine to use, on a couple of occasions it has completely frozen my desktop PC about 1 hour into a meeting and I've had to hit the power button to get going again.
I would not surprised. The MS Teams client here uses more RAM than all the other programs I have on my desktop, including but not limited to my desktop environment itself (Gnome) and Firefox with plenty of open tabs.
I haven't had the inclination to investigate, but I suspect it's something like a memory leak that eats up all the (16GB) RAM and then swaps the system to death. Maybe if I was patient enough I could get an alternative console prompt and poke around, but when you need to get back into that meeting....
The Windows client is really really slow. Nearly every time I click on it and start typing I get about 10 characters in before it pauses and does something for about 15 to 60 seconds, and then I can finish my message when it's done.
Having both Teams and Skype, we are slowly depreciating Skype, the one feature I miss most in Skype is that it is very easy to have just a list of who is active and who is not where in Teams you have a list of people you have chatted with but that is different than keeping track of people by favorites.
> It's interesting that the same company can produce both Teams, being pretty bad, and VS Code, being very good.
The former it develops by itself, the latter has a codebase others are Free to contribute to (as long as they don’t agree to the official binary’s EULA, which isn’t required to use VS Codium).
The desktop client chat _still_ doesn't have a "reply to message" feature, while the mobile client has had it for, what, more than a year? This is a feature that _should_ cost a competent engineer no more than what, a week? to implement. The team should take a note out of Discord's or Telegram's book to improve the chat experience. It's really very bad.
In the meantime the latest noticeable additions were mostly fluff like extra ways to show webcam stream backgrounds, and a "cinema-like" webcam-view.
It's interesting that the same company can produce both Teams, being pretty bad, and VS Code, being very good.