unknown2374

There are open platforms, and due to convenience of distribution developers have reluctantly chosen these platforms over open ones. Now while I am not defending Apple's position here, developers who have chosen to distribute only on such platforms for the past few decades are partly to blame too.

The success of Apple (etc.) are due to choices that developers have made, closing themselves in and then citing anti-trust when they themselves locked the doors and gave away the keys.

FYI, Toyota's cover-up on a major defect caused multiple deaths and hundreds of accidents in 2009 [0]. That's criminal.

[0] https://abcnews.go.com/Blotter/toyota-pay-12b-hiding-deadly-...

Non-AMPed link: https://sf.curbed.com/2020/6/2/21277355/san-francisco-rent-p...

You may want to look into the Gitlab [1] model of open source monetization, as it has strong resemblance of what you are trying to achieve with Obsidian.

[1] https://about.gitlab.com/pricing/#self-managed

Why does that link contain such a screwed up playlist?

Clean link to a different playlist with just the lectures: https://www.youtube.com/playlist?list=PLLfhkR8m8wYsgLEqr__PI...

Using it is not mandatory, using it is convenient.

What is wrong with the wording of the title? The first line is "Signal is warning that an anti-encryption bill circulating in Congress could force the private messaging app to pull out of the US market." Being forced out of the market is different than "threatening to dump the market".

I think to answer your question, yes, the company absolutely should have an infrastructure that can support this kind of load. The product that RH is selling is execution of trades, and failure to do so has drastic consequences. They are not some social network that can afford to go offline for a few hours due to high traffic, the stakes are significantly different.

Another thing to consider is that there are so many great alternatives to RH that were online, despite encountering similar load. If the whole stock trading network went down that would be a different conversation, but users of other platforms were able to trade, and thus RH not being able to provide the infrastructure to handle the load is a huge disservice to its customers.

I am pretty sure he was talking about the community of r/wallstreetbets, not RH users.

I think you are missing the fundamental purpose behind game engines. Game and graphics programming is really hard, and at times unapproachable to a lot of people. Moreover, in the real world, even experts prefer to use game engines just due to the fact that it is almost guaranteed that a raw renderer you write yourself is not going to be as good and optimized as a game egnine's renderer.

Using game engines may not suffice to your use case, but for a lot of people that's the best way to develop games. This argument is similar to using a systems level language vs a higher level language.

I myself prefer game frameworks over either raw graphics APIs and game engines, since it provides me with my preferred level of control while meeting my particular needs. I can see where you come from, if your goal is to learn and highlight that in your resume, writing and experimenting against the graphics APIs are likely the best bet. But for a lot of people, their main goal differs from yours, which is to... make a game.

Why are you speaking as if there are no better alternatives than Chrome? Other than a few organizations who decided that only supporting Chrome as a browser is enough for their sites and some extensions, there are viable web browser alternatives from companies which don't make their money off of user's data.

There is a big difference between the information you make public and information that you want to keep private. If you are using Twitter to express opinions publicly only, then there is little point in caring about how they deal with data you chose to make public to the entire world.

Direct messaging and protected tweets are a different story though, but your statement is objectively wrong.

If anyone, like me, wants to save this comment for later, go to the comment's permalink (https://news.ycombinator.com/reply?id=20830846) and click favorite.

What exactly is the alternative to the tool linked here? I am really curious to see because I have never come across an open source resource-lite customizable dashboard such as this. As someone who has his entire workflow on the terminal, this tool is of great interest to me.

> I mainly brought up Google Docs because it's something that many of us use that breaks us from "living in the terminal". Someone who "lives in the terminal" would want all of Google Doc's functionality, but in a terminal.

People who live in the terminal does not literally mean that they spend 100% of their time on the terminal fyi. I doubt anyone does in this day and age, I was under the impression that that fact was implied.

Google Docs is not for development, perhaps I should have been clearer about that. The vast majority of tools for development, devops, system/network administration are consistent, or at the very least consistent enough that it helps towards making the workflow more productive.

Not all software is suited for the terminal, that should be obvious. Like you would not want to play a graphically intensive game on the terminal because... graphics.

Since you brought it up, what use-case do you have with piping Google docs exactly?

It is a productivity thing. CLI tools have consistent interfaces and once you are familiar with the common tools and workflow, it is considerably faster to do what you are looking to do. One particular trait that has personally made my workflow a lot faster is being able to repeat a command from history (by pressing Ctrl-R) and then writing only part of the command to run it. It saves a lot of time and makes it less cumbersome to type in very long commands.

Now to contrast this with GUIs, even the simplest things would require me to jump through menus, type some stuff, etc. Everything in the command line is precise and repetitive steps are easy to replicate.

Piping is another aspect that the command line enables, which basically feeds to output of one command into another. One common example of this is to look at lines of a log file that contain a certain set of words: `cat log.txt | grep "[ERROR]"`.

But perhaps the strongest selling point of working in the command line is consistency among tools. If you want to be productive as a developer, use of various tools for doing various tasks is common. Using the CLI for all these tools keep everything a few commands away, even interoperability is enabled seamlessly due to piping and consistency.

So yes, there is a fairly steep learning curve, but in my opinion learning how to use CLI tools over GUI is well-worth the hassle.

He is on mobile ^

No, cloud does not mean that. Generally the cloud means that you can access data stored on a cloud as long as you are connected to the internet (or the same network). I don't know where you got that definition of cloud from.

This article has a lot of wrong or otherwise misleading information. One I haven't noticed in the comments so far is that the author refers to Chromium as being free and open-source. It isn't [0]. It downloads more Google account and activity tracking related blobs than ever when building the code as well.

While I agree with the gist of the article, this is worth pointing out since a lot of people do use Chromium because it is advertised this way, thinking that somehow they are not playing into the Chrome/Google monopoly. For those interested, there is an alternative build without all the google stuff baked in: https://github.com/Eloston/ungoogled-chromium

[0] https://news.ycombinator.com/item?id=9724409

just !m works actually (same with !i for google images and !n for google news)

I couldn't find the single most important piece of information for me, the battery life. Is that not decided yet or has it been omitted for marketing convenience? I was thinking of signing up to get one but with that missing bit I don't want to take the risk.

They do need to make money in some way, ever since Google didn't renew their contract with Mozilla (which iirc was 98% of their revenue back in the day) after Chrome started taking off.

While I do agree with a lot of the points:

> * Way too easy to quit the whole browser with Ctrl+Q (Chrome uses Ctrl+Shift+Q)

Saying that it's nitpicky to include this in your list would be huge understatement, it's straight out ridiculous. I have always found Firefox to be more responsive and less resource heavy than Chrome, so I don't know why you had problems with that.

But yes, you are right when you imply that Firefox seems to have prioritization problems, lots of them imo. However, it is understandable to me, making the UI looking prettier is for marketing, not usability. Most of these things you listed are not addressing a lot of users, on the other hand, having a flashier UI would address and (potentially) attract more users. But their management still needs to improve, and as a company, they should have better direction.

That is very untrue. In most places in the world (and with most classes of people), the standard is to repair your laptop if it breaks, not buying a new one. Among certain people, and probably within the bias group you and I are coming from, the norm is to replace laptops every 3-4 years, but that is so not the case for a lot of the other groups of people and geography.

Looks like it now says "Chrome or Safari or Firefox"

he said a "bunch of small-time SaaS products", not all of them.

Hey fellow KWian! Looks like the site is extremely slow, I'm hoping that's a temporary issue as a result of posting about it on HN, but you might want to get that looked into if the issue persists.

umm the muting part reminds me of the black mirror episode "white christmas". Hopefully it doesnt come to that

Are you serious right now? Global warming isn't just a moment in history, it's a process that has been happening over the years, with rising sea levels and land sinking in a lot of countries.

I guess you are just one of those people who fail to acknowledge it unless it's your own home slowly getting submerged under water.

Yes, they have amazing (and multiple) clients for both Android and iOS. Especially Riot, which is not just a cheap web wrapper that a lot if the alternatives, it's native and in my experience, I have not had any problems, performance inckuded, using it for slack on my Android phone.