grok22
grok22 on Hacker News
> This is such a weird statement to see. The idea that a startup founder whose company is growing at 93% month-over-month has a net worth growing at the same rate is just so logically wrong that it's bizarre to see someone stating this.
Exactly, kind-of weird for pg to be conflating these things...and very few comments engage with this part of the "incorrectness" of what pg said.
Is this for real? Native apps on all platforms including GUI in Typescript...sounds too good to be true. Anyone have any experience with it? Does it work for crud applications?
That makes sense to me too. Why wouldn't that be an option or is not really just a small vein between the two, but a bunch of "blood vessels"?
Came across this a while back (haven't used it though):
https://www.juniper-lang.org/ -- seems interesting and different. Specifically for Arduino tho and compiles to C++ apparently.
You could charge a lot and only not have dark patterns :-). Nothing says you have to charge a little because you are open-source/foss.
But the answers are really coming from those "SEO laden crapware" sites that ChatGPT was trained on -- in some ways ChatGPT has kinda stolen information and summarized it, but what happens over time? How do arrive at a new recipe for the same old things?
This (the comment in the example link) is really an amazing sharing of learned information!
It's unclear to me what this is doing exactly -- is it finding the best ever? If not, why would the best change every time you run this?
Also, does anyone have pointers to a hash function discovery mechanism that discovers a good hash function for integer values within a specific range (i.e I know that my integer values are between, say, 10,000 and 200,000, for example) and I want to hash them into some optimal number of hash buckets?
It feels like your change is changing the scene? The author's sentence makes it seem like the laughter was not in the restaurant, while yours makes it seem like it's taking place in the restaurant. Maybe I am overthinking it!
I think, as a kind of "get an explanation for a specific thing" this is a fantastic addition to the world of teaching/tutoring and hope it succeeds.
I tutor my son in engineering level subjects some times, but I find that I need tutoring myself too to understand some of the things :-). There are various well-known homework-help sites where you can post questions and get answers from "experts", but, none that I know that use a video based approach for the response.
As an aside I think we need more videos that explain how to approach solving specific types of problems -- not just the answer, but how to tackle breaking down the question and what to look for in the question to decide what theoretical aspects apply to solving the problem. I guess once a person has sufficient theoretical knowledge, they get an intuitive understanding how to do this, but engineering coursework doesn't leave too much time to digest a subject in depth and any help provided to minimize the time to internalize concepts/insights is always good.
Since when has the broad term "networking" started referring to just Web protocols? Can I use this to build any random server (like, say, an FTP server) that provides services over the network? Skimming the docs, it doesn't seem like it.
Seriously, the competing library problem is stale news. It might've contributed to things stalling a long time back, but I think the main reason right now perhaps is due to no mainstream FOSS software that is used by a large population being written in D. Nowadays, there are too many alternate choices in capable languages with more backing and some of them have more mind-share like Go and Rust and Zig. Mostly Rust perhaps. And C++ is catching up. D doesn't really have a niche where it might be a good language to use.
And which language did you enjoy coding in the most? Yeah, a subjective question :-). (Edit: Missed the auto-generated part, so maybe you don't have an opinion on experience regarding this?)
Apart from clearly specifying the binary format, do you have any tools to generate code to process said format? What do you envision this will be used for -- apart from documentation?
Isn't a method worrying about whether it needs a lock or not and being coded appropriately way better (since the writer of that method/function thinks through it when writing it) than relying on someone who is maintaining code to think through the use-cases and call the appropriate non-recursive version of a child method/function depending on whether what they are writing has already taken the lock or not? In an ideal world, yeah, the maintainer would carefully worry about every line of code; but in the real world where the maintainer is enhancing functionality or fixing issues, it's too much to expect diligence on the part of the maintainer and to err on the side of safety at the cost of recursively taking locks. Recursively taking locks doesn't cause real problems except when there are other locks taken in between which might cause dead-locks with other parts of the code that take the same "other" locks without the recursive lock being taken.
In theory, if this is the case (or the case in other comments about null pointer use and such), you would/could write it as:
bool cheap = cheapCheck();
bool expensive = cheap && expensiveCheck();
if (expensive) { ... }
But isn't such a language already there? It's called the D Programming Language [1]. Sorry a bit tongue-in-cheek, but I'm getting tired of all these 'even-more-awesome' new programming language variants of C++.
[1] https://dlang.org/
Before it goes out of business, you will spend some frustrating amount of time playing with pricing or giving discounts to customers when you will wish desperately that you had a simpler (more structured) way of dealing with pricing than just going into various parts of the code all the time.
Yeah, CEO's likely optimize for their bonuses...depressing to think about it; but most likely the CEO's compensation is aligned to what the company wants to be the outcome financially.
I think managers will do that (keep popel around just in case), but businessmen (or CEO's) will optimize for what's best for the business. No? A lower-level manager who actually sees the nitty-gritty of getting something done will not really have as much of a say in the broader business.
Interesting way to look at it. It certainly makes sense that companies hire to capture intellectual output when money is cheap and then tighten spending when access to easy money goes away even if they are making money hand-over-fist in their business.
You talking about 'wiki'?
Yeah, I too don't understand why the earlier system was 'classist'? It seemed like a better way to be sure that someone was who they said they were? The proposed mechanism of paying to get a check-mark seems suspect. I understand paying for extra features, but paying to say "I am who I am" seems like it could get abused and not a good idea. Now only people who think they need to pay for it and think it worthwhile will get it and that seems like classist in a different way.
When you "see it" and if you not going just by cheapest price, one of the things you might go by is "familiarity" (for products in the same space that are similarly priced). That "familiarity" which introduces a sense of "maybe it's good" because you've seen it mentioned many times is sometimes introduced by the advertising of the product you constantly see as you go around the Internet. All that happens prior to you actually buying the product.
I have never used iMessage (I use Android phones). What is the 'really good' part of it? I am used to WhatsApp and it seems pretty perfect to me. Just enough features as a messaging app, but not too much.
Me too! I was thinking it was going to be a paean to the joys of working long and hard!
Isn't locking a problem with io_uring? Won't you block the kernel when it's trying to do the event completion stuff and the completion work tries to take a lock? Or is the completion stuff done entirely in user-space and blocking is not a problem? Maybe I need to read up on this a bit more...