Basically we're doing file system based messaging between our scm and IDE. That's fine and all... but what if our ide could actually communicate intent to our source control?
RenameClass would appear in your new smart source control, extract method, etc. Suddenly you can follow the evolution of your domain concepts in your system rather than just lines of text which merely correlate with them. Sent from my iPhone On Apr 12, 2011, at 3:15 PM, Ian Davis <[email protected]> wrote: 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. -- 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.
