vertere

6 ms·

1.
by vertere 1y ago
I'm confused about their definition of RL. > ... SFT is a subset of RL. > The first thing to note about traditional SFT is that the responses in the examples are typically human written. ... But it is also possible to build the d
2.
by vertere 3y ago
You seem to have a very narrow view of what is a relevant or a valid comment. Just because a counterargument doesn't completely refute the original comment, or "introduces" new concepts, doesn't make it irrelevant or &qu
3.
by vertere 3y ago
Indentation of comments also means something. GP was not responding to the neuroscience comment.
4.
by vertere 3y ago
It's still pretty meaningless unless you have some idea what the previous profit was (which the average headline reader probably doesn't). 95% of last quarter's profit could be a trivial amount or a huge amount. If last quart
5.
by vertere 3y ago
Maybe they don't believe there are no elephants in Germany. If someone came up to you on the street and said "You are an elephant. Are you an elephant?" you wouldn't say "yes".
6.
by vertere 4y ago
I agree that treating production vs non-production as a dichotomy can be problematic, but that doesn't mean some systems aren't more sensitive than others. Also security is not one dimensional. A system's required level of co
7.
by vertere 4y ago
> is best avoided, phobia or no. Strongly agree. I briefly developed a morbid fascination a few years ago, which then developed into a rather unpleasant sort of phobia/aversion.
8.
by vertere 4y ago
> It's really not a lot to grok, at least by most other language's standards. Yes, but people have been attracted to Python largely because it's not like a lot of other languages. It is/was concise, simple, dynamic an
9.
by vertere 4y ago
Indeed. Any suggestion that economists (neo-classical or otherwise) don't care enough about relative price changes is utterly ridiculous. They just don't call them inflation .
10.
by vertere 4y ago
I can't see where they criticize the term "black box". So, ironically, this is just a complaint that they used some terminology you don't approve of.
11.
by vertere 4y ago
Standard notation like sigma for sum isn't really a descriptiveness issue, everyone knows what that means. Not dissimilar to programming languages using `+` instead of `plus()`. Non-standard variables are where more descriptive names w
12.
by vertere 4y ago
It seems like broader adoption of Markdown (or similar lightweight markup) would greatly help with broader adoption of git.
13.
by vertere 4y ago
Many software projects have their documentation in Git. That is partly to have the documentation sitting alongside the code, but I would argue it's also because Git is good for managing documentation. Other fields have similar types of
14.
by vertere 4y ago
Nobody has mentioned pull requests, content review, managing commit/write privileges. There's a bunch of basic workflow things there that version control systems can facilitate. That doesn't mean you specifically need Git (or
15.
by vertere 4y ago
For drafting yes, but at some point someone will probably want to edit or review the parts collectively. It's easy to prematurely consolidate the chapters into one file, and then any further changes have to be merged into the 'mas
16.
by vertere 4y ago
Good point, but then the question is why haven't more suitable diff tools been developed?
17.
by vertere 4y ago
I assumed most people were talking about dealing with single sites. From your previous comment about API documentation and "hand evaluating" Javascript I gathered that you were too. How would those things help one solve the genera
18.
by vertere 4y ago
The title is problematic but I don't see how that justifies someone calling the whole article low quality or spam.
19.
by vertere 5y ago
https://www.youtube.com/watch?v=F_td1X_c5Gg
20.
by vertere 5y ago
Related episode of Build For Tomorrow (formerly Pessimists Archive) podcast: https://player.fm/series/build-for-tomorrow/you-are-not-addi...
21.
by vertere 5y ago
Definitely applicable here. There's no way we're going to eliminate all problems with spaces etc, so why invite trouble. I wouldn't say it's always poor engineering though, especially the 'liberal in what you acce
22.
by vertere 5y ago
This. People are saying spaces improve ergonomics. Unless everyone always quotes their paths in documentation, emails, etc -- which they won't -- I say it actually reduces readability. Also programs automatically that turn paths into l
23.
by vertere 5y ago
I'm a bit surprised the DuckDB file size is that large (5x Parquet, and nearly as large as sqlite). I haven't used DuckDB, but I thought it had columnar storage and so would have better compression.
24.
by vertere 5y ago
I don't believe there is any 'just parquet' library for R. The `arrow` package is perhaps the easiest way to handle parquet files in R.
25.
by vertere 5y ago
According to [0][1], car makers are unwilling or unable to switch from older Intel chips to modern (smaller process) Intel ones. Switching architectures doesn't sound more feasible. [0]: https://jalopnik.com/i-asked-exp
26.
by vertere 5y ago
That was 2006. Australia had a car industry well after that. It died a slow death, I doubt you can blame it on one supplier. https://en.wikipedia.org/wiki/Automotive_industry_in_Austral...
27.
by vertere 5y ago
Pretty much the opposite here. Dealing with lots of different formats from different sources, often once off. There's all kinds of crazy things people will call "data" (CSV 'variants' are the tip of the iceberg).
28.
by vertere 5y ago
I envy your life of pristine CSVs and compatible implementations, where JSON doesn't solve any problems. But CSVs have a broad range of uses, and there are, in fact, plenty of implementations that do not follow RFC 4180, and even if ev
29.
by vertere 5y ago
Doesn't count, you still need light to make it human-readable. /s
30.
by vertere 5y ago
My guess is that it has more to do with popularity of the term "data scientist" in job ads than the popularity of those products. Total results for SAS etc are probably a lot more stable.

More ›