HN user

Esras

72 karma
Posts3
Comments30
View on HN

I think the sentiment is usually paired with discussion about those products as long-lasting, revenue-generating things. Many of those ended up feeding back into Search and Ads. As an exercise, out of the list you described, how many of those are meaningfully-revenue-generating, without ads?

A phrasing I've heard is "Google regularly kills billion-dollar businesses because that doesn't move the needle compared to an extra 1% of revenue on ads."

And, to be super pedantic about it, Android and YouTube were not products that Google built but acquired.

I think I can see some of where this could be utilized, but I think I'm still missing a step and I'm hopeful someone can fill me in.

There's a comparison against Argo Workflows, but with the description here and in other comments, Koreo seems to be aiming more for what I would use Argo CD for - managing the entire state of the cluster, the controllers, configuration, etc. Because of it tying into repos, you can then define the entire state of your cluster in code, and Argo CD has tools for doing some of the interpolation of variables into your YAML.

The project looks cool, and I don't think that the world suffers from having multiple ways of doing something, I just want to understand it better.

Thanks for sharing! I was thinking how this is a good example of the kinds of things that you can do with a game engine that already exists, as opposed to having to write everything yourself.

Also a nice mention of octrees' use outside of voxels.

Thanks, as I said, easy to fool yourself into thinking you're wrong when esolangs are involved.

The CLI tool is fantastic. I never thought that I'd see an esolang where "ergonomics of using it" was something the author would work on. I'll play around with that some more later, thanks again!

This is beautiful, genuinely (the SVGs are lovely bits of artwork) and it's a fun puzzle to read, and I've shared with friends that like esolangs, including your book (good luck on publishing!).

In the "Data Strands" -> "Value Strands" section, you describe it as "Value strands (and other data strands), begin with a hook that points up (as in the third strand below) or to the left (as in the first two)" for the following example:

  1 ╵╰──╮╭──╯╶╮
  2    ─┘└─   └─╮
  3               
  5              ╷
but the way I was parsing it was that the hook is '╰' or '╯', in which case both of those are hooks pointing up? It looks like a fairly innocuous typo, but I'm never sure with an esolang so wanted to ask.

For anyone else coming along reading this thread, in searching for Brexit's impact, I see mention that while a sharp recession and many of the doom-and-gloom style predictions didn't happen, it _absolutely_ has had a negative impact on the economy, and that it's expected that the effects are long-term and will continue.

I do think it's potentially fair to say that some of those effects aren't relevant for this particular article or discussion, due to the recency. The movement around it didn't arise out of nothing, after all.

Positives upfront:

I appreciate that the article is trying to describe a complex topic, and many of the issues described are shared by us here in the US. It does cite different statistics of other nations as comparisons, and calls out that access to jobs, ease of movement, and housing are all things that help make countries wealthy.

Now for the downsides.

I feel like this article maintains a tone throughout that I might describe as "dismissive nationalism." The comparison against France is preceded by a paragraph that, due to the framing, is presented as ludicrous, proceeds to describe all of the things France does better, and then somehow still makes the claim that Britain has "many advantages." Perhaps that's intended in a vacuum, but with how hard it's pushing for private investment (to the extent that it touts all that earlier infrastructure in Britain as "built by a total of 1,116 private companies" and that it describes the State's role as functionally just exercising eminent domain), it's hard to overlook.

And while the underlying paper is discussing foundational, long-term effects, that there isn't a single mention of Brexit in the article feels stark in contrast to the conclusory statement by the paper's authors of "it is vital that Britain should once more have the strength and self-belief of 1939 with which to play its part in the leadership of the free world."

---

I'm not an expert in economics (as my critique above might have clued you in), but I do think it's important to be careful in which experts you choose to listen to. I also don't know the biases that this particular publication or the underlying paper subscribe to.

I may try read the Foundations paper (https://ukfoundations.co/ - it's not that long), but if this article is summarizing well and is all, then it feels "too shallow." What's the underlying mechanism that got them to that state? If the proposed solution is "allowing more private investment," then what about all of the social shifts that happened in the meantime? NIMBYism is brought up as "logical" given the incentives at one point, but I'd argue it's fundamentally a social issue, related to a perceived quality of life and a lack of perception of a larger group as being part of "your community."

I digress.

Thanks for sharing the link, and I hope others with more of an economic / politics background might have more fruitful critique.

Echoing a similar sentiment, so supporting legacy retro video game sprites are very important to ensure are in and never change, but including flags is not okay? I re-read the justification for it recently and it still doesn't hold water, because it felt like it boiled down to "It's hard."

I was thinking about how Minecraft has a system of components and layers that let you compose various flags on their banners. Obviously that's far, far simpler than country (and autonomous region, and county, and province, and and and) flags that can include text, symbols, and practically entire images. But I did wonder if there was some way that could be represented. Unfortunately, I'm not nearly well-versed enough in code points and their ilk to propose anything useful.

But, I am torn. Archival projects are important, too, and language evolves. These decisions will live for potentially hundreds or thousands (Linear A) of years, and interoperability in computing is important.

Cool project! Graphics programming is _hard_ and anything to make it easier is welcome.

Maybe a dumb question, but why not Dear ImGui (https://github.com/ocornut/imgui). "It's way too big and complex" is a completely reasonable answer, but I found it fantastic for debug menus, and there are a few applications that have used it as their _main_ GUI (Ship of Harkinian as an example).

(Edit for fixing the name of the project)

Bad form to recommend something else...

But I had some of the same issues that people have described about synchronizing across multiple devices with notifications and all that jazz, and ended up landing on Amazing Marvin (https://amazingmarvin.com/).

It is the single, closest thing I've found to the same paradigm of Task Warrior's prioritization systems, and incredibly customizable, which is lovely to see as a web app. No connection to it, other than it being something I love.

I'm trying to read this in good faith, that what you're describing is about how "[formalizing] the rules of engagement for gray-zone operations using a third party" will help prevent certain kinds of tensions from rising again to a potential boiling point (arguably the _only_ point of the UN), but the tone comes off as so defeatist it's hard to see that as a positive.

Can you elaborate a bit further on why you see this as a necessary step for a given outcome?

Otherwise this just looks like giving in to bad faith actors and weakening our own protections in the process.

The New Internet 2 years ago

This feels like an overly-complex treatment of the Inverted Pyramid in journalism: https://en.wikipedia.org/wiki/Inverted_pyramid_(journalism), or Bottom Line; Up Front: https://en.wikipedia.org/wiki/BLUF_(communication).

Start with the important statements, then expand. Doesn't have to be the "Tell you what I'm telling you, tell you, tell you what I told you" format that many (American) students were taught, but starting with your thesis statement does help ground it.

On the other hand, the topic blog is somewhat of a story, and I can hear the presentation being given behind it. It's just translated 1:1 to a blog, which is a different medium.

You raise some good points, and having built multiple tools and a business that failed, I'm well aware of the tradeoffs between the cost to build and maintain vs. potential revenue growth.

However, I'm confused by, "If social-sign-in is too much of a barrier..." Nowhere in my comment is that what I was bugged by. I've signed up for plenty of random services with disposable emails (or, sometimes, even less-disposable ones). As for the barrier to entry, I've worked with plenty of tools / libraries that took me hours to potentially get up and running, so again, not a barrier-to-entry problem.

I find your opinion on "not requiring sign-in" pointing to trivial apps baffling. A quick "dnf list installed | wc -l" shows that I have over 5000 installed packages. While many of those are libraries, I have everything from IDEs, Browsers, CAD applications, software ecosystems, tools (both visualization and otherwise), and more. Sign in simply tells me that when you shut down the service or change it in some way that breaks everything and makes it worse in a few years, that I have no real recourse.

As for a lot of "hosted" services, I'm personally weird because I have a homelab and like doing a lot of self-hosted stuff, both as a hobby and for my own privacy reasons. This means that a lot of the "We're hosting it _for_ you!" arguments don't hold water for me, and frequently don't feel like the right fit for the product, instead being driven by business. But I also get the need to _have_ a business at all - the competition is brutal. As an example, when MS is willing to devote an incredible amount of resources towards building an "open source" IDE and an incredible number of people are willing to build free (beer & speech) plugins on top of it, how do you even begin to compete? I've seen a lot less mention of Sublime text in the last few years and everyone and their mother seems to be using VSCode.

So, to go back to the pricing, right now I'm not sure. This feels like the ~$100 / year for a personal license project. If it was $10 / month, that's probably worth trying out for at least a single month and seeing if it does have the expected value. As others have alluded to, since this is a standalone tool, that means there is friction for using it alongside / outside of your IDE. Is it valuable enough to overcome that and remember to alt-tab over to it or keep it surfaced among a hundred other windows and tabs? Maybe!

... too much careful attention to how you used it.

Zulip has been mentioned a couple of times in this thread, with similar results in utilization.

I like learning and exploring new tools, but if there's one thing I've learned about building them is that most people are only interested in using your tool to the barest minimum to get the result they need. See (without citation) how many software engineers you know don't "understand" Git beyond add / commit / push.

What that means is that if you have a dedicated group of people that is interested in exploring a new tool and understanding it, then great! Those people are going to love the tool and take the time to learn it. But the demands of society / work / time limits means that most of the time, they don't want to spend that time investment. It might be a "waste" of time, it might not solve the right problem, other people also have to invest the time, etc.

That friction is huge. That's why Slack took off at first, and then Discord blew it away in the consumer world. Discord removed those internal silos, had a lot of the same chrome on it that Slack did for IRC, and then they've continued to make certain things very easy to do within their platform (jumping into voice chats, for instance). But, if you see the newest way they've tried to have threads act as forum messages or posts, there's no consensus on how to use them effectively and I haven't seen them used much, as a result.

Anyway, one day we'll get Wave again and hopefully it won't be killed before its time, for those few of us that really loved it.

Great idea, and I was excited to try it (and even pay for it!) until the requirement to sign up and the hijacked back button. Also, in my Firefox, your white box as a background appears transparent and so your text is just on top of a _very_ noisy background.

On the missing Terms of Service, you have the Data Use notice, but it essentially describes how you're using our email, not any code that we would need to upload to you. In the day and age where we're having daily discussions on copyright violations and people hoovering up any data or analysis they can find, I definitely want a sturdy legal agreement in place before I ship IP off to someone's systems.

Seconding other comments about having it run as a local program in some way, I have a lot of different tools that I use in my IDE to explore codebases, utilize LSPs, etc. One of the big ones is how I utilize semantic color coding (https://medium.com/@evnbr/coding-in-color-3a6db2743a1e) to quickly parse function / variable names, and usually a standalone app gives me a lot more ability to control things like that. Having it local (and not communicating remotely) means that I _also_ don't have to worry about you hoovering up my codebase.

Otherwise, excited to see someone implement an idea like this! I can be very visual with certain kinds of diagrams and code bases and was unhappy with how few tools I felt visualized those organizations well.

I appreciate what you're going through, I've hired for a wide range of roles and gotten everything from complete garbage and no cover letter to cover letters that were obviously ghost-written to resumes 7 pages long with no meaningful content.

The thing that helped me most was to try to put in as much effort as the sender did - if they just used an autofilled-ChatGPT letter? Send them a one-line no thanks. It doesn't have to be much. If you want to just go through the resume anyway, you don't even have to read the cover letter.

But so many engineers have also been beaten down by the applicant tracking systems that have come before. All sorts of things to get in front of a recruiter so that they aren't filtered out. I've watched recruiters throw away applicants because they didn't understand why their resume was neat and tidy and watched other applicants get pushed through simply because they filled out 4 pages of everything they've ever possibly done.

It's hard to blame people when the signal they get back from applying is so poor.

Branch Cut | Front-end Developer | US | REMOTE | Contract-to-hire

Branch Cut believes that the Internet needs more products designed for humans.

We've started with TableRaven (https://tableraven.com), a gaming assistant for tabletop role-playing games. Our belief is that the web has opened a significant number of opportunities for saving time and improving availability of resources but that most software has translated paper in your desk to digital paper on someone's server and that we can do better.

We're a small team (4 people) and believe in making meaningful changes to our work based on feedback from our users. We move quickly and have high standards, but prioritize work-life balance. While in general we're pretty open about the technologies used, our current stack includes Vue (and using Pug), Python (Falcon), and some pretty nifty infrastructure-as-code (using Kubernetes) to deploy changes as quickly as possible, no matter the environment.

We need someone who is going to own the front-end development environment and are looking for someone who knows best practices and when they shouldn't be followed.

Shoot me an email at hiring@branchcut.org (it'll reach me) with a resume.

Branch Cut | Front-end Developer | US | REMOTE | Contract-to-hire

Branch Cut believes that the Internet needs more products designed for humans.

We've started with TableRaven (https://tableraven.com), a gaming assistant for tabletop role-playing games. Our belief is that the web has opened a significant number of opportunities for saving time and improving availability of resources but that most software has translated paper in your desk to digital paper on someone's server and that we can do better.

We're a small team (~4 people) and believe in making meaningful changes to our work based on feedback from our users. We move quickly and have high standards, but prioritize work-life balance. While in general we're pretty open about the technologies used, our current stack includes Vue (and using Pug), Python (Falcon), and some pretty nifty infrastructure-as-code (using Kubernetes) to deploy changes as quickly as possible, no matter the environment.

We need someone who is going to own the front-end development environment and are looking for someone who knows best practices and when they shouldn't be followed.

Shoot me an email at hiring@branchcut.org (it'll reach me) with a resume.

Branch Cut | Front-end Developer | US Timezones | REMOTE | Contract-to-hire

Branch Cut believes that the Internet needs more products designed for humans.

We've started with TableRaven (https://tableraven.com), a gaming assistant for tabletop role-playing games. Our belief is that the web has opened a significant number of opportunities for saving time and improving availability of resources but that most software has translated paper in your desk to digital paper on someone's server and that we can do better.

We're a small team (~4 people) and believe in making meaningful changes to our work based on feedback from our users. We move quickly and have high standards, but prioritize work-life balance. While in general we're pretty open about the technologies used, our current stack includes Vue (and using Pug), Python (Falcon), and some pretty nifty infrastructure-as-code (using Kubernetes) to deploy changes as quickly as possible, no matter the environment.

We need someone who is going to own the front-end development environment and are looking for someone who knows best practices and when they shouldn't be followed.

Shoot me an email at hiring@branchcut.org (it'll reach me) with a resume.

The kind of R&D that DARPA is doing and the kind of R&D that Facebook is reporting in their yearly report are very, _very_ different numbers. Every single tech company reports ongoing development work as "R&D," whereas much of the work that DARPA or other national labs do is exploratory and towards a lot of different projects.

For instance, at every company I've worked at, all of the infrastructure is under the R&D budget.

I tried Otter, which touts itself as a mobile app specifically for Funkwhale and found that it had some pretty glaring flaws, namely the way it managed the playing queue. It also had some other issues with volumes in an album.

So I've been trying Ultrasonic, using the subsonic API feature of Funkwhale, and it's working pretty well. Not as slick as Google Play Music ever was, but better than Otter (for now).

I appreciate all the work that you and your team have put into Element and Matrix over the last few years. While I still think there's plenty to go, I think there's been clear communication about what the project has worked on, what you're trying to do with it, and acceptance that certain features, while important, aren't as important as more core features. (My personal pet one is custom emoji, MSC1951).

I still think that this is one of the more important open-source future-facing projects around and will continue supporting it, and urge others to, as well. If you dislike the hegemony of centralized services, then throw some money towards projects that support ideals you believe in.

I posted this because antimemetics are a great concept, and recently qntm finished their story "Five Five Five Five Five," which is all sorts of creepy and lovely and fun.