> Our diagnosis is that individual developers do not pay for tools.
I know this first hand, building a developer tool startup and failing to reach any level of revenue. In the end, the tech was bought out by a larger company to recover a fraction of our VC investment.
The challenge is that when you're building software for developers, they already know how it must work.
It's like trying to sell magic tricks to magicians. Sell magic to regular people, and you'll see some significant revenue.
I've used Kite before. It was ok. But I am a SWE. It's entirely possible that Kite would have seen major adoption if the push was towards non-technical folks trying to get their feet wet in software. Eg: Data scientists or business.
The reason why BI tools sell so well at the moment is that you have tons of C-level execs that like the appeal of a business-optimizing tool requiring little to none of any actual software development.
Let that be a lesson to everyone. You can't blow away developers. They're just too damn ~~smart~~ well-informed.
Edit: Another anecdote: A buddy of mine built a bespoke OCR and document indexing/search tool. He has ~60 paying clients (almost exclusively law-firms and banks) that primarily work with printed pages on paper. No Saas. No free tier. The client data resides on an on-premise Windows box, avoiding issues with sensitive data in the cloud etc.
He's a solo dev with support contracts and nets something like $1000/month from each client.
For your average lawyer/paralegal, the ability to locate and reference a single page from thousands of pages in under a second is magic. So they pay for it wholeheartedly.
I’m a web developer. My company pays for JetBrains IntelliJ for me. And I love it. But, if I had to pay for it out of my own pocket, I’d use VS Code instead. I’ve used both and IntelliJ is superior to VS Code, but not to such an extent that I would pay my own money for it. But I’m more than happy to have my company buy it for me.
JetBrains IDE's is the most notable exception of dev tools I personally pay for, insane value and productivity makes it a no-brainer purchase given its instant ROI from time saved. Life's too short to not maximize your productivity for a few $'s.
JetBrains is a great example. People pay them because the product is by far the best and the cost is reasonably humble. I think it wouldn't make the same total revenue if they were selling it for twice the price.
Most software sales are more elastic and would sell closer to half the number of units at twice the price, not meaningfully increasing revenue. (This can be good or bad, depending on the industry and the competition.)
I'd pay for it if I did enough programming in my day-to-day life that it would justify the cost. But I only occasionally get into the swing of doing a project, and even then I've never made money off of any of them.
I still have my university email (graduated in 2020) so I've been renewing my student license that gets me a free license for the occasional times I use them.
I kinda wish they'd just go for the Winrar or Docker business model, where it's free for individuals but businesses have to pay up.
Also, even though it's "expensive" for an individual user, you own a full version forever!!! That makes the several hundred dollar price tag much less of an issue.
Yeah, I jumped in when they first did subs back in 2015 (IIRC). Nowadays, the charge seems pretty trivial for what you get, though I think they may have just raised it on me a little to closer to $175.
I also jumped into a personal O'Reilly Safari subscription way back when the price wasn't as high as it is now, and I've kept that grandfathered subscription up as well.
I think between the two, it ends up being a bit less than $500 a year. That's not very much at all against a tech salary, and the O'Reilly sub actually has been quietly useful for work projects now and again too.
My basic take is 1) A builder should have their own set of tools whether they hew wood or numbers (and not everything fits neatly into Visual Studio Code, though I probably use that as much or more than Jetbrains); and 2) if I ever do manage to squeeze out a profitable side project in CA, I want my argument that I'm not using my employer's resources in any way shape or form to be very very solid.
In CA, who owns the resources is the difference in who owns that product. For the same reason, I always buy my own cell phone and pay my own cell phone plan, even if a corporate phone is otherwise forced on me, and always own my own laptop as well for any personal development that comes up.
It's a touch on the paranoid side, I guess, but I just feel better knowing I can be as independent as I want to be with my tech stack. With my own tech library to lean on, a nearly universal set of build tools licensed specifically to me, and my own devices for communication and development, I feel very comfortable that there's no implied shared resource argument that can be made.
JetBrains IDEs are the only dev tool I pay for as well. I write kotlin professionally and for fun and the Intellij + Kotlin experience is the most I've enjoyed writing code since my early days learning Ruby.
Kotlin is such a lovely language, and I really like that it was made by JetBrains because that means I can count on a top notch IDE/development experience.
The fact that Kotlin was created by JetBrains and appears to require their IDE to be productive is the reason I have no interest in it. I'm totally blind and while JetBrains IDE's are technically accessible with my screen reading software they are difficult to use unlike VSCode which makes an effort to be plesent to use with screen reader software not just technically possible to use.
I've always used VSCode and I really don't see what it is that JetBrains can do that VSC can't. Any time there's a new language I'm picking up I can almost always count on a good extension to provide all the necessary intellisense I need.
Good to hear they've done a better job with their screen reader accessibility as well. I learned to use VoiceOver a month ago (I do a lot of front-end dev work) and ever since then I've had a lot of appreciation for any app/site that manages to pull do it well
Who said that kotlin requires intellij? Not a rhetorical question. I've never heard that claim before. Afaict there's nothing about the language that would make it impossible to use in another ide.
This is one point that worries me about Kotlin (which I like a lot). Is it even practical developing in Kotlin using something other than IntelliJ?
All of its toolsets come from the same company, which could kill it one day.
Yes, but the work you do has commercial value to you also, based on its merits alone.
Example: without Intellij, you deploy some back end code interacting with an OCR solution.
Example: with Intellij, you can build the whole OCR solution yourself.
Doing the latter translates long term into higher salaries and more money in your pocket. You have to talk about what you did in interviews and your answers will be reflected in the offers you get.
The only way this would not apply would be if you can say “I am absolutely sure I will never move on from, or be laid off by, my company,” which is not a recommended strategy in this economy.
Few times I tried JetBrains rider trial because was fed up with Visual Studio performance issues and occasional crashes. But rider won't even compile my solution OOTB. Meh.
I’m coming to feel this way about github copilot, especially as a solo dev right now. Is it perfect? No. But it works often and spits out code that’s a good enough template or good enough, and is something i’d likely find on stackoverflow anyway. It’s kind of like I’m reviewing a junior/mid dev’s code and almost like I have a second person working with me which I find very valuable.
Disagree. The comment I replied to was about personally paying for tools. My read was that they meant for personal use. And you started the snark, not me.
regardless I think a point was missed that you might end up pushing up code produced by copilot that could get your company in legal trouble
While I think this concern has a lot of merit, I use Copilot a lot almost always just as a fancy autocomplete. I wouldn't ever let it produce a completely new piece of code for me and I imagine most other devs using it have the same practices so this critique never really hit
I personally pay for Intellij but lately I've found it harder to motivate when vscode provides a very similar experience and especially since Python is supported out of the box for vscode.
I personally find JetBrains IDEs' capabilities exceed that of VSCode. The IDE just feels better thought out to me. However, the convenience of VSCode Web/GitHub Codespaces far exceeds that of JetBrains IDEs', so that's where I'm at now - on-demand web-based IDEs and a thin client.
After trying it a bit more I am slightly leaning towards keeping Intellij again. Mostly because of being better at the small things. Like more readable file tree-view and better project search tools.
Secondly, not everything and everyone from Russia is bad. But if you subscribe to that narrative, good for you and good luck finding a tool that comes close to JetBrains.
Could you point me to a couple videos of Czech JB devs talking at Czech conferences in Czech?
Asking seriously. Because I was a russian speaking Ukrainian until recently and used to listen to tech podcasts and talks in russian all the time, for years, starting back when JB products just started gaining popularity. Not once was the company or it's products regarded as Czech by russians. It was always talked about as russian, all the podcast guests from JB were russian, all the conf speakers were russian.
Now, it wouldn't be the first time russians appropriated something that wasn't theirs. Which is why I'm asking if there are actually any signs of JB operating in Czechia outside of company being registered there. All I can find is JetbrainsCZ youtube channel with whopping 44 views on its single office walk video.
They say they had three R&D offices (out of 6) in Russia and closed them in March 2022.[1] 131 out of 161 open positions on their career page list Prague as one of the possible locations.[2]
Why should an multinational IT company aiming at developers talk in a local language? How does a heritage of founders matters? Google is half a russian company by that metric, as in "Sergey Brin".
JetBrains is a Czech company because it was created in Czech Republic and is operated from Czech Republic. They've had significant development resources in pre-war Russia, like many big companies, because it was a cheap and good. As the war started, they've rescued whoever they could and closed their russian offices.
The war started in Feb 2014, just saying. JB closed offices only when they become afraid of getting squashed by new USA secondary sanctions, not because they opposed war.
Depending on what you count you could give a number of other dates, some significantly earlier than 2014. The current massive offensive, which is significant enough that pointing out they reacted then and not in 2014 or some other date is at best being facetious & disingenuous, started in force in Feb 2022.
JetBrains where silent when the war started. I was a bit worried what would happen. Then they announced the closing of the dev offices in Russia. They said that they needed to extract some people before announcing. It’s not an easy task relocating hundreds of people.
Well, there we go. The grandparent comment argued that JB is a russian company (as in employing mostly russians) and it may not be a right thing to do continuing to pay pretty salaries to people responsible at the very least for letting their country slip into genocidal fascism, while they enjoy their new life in Europe and the regime they helped raise continues murdering Ukrainians and kidnapping their children.
> Could you point me to a couple videos of Czech JB devs talking at Czech conferences in Czech?
Do you have examples of them not talking Czech at Czech conferences? Not talking a particular local language at an international conference is not a significant metric IMO. A great many companies from all over the world send people out to speak English (or at least American!) at conferences. As a linguistically ignorant Englishman this is rather useful to me, but it doesn't make those companies not French, not German, not Indian, not Chinese, etc.
Heck, if (caveat: speculation, I've not looked into this at all) Russian is a common enough second language in the country (or at least amongst local+visiting delegates for conferences about these subjects) then some talks at a conference in the Czech Republic being in Russian would not be surprising, much like you see many talks in English/American countries where English is not an official language (and similar for other languages that are significantly more common if you count people with them as second+ languages as well as native speakers).
> used to listen to tech podcasts
The issue is more acute with podcasts than conferences: the audience is international, so they might not have the luxury of using their native language while serving a large enough target audience.
> Because I was a russian speaking … listen to tech podcasts and talks in russian all the time
I see much room for confirmation bias here. What reason would they have, beyond national pride which is valid of course, to make a point of explaining “we aren't Russian BTW” on a Russian language podcast? Especially give that could be seen as a bit of a down-play of the Russian audience if national pride works the other way against them.
This sort of fundamentalism isn't what stimulates societies to make peace, which you ostensibly want. The way to peace is tolerance and getting Russia to see that too, not drawing lines in the sand and beating your chest. That leads to more war. It is easy to see examples of this, as the US has been doing this for as long as it's existed (at least, when it wasn't at war with itself - and even then).
If you think what the US did in the middle east was bad, you ABSOLUTELY should stop helping america profit. Just because nobody has the balls to actually punish america for the horseshit we have pulled, doesn't mean it's not the correct thing to do.
I have been paying for Resharper (and now Rider and DataGrip) for over fifteen years. Some companies where I worked paid for it other didn't but it didn't matter. It improves the quality of my code and I believe it gives me a competitive edge. It also helps keeping me sane as I work with a lot of legacy code.
I see it like a construction worker that uses his own tools instead of the broken down ones of the site. It makes good business sense that I can work faster and better when I use better tools. I also pay for other tools such as dbForge and SmartSvn/Git but Jetbrains' tools have been the longest running ones (I hope this does not sound like I am a fanboy or something).
Resharper is really great for VS, and I would probably be willing to pay for it if the performance were a bit better. Some of this is probably VS' fault. I'm excited to try CLion again once my project supports it, but from what I remember the debugging experience is not so good.
This is a product that I actually _would_ pay for as an individual. It's reasonably priced and worth the increase in efficiency and better experience. Plus their pricing is fair and flexible.
Yes, it seems fair to me to spend real money on Jetbrain's tools, if you like them.
It is strange how reluctant programmers are to spend on tools even though they are, as a rule, quite willing to let themselves be paid handsomely for their services. Yet graphic designers pay for Adobe's tools. Who can read this riddle?
Important caveat here. My only exposure to JetBrains had been through Intellij which was thoroughly unpleasant around 2012-2013. That impression has left me forever sour towards them. Surprised to hear people say that it could be a step up from VSCode.
It looks like "Fleet" is their VSCode competitor? I'm not sure if the homepage does a good job at communicating how this improves over of VSCode. First of all VSCode has an enormous ecosystem of tools which seems hard to replicate. In terms of advertised features for Fleet, it seems like the one most highlighted on the page is multiplayer, which would possibly enable others watching me code live? Sounds nerve-wracking. Although I could imagine some helpful scenarios when pair-programming or something.
Other items that are advertised don't really encourage me to want to make the leap, especially as something I have to pay for. It sounds like they could host your code, or something like that, which could be nice. An annoying part of my workflow is that I work on the same codebase between multiple machines and every time I hop between machines I have to commit the changes to a private repository that is separate from my team's repository. It seems like it would be somewhat straight-foward to have the same code shared between all machines.
Other than that I would be interested to hear on how any Jetbrains products would improve productivity.
> Surprised to hear people say that it could be a step up from VSCode.
VS Code is very* lightweight. Both in speed and in features. Comparing it with IntelliJ makes it seem very basic. Now, for some people that’s okay, but JetBrains IDEs are full-blown IDEs.
*: Compared to something like JetBrains tools, or literally any other electron software.
For TypeScript there's little difference since most of TypeScript support comes from the same language server running in the background (there's an option in the menus to restart it if it breaks, same as in vscode).
Although autocomplete is better (especially for pure JS), it doesn't warrant paying for a license IMHO. Personally, I use IDEA for TS because I use it for other languages where it blows everything else out of the water (so muscle memory).
Also, if you're doing server-side development, it has a very good built-in client for two dozen databases (which pretty much replicates the functionality of their DataGrip product), so you get decent data editing / import / export / DDL support, and excellent autocompletion for your SQL (interspersed among TS code, or not — doesn't matter).
Edit: also, 100% of their products' funtionality can be used from keyboard. I don't touch the mouse at all. I think vscode can support something like that, but with very heavy customization (and even then I'm not sure). Out of the box it pretty much forces you to use the mouse for many things.
I almost never use the mouse in vscode, emacs keybindings and the command pallete and keyboard shortcuts created any time I touch the mouse. But I also don't get everything I want, (like macros and web browsing and face customization and rectangular editing) that I get with emacs, so I only use vscode for liveshare.
Incidentally, I use and pay for tabnine (another ai assistant) in emacs and it's fantastic - single line completions are superior to whole snippets I have to read with copilot, and don't get me out of my flow.
I am surprised the tabnine company completions are way easier to work with than in vscode. With grouped backends, company lsp + company tabnine is great. I'd encourage kite users to try it. Well worth the money.
Even if JetBrains does support your language more "natively", what makes it better than using a language server?
As a student I can use JetBrains tools for free but personally, I'd much rather use something like VSCode combined with clangd than e.g. CLion, as I don't see anything that would make CLion better, while the JetBrains UI is downright cluttered.
As for keyboard use, the command pallete (Ctrl+Shift+P) is right there and should be able to do anything. And thanks to the magic of language servers you can use any editor you like, including (Neo)Vim or Emacs, while keeping most of the capability for language specific stuff.
— advanced refactoring for all supported languages: implement interface, extract interface, automatic "generification" for methods and classes, stuff like that. Saves quite a bit of manual typing.
— built-in database client (which I have already mentioned) which also provides autocompletion for database/table/column names, both for SQL queries, and various supported libraries like ORMs.
— navigation (jump to definition/declaration, find all references, etc.) works everywhere: any supported programming language, XML, files like JSON schema, YAML, you name it. For example, you can put the cursor to a primary key of a table, press your "find all references" shortcut, and it will show the list of all foreign keys referencing that primary key. Same with things like URLs on the client side (for example, the first argument to the browser's fetch() function) — put the cursor on the URL, press "jump to definition", and it will jump to the controller method that implements that URL, including the correct HTTP verb if there are multiple method for that URL. This is just one example, there are dozens of little things like that. All that makes it much easier to work with fullstack projects (to me at least).
— the UI and its "control interface" (so to speak) is consistent. For example, you use the same key combination to jump through search results, list of issues, list of references, etc. etc. Same for other key combinations — they jump make sense, you press what you think will work and it usually just works.
— it also supports fuzzy search everywhere, not just in the command palette. For example, you open up the list of databases, start typing in the name of the table (or database, or foreign key, or procedure, or whatever), and it highlights matching entries and lets you jump between them. Press Up and Down to go though its suggestions. The same mechanism works in filesystem tree, search results, issue list, and so on.
> JetBrains UI is downright cluttered
All of that can be hidden. I have the filesystem tree to the side, the main editor taking 90%+ of screen real estate, and the tab bar on the top, everything else is hidden behind a keypress.
> As for keyboard use, the command pallete (Ctrl+Shift+P) is right there and should be able to do anything
This is not the same at all. Everything can be done through keyboard shortcuts without typing in obscure commands (even though fuzzy search helps, it's pretty slow).
You should use what you think is convenient, I'm not forcing anyone. The more pressure you put on JetBrains by using the alternatives, the better for us.
My understanding is there's Fleet, their VSCode competitor, which sounds like you're referring to, and the UI refresh, which parent is referring to.
The UI refresh is the same IDE under the hood, just way simpler. I control the IDE primarily through command palette (I think many do?) so decluttering would be great- the UI is unnecessarily complex when you can press a key and type a few words to do what you want.
I feel like most of these can be accomplished in VSCode with an extension... We use GraphQL at my work and the amount of coworkers I've run into that don't have the GQL extension installed kinda surprises me. It makes a huge difference so part of me wonders if the criticisms of VSC not being "full-blown" enough is just people not being aware of available/relevant extensions (also probably why VSCode now randomly suggests possibly relevant extensions now)
In my experience JS autocomplete in IntelliJ isn't better, it just shows more stuff. Most of it unrelated and won't work / will be `undefined` if chosen.
It does, however, teach junior developers that the autocomplete is unreliable, which is a good thing I guess — I've seen juniors in statically typed languages like Java fail coding interviews because they couldn't remember any of the syntax, the knowledge was contained in the autocomplete and didn't transfer to a whiteboard.
I do agree IntelliJ's autocomplete is kinda crap out of the box. But if you turn off all the machine learning stuff it's back to being alright.
> I've seen juniors in statically typed languages like Java fail coding interviews because they couldn't remember any of the syntax, the knowledge was contained in the autocomplete and didn't transfer to a whiteboard.
Is this really a problem? How much Java code does anyone write on a whiteboard outside of an interview or teaching setting?
This is only a problem if they wanted to get hired, and then failed the interview because even the basic syntax of their language of choice is unknown to them in the slightest.
I didn't invent the rules, I'm just doing the interviews, occasionally from both sides of the table.
(However if I did invent the rules, I'd probably still require e.g. a Java developer to know Java at least a little bit. Is this really controversial?)
Their support is also often stellar - if something breaks in a free product, get ready for some free support also (read, none, DIY).
And, maybe you think fixing your IDE yourself makes you a better developer - if you are building IDEs, maybe, sure. I'm more than happy to outsource that a company which does this as its bread and butter.
Microsoft, on the other hand, sells (or tries to) enterprise office solutions. They may have optimized for a single use-case (TypeScript), outside of promoting their web-strategy (typescript), I wouldn't expect them to care one lick about VSCode, once it stops being particularly important.
To be fair, there is a FOSS binary distribution of VSCode -- VSCodium[1], though it is maintained by the community. It operates in a similar way (licensing-wise) to IntelliJ IDEA Community vs. Ultimate.
I write a bit of TypeScript recently in both VSCode and WebStorm, I also have many years of experience using both tools. Started with VSCode since it lightweight and this is what I use to edit most of the text. Unfortunately VSCode had troubles indexing the project, refactoring, figuring out types and navigating between methods. Everything works but VSCode hangs for a few seconds every time I do an action that needs a code analysis e.g. go to a method definition. Most of the time it was faster to search and replace rather than to rename a method. WebStorm was the opposite - opens in a few seconds, but then everything works instantly.
I use both, and it really depends on the language.
Something like Java is really benefitted from IntelliJ, Spring integration is excellent, but especially scripting languages like Python or JavaScript/Typescript don't get enough uplift and you might as well use VS Code.
I mean for Java. IntelliJ is made for Java. If you want to do Python, Jetbrains (the creator of IntelliJ) made PyCharm. For Javascript, they made Webstorm.
Granted; I was very junior then--and I think my issues may have been mostly related to the finnicky nature of java tooling and dependencies rather than the IDE itself.
I have to say I had the same experience with IntelliJ when developing for Android in 2013-15 or so. This year when trialing CLion I was very positively surprised by the evolution of their platform, it's easily the most usable environment for C++ development I have used.
I have experience from pure VIM, VSCode, Visual Studio for Windows, the reliable refactoring features alone are worth the price. With VSCode I would find the refactoring support not reliable and the intellisense features also might just stop working randomly depending on the project.
Prompted me to move to WebStorm also for web development, and I must say I have been very positively surprised there also.
Seems they have made some important strides in the past years, can highly recommend testing their environments out.
I think it’s because the free and OSS tools are of such a high quality for developers. There is a much bigger chasm between GIMP and Photoshop than there is between VS Code (with plugins) and JetBrains.
It’s hard for many to get over the fact that JetBrains is infinitely more expensive than VS code in dollar terms.
> There is a much bigger chasm between GIMP and Photoshop than there is between VS Code (with plugins) and JetBrains.
I don't believe this to be true. I think the difference is graphic designers tend to use much more of their toolings' functions, whereas almost every day I'm surprised someone I work with doesn't even know some IDE feature was possible, let alone how to use it. Hell, almost every frontend developer I've ever seen use either VSCode or WebStorm orchestrates everything from the built-in terminal and is baffled when they never see me use one - because it's all configured via run configurations, and that's a _basic_ feature.
That makes sense though.. Terminal commands are easy to put into team wiki or record in personal notes or put into your CI config. There is a command history, it is easy to chain commands, etc..
Unless using IDE's native tooling is making you much more productive (say its debugging does not work without it) it is better to avoid it if possible.
IDE's native tooling makes you more productive because you set it up and never interact with it. If you need to manually do stuff, or do it all the time, you can slap it behind a keybinding. My cmd+F6 to do everything that needs to be done to get the iOS app built and debugging inside a simulator is obviously going to be more productive than having to jump into the terminal every time. Ditto for the run configuration (also cmd+F6 in a different project) that spins up docker and all that blah blah to get the API server running.
This is what I'm talking about, for what it's worth, a programmer doesn't immediately see the utility in the tool and doesn't use it, and that's the story for 99% of the things an IDE does. It's always faster to do it yourself once, or twice, especially considering setup time and learning curve, so people don't make use of the tools. I see people using grep instead of their IDE search because they cbf to figure out how to do it in the IDE!
> Unless using IDE's native tooling is making you much more productive (say its debugging does not work without it) it is better to avoid it if possible.
I have a friend who works as a dev for a decently sized software editor, so he's seen his fair share of people interacting with the tools. They work mainly with Java and the company pays for Intellij for everyone.
He's often complaining about how people never try to learn the IDE and always do things manually. They usually don't really know what they're doing in the terminal, either (they mostly use Windows, so the terminal is rarely second nature).
But whenever he shows them a few nicer features, typically around refactoring and such, they're always blown away and never look back.
He has, of course, interacted with his fair share of graybeards who only use vim, but those people don't usually take ages to accomplish simple tasks.
Because I'm always disappointed with paid proprietary software eventually. Despite some shortcomings, I used Windows 7. Anything after that had a confusing interface with two settings panels, some kind of an attempt to bring a tablet interface to desktop, loss of control over my computer.
After installing NixOS, I never actually boot into Windows 10 anymore. Naturally, I never use MS Office or Photoshop anymore.
It would feel weird to buy some proprietary software, even if it is good. Why not contribute to an open source effort?
I donate to the FSF and subscribe to iTerm2's patreon, FWIW.
I have to admit, though, I think the world would be a much more drab and less productive place if open source were completely dominant. We'd all be chiding each other to donate more and pitch in more, while barely scraping by in comparison to the vast wealth sloshing around today. Maybe it would be a BETTER world if it weren't all fueled by addictive mobile games, privacy invasive advertising, etc. But we'd be a lot less rich
> It is strange how reluctant programmers are to spend on tools even though they are, as a rule, quite willing to let themselves be paid handsomely for their services.
Ability to find someone willing to pay XYZ for foobar does not imply that I am willing to pay the same amount of money for something similar.
In fact, by doing this exact transactions it means that I find such transaction advantageous for me.
Also, I had enough stories of lock-in and losing access to proprietary systems that I prefer vastly inferior open source.
Also, I am not aware of paid systems worth paying for.
I use primarily Linux (Lubuntu), git, Codium, Python, Kotlin, pgsql, Android Studio, LibreOffice, Firefox, uBlock Origin, Leechblock, sqlite.
For what I can pay that makes it worth it? For contributing back, I prefer working on code over donations (due to geoeconomical situation and ability too direct my effort precisely where I care about things over donations often being wasted)
I also pay for JB tools. But that's because it's well beyond me or other open source developers to make a product that's competitive with it, and the competition is well behind (VS Code and Eclipse are good, but once you learn IntelliJ more advanced stuff, you feel like a programming God - something worth paying for ;) ). An IDE is insanely complex nowadays. I am not sure what Kite had in mind, but to me, what they were proposing would be "just" an IntelliJ Plugin. And I don't pay, and can't see myself paying, for any plugin.
I am glad to pay for software, but I want it to be free as in freedom: I insist on being able to modify, fix, extend and share it. So all of my tools I rely on are AGPL, GPL or BSD-licensed.
Graphics designers don't have much choice because even if they decide they are entirely fine with free program, the graphics design world runs on Adobe file formats. Not the case for programming
Because developers want to be able to hack on their own tools: fix bugs, add features, whatever. Graphics designers do not have the skills to hack on their own tools, so there isn't a huge population of them sitting around going "damn, I wish I had feature X -- I know, I'll build my own editor and open source it!"
Some do. Probably over-represented on HN. Others want to work their hours and spend the rest of their time with non-technical hobbies, or with family, or literally anything else. If that isn’t you, no big deal. But we should not paint all developers with the same brush.
Enough developers want to hack on their own tools that the market is smaller than you would naively expect, counting the number of developers and how many tools they each use. It's a bit like asking "how come we're having so much trouble selling our extended warranty to professional mechanics, even though professional drivers buy extended warranties all the time?"
The real reason is that there are free alternatives. For many people, “free and open source” is the same as just “free”.
Again, I can fix most things on my car. I can afford the tools needed. But I don’t want to because opportunity cost.
One thing I have always found weird is the whole, “hey can you look at my computer? It is all slow” is considered okay to ask anyone in IT, but it (at least in the circles I was raised) inappropriate to ask a mechanic in the family to work on your car, the accountant to do your taxes, the plumber to replace your toilet.
And even with mechanics, some like to work on specific cars as a hobby, much like an engineer might want to play around with ML and work on a CRUD app for pay.
Think about having a friend who is doctor. We might often just ask them hey I have this pain in the neck what do you think could it be? It is not seen as asking them to work for you but merely asking for advise, like you might ask any friend. Advise is free right? And the person asking you for advise is happy to give their advise to you if you ask them. Reciprocity!
The problem with the computer MIGHT be very easy to fix if you know how to fix it.
But if you accept their invitation to help them then you don't want to just give up after 10 minutes. It would make you look not smart if you could not help with the problem after all. You have been hood-winked into working hard to look good.
The worst part is if you do something to their computer and some new problems appear later, you will be responsible.
I think family mechanics and accountants do get asked for help. Plumbers maybe a little less.
I think there's an accurate perception that IT work is generally air-conditioned and doesn't involve physical danger or sewage, so it's not as big of a deal to ask for help.
Simple. I told my parents if they buy either a Windows computer or an Android device, I couldn’t and wouldn’t help them (yes they can afford Apple devices). During the height of Covid, my dad had emergency surgery and I didn’t want to go see him when he was already weak (he’s better now). I sent them an iPad because it was much easier to use with FaceTime than figure out which badly integrated video calling solution that Google was pushing this week.
Good god no, I just want it to work. I used to be that way, but you can be too in love with customizing your tools to the point that it gets in the way of doing your own projects. I do not want to spend all my time carving better knife handles.
I think about writing my own IDE sometimes, but then I think how all-consuming such a project would be, and having to support a userbase made up of developers.
I don't often hack my own tools either, but it's great to have the possibility to do so.
When you really need that bug fixed for your edge case or platform, it's much easier to submit a patch rather than wait around for someone else to fix it.
Call me biased because I hate java. Oddly if a person hates Java, they should love intelliJ. I hated PyCharm because of its Java-centric heritage. I am a CLI guy. The closest I've come to loving an IDE is VSCode.
You may want to reconsider, or rather, consider the value of your own time.
If you value your time just even a little bit, consider how many of those tools are multipliers.
Obviously not 'JIRA' for a single dev, but in many cases JetBrains is worth it.
Would you wear Basketabll sneakers out for a jog? Well you could, but if you're going to run buy a pair of running shoes. Probably once a year. Costs about the same as Jetbrains for a year - as a very crude analogy.
I am in charge of the Software Team and do have financial support from the company e.g. if I deem a tool necessary it will be purchased – no, or little questions asked. It was insanly hard for met to justify, untill I saw the stuff marketing buys. Best decision to get the tool for our team
As a C dev I pay for CLion out of my own pocket. Partially because it's a great quality tool, and partially because there's not enough good quality tools for working in C on the market so I like to support the ones that do
I sat through scores of interviews and pairing sessions with developers back when Sublime was a thing and the vast majority (>90%) of devs would rather exit out of that pop-up asking for support then pay the measly $30 or whatever regardless of their massive incomes and increased productivity that Sublime brought them.
We developers are no more altruistic than anyone else regardless of the lies we fed ourselves in the early days of FOSS, internet, bitcoin, etc.
It's worth mentioning that a ST4 license is $99 USD (and ST3 used to be $80).
Still a relative drop in the bucket for how powerful ST is and how much value its users derive from it, but there _is_ a bit of sticker shock when comparing it to most other software.
I say this as someone who, as a broke college student, got very good at hitting esc every 10 times I saved (which is how often it asks). I eventually switched to VSCode, and the rest is history.
I've been using Sublime Text for as long as I can remember and being good at exiting the popup is pretty accurate, I feel as if I don't even recognize it being there anymore.
> the vast majority (>90%) of devs would rather exit out of that pop-up
Converting just 5% of users to paying customers is considered pretty good for shareware/freemium, so just because you saw a lot of people using the trial does not mean it is unsustainable. I have no idea how much the developer of Sublime Text makes, but considering that they have been around since 2008 I would assume it's definitely sustainable.
Yeah, but it's generally the kind of money that only allows having a mom-and-pop store. 1-2-5 employees, that's it. If you have a bigger initiative, you can't do it.
Instead, Mega Corp just buys you out when you burn out after many years of development, we see this happening regularly.
In general I think you are probably right. Many developer tools are small projects that can be developed by a single person, and it seems they often struggle to grow into to a bigger company. (I've experienced this struggle myself. For me, the problem was not lack of money)
On the other hand, I think Jetbrains shows that it is absolutely possible to build a huge company that sells nothing but developer tools.
There are also a bunch of mid-size companies that sell developer tools. I'm pretty sure there's more than 5 people at Navicat, Hex-Rays, or Panic, but I'm not sure how big these companies actually are.
I'm a contractor so my case is a bit different, I can't expect a client to pay for every tool I want to use. But I gladly pay for Sublime Text and Sublime Merge because it makes my work more enjoyable and effective, and this is also good for whoever is paying me.
I pay for tools independently if they are affordable and I can use them commercially (even at work, even if my employer does not pay for it). I pay for JetBrains yearly and am at the lowest renew cost as a result, so theres no incentive for me to stop paying them yearly. I also saw that you can get Visual Studio Pro for $45 a month, which is really decent considering you get a professional grade IDE all to yourself.
The other thing is they have to be tools I want to use. I am an outlier I am sure. I hear often "let your employer pay for it" but they don't always necessarily pay for the tools I need to use. Having my own JetBrains license grants me strong freedom.
They do pay, but they can not pay same amount as some corporation can. If you target individuals you need to find good pricing model for them. The best model - at least for me, that always attract me is pay for a year of subscription to updates. After 1y passes you can pay at lower rate to continue receiving updates for new features and bug fixes or you can continue to use the latest version before your support has expired. I'm hooked instantly to this since it brings me value without constant commitment. One year I may decide to extend one tool, the other I pay extension for other tool.
Jetbrains' pricing model is also good, they reduce price each year (until 3rd), so you get rewarded for having a long term subscription. If you break commitment you get the regular pricing and you start over.
I remember trying Kite, but I removed it once I saw the pricing. It was more expensive than Jetbrains IDEs (which are less than 2$ a month for individuals when you pay in a bundle - 149$ at the time) which bring much more value for the money. For me it didn't make sense to pay 20$ for just incremental improvement (if even that) over Jetbrains Intelisense.
I (=as the employee of the company) often don't want to bother to pay, because a business case, then getting the invoice right (if that is even possible and the seller allows paying by PO), then getting it paid in time, is often not worth it. Often free alternatives exist, which makes it even more a no-brainer. Never mind that as a whole we are an enormous company but software dev is not core business so really we are a small part of a whole, yet some sellers only want to sell the most expensive enterprise tier.
Sublime is too expensive. $99 is too much. They should make a special christmas offer %90 off and many (of those who will never pay otherwise) will pay.
The question is how many people pay the $99 now and how many pay the $10 then. If you can't convert 10x the people you have paying now, you will be losing money.
On the other hand I have 437 games in my Steam account and countless gadgets I don't use. I guess I can skip a couple of games and a gadget or two to pay for software I use.
That's somewhat true for me as well, but I generally pay under 5 EUR for a game. Deciding between 20 games and a text editor doesn't look so good. Though as long as Sublime Text's developer is happy with the market share and revenue it has, I wouldn't change the price.
I've paid $60 or so once, and then another $60 or so for the upgrade to version 4. I've used Sublime Text for almost 10 years, essentially every single day. A hundred bucks for a tool I use every day is not too expensive. And Sublime Text is extremely good at what it does.
> towards non-technical folks trying to get their feet wet in software. Eg: Data scientists or business.
A bit tangential to the original post, but where does this belief that data scientists are non-technical folks? I am a data scientist myself, and in my view it's way more technical than most software development. Albeit I wouldn't still call neither data scientists nor software engineers "smarter" than the average.
Sure, if you want to train your bread and butter text classifier it just takes 10 lines of boilerplate code. But you don't need an AI-assisted tool for that - you just go to hugging face, copy paste those 10 lines, done, it's certainly faster than getting some AI-assisted code editor work for you.
For everything that is a bit more complicated, you need endless adjustments to your code, and it's quite unlikely more than a handful of people before you ever wrote the same code. It is, indeed, a somewhat painful and slow process (because just "testing" your code often takes minutes, if not hours, so finding out bugs becomes annoying). And a somewhat simple, AI-based, error highlight tool might be useful to weed out the most stupid ones and save some time.
But I will never trust something like copilot (or Kite, I guess, which I never tried) to write my code for me, as the challenging parts of the work involve long-term connection between different pieces of code (data loader, loss function, model function) that are written independently but must "cooperate" in a very non-trivial way. It is not at all uncommon that I make hours-long screen sharing calls with a colleague, discussing non-trivial mathematical computations, only to end up changing one or two lines of code that don't have an immediate link with the problem we are trying to solve.
This kind of things are notoriously hard for AI to grasp, so they can't do any decent job in writing that for me. Add on top that a lot of the code you find freely online is just ridiculously bad or broken, and you might only get unusable models generated by AI engines trained on those.
So, what kind of work are you referring to when talking about "data scientists or business" in your comment?
I found that "being technical" means different things to different people.
In the software world people seem to be referred to as technical when they write software systems not as much as singular scripts.
Data science is definitely technical but a lot of code work tends to happen in Jupyter notebooks or something similar. The main challenge is in understanding the ML/AI algorithms, the possible choices for your analyses that actually make sense for the problem, ... .
Besides that, due to the AI hype, there are so many people in data science who don't know much about coding or software engineering. Therefore, helping these people might be profitable (or not).
I work at a firm with many data scientists (I am one of them -- though my title has wavered back and forth between data scientist and ML engineer). Whether or not data scientists are "technical" and in what sense could be a difficult question to answer.
I can't speak very broadly, but at least for my company most data scientists are not doing the kind of work you describe. There certainly are some folks constructing and training complex machine learning models, but I think the majority work on the level of more basic statistical models and rules of thumb, where a project's final output might be a dashboard or presentation. Arguably some might refer to this as data analysis rather than data science, but none of these terms are particularly well defined.
That's not to say they aren't technical in some sense. All of them can and do code to one degree or another (with perhaps the exception of a small number of people who've been in the industry for decades), though not all of them do so with high proficiency or attention to software engineering best practices. That also goes for some of the engineers where I work, admittedly.
All in all, the broad level of technical aptitude has grown over the past few years. But not everyone with the title of data scientist is a machine learning specialist, nor are they necessarily skilled at software engineering.
Edit: As for Copilot, I found it worse than useless. It miserably failed every test I threw at it, from machine learning to (especially) Spark data pipelines, only redeeming itself with a string handling problem -- for which the solution was still entirely wrong but at least interestingly wrong. I frankly don't see how anyone pays for it, though perhaps it's better for projects with a ton of boilerplate.
>> Our diagnosis is that individual developers do not pay for tools.
> I know this first hand, building a developer tool startup and failing to reach any level of revenue.
Just because your startup failed doesn't mean an entire category is unsustainable.
I've been living from sales of a developer tool for the last 10 years, and there are plenty of other paid developer tools out there that show developers absolutely do pay for developer tools.
Now, maybe some of the startups have unrealistic expectations. A Python documentation reader probably wont turn into a billion dollar revenue company no matter how smart it is.
But I'm pretty sure there is a market for dev tools. Maybe the market is smaller, or harder to crack than you thought, but saying "there is no way" isn't going to help anyone.
Could you talk a bit more about your success? What does it do, what pricing model do you use, how long did it take you to acquire customers, do you feel it's worth it? Asking for a friend, of course.
I don't want to talk about it in detail, because I am trying to stay anonymous on HN.
It's a Mac app, pricing model is perpetual license with paid upgrades for major new versions (every 3-5 years). Customers are roughly 50% individual devs and 50% companies who buy for their employees, and a bunch of educational licenses, but I don't earn much from them.
I got initial traction by being mentioned by some popular bloggers and twitterers, but I only started making a full time income after two or three years. I think marketing is mostly word of mouth, and lots of people using the trial version who eventually buy a license, but for the most part I have no idea how people find my app.
As for whether it's worth it -- it's a cushy job, I can take care of my kids and don't need to worry about putting in enough hours, because nobody cares how much I work.
On the other hand it does get somewhat boring after 10 years. I've been hearing the same feature requests and ideas for improvements for 10 years. My customers are all the same average tech dudes like myself. Sometimes an interesting bug shows up, and when I track it down that's the highlight of my week.
> Our diagnosis is that individual developers do not pay for tools
I believe this is incorrect. I pay for many tools, but I would not pay for Kite. The problem is not that developers don't pay for tools, but that Kite, or AI-assisted code, does not address a pain point. It's a slight improvement, but I don't feel pain when I need to write code without it.
That's different from something like CI tools that I pay for. When I need to wait long for CI to finish I get annoyed. That's when I pay.
> It's like trying to sell magic tricks to magicians. Sell magic to regular people, and you'll see some significant revenue.
Just FYI, magic tricks are basically only sold to magicians. There's a thriving market of magic shops, especially online, where magicians go to buy new tricks (in the form of books/videos), new "gimmicks", etc.
I'd wager that a significant portion of all magic that is done is actually by magicians, for magicians, and partly in order to sell magic tricks.
You used magicians selling magic tricks to other magician's earlier, then said "smart" later.
I think it's just domain awareness, and the "they're smart" trope needs to be dismantled.
I think it plays into the technocracy problems we have now. We can solve it, we need more tech. More more more. People think we can solve social/political problems with tech - insidious.
I pay for tools, even though I'm kinda broke and would prefer to save a few hundred a year - my IDE delivers a lot of value and the support is excellent (thanks Jetbrains). I installed Kite briefly but it seemed so resource hungry I switched it off soon after without ever really trying to use it. That's not a judgement on Kite, I just didn't have the time or resources to spend at the time I encountered it.
I'm sorry it hasn't worked out for them, but they get my respect for this unusually frank self-assessment, real humility, and following through on the fine words with the actions of sharing their tools they built. They achieved a lot and I hope their future endeavors are wildly successful.
The challenge is that when you're building software for developers, they already know how it must work.
Do you mean that what you built didn't worked as it should? I don't understand, I've paid multiple times for tools that I find useful, even if they weren't perfect.
This misconception has been promoted by companies with an interest in promoting their platforms, using the expeditive procedure of subsidizing (often inferior) tools, with the collateral effect of making impossible for tools vendors to compete.
But by no means it's a law of physics. Make something programmers want. It's weird how little have the tools improved in twenty years.
What’s the best book/material on how to build a business like your friend’s? Discovering the niche, and expanding the client base are the main questions.
Be it as it may, everyone I know who tried Copilot trial is now paying for it. While my company expenses it, I started paying with my own money before that.
>> Our diagnosis is that individual developers do not pay for tools.
That was a really shocking insight for me. We do not own our means of production. And suffer all the textbook consequences that follow.
Maybe unions could help with that. Imagine using union-funded licenses, compute, storage etc. to experiment with your side projects, build your prototypes without risk of losing IP to your current employer.
I've paid for jetbrains multiple times, even though it's quite expensive for someone making money in a a third world currency. I pay for copilot.
However, I would never pay for stuff that I can get free. I could talk to my company to buy it, but I would settle for something close and free if it come to that.
People in 3rd countries use pirate copies / cracks very often. In my country (Moldova) that's absolutely OK having everything pirated even in government structures. AFAIK all JetBrains products are available cracked.
I am an individual developer and I pay for my PHPStorm and GitHub CoPilot - it saves me so much time, I could never imagine. This software is completely worthy to be paid for, even considering "free" copies are available.
OCR and document scanning companies is a big deal. I have a family member that used to do sales in this area and indeed companies with a lot of records and paper are paying big to get that digitized.
Maybe I am older, having started in the late 90's. But I think developer tools nowadays are so cheap compared to my salary that I pay for them without thinking twice.
I clearly remember paying around $80 USD for a WholeTomato [1] license back in 2003 for C# when I first came out of University into my first job. And that was a glorified auto-completer.
Software has turned really cheap. The downside of is that it is almost a commodity, but the development effort has not really decreased correspondingly.
If my employee would rather not pay for a tool, why would I spend my own money to help them save money?
The blog post was quite clear on the ”the tech doesn’t work” part, which seems like a more likely reason for their demise. Selling developer tools is hard, but selling non-functional tools is exponentially harder
It is surprising to me to see that you don't view yourself as a programmer. Maybe you're not a professional software developer, but writing code for fun sure sounds programmery to me.
I know this first hand, building a developer tool startup and failing to reach any level of revenue. In the end, the tech was bought out by a larger company to recover a fraction of our VC investment.
The challenge is that when you're building software for developers, they already know how it must work.
It's like trying to sell magic tricks to magicians. Sell magic to regular people, and you'll see some significant revenue.
I've used Kite before. It was ok. But I am a SWE. It's entirely possible that Kite would have seen major adoption if the push was towards non-technical folks trying to get their feet wet in software. Eg: Data scientists or business.
The reason why BI tools sell so well at the moment is that you have tons of C-level execs that like the appeal of a business-optimizing tool requiring little to none of any actual software development.
Let that be a lesson to everyone. You can't blow away developers. They're just too damn ~~smart~~ well-informed.
Edit: Another anecdote: A buddy of mine built a bespoke OCR and document indexing/search tool. He has ~60 paying clients (almost exclusively law-firms and banks) that primarily work with printed pages on paper. No Saas. No free tier. The client data resides on an on-premise Windows box, avoiding issues with sensitive data in the cloud etc.
He's a solo dev with support contracts and nets something like $1000/month from each client.
For your average lawyer/paralegal, the ability to locate and reference a single page from thousands of pages in under a second is magic. So they pay for it wholeheartedly.