The Tomato will exhibit at the Game Developer Conference next week, March 1-3, in San Francisco. If you will attend the show, be sure to stop by booth 2438 and say hello. Get a peek at new and forthcoming features in Visual Assist, share with us your wish list, and introduce Visual Assist to your coworkers. We will have swag on hand.
Microsoft announced today the Preview 5 release of Visual Studio “15”. The Visual C++ Project Engine changed between Preview 4 and 5, and the change prevents Visual Assist from loading solutions. The developers at Whole Tomato Software are working on a resolution.
If you use Visual Assist in Visual Studio “15”, stay with the Preview you have or update and wait for our next build. The next build of Visual Assist will add support for Preview 5 and nothing else.
Stay tuned to the usual channels.
If you will attend Build 2016 in San Francisco this week, be sure to stop by our booth and say hello. Whole Tomato will demonstrate Visual Assist at the conference in an area dedicated to Visual Studio partners. We will have technical people on hand to answer questions about Visual Assist, walk through specific features, and listen to your wish lists. We will have a few giveaways as well.
A few days ago, Microsoft announced the release candidate (RC) of Visual Studio 2015 Update 2. If you are a user of Visual Assist in this newest Microsoft IDE, any build of Visual Assist beginning with 2073 should work for you. I write “should” because builds of Visual Assist made before the RC, for obvious reasons, have not been tested against the RC. (We can’t test what we don’t have.)
Builds of Visual Assist usually install to a particular IDE if you have any flavor of it: beta, RC, or RTM. Only when we announce full support for a flavor are you assured we have successfully run our full suite of tests against it. And, only then should you expect complete compatibility between Visual Assist and your IDE.
As for timing, we don’t synchronize our builds and those of Microsoft. But because we issue six or seven builds of Visual Assist a year, one is destined to ship not long after every Microsoft release. That said, the next build we ship may or may not fully support the Microsoft release. Before tackling full support, we consider the readiness of our next build at the time of Microsoft announcement, the scope of delay to provide full support, the assumed quality of Microsoft’s release, and the estimated shelf-life of that release.
We give top priority to Microsoft RTM releases; the build of Visual Assist that follows an RTM almost always fully supports it. Other Microsoft releases are usually rolled into our normal development cycle, and they are also the releases that require the most development time.
We are already aware of two conflicts between the release candidate of Visual Studio 2015 Update 2 and Visual Assist build 2089, our latest. We expect to address these in our next build:
- line breaks are doubled during in-line expansion of VA Snippets. The behavior is likely due to a bug in Update 2. For now, don’t use your affected VA Snippets or edit expanded code.
- a new feature for C# users in Update 2 inserts * at the start of new lines when writing /**/ comments. That feature conflicts with the more powerful “Auto-extend Multi-line Comments” feature in Visual Assist. For now, disable one or the other.
If you subscribe to any of our social channels, you will learn about our builds and the IDE flavors they support. If you are ahead of us, meaning you use Visual Assist in a flavor of an IDE that Visual Assist does not yet fully support, we ask that you report incompatibilities between Visual Assist and your IDE. Your reports help us attain full support.
I am a long-time member of the development team for Visual Assist. I also read a lot, often about the workings of the brain.
I read recently Thinking, Fast and Slow by Daniel Kahneman. The author divides thinking methods into fast and slow. Fast is automatic; slow requires effort. Fast occurs when you drive a car on an empty road; you have capacity to think about something else. Slow occurs when you multiply 43×15 in your head.
“As you become skilled in a task, its demand for energy diminishes,” writes Mr. Kahneman. “Studies of the brain have shown that the pattern of activity associated with an action changes as skill increases, with fewer brain regions involved.”
The author goes on to write, “a general law of least effort applies to cognitive as well as physical exertion. The law asserts that if there are several ways of achieving the same goal, people will eventually gravitate to the least demanding course of action. In the economy of action, effort is a cost, and the acquisition of skill is driven by the balance of benefits and costs. Laziness is built deep into our nature.”
Fair point: I often prefer to be lazy—when I think and when I exert myself physically.
“But, why do I write about brain matters in a blog about Visual Assist?” you ask. I write because Mr. Kahneman’s assertion might articulate—in nerd speak—the deep reason I like Visual Assist.
Take the following scenario of simple code generation: flushing out case statements for a switch on an enum. I have completed this scenario so often it now requires only fast thinking. I go to an enum declaration using Alt+G, select its cases, copy-paste them into my switch body, and execute a couple of tricks like search and replace, block select to insert “case” before each enum item, and finish the task.
I suspect you invent your own steps for the code-editing scenarios you tackle repeatedly. Your slow-thinking tasks become fast-thinking ones with repetition. The tasks become mundane. You are driving a car on an empty road.
When I find myself in such a state of “driving”, I have capacity to think about Visual Assist. I often wonder if I can give my mundane, fast-thinking task entirely to Visual Assist. I wonder if I can get more lazy.
As a developer of Visual Assist, I have the luxury of implementing features in Visual Assist to pursue the laziness that Mr. Kahneman says is deep in my nature.
And as a user of Visual Assist, I take advantage of the product’s many features because they provide the least demanding courses of action. Visual Assist lets me conserve my energy.
I am hooked on creating Visual Assist, and hooked on using it.
Look for Add Missing Case Statements in the next build of Visual Assist.
Microsoft released Visual Studio 2015 RTM this week. Visual Assist build 2068–the most recent build–supports the new IDE but not yet at release quality. There are a few known issues that will be resolved in our forthcoming builds:
- Enhanced listboxes–the ones with colored content and filtering toolbar–are available in C/C++ only. They are not yet available in C#.
- Not all internal quality tests for Visual Assist run under Visual Studio 2015.
Yesterday, Microsoft announced Visual Studio Community 2013—a terrific addition to its lineup of IDEs. In addition to being fully featured, Visual Studio Community 2013 provides access to the Visual Studio extensibility ecosystem, including to Visual Assist. This extensibility should appeal to every user of the non-extensible Express Edition.
If you install Visual Studio Community 2013, any build of Visual Assist numbered 2001 or greater will install to your IDE. If you are new to Visual Studio or migrating from an Express Edition, find out if you qualify for an Academic or Personal License of Visual Assist. The audiences for these licenses of Visual Assist overlap the targeted audience of Visual Studio Community 2013.
And to the multitude of developers who have asked us to make Visual Assist work in the Express Edition, we finally have a positive answer.