To explain a little more, that quote was mainly for SCM and change detection for commits. I agree that the IDE should pick up edits for you.
On Tue, Apr 12, 2011 at 2:56 PM, Justin Bozonier <[email protected]>wrote: > I really appreciate what you had to say too Ian. I have one thing to add > right now... > > "As stated earlier, where files come in is when detecting changes." > > You don't need files to detect changes. Your IDE could be smart enough to > do that itself. > > Sent from my iPhone > > On Apr 12, 2011, at 11:40 AM, Ian Davis <[email protected]> wrote: > > Code Bubbles has gone nowhere in years now, but I love the workflow and > idea. I think that if we stopped looking at application as a set of files > but rather as sets of functionality, the IDE can create the file grouping > behind the scenes. With ReSharper, I rarely find myself thinking in terms of > files. I bounce between sets of functionality, open them in multiple > windows, and use shortcuts to get the the classes/methods that I need. > > I think that Code Bubbles will never get anywhere, but not because of its > principles. Code Bubbles is an unfunded university project put together in > an ivory tower by college students; how much could any of us do, > realistically, when we were in college? > > As stated earlier, where files come in is when detecting changes. I don't > have any ideas or answers on this for now. > > For an integrated system, I think IntelliJ IDEA is the best model that I > have seen so far. Built as a polyglot system where all languages are plugins > with debugging, testing, editing, refactoring capabilities built in. > > I have not seen anything revolutionary in being able to build the code or > manage configurations. I think as a community we are moving toward language > based build systems: psake, rake, bake, fake which I believe is a great step > forward. I still feel sick every time I see NAnt scripts. I used to love > using FinalBuilder, but the more I use language based build scripts, the > more I think of FinalBuilder as a novelty. I would love to hit a hot key and > have my 'build script group' pop up and let me run through my build. > Abstracting the file system leads to some issues with portability of the > application in trying to target multiple environments. In time, I do see > this changing. > > If you look at Chome OS, the idea of an installed application is dying. > More and more we are moving toward an always-online environment where > everything we do is (forgive me) 'in the cloud' and our current development > systems will probably be relegated to server OS and development > environments. > > Building IDEs is moving into a markup system: Flex, Android, WPF, > <http://ASP.NET>ASP.NET MVC, WP7 all use markup for building the UI. I > think this will continue until we are left with a few renderers for our > application's UI. > > There are many other issues including, but not limited to > > - How do we combine groups of functionality into a component? > - Source control integration > - Extensibility > - External dependencies (gems, nugets, bundles, assemblies) > > > -- > Ian Davis > <http://innovatian.com>http://innovatian.com > > -- > You received this message because you are subscribed to the Google Groups > "Seattle area Alt.Net" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/altnetseattle?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Seattle area Alt.Net" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/altnetseattle?hl=en. > -- Ian Davis http://innovatian.com -- You received this message because you are subscribed to the Google Groups "Seattle area Alt.Net" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/altnetseattle?hl=en.
