Everybody who's distracted by the name and can't get past it, there's a thread developing here somewhere, where they're comparing it to Bloomberg.
explain where you got the data from
else this will just be bit of Bloomberg meme
Edit: Ah, they're offering a pro subscription. While I appreciate that cloud services aren't free, I'm not sure that I'm willing to pay to replace a few browser tabs. Not for me, but maybe for someone!
1) Bloomberg was lightyears ahead of anything else in the pre-internet days, so there's a lot of UI familiarity.
2) Bloomberg's chat is important because, as a hedge fund or investment bank, the chat is how you buy and sell bonds. You agree to the trade in the chat, then tell the back office folks to execute the trade. Direct quote: "I'd wager 90% of the ~400 trillion in annual bond trading value happens over Bloomberg DM"
3) Bloomberg is the biggest and best aggregator
This is fascinating to be because I always assumed latency was the key. After all, the only Bloomberg terminal I've ever seen in person was hooked up to its own dedicated fiber drop. It seems like the chat and sheer breadth of data are the differentiators.I am not making this up.
There were custom frontends that would enrich things like cusips.
You’re thinking of investment banking, corporate finance. Trading has always been the place folks from less privileged backgrounds got into finance. In the old days, Jews. (Like, into the 50s.) In the 80s, poor schmucks.
What's the equivalent of hacker news for financial folk?
The dedicated fiber drop was most likely for reliability, not for latency.
Yup.
If you want fixed-income data, Bloomberg is the only shop on the street data-wise.
If you want other financial data, Bloomberg's fixed entry-point pricing tends to make more sense in terms of bang for buck than its competitors modular price sheets.
People saying Bloomberg is just about the chat are simply embarrassing themselves.
Look at the price sheets of Eikon, Factset, CapIQ etc. There is no such thing as a cheap "Bloomberg killer".
Quality data is expensive. So are the leased-lines it arrives at Bloomberg on. So is the data wrangling architecture.
The exchange/marketplace is the oldest business in the world. How absurd that in 2026 seats on exchanges cost millions and the entities that control exchanges are mechanisms of gatekeeping rather than quality control -- the cronyism shown to SpaceX reveals just how corrupt it's become.
Financial information should be free for everyone.
An example that comes to mind is JSON5. People have a visceral reaction to the name, it sounds like it's trying to be HTML4.01 -> 5 but for JSON. In reality, it has its uses but doesn't supersede JSON whatsoever. The name itself has given it a bad rap though.
If you pick a name like "Gloomberb" the most obvious interpretation is that it's a Bloomberg alternative.
Making a bad trade or missing a good one due to delaying data or bad data can pay for several years worth of bloombergs for everyone in your firm in one moment.
> 2) Bloomberg's chat is important because, as a hedge fund or investment bank, the chat is how you buy and sell bonds. You agree to the trade in the chat, then tell the back office folks to execute the trade. Direct quote: "I'd wager 90% of the ~400 trillion in annual bond trading value happens over Bloomberg DM"
You may discuss trades via SMS or Slack; maybe you're important enough that you have a broker, and you send them your idea. But the broker at the investment bank is probably handling those trades via Blomberg terminal. That's the network effect: all the bankers are in Bloomberg chat, and it is therefore the easiest place to find who owns an asset and negotiate a trade.
We keep seeing hundreds of Bloomberg competitors mimicking the interface and they always forget that the chat (with the connections), data and the newsroom are the reasons why Bloomberg's network effect is close to impossible to break.
Using the Bloomberg Terminal is taught very early at colleges for any finance professional, which is how they get them as well.
(I’d especially love to see some federated social feature built in!)
There is not a single reason for Bloomberg’s dominance but the one feature that keeps people on it is the chat.
You pretty much need $30/m subscriptions for historical data. Not that it couldn't be worked into this.
From it: "Bonds and Fixed Income: It provides the best data for interest rates and debt markets. Global Economics: It easily connects data from different countries, such as currency rates and government debt. The Chat Room: The messaging system is the industry standard. If you want to talk to the biggest players in the market, you often need to be on Bloomberg."
My dismissal is their problem to solve.
Because I'm starting to see the word 'slop' as a synonym for:
"This person may or may not have used AI to build software and I don't like it"
https://simple.wikipedia.org/wiki/Hacker_koan#:~:text=%E2%80...
Hopefully it's not intentional
Your website is literally down.
https://i.postimg.cc/YCdkwZZq/image.png
And I don't think their website is that bad.
The download button doesn't even work properly.
Clicking download in the top right gives me a .dmg, the other download button in the hero gives me the .exe, the one in the footer gives me a .dmg
Docs give me a 404, blog is empty
I mean, it works for me?
The site is clearly not ready and maybe they didn't expect people to find it, but that doesn't mean the site is bad.
It is just a work in progress.
I'm not even interested in the site anyway the software and the source interests me more.
Doesn't invalidate my experience.
> and maybe they didn't expect people to find it
What do you mean? It's linked on the Github repo.
> but that doesn't mean the site is bad.
I think a site that doesn't work properly is a bad one. That's just my opinion.
I mean isn't this the point of open source?
You can fork the repo and fix the problem instead of complaining?
>I mean isn't this the point of open source?
Only if you just found what open source is.
In actuality, successful open source projects recruit developers by providing value to them. If there's a failure before you even install the product, there's 0 reason for someone to start contributing right away, why not start their own project at that point? Contributing 1 to something that has 0 value is a donation in exchange for nothing, not how Open Source usually works.
Yes.
You know the project is OSS, you found the problem, you can fix it or open and issue instead of complaining to me about it.
Problem solved.
That benefits everyone rather than forking a project and starting all over again and wasting effort.
I cannot reproduce the problem, so I can't fix it.
But since you're complaining about it and you have the right skills, you can!
Related: please don't write command line tools in non-compiled languages! Don't make the runtime your user's problem.
Is it? I see some kinda subscription, so there's gotta be some non MIT portion of it
> please don't write command line tools in non-compiled languages!
Around 40% of Linux CLI tools are written in interpreted languages.
This is how I found out it's a javascript project and didn't install it. I only even bothered to do that because I actually wanted to try it. I'm just saying it would be awesome to have that right there next to the curl command.
> Around 40% of Linux CLI tools are written in interpreted languages.
And I prefer not to use those. Everything I said for Javascript holds for Python, Perl, Ruby... as well.
Download it, put it wherever you like (probably `~/.local/bin/`) and you're good to use it.
Sometimes I truly wonder...
[0] https://bun.com/docs/bundler/executables
I don't know where that came from but it should definitely disappear.
At least the developer includes the binaries for all platforms in the GitHub release page.
It's not crazy to prefer a package manager package to a curl|bash YOLO. OP is stating that preference, which various people have agreed with. If you posted "I love curl|bash install method - please do more of this" that is also fine. Either way it's a signal for both the author and anyone considering shipping this type of software, that their audience may have a certain preference.
I would want to know that about any project before I try and evaluate it personally.
The only reason to wrap JS in a downloadable executable is deploy it elsewhere like iOS or desktop - I might add: In Trojan horse fashion where the user believes it’s a native app until you accidentally hit your Refresh hot key and you go “Noooooo JavaScript not again!”
You can neva eva escape tha scrip
Embrace