39
points
gudzpoz
Joined 547 karma
nobody
blog: https://kyo.iroiro.party/en/
- Your cursory search likely provided outdated info. [0] Quoting from it's maintainer: [1]
[0] https://www.waterfox.com/blog/a-new-chapter-for-waterfox/Waterfox is independent again: [0] And System1 are an “ad-tech” company but the term should be used loosely. The ownership made sense as they are a search engine aggregator and they own a bunch of old school search engines like DogPile, InfoSpace etc. Nothing to do with what people associate ad-tech with, i.e. tracking you across the web or collecting personal data. - Japanese blog entry: https://gongo.hatenablog.com/entry/2018/12/22/190540
- 1 point
- 2 points
- The WeTab / Infinity team has responded to this [1] (in Chinese). Basically, they argue that:
- The Clean Master extension has long been sold, and the malicious updated was not pushed by them.
- The other two mentioned extensions are not at all malicious. They collect use info for extension opt-out-able features and analytics (using Google Analytics and Baidu Analytics).
- They are communicating with the extension stores to restore their extension.
Let's hope it's not an AI company making AI-generated accusations.
[1] https://mp.weixin.qq.com/s/E8YQLWZFM2J7r5DZNSl47w & https://www.v2ex.com/t/1176484
- Previous discussion: https://www.hackerneue.com/item?id=13149705
- 4 points
- 1 point
- 2 points
- Thank you! It would indeed require extra effort for me to notice issues like this, and it is very nice of you to have pointed it out!
Speaking of personal devices, I also have a dedicated key binding for en dashes “–” (because, well, I already have a whole tap layer for APL symbols, and it costs nothing to add one more). Since we're on HN, I believe many people here can easily do that if they wish to, so I too don't think en/em dashes are very telling, especially on HN.
(...and of course we have an xkcd for it: https://xkcd.com/3126/ )
- Statements like this always feel a bit rude to me—as a Chinese, I use em dashes (in Chinese texts) on a daily basis and insert them in English texts when I see fit.
A bit of background: Em dashes “—” (or, very often, double em-dashes “——”) are to Chinese texts what hyphens “-” are to English texts. We use them in ranges “魯迅（1881－1936）”, in name concatenations “任－洛二氏溶液（Ringer-Locke solution）”, to express sounds “呜——”火车开动了, or `“Chouuuuuuuuu”, starts the train' in English, and in place of sentence breaks like this——just like em dashes in English texts. They are so commonly used that most Chinese input methods map Shift+- (i.e., underscores “_”) to double em-dashes. So, as a result, while I see many English people have to resort to weird sequences like “Alt + 0151” for an em-dash, a huge population in the world actually has no difficulty in using em-dashes. What a surprise!
As for this article, obviously it was translated from its Chinese version, so, yeah I don't see em-dashes as an AI indicator. And for the weird emoji “” (U+1F54A), I'm fairly certain that it comes from the Chinese idiom “放鸽子” (stand someone up, or, literally, release doves/pigeons), which has evolved into “鸽了” (pigeon'ed), a humorous way to say “delayed, sorry!”.
- 371 points
- 5 points
- This clause is usually used together with the next sentence in the original poem:
> 先天下之忧而忧，后天下之乐而乐
> (put the world's worries before yours, and put your happiness after the world's) > edit: this translation is wrong, and raincole has a definitely better translation
Since the model is a language model, they probably use this to demonstrate the model's language capabilities – the model should be able to complete the whole sentence pair. The paper also mentions this:
> To ensure the model’s language capabilities, we introduced 10% of in-house text-only pretrain data.
So I believe it is just a text-only demonstration.
- 1 point
- 1 point
- ... That post you linked was from two years ago, discussing JEP 295, which was delivered eight years ago. Graal-based AOT has evolved a lot ever since. And the answer even explicitly recommended using native images:
> I think what you actually want to do, is to compile a native image of your program. This would include all the implications like garbage collection from the JVM into the executable.
And it is this "native image" that all the comments above in this thread have been discussing, not JEP 295. (And Graal-based AOT in native images does remove the need to bundle a whole JRE.)
[1] https://yhetil.org/emacs-devel/87bjuy3ric.fsf@gmail.com/