In theory, this makes sense. But I'll be cautiously optimistic about this. We've had this sort of "app is always running and changes are seen live" technology with Visual Basic since a long, long time ago. But that mode of development is hardly the norm across the wide spectrum of developers.
Leapfrogging the IDE
11–20 of 98 posts
Re: Leapfrogging the IDE
#12TL;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
> what Lisp developers have had since the early '80s We absolutely did not have a globally, network-accessible terminal with pay-as-you-go computer time. I have no experience or interest in repl.it, but I think you're understating things somewhat.
The article seems to be saying that the advantages of repl.it are the advantages of a REPL-based development platform, not remote access:
> With programmers growing up today being used to instant and interactive programming like Repl.it, Jupyter Notebooks, serverless compute, and others, it doesn't seem so outlandish to imagine a post-IDE world.
Re: Leapfrogging the IDE
#13I think the basic idea is sound. If all you're after is learning to program and running little toy programs, then web based REPLs are a great choice.
My primary development environment is vim combined with CLI commands (and some wrapping with vim plugins to simplify the workflow). However, when I want to play around with something in Go to figure out how it works I will often go to The Go Playground (https://play.golang.org/) and play around there.
However, as soon as I'm done (and maybe shared my findings with a peer, which I can't do as easily with my local vim + CLI environment) I'm back to my regular development environment because very little that I work on is trivial enough to stay in Go Playground.
All that said, I've seen plenty of developers who seem to get by sticking to the basic feature level of Notepad. Whatever works for you.
Re: Leapfrogging the IDE
#14How is repl.it different from a bunch of other web IDEs that came and went without leaving a mark?
Re: Leapfrogging the IDE
#15Earlier quoted context omitted.
> what Lisp developers have had since the early '80s We absolutely did not have a globally, network-accessible terminal with pay-as-you-go computer time. I have no experience or interest in repl.it, but I think you're understating things somewhat.
The article seems to be saying that the advantages of repl.it are the advantages of a REPL-based development platform, not remote access: > With programmers growing up today being used to instant and interactive programming like Repl.it, Jupyter Notebooks, serverless compute, and others, it doesn't seem so outlandish to imagine a post-IDE world.
[deleted]
Re: Leapfrogging the IDE
#16> "I have one file called index.js" Say it all really. Online coding tools may be fine for beginners, but think it would be next to impossible to do my work with one.
Well, I actually do all my professional work inside (neo)vim.
I even use to have a remote instance for developing and testing... I can definitely do all my work in a simple (multiplexed) terminal, whenever it is online or offline.
Of course, given a stable connection.
Re: Leapfrogging the IDE
#17TL;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
> what Lisp developers have had since the early '80s We absolutely did not have a globally, network-accessible terminal with pay-as-you-go computer time. I have no experience or interest in repl.it, but I think you're understating things somewhat.
Lisp Machines and Xerox PARC workstations had network access.
In fact, parts of Ethernet protocol were researched at Xerox.
Re: Leapfrogging the IDE
#18Coming 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 find tooling i'd assume is part of every IDE (i.e. code formatting, import organization/cleanup) but wasn't
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.
Re: Leapfrogging the IDE
#19A 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, and then step backward, change the value of some variables or even edit my code a bit, and then step forward again to observe how my changes impacted the execution of the code. But when you're just learning, it's hard to even know that this kind of time travel debugging and live editing is even possible, and even when you know it's possible, it can be difficult to envision how you'd want to use it until you have more experience.
Re: Leapfrogging the IDE
#20I don't know if this counts as the same thing, but I've recently started a Rails-based project on Google Cloud, using the cloud shell and its built-in editor. This is great because I don't have to futz around with a Vagrant environment or (worse) a straight Rails dev environment on my Mac, and I can do full-strength software development from the little Chromebook I like to carry around.
A Chromebook plus a 100% cloud-based dev environment is a great way to work without having to radically rethink How Software Works.