YZF

81 ms·

961.
by YZF 2y ago
Each transaction has a buyer and a seller. So in that sense it is a zero sum game. However the total market cap can go up and down and create value out of nothing (just like stocks).
962.
by YZF 2y ago
It's just that I work in an adjacent area. It's not so much a question of security but of legacy, history, and performance. When Palo Alto was founded, 2005, I think C/C++ would basically be the only choice for these sorts of
963.
by YZF 2y ago
Interesting that they use Go. I'd have thought most products in this space would be using C or C++.
964.
by YZF 2y ago
That's a good point. If the proposal is to propagate that all the way through the pipe chain I'd support that. My gut negative reaction is to the complexity of adding flush timers.
965.
by YZF 2y ago
You're right that it does not take input from the user. But I think you're in agreement with me that not everything is pipe-able. The buffer in Unix (or rather C?) file output goes back to the beginning of time. It's not the
966.
by YZF 2y ago
Those ultra fast systems also have ultra fast I/O. Buffering is critical to get good performance e.g. on your NVMe. The difference between writing one character at a time and writing a few megabytes at a time would be many orders of ma
967.
by YZF 2y ago
Shouldn't be related ... but who knows. I've not noticed this myself (also MBP user).
968.
by YZF 2y ago
Sure. An alternative for combining interactive terminal applications might be interesting. But I think there is tension between the Unix mechanisms and interactive applications that's not easy to resolve. What's `less | grep` or `
969.
by YZF 2y ago
I get that. But it's like complaining why your pliers aren't good at unscrewing a bolt. I'm willing to accept the UX isn't great but `tail -f | grep` is like `vim | grep` or `rogue | grep` (I'm exaggerating to try a
970.
by YZF 2y ago
I would tend to disagree. The buffering here is doing what's it's supposed to be. The mix of something that's supposed to be interactive with a contract that's not meant to be interactive is the source of the problem (ta
971.
by YZF 2y ago
A goroutine stack can grow. (EDIT: With stack copying AFAICT... so no virtual pages reserved for a stack to grow... probably some reason for this design?)
972.
by YZF 2y ago
Aren't all trucks? Wouldn't the sensor suite and auto-braking make it maybe somewhat safer? Is this something that gets tested for by car manufacturers?
973.
by YZF 2y ago
I saw my first Cybertruck the other day. It looked less weird in person than I expected it. It's a very different and new design. How many of the 91% we're comparing to are completely new designs. What's the correct benchmark
974.
by YZF 2y ago
I think I live in the real world and your statement is not true for any of the projects I've been involved in. Kubernetes is absolutely used to solve real technical problems that would otherwise require a lot of work to solve. I would
975.
by YZF 2y ago
I'm not an insider but afaik anything heavy lifting in Google is C++ or Go. There's no way you can use Python for anything heavy at Google scale, it's just too slow and bloated. Most stuff I've seen run on k8s is not c
976.
by YZF 2y ago
If you were Google k8s wouldn't cut it. I have experience of both options in multiple projects. Managing containers yourself and the surrounding infrastructure vs. using k8s. k8s just works. It's a mature ecosystem. It's real
977.
by YZF 2y ago
This came up on my feed: "I Go Undercover in Palestinian Cities" | The Ask Project https://www.youtube.com/watch?v=m5RuRLovXUk This is Corey, the guy who does this project where he asks random Israelis and Palesti
978.
by YZF 2y ago
It's the way things work together. If you want to add a new service you just annotate that service and DNS gets updated, your ingress gets the route added, cert-manager gets you the certs from let's encrypt. You want Prometheus to
979.
by YZF 2y ago
If your application doesn't need and likely won't need to scale to large clusters, or multiple clusters, then there's nothing wrong per se. with your solution. I don't think k8s is that hard but there are a lot of movin
980.
by YZF 2y ago
I worked on some proprietary video/image encoding application. In that context we hand wrote things like colour space conversions, wavelet transforms, arithmetic coders, compression algorithms, even hashing functions, in SIMD and we go
981.
by YZF 2y ago
I was trying to make a point... Apparently not very well ;) But let's take on the testing framework question. When I work in Go or in Python I use the testing frameworks that are part of that ecosystem. When I worked with C++ I'd
982.
by YZF 2y ago
I agree with you in principle that's the correct attitude. However I don't think the comparison to the music industry is necessarily correct. A lot of managers in tech got there because they are technically strong. We can argue ab
983.
by YZF 2y ago
The reality is there is no way to build everything . You want to do scientific computing do you use libraries that have been optimized for 50 years or do you write your own? You want to do cryptography do you build your own? Pretty much ev
984.
by YZF 2y ago
Sure. We should harness enthusiasm and channel it in the right direction. I'm not sure I agree the giants of today are built on the work of enthusiastic novices. Amazon and Microsoft have always had a ton of senior talent. Meta started
985.
by YZF 2y ago
I've been in the industry for >30 years ;) I'm not sure what's the proposal? - Don't use an OS. Write your own. Linux? Boring. - Design your own CPU. - ext3 or xfs? Nah write your own. - Write your own database. - Eth
986.
by YZF 2y ago
It'd get nowhere. The problem isn't money. One could say there's even too much money thrown at fusion research that could have better use elsewhere. There are just too many incredibly hard problems to solve.
987.
by YZF 2y ago
Developers, developers, developers! More seriously: I think there are a ton of potential applications. I'm not sure that developers that use AI tools are more likely to build other AI products - maybe.
988.
by YZF 2y ago
I don't think so. A siege is not prohibited under international law. The Palestinians at that point had plenty of water and food. The bar, to me, would be at the point where they're actually starving, i.e. they have used up the en
989.
by YZF 2y ago
Part of the political circus here is around the definition of occupation. The ICC essentially claims that Gaza has always been and is currently occupied. The ground truth is that Gaza stopped being occupied when Israel withdrew in 2005 and
990.
by YZF 2y ago
It's not serious to suggest that Israel did not supply any food or water to the Palestinians when in fact it supplied plenty. Why didn't Egypt supply food and water to the Palestinians? (Before Israel took the border corridor). Wh

More ›