8,063 karma · joined February 13, 2017
https://pastebin.com/raw/bmTqd9eR
Sample output:
02 /\bErlang\b/
04 /\bHaskell\b/i
12 /\b(Angular|Angular5|Angular6)\b/i
13 /\b(PHP|PHP5|PHP7)\b/i
15 /\b(Kotlin)\b/i
15 /\b(Scala)\b/i
15 /\b(Swift)\b/i
16 /C#/i
16 /\b(Vue|VueJS)\b/i
18 /\b(Rust)\b/i
36 /\b(Java)\b/i
37 /\b(Ruby)\b/i
39 /\b(Go|GO|Golang|golang|GOLANG)\b/
47 /\bC\b|C\+\+/i
60 /\b(Node|NodeJS)\b/i
84 /\b(JS|JavaScript)\b/i
95 /\b(Python)\b/i
147 /\b(React|ReactJS)\b/i"Please consider cosmic rays hitting the computer, defective ram chips, weird modifications of the system before submitting the bug. Unlesss you explicitly acknowledge that, your bug will be closed automatically in 30 days. Thank you very much"
Mozilla is famous for having 20 year old bug reports that gets fixed after all that time.
> People answered this wrong in the Ruby era, they answered it wrong in the PHP era, they answered it wrong in the Lotus Notes and Visual BASIC era.
I'm assuming you're saying these tools hurt more than help?
In that case I disagree so much that I'm struggling to reply. It's like trying to convince someone that the Earth is not flat, to my mental model.
PHP, Ruby and VB have more successful code written in them than all current academic or disproportionately hyped languages will ever have combined.
And there's STILL software being written in them. I did Visual Basic consulting for a greenfield project last week despite my current expertise being more with Go, Python, C# and C. And there's a RoR work lined up next. So the presence gap between these helpful tools and other minor, but over index tools, is still increasing.
It's easy to think that the languages one see mor often in HN are the prevalent ones but they are just the tip of the iceberg.
It means these games were already running well in Linux and even better now.
> Resident Evil 2 jumped from 26 FPS to 77 FPS
> Call of Juarez went from 99.8 FPS to 224.1 FPS
> Tiny Tina's Wonderlands saw gains from 130 FPS to 360 FPS
Amazing. I don't understand the low level details on how such a massive speed gain was ripe for the picking but I welcome!
I guess thanks Valve for pouring money into Proton.
And it scans every executable and command run and sends a hash to motherbase. I don't know how people put up with this. There's probably some dangerous way to disable that like, let me guess, disabling SIP...
And it sucks at gaming.
Linux on the other hand is great for power users!
And it's a RN app:
> It’s a React Native app built with Expo and TypeScript. Data lives in SQLite.
Couldn't have been more wrong. MCP despite its manageable downsides is leagues ahead of anything else in many ways.
The fact that SoTA models are trained to handle MCP should be hint enough to the observant.
I probably build one MCP tool per week at work.
And every project I work on gets its own MCP tool too. It's invaluable to have specialized per-project tooling instead of a bunch of heterogeneous scripts+glue+prayer.
Anything specialized goes into an MCP.
Big refactorings guided by automated tests eat context window for breakfast.
They flew a tech next day to where I lived with spare parts.
Replaced mobo/cpu (which burned due my overclock shenanigans) without asking questions.
That was really impressive especially when compared to butterfly keyboard problems with Apple which was problematic to say the least.
Different people, different grips. It should just work.
Other brands manage to do better so why can't Apple with their $1k phone?
It's laughable they still get people to defend that.
And it's not like people are faraday cages. This is basic physics.
~19 tok/s for Apple M1 Max (64 GB) with TinyLlama-1.1B-Chat-v1.0
Classic "skill issue" hubris by the language community.
They picked to most open-source one.
Very fast but not enough features to use on a daily basis.
And they lack some extensions I love in VSCode such as Markdown All In One and GitLens. They have a big battle against the large ecosystem of VSCode extensions.
And then there's JetBrains which is on another level of refactoring/features.