Maybe not via kubectl directly, but it is rather trivial to build this, by simply combining all log streams from pods of a deployment (or whatever else).
k9s (k9scli.io) supports this directly.
HN user
Maybe not via kubectl directly, but it is rather trivial to build this, by simply combining all log streams from pods of a deployment (or whatever else).
k9s (k9scli.io) supports this directly.
I've seen this take on LLMs many times, and I don't share the certainty that LLMs hinder the growth of engineers using them.
Sure, if you want to use an LLM to produce code that works you need to have enough knowledge and experience to be able to review and, if necessary, request changes.
However, another (IMO, even more powerful) aspect of LLMs, is their utility as a learning tool. They excel at imparting knowledge about new concepts, because they act as a personalized teacher.
I find it doubtful that use of LLMs will result in less experienced and knowledgeable engineers in the future.
That's technically not true.
You can pass multiple return values of a function as parameters to another function if they fit the signature.
for example:
func process[T any](value T, err error) {
if err != nil {
// handle error
}
// handle value
}
this can be used in cases such as control loops, to centralize error handling for multiple separate functions, instead of writing out the error handling separately for each function. for {
process(fetchFoo(ctx))
process(fetchBar(ctx))
}The original statement stands, if what you are suggesting in addition to it is true. If the initial one-time investment of $505m is enough to distill new SOTA models for $0.50 a piece, then the average cost for subsequent models will trend toward $0.50.
A fixed monthly subscription amount with unlimited usage will always carry this deficiency. A solution that addresses this would be usage-based pricing.
Feels very Confluence-like to me. Which components look better in Confluence in your eyes?
Google Pay, not Google Play.
If you listen to a single band for 1 hour a week, then you should not be paying for a Spotify subscription, but rather buy the music of that band.
This situation is obviously constructed, but if you were in it and unhappy about it, it would be your own fault for misunderstanding what you're paying Spotify for.
From Wikipedia: > A drug is any chemical substance that when consumed causes a change in an organism's physiology, including its psychology, if applicable.
Coffee, psychedelics and alcohol are drugs just like heroin. Whether you believe they are useful to consume is a different matter.
Sebastian Lague recently did a video on simulating fluids, which may be interesting. As always, he takes a "from scratch" approach to it.
https://youtu.be/rSKMYc1CQHE?si=pXdsHlQSCpw8nY8m
The GitHub repository also contains links to some of the research papers used to implement the simulation.
ToU pricing can be very effectively used by having an energy management system. This will automatically shift power usage to the most cost efficient times.
There's also slack huddles, however I suppose this really only works for internal company calls. Apart from that I've found that to be the best option, especially when using slack already.
In many cases, there will be pedestrian crosswalks on each exit/entrance to the roundabout. At least that's how I have experienced roundabouts in central Europe.
Slightly off topic, but I could imagine that what you are alluding to regarding the expectation of certain words or phrases depending on the context of the conversation could be used to improve speech-to-text models. The speech could be parsed into multiple options which can ranked by a language model with the conversation context.
This is incorrect. If all food we produce world wide was distributed equally everywhere not a single person would starve. However it isn't distributed anywhere close to equally. In many societies food is instead wasted in large amounts.
Cutting back on industrial agriculture is sorely needed from an environmental standpoint, as well as reducing food waste. Solving starvation requires different solutions, such as improved distribution, as well as political stability.
It is better, because switching from meat to grains results in less area needed for planting grains, since we don't need to feed the animals anymore. Most grains that we farm today are fed to animals.
I believe a significant difference between the two is that Z-Library actively asks for donations in return for more features, whereas Library Genesis does no such thing AFAICT.
The first class is 8 months old and the latest one is 3 months old. If you click on the links, they'll direct you to YouTube videos.
It's just as easy to index multiple repos as it is to index one, which means that the same goes for searching. Why would it be any different for one as opposed to many?
I'm paying 36€/month for 6TB of storage and my own real server. Used to be cheaper, they've been raising the price slowly over the last 2 years.
The README mentions this: > Selects a CPU-tailored parser at runtime. No configuration needed.
We are building data storage and processing infrastructure at a company that connects DERs. This involves storing large amounts of structured, time-series data. This data is then further processed and used for all kinds use cases, many of which were mentioned in the first half of the post's article. (e.g. energy management systems, load management etc.)
Petroleum is not mentioned anywhere in that article. It does say that truffle oil may be based on any kind of oil.
I'm don't understand this sentence. What signal are you talking about and how do tongues reject vegetables?
That's incorrect. A reduction in suffering is preferable even if it doesn't result in the absence of it.
This uses Baileys [0] which appears to reverse-engineer the protocol Whatsapp uses for it's web app.
What you are describing is more akin to what GitHub Copilot already does. It is really good at taking a description and a function signature and producing a solution. Paired with a solid test suite it can definitely speed up development in my experience.