As an FYI you can have the "vanity domain" if you just use the webfinger protocol with your own custom domain. Don't necessarily need to self-host it.
Does this method let you move instances “under the hood”?
Readit Newseddiegroves commented on Tweetbot. April 2011 – January 2023 tapbots.com/tweetbot/... · Posted by u/davidbarker
eddiegroves commented on Why you should NOT use NativeScript csimpi.medium.com/why-you... · Posted by u/SuaveSteve
Just to understand this correctly, are you talking about internal debates at google? Like the different teams embracing different technologies for building apps?
Yes, Flutter is “sponsored” by other money making teams inside Google. It is why resources have been spent on Flutter for Web, which no one asked for - the Ads team essentially bought the feature for their usage. This was also how React Native got its start in Facebook.
So my read of Flutter is it’s a way for talent to “ship and get promoted” inside Google or to support other Google product teams. Everyone else is a secondary priority.
eddiegroves commented on The Serverless Revolution Has Stalled infoq.com/articles/server... · Posted by u/simonpure
The Serverless Revolution is still happening all around us, with products like Netlify and the new DO App platform, not to mention all the enterprises moving into the cloud and moving more of their systems into managed products, using serverless components to tie it all together.
Serverless is part of many different mini-revolutions that have been going on for around the same amount of time, with micro services, rebalancing to have more processing on the client side, managed cloud services within private clouds, and the no-code/low-code movement.
Some applications aren't meant for serverless; they need containers or even on-prem on occasion. But most applications are clients with some basic APIs, and many of those are being thrown up on Netlify and AWS and no one outside of the developers are really noticing.
> DO App platform
Can you expand this reference please, Google/Github search didn't give me any obvious results.
How relevant would be del.icio.us these days?
(edit: typo)
Very useful in my opinion, given the decline of Google
Edit: Referring to ways of discovering non-mainstream content
eddiegroves commented on Ask HN: What's the worst piece of software you use everyday? · Posted by u/guu
Atlassian's Confluence (Cloud). A showcase for the decline in web based software forced by the move to make everything a SPA. A terrible new editor experience. Slow JavaScript heavy page loads. No persisted markup editing.
eddiegroves commented on Org-roam: Emacs org file based personal knowledge base system orgroam.com/... · Posted by u/matthberg
This is going to be unpopular, but clunky, ugly and antiquated all come to mind when I look at emacs.
Yes, a common reaction, until newbies (like myself) find configurations like Doom Emacs and Spacemacs and come to realize the opposite. For myself it's only missing a slightly better "rending experience" like VSCode.
I was hoping this tool would support directionality/sequencing of nodes.
A tool I've used in the past is SequenceDiagram.org for diagraming a sequence of service calls. While a bit old-school, it's good for its purpose.
I've also used Whimsical[0] to model flows and graph-like relationships. It's got the added benefit of allowing multiple users to view and edit the same document. Whimsical is still my favorite tool right now due to flexibility, but it's a closed-source/paid product, so I'm open to alternatives.
Looks visually pleasing, but I found their more complex diagrams harder to read compared with something more plain.
eddiegroves commented on Create Diagrams in VS Code with Draw.io github.com/hediet/vscode-... · Posted by u/sharjeelsayed
Why did they rename draw.io to diagrams.net?
Some history and downsides to the `io` domain: https://www.thewebmaster.com/hosting/2016/feb/27/io-tld-top-...
eddiegroves commented on Create Diagrams in VS Code with Draw.io github.com/hediet/vscode-... · Posted by u/sharjeelsayed
wow, it's great. I'm using plantuml, but I will try this when looking for more flexibility.
I could see both working well when depending on the situation and audience. In my role I'm seeing a need for plain diagrams that need to be kept up-to-date and a "pretty" diagram for showing the bosses for 30 seconds in presentations.
eddiegroves commented on Create Diagrams in VS Code with Draw.io github.com/hediet/vscode-... · Posted by u/sharjeelsayed
Being a person who doesn't typically want to draw diagrams, I opted to go with draw.io as it looked very simple and easy. However, I was nudged to try PlantUML and to my surprise it was a lot simpler and faster to create diagrams. A point which you mentioned is maintaining the diagrams for long-term. We have a docs folder in our repository which includes all our PlantUML. It's quite easy to pick up as a language, and because it generates the diagrams for you, you don't waste minutes fiddling with getting the arrows all matched up. I would definitely give it a try - makes life so much easier!
Plus, there is a VS Code extension for it as well, which auto generates the diagrams when you save.
Great to hear your experiences. I've played with the VS Code extension and even run PlantUML server locally in Docker which worked very well.
Do you create actual UML diagrams or just use the shapes and constructs available in PlantUML to create a more ad-hoc diagrams?
> waste minutes fiddling with getting the arrows all matched up
I can resonate with this!