That’s interesting to hear as for me Claude has been quite good about writing code that fails fast and loud and has specifically called it out more than once. It has also called out code that does not fail early in reviews.
If you add a single space to a prompt, you’ll get a completely different output, so it’s no surprise that feeding entirely different programs into the prompt produces radically different output.
My guess is that there must be something about the language(go) or the domain (a data migration tool that uses Kafka) that triggers this.
> I feel like you can't really be considered a staff/principal if you can't already tell ahead of time where the perf bottleneck will be just on experience and intuition.
I feel like you can’t really be considered a Dunning-Kruger if you can’t already tell ahead of time where the perf bottleneck will be just on experience and intuition.
They are not free, they are paid for by taxes. And in pretty much all countries, irrespective of funding model, these services have increased in price much faster than general inflation. This is the Baumol effect in action.
I imagine personal trainers and childcare workers would see a drop in demand and perhaps also an increase in supply if a bunch of people suddenly lost their jobs to AI.
Nice! The visualization makes it easy to compare when cities are in the same hemisphere. It would be cool if there was an option to align the seasons when comparing cities in different hemispheres.
Nice observation ;-) If I'm reading the underlying data[0] correctly, it looks like the threshold for DEHT is significantly lower in the Vanilla tests (<4,500ng) vs the Strawberry tests (<22,500ng)
1) Battery size/life compromised by form factor (or have cumbersome wire to battery pack in pocket)
2) WiFi/5G connectivity - form factor seems to compromise antenna design, and anyways health impact of antenna on your head all day is unknown
3) Fashion - most people care more about appearance than any debatable benefit smart glasses might have (AR?) over a smart phone
4) Smart glasses AR displays are a cool piece of tech, but quality-wise nowhere near that of a phone screen, used for photos and videos - TikTok on smart glasses ?
5) Texting seems a very popular type of communication for all age groups, and much preferred (and more discreet) that having to voice dictate into smart glasses, or listen to incoming messages via smart glasses speakers
It just seems that a smartphone provides so much, checks so many boxes in terms of features and usability, that most people won't want to not have one, and if you do have one, then the incremental benefit of another device becomes minimal.
My experience so far has been: if I know what I want well enough to explain it to an LLM then it’s been easier for me to just write the code. Iterating on prompts, reading and understanding the LLM’s code, validating that it works and fixing bugs is still time consuming.
It has been interesting as a rubber duck, exploring a new topic or language, some code golf, but so far not for production code for me.
Okay, but as soon as you need to do the same thing in [programming language you don't know], then it's not easier for you to write the code anymore, even though you understand the problem domain just as well.
Now, understand that most people don't have the same grasp of [your programming language] that you have, so it's probably not easier for them to write it.
It can offer an advantage over the built-in caching, but it depends on your exact access patterns. For example, if you are running ClickHouse on multiple servers and accessing the same reference data, it's more efficient to cache that data in a centralized location (like Regatta) instead of on the disk of each individual instance.
Philosophically, our goal is to build a standard that can be used in these kinds of applications moving forward, so that application developers don't need to build streaming over and over again and users don't need to learn how to configure each individual systems' caching.
reply