Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
pkkm
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
pkkm
2y ago
We focus on unit tests but try to avoid mocking
32.
▲
by
pkkm
2y ago
We focus on integration tests that aren't end-to-end
33.
▲
by
pkkm
2y ago
We focus on end-to-end tests
34.
▲
by
pkkm
2y ago
> TCL I actually know the answer to that one! > The principal lesson of Emacs is that a language for extensions should not be a mere "extension language". It should be a real programming language, designed for writing and ma
35.
▲
by
pkkm
2y ago
Hm, I did some searching. Bazel's FAQ mentions multi-language support prominently, but only suggests speed and reliability as the initial motivations. I'll edit my post.
36.
▲
by
pkkm
2y ago
It's not? I recall reading that coping with a variety of languages was one of the main motivations, but do correct me if I'm wrong and you have a citation.
37.
▲
by
pkkm
2y ago
Your veiled implication that Nix and NixOS aren't about "getting things done" is, I think, more than a little unfair. I'm using multiple programming languages at work. Each one of them has its own dependency manager that
38.
▲
by
pkkm
2y ago
They are being investigated, the Polish government is just slow.
39.
▲
by
pkkm
2y ago
In this case, probably? I'm not a fan of excessive regulation, for this particular problem, I don't see how it could be solved without some kind of "right to repair" law, or at least a "right to be thoroughly inform
40.
▲
by
pkkm
2y ago
> Everyone must now pay the mental cost of multithreading for the chance that you might want to optimize something. I'm assuming that by "everyone" you mean everyone who works on the Python implementation's C code? Be
41.
▲
by
pkkm
2y ago
It definitely does, but don't you think that it could be worth it if it makes multithreading usable for CPU-heavy tasks?
42.
▲
by
pkkm
2y ago
Sounds like PRQL [1]. [1] https://prql-lang.org/
43.
▲
by
pkkm
2y ago
Oh, I'm also too young to have experienced the Lisp hardware. I've tried Genera in an emulator, though, and I've read some of the manuals because it's so interesting. There's a nice user interface programming manual
44.
▲
by
pkkm
2y ago
> I'm slowly working on a side project where I'm implementing my dream OS, which is influenced by various alternate paths of workstation and desktop computing explored in the 1980s and 1990s but were overtaken by Windows and Un
45.
▲
by
pkkm
2y ago
Very happy to see that these issues are getting attention now. I think that the Python language being so centered on one implementation is a long-term threat to its success. Web servers, command-line programs, and embedded devices have diff
46.
▲
by
pkkm
2y ago
> Python would have missed the race Why do you think that? There's no need for a Python 2->3 like transition here, it could have been done while supporting the old C API for a while.
47.
▲
by
pkkm
2y ago
cffi is closest to what you described.
48.
▲
The strict aliasing situation is pretty bad (2016)
(blog.regehr.org)
74 points
by
pkkm
2y ago
|
58 comments
49.
▲
by
pkkm
2y ago
I would say the opposite: In a high-level language for "everyday programming", as opposed to systems programming or high-performance programming, arbitrary precision signed integers are the right choice. They let you do math on th
50.
▲
by
pkkm
2y ago
Scheme makes sense to me (better semantics than Lua), but I'm surprised that they didn't choose an established and fast implementation like Guile.
51.
▲
by
pkkm
2y ago
> ultra-high-IQ people I think that's much more stereotype than reality. People see all these parentheses and think that it must be a difficult language that requires a big mindset shift, like these purely functional languages with
52.
▲
by
pkkm
2y ago
> there is a class of software that have user manuals and require a flip-through, and there is a class of software that locks its users into predefined tracks so they can only ever pick from the choices presented to them. I think that th
53.
▲
by
pkkm
2y ago
Thanks for working on these "casual" Emacs packages. I've long thought it is lamentable that we mostly have two kinds of UIs: * Those designed for power user speed, with seemingly little regard to novice-friendliness (e.g. ba
54.
▲
by
pkkm
2y ago
Yeah, my impression is that B happened earlier in Haskell. 1. Let's create a super advanced type inference system so that you can write Haskell like a dynamic language but have it be static. 2. Oops, now when you make a mistake, it pro
55.
▲
by
pkkm
2y ago
What a coincidence, I was actually just searching for a tool that would convert conference talks into blog posts. Since I learn faster through reading than listening, I thought that such a tool would let me absorb the information from each
56.
▲
Dates and Times and Types (2022)
(blog.glyph.im)
1 points
by
pkkm
2y ago
|
0 comments
57.
▲
by
pkkm
3y ago
Yeah, I like this, but the tool I wish existed the most is some kind of pointer aliasing checker. Something that would tell me when I've violated strict aliasing or, conversely, when I've forgotten to put in a restrict and now t
58.
▲
by
pkkm
3y ago
That doesn't necessarily mean there was any manual moderation. HN isn't just based on upvotes; it also has a flagging mechanism, as well as anti-flamewar mechanisms. They help tilt the scales in favor of technical topics and again
59.
▲
by
pkkm
3y ago
> many of the results My impression is that the priming chapter is bunk, but the rest has generally held up. Is that no longer true?
60.
▲
by
pkkm
3y ago
I think the biggest obstacle right now is not the software, but the hardware. The software works, but requires either buying a $300-$500 set of three circuit boards, or finding a specific PCIe capture card and potentially modifying it. If s
More ›