It sounds like users are trying to get back to working with a system image. I have trouble labeling it "post-IDE". Depending on whether you consider Smalltalk/Lisp machines to be "IDEs", it's either "original IDE", or "pre-IDE".
Leapfrogging the IDE
51–60 of 98 posts
Re: Leapfrogging the IDE
#52Coming from an enterprise background and having used Eclipse and IntelliJ for many years, I am honestly puzzled by the current trend in IDEs such as VS Code, Atom, etc. given their lack of fully features refactoring support, code search which goes beyond just simple text search, native understanding of classes, interfaces, method signatures etc. I have tried all of the above 'modern' editors and almost immediately fi…
Re: Leapfrogging the IDE
#53Earlier quoted context omitted.
Just to be clear, what you carry around and enjoy using so much is essentially a wireless terminal to a mainframe.
Is that a Bad Thing? The alternative is to carry a snowflake environment around with me.
Nix, to automate software installs and per-directory (per-git repo) environments. NixOS, to do the same for your OS.
Gradle, for automated IDEA setup. Or check the config into git. Cachix, to ensure your build artifacts remain available.
These problems are solvable, and the solutions already exist.
Re: Leapfrogging the IDE
#54Earlier quoted context omitted.
What if all the features of an IDE existed for online coding tools? I actually maintain a list of these tools[0] and several of them are very close to the native experience. In particular, CodeSandbox has come a long way by basically running VS Code in the browser. [0]: https://github.com/styfle/awesome-online-ide
They still would not be nearly as fast. When I'm working with projects consisting of hundreds of files measuring hundreds of lines each, I need an IDE that's capable of using the full performance of my workstation
Re: Leapfrogging the IDE
#55amasad, I enjoyed the perspective of your article. I agree an engineer with many years of experience is going to have different expectations to someone who is entering the profession today. I think it's similar to my perspective on the iPad – I find it interesting but limited because my experience and mental model of computing is very different to someone who is growing up with an iPad in hand. I work on the Web IDE…
I think the fact that you'd have a globally accessible, pay-as-you-go, zero-setup, multiplayer programming tools is surely a different beast from the IDE. However, it does go further than this and most of the innovation to this end aren't coming from us but from our users and how they (an)use the system. I can try to predict what the post-IDE world looks like, but it's better to discover it.
Re: Leapfrogging the IDE
#56Earlier quoted context omitted.
> Amongst the current crop of engineers, there seems to be a stigma against even trying Eclipse or IntelliJ. I kind of feel like junior engineers are missing out on discovering some much more powerful tooling and forming their own opinions. For me it's the text editing features that these IDEs lack. I'm definitely giving up advanced language integration, but I (and many) make the choice to do this for more powerful a…
What are some text-editing features that you find IntelliJ lacking?
When compared to Vim, it's not about one specific "feature" that vim lacks, it's Vim, it has just about everything - it's about my editing UX, and vastly preferring how Kakoune does it.
Now would I choose IntelliJ if it could perfectly replicate how Kakoune does editing? Without a doubt I'd choose IntelliJ. Yet I massively doubt that's even possible.
Fwiw, I've been dying to use a GUI editor, but I cannot give up first class implementation of my text editing methodology of choice, be it vim, Kakoune, etc. It's not about "is it possible to do X", it's possible to do nearly everything in Notepad.
Re: Leapfrogging the IDE
#57TL;DR: Repl.it member (amasad, see note) wants to promote Repl.it by saying that more people are using Repl.it and thus it is the modern stuff because modern is having "no IDE, just a modern repl" and etc. So "modern, 2018" is basically having what Lisp developers have had since the early '80s. * https://repl.it/site/about
Re: Leapfrogging the IDE
#58Coming from an enterprise background and having used Eclipse and IntelliJ for many years, I am honestly puzzled by the current trend in IDEs such as VS Code, Atom, etc. given their lack of fully features refactoring support, code search which goes beyond just simple text search, native understanding of classes, interfaces, method signatures etc. I have tried all of the above 'modern' editors and almost immediately fi…
I feel that engineers who don't try out emacs & vi really are missing out on some amazingly powerful tooling (more so emacs than vi — but vi lives within a Unix shell in much the same way that emacs's text-editing capabilities live within emacs-the-OS).
Re: Leapfrogging the IDE
#59Earlier quoted context omitted.
Is that a Bad Thing? The alternative is to carry a snowflake environment around with me.
You can make the environment less of a snowflake. Nix, to automate software installs and per-directory (per-git repo) environments. NixOS, to do the same for your OS. Gradle, for automated IDEA setup. Or check the config into git. Cachix, to ensure your build artifacts remain available. These problems are solvable, and the solutions already exist.
Or, I can do my development in the cloud, in an environment explicitly more similar than my desktop environment. Other than aesthetics, I don't see why this is a Bad Thing. It's making my setup easier and more consistent, and it's making my development environment portable to whatever system I want to work from, rather than binding it to a piece of hardware.
Re: Leapfrogging the IDE
#60A couple of observations: - Something like Light Table would probably seem like a step up for repl.it users, instead of a step down. - It can take a long time to reach the point where it feels like there's a big payoff from using IDEs and similar tool. Now , I definitely see the value of being able to do something like set a breakpoint in Visual Studio, step through a bit of code and observer local values changing, a…
I think for someone not familiar with repl.it and just reading this might get the impression that we are anti-IDE features. That is not at all the point. In fact we think Code Intellisense is essential. We start a Language Server for many of the languages that we support: https://repl.it/blog/intel
I suppose I don't see Intellisense as something that's IDE specific anymore. It's available in plenty of editors that aren't IDEs, and I think that's a very good thing. The line is pretty blurry sometimes, too. For example, I don't think it would be inaccurate to call VS Code just and editor, even if it doesn't have any many features as Visual Studio.
For me, the some of the big wins with heavyweight IDEs are things like built-in debuggers(which I know repl.it has), heap snapshots, CPU and memory use profiling over time, and other tools along those lines.
So I definitely wouldn't want anyone to think repl.it is opposed to IDE features; I think you've already implemented the IDE features that will provide the biggest wins for your users.
And so I don't come across as someone who jsut loves big, complex tools: I agree with what you've written in the past about envionments like Smalltalk and Lisp Machines. I think we've forgotten about a lot of innovation that we could be making better use of. I think we've forgotten about some of the best parts of Hypercard, too. And even VB6.