This is literally AI slop, I’m surprised this hasn’t been mentioned
HN user
cwackerfuss
I appreciate the good faith effort here to learn (and advise on) programming skills! It’s rare nowadays.
I don't have a good guide for you, but this is the lib you use to create custom React renderers:
Just wait until I tell you about your local newspaper’s Sunday crossword.
I built this game for fun. There are no ads, and I currently cover the LLM costs myself.
I’m not sure why you’re being so hostile toward the idea of a daily puzzle game. Wouldn’t it make more sense, ideologically, to direct your criticism at pay-to-win games designed to keep you playing for hours a day? This is a simple daily puzzle — a two-minute break that never asks for more of your time. How is that even remotely comparable?
ever heard of Wordle?
Thanks glad you like it!
But to answer your question - yes the string must contain only valid english letters and must be between 2-25 characters in length. If you can jailbreak the system with those constraints I salute you!
Others have tried and failed to jailbreak it. Give it a shot if you're keen and post results here.
It's on my list for sure. Thanks for the message!
Thank you! The solution is when user_word === ai_word, so there isn't technically an "answer." The only pre-determined word in the game is the first word the AI chooses, which is the same word for all players, each day.
This is called turn detection, and there are some great tools coming out to solve this recently. (One user mentioned Livekit’s turn detection model). I think in a years time we will see dramatic improvement.
God tier filtering. Do you mind sharing how you integrated AI into the filter system? Your "flagging peanut butter" example also makes me wonder if the LLM is tagging the product with a large number of attributes on each run so it's not prohibitively expensive.
Yea quite good! Here's mine:
Converge No. 11 (7/8)
peanut / *** shell / ascent jacket / climb parka / hike mountain / trail peak / path summit
Kyros | Sr Software Engineer | Minneapolis | Full time
Kyros is a venture-backed Minneapolis-based start-up that has built the world’s first recovery management platform. Our platform provides instant, centralized access to resources, provider care, and peer support for individuals suffering from substance use disorder.
Tech used: React, NodeJS, Typescript, Postgres, AWS
Apply here: https://kyros.applytojob.com/apply/txFrDzU3k3/Senior-Softwar...
I'm sure they actually do consider data minimization, but only when data collection stands in the way of getting users into the product.
Four Mexican cokes sounds as much like kicking a caffeine habit as it does a pretty bad sugar habit. Good job sticking to it.
I maintain an OSS wordle clone that has solved this problem if you'd like to check it out as inspiration:
https://github.com/cwackerfuss/word-guessing-game/blob/49279...
I think the style of the illustrations is maybe making this feel more kiddish than it otherwise would be
And NFT traders are savvy to duplicated projects being illegitimate. There is only value in the verifiably legitimate project. If you bought a bored Ape that was "right click + save"d and published on OpenSea, it would be worthless.
AngularJS is not Angular https://www.upgrad.com/blog/angular-vs-angularjs/#:~:text=La...
I can attest to the pains of working with a complex onboarding flow... At my job, we have about 30 different paths the user could take depending on their usecase. And it's not modeled as 1 30-prong fork that everyone routes through, it's forks that lead back to other steps, skip steps, get data from elsewhere, etc. The difficulty is that it's typically the product and marketing teams who need to understand the flows the most, in order to understand the conversion metrics and how to optimize, yet they have almost no visibility into the actual state logic that dictates the flow in code. Giving them more control over control flow is a huge win
Looks like OP is building Hazel!
Nic Carter, a bitcoiner, had some interesting points about Bitcoin's energy consumption on Lex Fridman's podcast (EP. #173)
He suggests that most of the energy Bitcoin consumes generally comes from places that consistently produce an excess of energy that otherwise goes to waste. Miners, seeking to maximize profit, gravitate to areas where energy is cheap because supply > demand. I'm not sure what percentage of the energy could be considered "excess."
His other point was that the discussion of Bitcoin's energy consumption should be framed in the context of how much value it brings to the global community. Expecting a valuable global decentralized asset to be entirely without energy costs is unrealistic, it's just a matter of how much energy is feasible. Depending on how valuable Bitcoin is deemed to be, consuming the same amount of electricity as a small country might be justified in the short term, but should clearly be addressed in mid term.
Akon has been an active entrepreneur in Africa for a while now. He runs a solar company that provides electricity and jobs to Africans who would otherwise just be dependent on charitable giving. This project involving Akoin started in 2018 and he's been working closely with Senegal leadership to make it a success.
On the other hand, have you seen Will.i.am's smart watch? It's... Horrible https://youtu.be/5BRbMatqN3c
makes sense. could also explore versioned routing, where you detect multiple versions based on filename (e.g. *_v1), folder name, or some export naming convention.
Sweeet. I could actually see Blitz being really useful as an admin interface over an API, where the generated API drives web/mobile apps.
I have been a tad skeptical about how Blitz.js would accomplish "batteries-included" elegantly, but 5 min into reading the (very thorough) docs and it seems like a fantastic amount of abstraction to work with. You're a genius flybayer!
2 questions:
1. How the docs read right now, I'm cautious about the "recipes" concept. It's not clear why I'd need to use a recipe to install Tailwind instead of installing Tailwind via NPM. I'd love the docs to explain what "coupling," if any, occurs with Blitz <> a recipe's dependencies, so I can better understand what I'm opting into by choosing the framework.
2. Is there a roadmap for API-only implementation, like Rails? If I want to use some of my Blitz endpoints from another client is that possible?
Thanks!
This is common. Web apps frequently fetch data from other domains, whether internal or third party.
Frontend developer here --
Although you could omit the closing tags, I don't see the benefit of doing so. If you know HTML, nesting is fundamental and not explicitly closing dom nodes would lead to confusion. You would also need to concern yourself with the "certain conditions" that must be met for it to work. Consistency and clarity over brevity!
The Umbrella Academy's music budget must have been massive. Binged it a few months back and there were tons of high profile songs.