That's awesome for teams to focus on just work conversations but unfortunately not enough.
We've completely switched our work communication to a self-hosted matrix+element with SSO, so we can be sure our matrix auth is secured the same way our other internal services are.
However, some of us also have personal matrix accounts which are offline during work hours and corporate accounts are offline outside of work hours which forbids using matrix as an emergency contact method. It would be great to either ability to sign into multiple accounts or an ability to sign into a single space using account other than the default one.
Yup. Multiaccount is desperately needed in Element. Other Matrix clients (FluffyChat, Quaternion, possibly Nheko?) have it already though)... plus you can always cheat and just open Element in multiple browser tabs :)
I got around the single-account limitation on Element by installing a work profile on my Android phone using Shelter[1]. I initially spotted this from HN while we were looking at migrating from Slack to Matrix and I wanted to keep my personal account separate.
Works surprisingly well for my use-case (keep work stuff separate on Element) and even allows me to disconnect completely from work by simply turning off the profile.
Definitely not, I'd still preferr to have proper multi-account support over having to use a work profile on Android (or multiple profiles if using a browser).
yeah, I've done this too - it's pretty simple and effective for getting 2 accounts for anything. though it's a shame that it's only limited to 2, since it's not like all people have only 1 job...
... but it's quite far from actual multi-account support, so I do think that's still necessary :)
I one corporation they used pagers exactly for that emergency situation, some techies just wanted a smartphone timeout at weekends etc (aka don't have to check your phone every 30minutes). But if the pager rings you know it's something serious.
> forbids using matrix as an emergency contact method
I think it's good policy that your work communication tools are unavailable outside of work hours. It's actually mandated by worker protection laws in many countries (France included).
But if your work contract specifies you have compensation for staying reachable on an emergency basis, why not have a dedicated emergency channel where both personal and work accounts are subscribed?
When I started programming on ruby my laptop couldn’t handle IntelliSense and tests which required too much cpu and ram. So I’ve switched to vim on server through ssh. Later I’ve switched to emacs as it seemed to me more powerful than him back then.
After I got MacBook I’ve switched to TextMate utilizing powerful macOS keyboard shortcuts for text navigation. MacBook was pretty fast to handle ruby-related tasks.
Later I found myself in IntelliJ idea working on my Scala projects with emacs keybindings. I intuitively used emacs keybindings everywhere - from terminal to text fields in browser (without changing defaults!). Pretty comfortable until...
I started programming in Rust. It’s compiler and lsp servers use very much cpu, ram, compilation is really slow heating laptop like a frying pan. Here comes VSCode with vscode-remote which allows to write code on desktop gui while compiling, executing IntelliSense commands (lsp server to be exact), etc on a powerful cloud server. As I understand it executes everything remotely except GUI rendering and interaction. On network interruptions it restores connection seamlessly, I barely noticed. It was a salvation.
VSCode has a bunch of predefined hotkeys which can be customized to fit my emacs-like navigation habits but there are always conflicts with some already existing bindings, also extension tend to add their own defaults. Too messy. Vim/emacs emulators are incomplete and buggy. This led me to weird trackpad&keybindings experience for navigating, building, debugging... Remembering how productive I was in vim/emacs I couldn’t handle this despite perfect state of the art vscode-remote.
So I decided to give vim/emacs a try, discover how ecosystem changed during 10+ years. After some investigation I’ve landed on neovim and tried to work on a rented server as I used to in my first programming years.
Experience was far away from VSCode-remote. Due to network lags and ssh overhead I can’t be productive with all the benefits neovim offers. So I ended up buying a powerful home server, connecting to it from my MacBook and work in neovim over ssh. It’s ok but I really miss the “true” remote mode which offers local almost zero-latency editing with remote everything else. Renting powerful servers which has access to the whole dev infrastructure. Paying for them hourly. There are so many discussions about/plugins implementing VSCode and its extensions features in (neo)vim/emacs but in my opinion the really missing piece which don’t turn (neo)vim/emacs to VSCode but instead makes them as powerful as VSCode in cloud-powered code development. Am I the only one who miss this feature?
I think what you're looking for is TRAMP [0,1]. After resisting it and continuing to ssh into remote hosts in a shell, I finally started to switch my workflows over, and the improvement is substantial. Async remote compiling might work out of the box in some cases, or it might require some additional configuration.
I have always used emacs inside tmux over ssh with <50ms latency to remote servers, I can barely perceive the difference in typing. As good as vscode remote capabilities are, it can't really beat having your editor local to your dev environment (in my case, emacs inside the server).
However, if you truly want your code editor to be local, vscode has truly become king for working with remote environments, nothing else comes close to it, it's really good. They have achieved this by installing a component on on the server that syncs with your local editor, which they won't open source of course.
Due to the the lack of native strings in WebAssembly different Wasm compilers have different memory layouts and string encodings. For example assemblyscript uses ucs2 for the sake fo compatibility with JavaScript. This obliges to carefully work with memory bounds, string length estimation due to difference in host native and guest string encodings.
AS as well as JS interpret code strings as UTF16-LE during follow methods: String.p.codePointAt, String.p.toUpperCase/toLowerCase, String.p.localeCompare, String.p.normalize, String.fromCodePoint, Array.from(str). In rest cases strings interprets as UCS-2.
The do in all the observable JS APIs, but behind the scenes there are a number of optimizations in each JS engine to deal with the fact that most JS and JSON source comes off the wire in UTF-8 or ASCII.
Could be a good solution for projects with high volume of Russian visitors: access to many cloudflare servers is restricted by great fucking russian firewall.
We've completely switched our work communication to a self-hosted matrix+element with SSO, so we can be sure our matrix auth is secured the same way our other internal services are.
However, some of us also have personal matrix accounts which are offline during work hours and corporate accounts are offline outside of work hours which forbids using matrix as an emergency contact method. It would be great to either ability to sign into multiple accounts or an ability to sign into a single space using account other than the default one.