dpc_pw

14 ms·

91.
by dpc_pw 6y ago
Editing in Vim feels like a bit like editing in `ed` if you ever tried it. It's a bit like "type in a command, and see the result". You type d3w and you will get 3 word deleted. In Kakoune every keypress results in visual res
92.
by dpc_pw 6y ago
Before 3 yeas of kakoune, I did like 20 years of Vim. IMO, typing is less than 0.1% of SWE, so even if you can get 2x typing productivity with Vim it will still not amount to any substantial overall productivity benefit. If IDE works for yo
93.
by dpc_pw 6y ago
I really regret every trying Kakoune. It was totally not worth it, but I just can't go back now. I've switched from Vim to Kakoune 3 years ago, and lack of support for this modal editing style elsewhere is really frustrating. It i
94.
by dpc_pw 6y ago
So... is Data Oriented something new? Storing fields in a map leads me to believe this is not Data Oriented Design (DOD). And I completely reject this idea (fields in maps). The "flexibility" there is hardly useful, and could be a
95.
by dpc_pw 6y ago
Nothing but a flamewar tinder. :D
96.
by dpc_pw 6y ago
https://github.com/crev-dev/crev/ People willing to help out with `npm-crev` implementation needed. :)
97.
by dpc_pw 6y ago
There are people who buy derivatives for practical rational reasons as well - e.g. producers who want to lock the price of pork belies, or business hedging currency risk in an international transactions. In a normal market If people are cra
98.
by dpc_pw 6y ago
Ad-based revenue should be heavily taxes, just like alcohol and tabaco products.
99.
by dpc_pw 6y ago
I don't even understand what this is supposed to mean. Every asset allows infinite inflow of capital. If humans wanted, they could trade everything for TSLA, moving it's price to gazzilion dollars per share. Derivatives are transa
100.
by dpc_pw 6y ago
> But historians argue the process is nonsense This article is nonsense. It absolutely fails to make a point. It's not like up-scaling stuff with neural networks is going to introduce a random mobile phone into the medium being ups
101.
by dpc_pw 6y ago
I'm seen other comments of yours and this is a final straw, which makes me stop wasting my time.
102.
by dpc_pw 6y ago
> available tooling for doing deterministic resource management in GC languages Other than Python's `with` and alikes, wrapping in a closure, `defer`/`scope` (Go/D), what else is there? What am I missing? None of these wor
103.
by dpc_pw 6y ago
Good luck trying to make your Rust code actually slow with random `clone` here and there. You really have to find something huge, or in a tightest loop to even notice a difference. And most applications are IO bound on some DB connection an
104.
by dpc_pw 6y ago
Yeah, but dealing with debugging leaking resources (because memory is just one of many resources that a program will use, and GCs don't help with most of them) sucks. https://ruudvanasseldonk.com/2015/10/06&#x
105.
by dpc_pw 6y ago
Languages like Python being more productive is a myth. A story people keep repeating, with absolutely no way to back it by facts, not to mention that productivity is not a scalar. All there is just bunch of subjective experiences in specifi
106.
by dpc_pw 6y ago
I expect a lot companies and capital, given the COVID nudge, will accelerate moving to other locations and hiring remote, because they want to pay their employees to the their work, and not to go on moral crusades on company's time.
107.
by dpc_pw 6y ago
Interesting. Seems we have very opposite experiences. I definitely agree that one can paint themselves into a static-typing corner where refactoring becomes painful (but as I said, usually because of OOP). Also in big projects care needs to
108.
by dpc_pw 6y ago
> The best approach I ever saw to using Haskell at scale was to severely disallow any complex type system feature, like even disallowing lensing or custom type classes. Just ruthlessly stick only to basic language features and module ori
109.
by dpc_pw 6y ago
> There's a pleasure to solving problems that arise from type systems akin to solving Sodoku puzzles. IMO, That's not type system but OOP. Where I have problems with types is usually due to class hierarchies, and developers try
110.
by dpc_pw 6y ago
> It's hard to build large monoliths without typing. It's hard to build anything larger. In a microservice architecture one of the best things one can do is to define machine-readable schema (which is just a way to "type&q
111.
by dpc_pw 6y ago
Let me guess. You probably worked in small teams, mostly with code you co-wrote your whole carrier. You literary compare 3 languages that you happened to use and think that all there is to know about this argument.
112.
by dpc_pw 6y ago
There's nothing inherent that would make JIT interpreted languages slower than AOT compiled languages. In fact JITs can apply optimizations that are difficult to do AOT. The only reason why interpreted languages are usually much slower
113.
by dpc_pw 6y ago
You probably could get same optimization in FORTRAN, but so what? Rust is just a more modern, better and more approachable programming language than C and C++, and people care about it more and prefer to get their little system programming
114.
by dpc_pw 6y ago
The reason to mock out IO is not that much about the performance, but isolation. It's annoying to have to deal with setting up database instances, users, permissions and what not, just to run an otherwise standalone test. Also annoyin
115.
by dpc_pw 6y ago
I indeed see people calling pretty much any tests, except e2e test unit-tests. However as per which test types to use: the right answer is (as with everything) "it depends". When doing testing the overarching problem is that the t
116.
by dpc_pw 6y ago
New features often come handy if you have a very specific need and usually you don't really need them at all and you can stick to common-SQL features. You often discover them when you search online looking for some blogs and stackoverf
117.
by dpc_pw 6y ago
Firefox is dead. Deal with it. It's just a matter of time. Web-browser is not very profitable bussines, and by bloating web with more and more complexity, we made sure maintaining alternative implementations is getting harder and more
118.
by dpc_pw 6y ago
This is not unlike any other engineering. One can't just arbitrarily change thermal isolation properties of a house without having to do some broader changes that can affect it's general structure and other aspects of it. Or you c
119.
by dpc_pw 6y ago
Java pretty much requires an IDE because it's verbose, bloated, everything is inconvenient without IDE assistance and it's easy to create bugs. Something as simple as opening a file of code requires IDE, because everything is hidd
120.
by dpc_pw 6y ago
I'm aware of GNUnet, and been following it loosely for too long to remember. It's been around for like 2 decades? Superficially it looks to me like bunch of theoreticians overcomplicated everything, and it will never be practical.

More ›