> Are people making user facing apps in rust with uis?
We are talking not only about Rust, but also about C and C++. There are lots of C++ UI applications. Rust poses itself as an alternative to C++, so it is definitely intended to be used for UI applications too - it was created to write a browser!
At work I am using tools such as uv [1] and ruff [2], which are user-facing (although not GUI), and I definitely appreciate a 16x speedup if possible.
The engine being written in C++ does not mean the application is. You're conflating the platform with what is being built on top of it. Your logic would mean that all Python applications should be counted as C applications.
I don't know the details since I'm mainly a windows dev, but when porting to linux, TBB has always been a huge pain in the ass since it's a suddenly additionally required dependency by gcc. Using C++ and std::thread.
Also clang, and in general parallel algorithms aren't available outside of platforms not supported by TBB.
C++26 will get another similar dependency, because BLAS algorithms are going to be added, but apparently the expectation is to build on top of C/Fortran BLAS battle tested implementations.
I suppose this is relevant to a subset of HN audience who attend FOSDEM. Even the talk abstract is worth discussion as it highlights an important side effect of FOSS goals and the current state of the world.
On my personal devices, I turned off syntax highlighting a few years ago to see how hard it would be to live without, but I ended up liking it and I have not turned it back on since. I am mostly working on small (<10k LOC) projects, or single-file programs (e.g. Advent of Code).
However, at work I am working on a much larger code base, and the extra help given by syntax highlighting (for example, having a quick visual feedback on whether a method exists or not) is valuable to me.
I think this also depends on the language used: at home I mostly program in C, but if I were doing more e.g. C++, I would probably enjoy some syntax highlighting.
This seems to be the best guess so far. But then I am wondering, how is
a (*) b + c
Parsed then? The precedence of '* is bumped down, but does that mean it has now strictly lower precedence of '+', or the same? In the first case the operation is parsed as
a * (b + c)
In the second case, the "left to right" rule takes over and we get
(a * b) + c
And what happens when there are more than 2 priority groups Taking C has an example, we have that '' has higher precedence than '+' which has higher precedence than '<<' [1]. So
a + b * c << d
Means
(a + (b * c)) << d
Now I could use the "decrease precedence" operator you proposed (possibly proposed by the author?) and write
a + b (*) c << d
Which then bumps down the precedence of '' to... One level lower? Which means the same level of '+', or a level lower, i.e. a new precedence level between '+' and '<<'? Or maybe this operator should end up at the bottom of the precedence rank, i.e. lower than ','?
The more I think about this, the less sense it makes...
> I get the impression this person is using RSS reader wrong. Or is there really a culture of people you are using RSS like a youtube-channel, consuming everything from beginning to end? For me the purpose of RSS is to get the newest headlines, choose the interesting articles and skip the rest. This means there is a limited list of items to check each day, and a finishing line.
Why would the author's use be the wrong one? And why should YouTube be different, in principle? (Maybe you are using YouTube wrong...)
I think at some point there was a shift in the way we consume online content, from "I'll read whatever is up now" to "I have my list of things to catch up with". RSS is older, so it is natural to connect it with the older way of consuming content. But there is no reason we can't do the same with YouTube channels, for example.
RSS has been traditionally used like an email client rather than a streaming service. You don't read every email, some go straight to spam or the trash bin. RSS is a time saver, not a time waster.
I can see that some feeds, like serializartions or low-volume/high quality content, is desirable to be consumed in its entirety, but the 80/20 principle seems to also apply to RSS feeds too in general. Specially if your RSS list reaches double digits.
A bit weird to make blanket statements about a tool like that. Some people read all emails, some don’t. Just like some people only subscribe to people’s personal blogs and want to read all of them.
Some might want to use it as a news aggregator and quickly browse through headlines. There no right or wrong usage of an RSS reader or “traditional usage”.
As RSS was being widespread around 2010, this is what most people said they were using it like, at least in my experience. It was the time when we still didn't have great spam filters, and people were used to receive and discard many emails without reading them.
RSS was also frequently compared to discussion forums, where you also want to efficiently ignore non-relevant content. RSS gave us the power to ignore the budding information overload.
A common setup was to have a folder hierarchy similar to email. Blogs were in folders organized by topic using whatever approach you felt best. You'd then dip into parts of the hierarchy. There often wasn't an aggregated feed that you could use but you could see a list of all items per blog. Each blog would then be highlighted or show a count when there was new content.
I said blog instead of feed because social networks had a focus on the single scrolling feed as a list of content aggregated from different authors. Some RSS clients embraced this to a degree, but it didn't start out that way. Twitter was the first social network I really used in 2007 to follow bloggers I subscribed to, and it took a while to adjust to this firehose of interspersed content. That wasn't an uncommon sentiment from devs.
So what? It's not a democratic vote to decide what way is the right/wrong way to use RSS. Do as you please, it's a simple usable protocol that basically allows for different use cases.
I just scroll over it. Only the newest 5000 items are preserved, by default I allow maximum 4 items per feed (some feeds more some less), titles must be at least 3 words long and I delete items if the title contains any of the badwords.
Now that I think of it, the mistake most people make is not having enough subscriptions. Some spot around 1000 feeds the experience changes dramatically. You can afford to be less interested in things as there is plenty more.
I think I find about one decent article per day for each 10 000 subs.
Disposing of crappy feeds isn't a lot of work and a word filter works really well because people want to stuff descriptive words into titles.
Business insider amused me. They are so good at writing good titles that practically non of their countless worthless publications make it though my word filter. What remains would have one think it is a reasonable website.
To me, this is the best quote of the year, thanks.
>RSS has been traditionally used like an email client rather than a streaming service
This is very similar to batch vs streaming argument where we have lambda, kappa and the latest "batch" is the special case of streaming data architecture. I have a very strong feeling that batch and streaming are the two sides of the same coin. Only by this realization that we can transform Kafka [1].
Perhaps better RSS client can be the killer application of this new unified data oriented batch and streaming architecture or I coined it coin architecture (pardon the pun).
[1] What If We Could Rebuild Kafka from Scratch? (220 comments):
I was a Feed Demon user. There are some videos of the experience which is much closer to a Windows email client than Google Reader was: https://www.youtube.com/watch?v=MIz5u9T94K0. Google Reader was late-stage RSS for me, but it brought some of the benefits of having all of the content download and aggregation being done server-side so the cost of adding new feeds was shared.
We are talking not only about Rust, but also about C and C++. There are lots of C++ UI applications. Rust poses itself as an alternative to C++, so it is definitely intended to be used for UI applications too - it was created to write a browser!
At work I am using tools such as uv [1] and ruff [2], which are user-facing (although not GUI), and I definitely appreciate a 16x speedup if possible.
[1] https://github.com/astral-sh/uv
[2]https://github.com/astral-sh/ruff
reply