skysight-inc/HackerNews huggingface dataset:
Ask HN: How to market a product with two distinct use cases?
I am making an e-paper screen that can be:

1. An easy to set-up google calendar display

2. A canvas to render any bmp image served from a server

To me, these seem almost like two distinct products that appeal to different groups of customers.

So I am building two distinct landing pages for each feature...

https://www.invisible-computers.com

https://www.invisible-computers.com/programmable-e-paper-screen.html

These both link to the same store page.

I am worried that having a unified store page will be confusing for at least one of the customer groups.

But having two store pages also seems wrong - people might get rightfully confused if it's the same product or not. Not even speaking of search engines...

HN, what would you do in my situation?

PS: I know I should probably just focus on one thing, and make that work. The thing is, that's what I did and it didn't work. So I am trying to test if the second positioning of the product works better... considering a pivot.
That article is wrong. It cites sources as wannabe proof for things (e.g. UK would deliver heavy weapons), that do not talk about that.
Just a FUD article probably spawned by putin's pigs, to tear Ukraine friends apart.
Thank you for this reframing. The CPU speed analogy finally made me understand what the author meant with "fast" and "slow" thinking.
Do you have a source for this? I find it hard to believe.
Yeah, fair point. I don't know Cue well enough to know how much drowning there is, from my limited understanding you can specify as many types as you want and leave the rest dynamic, but I'm not sure at all.
The tools you’ve mentioned are sufficient to only basic video editing tasks (which for some might be enough). If you want to do anything slightly more advanced (nice looking titles, transitions, video effects, tracking, etc) you basically have to use either Resolve, Premiere, Final Cut Pro or similar software packages.
Netflix is finally going after password sharing
People have different interests. Some slack off only when the job is boring / uninteresting, some might genuinely prefer to spend their time doing other things and working only to have enough money for that. Work to live, not live to work.
I think this misses the "punk" aspect of cyberpunk tho. The point of cyberpunk isn't the dystopia it is set in but the rejection of that dystopia from within it.
Or it can be as simple as someone's (or a whole team) job is to maintain those workarounds and bandaids and they're very invested in keeping their job (or they hold all the IP in their head).
I quickly checked a few of those that say "impossible" and they clearly are possible - kinda makes me think I'd be better off searching for "[service] delete account" and just doing that.

(I did notice some said "subject to applicable law" - so I guess Europe!)
I've run the Surface Pro 7 i5 since 2019, which replaced a SP4 i5 (though that had a fan, which I'd tuned to almost never come on). For most things it's more than enough and always silent. I sometimes point a fan at it if I'm doing something heavier or driving external displays.

For, I think, $799 with pen and keyboard its a great mobile machine and remote terminal. If I could go back in time I'd maybe spring for the 16/256gb upgrade, though that was more than double the price.
relevant xkcd: https://xkcd.com/378/
I don't think it can handle per-module versioning, but I could be wrong.
Would you not have gotten such a comment if you had gone into the office as a full viking?
The analysis doesn't just check whether those who beat you in blitz beat you more in rapid but accounts for rating and win probabilities. A higher rated blitz player who is better than you at rapid will also have a higher rapid rating in the first place.
There's more to a city's water use than civilian use, and there's a lot more to California than LA

There's no need to guesstimate. San Diego desalinates. They're almost the cheapest in the country, at about five times your estimate cost
If it was a scientific opinion, you'd publish it for peer review.
It's useful if you have some loop running and you want to stop it for some reason in an orderly fashion. Say you were processing several years of data but now want to stop when the first year is completed for some reason. Maybe it's taking too long and you'll rather keep working with partial results or whatever. You can easily recompile the processing function to raise an error when it reaches the stopping point.

Or maybe you noticed that the loop will eventually hit an edge case which is not properly handled currently in the code. You can fix it while the loop gets there.

And of course for GUI programming. You can redefine interface behaviours on the fly.
Hence preaching to the choir?...
He has to be alive to do that.
I cannot even start to imagine how horrible it'll be for society to have ads in messages, the spread of misinformation will be 100x worse.
excellence is a habit; mise en place for at home utilitarian cooking is an approach, not a workflow
Shell are old classic human-computer UIs, so they are battle tested, well known, daily used by almost anyone who can write a script. That means: scripting is natural for a vast cohort of users, it's natural because while weird in language terms it's a glue of a set of known and frequently used tools.

There are much more shell users than Go, Python, ... programmers. Also those who happen to be programmers normally use certain languages, typically more than one, typically far more diverse than just most used shells, for a certain kind of activity, like programming in a team a not-that-small project. As a result their mindset is not "quickly do something/quickly automate something for me, myself and I only, on my own desktop" but to be part of a larger game with need to cooperate, produce code easy to read by others, create a set of entry points for integration etc. Those programmers are not all, but mostly also shell users and they tend to use the shell not just for specific large projects but also for quick, simple&dirty personal stuff. So as non-programmers who use the shell they know and use it daily.

In the past we have had perhaps better tools, like Smalltalk on Xerox desktops or Emacs/zmacs lisp on LispM BUT their actual public is next to 0 and modern Emacs-ers are on modern desktops not LispM and they are typically born on modern desktop so they know the shell and in Emacs they'll wrap anyway countless shell-centric tools so end the end a script is often quicker and simpler...
> Yes, DaVinci is ridiculously cheap, because the software is not how they earn their money, it's via their hardware.

DaVinci is ridiculously cheap because the entire company is owned by three guys, at least one of whom has a personal, burning disgust for the way that the television industry (in particular, the Australian television industry) used to be run back in the day.

I distinctly remember getting a bizarre company-wide memo at one point, directly from the CEO, where a particular product launch (I think it might have been the Pocket 4K) would assist in democratizing TV production to the point where no company could force the nation to watch Hee-Haw again.

He's genuinely on a mission from God to break up the monopoly in TV production, and profit comes second to that goal.
Think about it like this: with Ansible you start from some unknown state of the system and then iteratively do actions to hopefully get what you want. With Nix you know what the base state of the system is, and the configuration language lets you describe your desired end state. Then the computer figures out what to do in the middle.

The fundamental design of Ansible is that you do imperative steps to reach an end state. The fundamental design of NixOS is that you describe the end state and the compiler derives the intermediate steps.

Yes, normally things work out with Ansible, but the devil is in the details and can involve a lot of fighting configurations that are non-cromulent.
These are the landing pages:

https://www.invisible-computers.com

https://www.invisible-computers.com/programmable-e-paper-scr...
I mean, author also claims to "know more about my city’s best grocery stores than its best restaurants" … so there's that
I'd much rather they figured out how to fix their sync service - or at least let me actually delete everything on it and start again! I still get temporary containers coming back months after I have deleted them!
Amazon has a managed redis solution too.
Sure, it's cheap for a business, but very expensive for an individual.
Yes. And if you read their papers, when they were able to add explicit hardware support they were able to do even better.

I really think had vertical companies from the 90s not all died, seriously developing chips for personal computers (phones,laptops) with hardware support for the most important GC features would have been a huge winner.

Apple could have done this but they were already bound to Object-C because of Next.

Sun had the amazing Self VM in the early 90s already. And they made their own chips as well. But unfortunately they went with Java and instead of making a chip to support GC they tried to make a chip that implemented Java.
Yes, absolutely. It's more than enough for most people. The paid version is to unlock features that you'd want to use in higher productions.
Is it yet another TCP_REPAIR?
Especially since it’d end up being something like New York to Kansas City to Las Vegas/Salt Lake City to San Francisco.
> Or something more like Ansible?

If you make it more like Ansible, you will end up with ... Ansible.

If you want to use Ansible you are perfectly welcome to, but as a Nix person the entire Ansible way looks like a completely wrongheaded approach to system management.
We actually tried to do the same thing with a coalition but it didn't work out for a few reasons. Putin is extremely paranoid about regime change (for a good reason) and he is well-prepared. Rumors are he was really going to leave around 2010 but Libya and then US-sponsored revolution in Ukraine made him change his mind

>Yes, actually, to a much much lower degree. There's a huge difference between buying things in the open market and, well, every decision in domestic policy in the last 110 years.

Yes, some of the decisions in domestic policy resulted in stopping your friends in WW2. Sorry for that
I've been working on things to help onboard people. If you wanted something to help onboard you with NixOS, what would you want to see?
You just convinced me to spend some money with them.
Yep Foobar 2000 for iOS is free and plays Flac (and many others), and has a convenient built in FTP server that you can temporarily enable to tranfer them over the network into its music library.
Pixelbook was an i7 passively cooled. Worked fine for compiling and virtualization etc. Can't remember it ever throttling. Also very thin. Made of plastic and I think either magnesium or aluminum but mostly plastic.
But this problem has technically mostly been fixed by Azul and is making its way into open as well, we have ZGC and so on now. Pauses are rather short even with large heaps.
oh no, it keeps falling over!
I just switch to "view as desktop site" if I need to check messages.
I use Foobar2000 on iOS where you can toggle its embedded FTP server to transfer files, either to its own music library or one shared with iTunes. It's very easy.
They still have a long way to catch up to the Apple Watch experience.
Worth mentioning redact.dev here too for deleting posts and behavioural content on various platforms.
A nice little blog from the NYPL about New York Oysters: <https://www.nypl.org/blog/2011/06/01/history-half-shell-inte...>
New Mexico is about to lose its ability to govern water because it refuses to stop harming its neighbors

https://www.abqjournal.com/2383522/nm-may-lose-ownership-of-...
Not all SaaS revenue is the same
> the complexity of not having processes rather than the complexity of maintaining them

There are always processes. Sometimes they are explicit and well-understood; sometimes they are hidden, and not open to improvement because nobody knows what they are. Implicit processes tend to disadvantage newcomers, as well as reinforcing social assumptions and conventions (that tend to disadvantage those that are already disadvantaged).

Explicit processes don't have to be heavyweight and bureaucratic.

There was a good essay on the problems caused by informal/implicit processes, from about 20 years ago. I've spent 45 minutes searching for it, but I'm afraid I can't find it.
> Doesn’t it say something about how useful nix is when you have all these smart people complaining about its warts (and it definitely has quite a few) but still using it?

No, not really. Tech people especially are susceptible to sunk cost fallacies We also get the kick out of conquering complexity.
Personally I prefer pandoc+latex. Most kids know markdown and those that don't can learn it very easily. I actually did my homework in college on a Raspberry pi for a few semesters just because I'm cheap and knew I could get away with it. Also some professors insist on docx so being able to generate it is very nice.

There are also some that insist on exe submissions along with your source. That mingw can cross compile for X86_64 Windows from the Raspberry pi so easily is an awesome testament to how nice a dev environment GNU/Linux is.
Monarchy was an improvement on despotism, maybe constitutional republics were an improvement on democracy, etc etc etc. The organisational units could be considered destroyed, or they could be considered reconstituted, the point is that the functions handled by the OUs in question went to another ostensibly more efficient instance thereof. This is much easier if the new OU does not rely on its underlying infrastructure from the old OU.

Things should improve somewhat is a pretty hard ask for something that doesn't sound like a good idea, letalone in theory. Of course, it's an open question as to what the end result of all of this will actually be, and maybe it will indeed be the worst catastrophic case of making the largest cause of non natural death in the past century even worse, but you'll excuse me if I find that hard to believe and think clearing that particular hurdle ought to be pretty easy, especially because this would be a non violent form of revolution, and the only competition is war. In a world of weapons of mass destruction that's a horrendous problem space to be working with.
> I have a big problem with "it has a long way to go" arguments. "It has a long way to go" in comparison to what? Every project I know of could be described as having "a long way to go".

In comparison to any other mainstream OS nixos is going to have a lot of friction for most usecases. That is what I mean with it having long ways to go.

Part of that is configuration.

Other part of it is the package system being very immature. It is a direct consequence of the massive task nix has set out for itself, but that isn't always comforting for the end-user. And oh boy, the situation with looking for github-issues for packages is a freaking nightmare.

Just because nixos has a package for it doesn't mean that it does what it should or is up to date. That of course isn't the case for any package management system. But, all other mainstream OSes have matured. Nixos has a long way to go.

I love nixos, it is my main driver on my laptop and I run many VMs with it. If the future isn't incorporating the selling points of nixos I'm going to be dissapointed. But unless you want your OS to be your hobby I most certainly would not recommend nixos.

Nixops is another things that disappoint me / has long ways to go. It is the logical extension of what nixos is and it isn't really mature. There are lots of competing efforts for it and as someone willing to really invest time in it I just get exhausted.
EU companies can pay for gas in rubles
The poster of the article is alive, as is the person I'm talking to
I felt that this change reduced the quality of Veritasium, for me. I know it's just the titles, but it feels more bait and switch.

I understand why he did it, but wish he didn't. If I was a leader at YouTube I'd be pretty concerned about this - long term, it drives your platform in the direction of clickbait. Yeah there's benefits to that, but could also turn into a competitive weakness for YouTube. I think they should improve the recommender to make this unnecessary.
What’s the advantage of this over Fraunhofer’s ester-based hydrogen storage cartridge system (Power Paste)? Greater effective wattage?

https://www.electrive.com/2021/02/02/fraunhofer-develops-hyd...
>What I discovered about chess is that it is largely pattern recognition that makes people good at chess, which is visual thinking.

I don't know why, but when I realized this it was a bit of a turn off for me. I still play chess, but the idea of climbing ranks became less appealing because it's simply a matter of volume of games:

You play more games, you recognize more patterns, you climb.

So now I'm content with my rank, because it's the rank I'm supposed to be with the volume of games I play.
I've said this before, but the biggest issue with no/low code solutions is how they get abused. One of my past comments on HN:

> I've seen "low code" and "no code" solutions running at huge enterprises and it always inevitably ends up resembling a house of cards.
Proponents often cite how much quicker they can ship things and how it lets users define and automate their own workflows without waiting for engineers. The reality is that these time savings come by cutting corners from the development cycle. Because you're not doing "code", the code review step gets skipped. The authoring of automated test suites get skipped. The authoring of performance regression testing gets skipped. There's no waiting for things to bake in non-prod environments because people are changing settings directly on prod. No ones doing phased deployments with automated rollbacks here in these low code and no code environments. No design reviews mean you get solutions that are the absolute worst hacks.. Why go through the work of making "priority" a first class property on your ticket type when you can just string scan for "high" | "medium" | "low" on case titles when doing assignments?

> Engineering teams could also move fast if they just threw maintainability to the wind. There's a reason they don't. If you do things the right way in these low/no code environments, the complexity is even worse, because the features are so half-baked that you can't setup proper safeguards without doing crazy amounts of escape-hatches.

I get the appeal of how it seems easier to train people with business domain expertise on how to be no-code devs than it is to translate requirements to an engineering team or wait an indefinite amount of time for a dev team to prioritize work. But until no/low code solutions start focusing on how to maintain and operate the apps users build, they'll continue to be a landmine.
Everyone should learn the slide rule (2021)
https://data.gov.uk/dataset/9bcf12c5-ed7d-4d45-9938-6cd0fda5...
Dumb TVs are about $100 more.

You can also use a computer monitor, or just do what I do, and never give the TV access to the internet
in my opinion oracle problem necessitates more middlemen to act as data / truth providers and of course they will have to be paid, and will impose an information bottleneck which they will leverage. this is centralization to me.
We use their free version and are totally happy (well except the part that does final encoding to consumer format but we use different software for that).
No one expects young men to do anything and they are responding by doing nothing
"safe" https://rekt.news/leaderboard/
The article is about tooth enamel, not about a decorative coloured glass coating bonded to metal.
You know, I’ve heard this a lot and I hate Comcast for their abysmal upload speeds + their pricing, but I’ve cancelled Comcast at five different residences now and the experience took less than 5 minutes each time.

“Why do you want to cancel?”
“I’m moving.”
“Would you like us to transfer service to your new address?”
“No.”
“OK”
the fan turns on because the cpu gets hot, the cpu gets hot because it’s doing more work, slow the cpu down and it does less work. downclocking to keep the fans from kicking on is the same thing as thermal throttling, just earlier
I think it's a good point that there are many more domains within large organizations than one might expect from the outside.

However, people are undoubtedly in more specialized roles and teams on the whole.

I'm merely trying to explore the differences in growth as a developer between the two extremes.

While I don't think as many people who build React interfaces at Facebook are also spending days creating Postgres schema diagrams and responding to mission criticial DevOps failures, I certainly grant that the small team varied project approach might be more similar than I realize.

In that case or either way, the most impactful difference in how personal growth is impacted may be the surrounding ecosystem and knowledge base.

In one scenario you are flush with existing infrastructure and the thoughtful people who designed or maintain it. This can focus your work as you mentioned and is also a great learning environment.

While on the other side you are working without a safety net slogging your way through creating everything* from scratch. This forces you to learn new skills in unfamiliar areas and managing all sorts of tradeoffs autonomously (there could be literally no one else to motivate you or to ask a question aside from your search bar).

* Infrastructure, tools, processes, etc. I'm not talking about reinventing the wheel though you are free to do so for your own pleasure or peril.
I don't think that is correct. The analysis explicitly matches pairs of players which have played each other in both Blitz and Rapid time control. Only the Blitz rating difference is used to estimate probability of a win under both time controls.

The significance of the interaction terms in the analysis means that the Blitz rating difference does a significantly worse job at predicting who will win at Rapid.
On the other hand I would like to present to you an LMAX Disruptor: https://lmax-exchange.github.io/disruptor/

Software based on this intra-program message bus usually follows "throw memory at it". That software is written in Java (hence GC) and process millions of transactions per second. The memory amount is so high that GC is not triggered at all during operations hours. Nevertheless, this is not achevable with refcounting because, well, refcounting has to keep counts.

Refcounts, having non-local access patterns, do not play well with caches, let alone something that have much higher latency like swap.

Garbage collection can be used to improve locality: https://safari.ethz.ch/architecture/fall2017/lib/exe/fetch.p...

Refcounts have troubles with cyclic structures.

I guess these tricks of refcount allocation avoidance will work fine unless there's a scale-invariant graph with several tens of thousands nodes. In scale-invariant graphs there is some number of nodes that have links from almost all other nodes.

Actually, I've got exactly that experience: typical weighted finite state transducer's HCLG graph for automatic speech recognition is scale-invariant. Analysis over it (in C++ using OpenFST) usually was done reasonably quickly, but there was a substantial delay between final printf and actual program exit, when all these pescy refcounted smart-pointed structures finally got freed.

I write all that for other readers to have more unbiased view of the problem.

As for me, I greatly prefer arenas - much like "automatic regions with reference counting" mentioned above. Arenas allow for cyclic structures, easy to implement even in C and allow for garbage collection algorithms.