A language only feels official once JetBrains releases a dedicated IDE for it
Description
Image is a simple white background with thick black sans-serif text filling most of the frame. The text reads: “A programming language hasn't arrived until JetBrains makes an IDE for it.” There are no additional graphics, just the statement in large centered lines. The meme jokes that true validation of a programming language’s adoption happens when JetBrains - the company behind IntelliJ IDEA, PyCharm, GoLand, etc. - invests effort to ship a first-class integrated development environment. For seasoned engineers, this pokes fun at how IDE ecosystem support is viewed as a milestone of language maturity and developer-experience polish
Comments
52Comment deleted
Your language isn’t truly enterprise-grade until a fresh install of its JetBrains IDE idles at 2 GB and the architects start arguing about which Dockerfile flag will shave off 30 MB
The real Turing completeness test isn't whether you can compute anything - it's whether JetBrains thinks your language is worth a €199/year subscription model and 8GB of RAM just to open a hello world file
The real measure of a language's success isn't GitHub stars, Stack Overflow questions, or even TIOBE rankings - it's whether JetBrains' product managers have calculated the ROI on building yet another specialized IDE. Nothing says 'we've made it' quite like convincing a company to invest millions in tooling for your syntax quirks and runtime peculiarities
A language isn’t real until JetBrains ships an IDE - and your runbook includes “Invalidate Caches/Restart” as a troubleshooting step
Real adoption isn’t TIOBE - it’s when JetBrains writes a custom PSI/AST for your language and Finance approves another Ultimate seat
Forget TIOBE rankings - a language's born when JetBrains ships intention actions faster than its stdlib stabilizes
brainfuck: Am i nothing to you? Comment deleted
How about plugin?) I think there are a lot of them:D But yeah, not all of them are made by JetBrains... Comment deleted
Ide from jetbrains very poor optimised. 2 GB RAM for hello world? Comment deleted
yeah but why would you use an IDE for your hello world programs?.. Comment deleted
It's only an example, i use android studio, and with working emulator and browser it eat 7,5 GB RAM from my 8 GB Comment deleted
Wtf, show me an IDE with an Emulator which doesn't eat this Comment deleted
5 GB? Emulator eat only 2 GB Comment deleted
Also while it eats 2GB for hello world, it eats pretty much the same for a huge project. That's how stuff works 🤷♂ Comment deleted
jetbrains meh Comment deleted
Until you're learning JB refactoring tools it's yet another IDE. After you learn it your life divides in before JB and after. After that all of the other IDEs looks like prettier notepad++ with some bells and whistles. Comment deleted
+++ Comment deleted
And how often do you need it? Comment deleted
Always Comment deleted
Are you writing code that requires constant refactoring? Comment deleted
Yes Comment deleted
Yes, it's never ending evolution until you mastered the domain that initially was vague and not fully defined. If you live in the pink world where unicorns give you full-errorprone-customer-wont't-change-mind spec then you don't need. Comment deleted
Typescript? Comment deleted
CLion actually kills any will to code in C++ if you stick to JetBrains so hard Comment deleted
Can you elaborate? Comment deleted
Uses too much resources and bloats Makefile with garbage i.e. links pthread to every fking executable Comment deleted
Well macros is a bitch (и бич) of all IDEs and their devs for any programming language. Scalla IDEs sucks because of that reason too. Blame it on the C++ non-friendliness for tooling. And yeah, I do agree CMake integration was kinda cumbersome and since Gradle pick up C++ build land JB switching to Gradle too Comment deleted
I was curious about time it takes to compile simple stuff like student's exercises is so much, then I checked what's in CMakeListst and what os the output Makefile. Then it became clear and I avoided CLion. But no doubt their analyser which tells unused inclusions and members is great Comment deleted
Yep, on the build tool-chain they stated from the left foot. Maybe after switching to Gradle that horror will be in the past. They had a lot of doubts and CMake was looking promising but its support was kinda cumbersome Comment deleted
IntelliJ Rust is so great you don't even need a separate IDE Comment deleted
Missing proper Haskell IDE. Seems I'm really switching for VS Code, perhaps it would be more sleek than IDEA. Comment deleted
Oh, you’re missing stories? Comment deleted
Oh, jeez, have a mercy. I'm tired of minute-long startups. Comment deleted
Why not NodePad++? I’m dealing easily with that issue: do not close my IDE ever 🤣 Comment deleted
You might like Emacs window manager Comment deleted
Yuck! Only vim! 🏆 Comment deleted
exwm btw Comment deleted
ew light mode Comment deleted
+ Comment deleted
Dear god, there's also telegram Comment deleted
ofc, what would you expect from emacs? telega.el btw Comment deleted
ram is dead today D E A D DEAD Comment deleted
NodePad++? Is it an Atom fork? :} Comment deleted
AFAIK it's older that Atom Devs Comment deleted
Yes, I mean, Notepad++ is classic, but Windows-only, AFAIK. ...NodePad++, seems like a name of Electron-based text-editor. Comment deleted
pack up ure going to vim Comment deleted
try using any editor with haskell-language-server language server. It's great (https://github.com/haskell/haskell-language-server) Comment deleted
I know about that, can't put my hands on it. Looks like I have to try either VS Code or Vim. On NixOS, BTW, so it would be a little itty-bitty harder to set it all up properly. Comment deleted
Lol, just 3 to 5? How much RAM do you have? On my setup with 32g it's about AT LEAST 8+ Gb Comment deleted
Kotlin be like Comment deleted
xcode ide without simulator uses like 200 MiB Comment deleted
Stfu. x86 assembly is the best, especially TASM assembler because that's what TempleOS uses Comment deleted