uz
Feedback
Lobste.rs

Lobste.rs

Kanalga Telegram’da o‘tish
1 716
Obunachilar
+224 soatlar
+57 kunlar
+3830 kunlar
Obunachilarni jalb qilish
Iyun '26
Iyun '26
+29
5 kanalda
May '26
+78
8 kanalda
Get PRO
Aprel '26
+81
6 kanalda
Get PRO
Mart '26
+56
10 kanalda
Get PRO
Fevral '26
+69
7 kanalda
Get PRO
Yanvar '26
+53
4 kanalda
Get PRO
Dekabr '25
+42
7 kanalda
Get PRO
Noyabr '25
+50
6 kanalda
Get PRO
Oktabr '25
+52
7 kanalda
Get PRO
Sentabr '25
+45
4 kanalda
Get PRO
Avgust '25
+61
8 kanalda
Get PRO
Iyul '25
+52
7 kanalda
Get PRO
Iyun '25
+58
5 kanalda
Get PRO
May '25
+62
7 kanalda
Get PRO
Aprel '25
+66
7 kanalda
Get PRO
Mart '25
+65
6 kanalda
Get PRO
Fevral '25
+55
5 kanalda
Get PRO
Yanvar '25
+58
6 kanalda
Get PRO
Dekabr '24
+100
10 kanalda
Get PRO
Noyabr '24
+85
6 kanalda
Get PRO
Oktabr '24
+104
4 kanalda
Get PRO
Sentabr '24
+86
4 kanalda
Get PRO
Avgust '24
+82
3 kanalda
Get PRO
Iyul '24
+69
6 kanalda
Get PRO
Iyun '24
+67
5 kanalda
Get PRO
May '24
+55
3 kanalda
Get PRO
Aprel '24
+49
3 kanalda
Get PRO
Mart '24
+52
7 kanalda
Get PRO
Fevral '24
+60
3 kanalda
Get PRO
Yanvar '24
+77
5 kanalda
Get PRO
Dekabr '23
+64
4 kanalda
Get PRO
Noyabr '23
+20
3 kanalda
Get PRO
Oktabr '23
+21
4 kanalda
Get PRO
Sentabr '23
+412
0 kanalda
Sana
Obunachilarni jalb qilish
Esdaliklar
Kanallar
16 Iyun+2
15 Iyun+3
14 Iyun+3
13 Iyun+1
12 Iyun+1
11 Iyun+2
10 Iyun0
09 Iyun+1
08 Iyun+4
07 Iyun+1
06 Iyun+2
05 Iyun+2
04 Iyun+2
03 Iyun+2
02 Iyun0
01 Iyun+3
Kanal postlari
2
See what's next for Firefox Comments via firefox.com via freddyb
117
3
How Developers React to AI-Scented Blog Posts Comments via writethatblog.substack.com via eatonphil
111
4
Google Chrome's next update will mark the end of popular ad blockers Comments via 9to5google.com via freddyb
136
5
A backdoor in a LinkedIn job offer Comments via roman.pt via hoistbypetard
162
6
zlib-rs in Firefox Comments via trifectatech.org via freddyb
150
7
How memory safety CVEs differ between Rust and C/C++ Comments via kobzol.github.io via nrposner
167
8
Async Task Locals From Scratch Comments via wolfgirl.dev by polywolf
162
9
KDE Android News (June 2026) Comments via volkerkrause.eu via FedericoSchonborn
179
10
When float division beats integer division Comments via blog.andr2i.com via nrposner
175
11
KDE Plasma 6.7 released Comments via kde.org via w8l
183
12
Oxygen 6.7 is here: a breath of fresh air for KDE’s classic theme Comments via filipfila.wordpress.com via FedericoSchonborn
209
13
Correlated randomness in Slay the Spire 2 Comments via tck.mn via icefox
234
14
Lobsters Interview with Claudius @Claudius maintains LispE and previously TAMGU at Naver, combining array and logic programming with Haskell features. (N.b. the wiki holds the documentation and articles.)In this interview, we discuss Lisp and Prolog implementations, array languages, symbolic (GOFAI) and neuro-symbolic AI.How did you discover programming, come to pursue a PhD etc.?It's not exactly a recent adventure; I started in 1980 when my father bought a computer for Christmas. Learning Basic, I faced a lot of problems because I didn't really speak English, which most of the documentation was written in. I spent a lot of time trying to understand what the set command did (put a cell on the screen, on this machine.) Then I learned to program the Z80 processor in machine language and decided to pursue computer science. I got a masters degree from Paris VI. In 1989, I moved to Montreal and started a PhD in computational linguistics. New symbolic ways of implementing grammars were really hot.I implemented a parser for my PhD thesis which was weird, because the rule system was not based on pure context-free grammars, but a set of categories which could appear on the right-hand side of your rule. People had been hunting for ways to speed this up and the solution was quite silly: Consider each category as a separate 64-bit vector, a long integer, and for each rule tag categories on the right, replacing the categories by their position on the bit vector where the value would become the index of the rule, so you could find the rule to apply from the index.From there, I was recruited by PARC's sister, the Xerox Research Centre Europe (XRCE) in Grenoble, where I still live. I spent 20 years with Xerox and another 10 with Naver who bought the lab.What's it like working as a researcher? You've published many papers, hold patents etc. which isn't a common route in software.Companies only evaluate researchers in 3 ways:softwarenumber of papers publishedpatentsNow, patents or intellectual property aren't what most people think of. In industry, they function as tokens traded between companies for access to other technologies. But their importance is decreasing.I've implemented a lot of software across these years. With my PhD in linguistics, I worked with linguists to speed tools up. As an example, on top of my PhD I wrote the Xerox Incremental Parser (XIP) (summarized here and implemented here) which could parse 3,000 words per second.I've been dwelling on a comment of yours:I worked for more than 30 years on these systems and they could never work. I implemented a very fast NLP symbolic parser, for which the team I worked with created grammars for 8 languages, including Japanese. In 2007, with a grammar of 60,000 rules, we could parse at a speed of 3000 words/s (see https://github.com/clauderouxster/XIP for the Open Source version). The parser could extract syntactic dependencies, and could use ontologies. But language is like sand, the more you try to grab, the more you leak. There was a kind of futility in trying to compress languages into rules, nothing actually scaled up. Still, we managed to win competitions as late as 2016 with SemEval sentiment analysis, and in 2017, we also ranked first in a legal document extraction campaign organized by IBM, but to no avail. It was a lot of work, and the conclusion was very simple. We had to push our grammars as far as possible into lexical grammars, which eventually LMMs managed to really implement. We discovered very early, that context was all that mattered. We tried to create grammars that would apply to a full paragraph instead of sentences, but then the performance would plummet. The reason why LLM work, is that at each step they compress the whole context into a meaningful vector, which they then used to guide the rest of the generation process. I spent my whole life in the pursuit of a perfect parser with very brilliant people, and I really find hard to say that not only did we fail, but that LLM is the response we were looking for.…
183
15
The time the x86 emulator team found code so bad that they fixed it during emulation Comments via devblogs.microsoft.com via classichasclass
200
16
Life: Nasty, Brutish, and Short Comments via jsoftware.com via veqq
203
17
Banned book library in a Wi-Fi lightbulb Comments via richardosgood.com via classichasclass
213
18
What job interviews taught me about Kubernetes Comments via notnotp.com via rau
204
19
LLMs Will Replace 8-Track Duplication Engineers Comments via bbenchoff.github.io via rau
204
20
NetNewsWire Status Comments via inessential.com via ehamberg
205