I want this for elisp/emacs!
Introducing Bing Code Search for C#
101–110 of 235 posts
Re: Introducing Bing Code Search for C#
#102Earlier quoted context omitted.
- Never had background to foreground stall IDE issue in VS2010 or up - Nor misclicks stall IDE - Nor automatic refactoring analysis stall IDE - Automatic reformatting is a once click option to disable and is not terribly aggressive in VS 2010 up. - wants you to . Not forces. So, by the way, do JetBrains, NetBeans, Oracle ...
Not running into those issues must be really great for you, but does very little to make the experience better for me. I tend to run VS under virtualization with TFS, which is far from a pleasant experience, even on modern hardware.
So on a local machine, in virtualization, you are running an IDE, SharePoint Server, SQL Server, IIS, TFS. If you aren't running it from a separate SSD drive then the problem has nothing to do with the IDE. You have an IO bottleneck.
Re: Introducing Bing Code Search for C#
#103Earlier quoted context omitted.
VS lock in is a very real thing. At my current employer, there is no way they could ever come off of VS and .Net because of the lack of polyglots in the office. There is one of us that does Java, 3 that do PHP (only in the last 6 months), and 6 that are set up for .Net MVC. Management just can't spare the costs to retrain, and none of these guys go home and code on non MS platforms.
What about Mono? I have no idea how practical this is for real code bases, but I've used it successfully on several smaller projects.
Mono is quite practical. However, C# is one thing, and the .NET Memory Model is quite another.
The memory model is, IMHO, where Microsoft is pushing the limits of the existing C# language.
Re: Introducing Bing Code Search for C#
#104Earlier quoted context omitted.
It pains me if I am honest. Our CMS is built on .NET and it's like an uphill battle selling it as it's on IIS and it's .NET. I have played around with the idea of reworking it into an open source language and open source database but I would miss Visual Studio and the language a lot. I don't get all the hate?
I have done a lot of Java, Scala, etc. IntelliJ & Eclipse are both wonderful IDEs in their own right. A lot of things like ReSharper were in those IDEs before Jetbrains (maker of IntelliJ) made the plugin for VS. After trying VS for a couple of projects I found it completely baffling and backwards. And I don't think this is because VS is bad, but because the way I approach software is completely different. I want to…
I always have the same problems when moving from linux over to a Microsoft shop. You really do have to approach VS differently than you would any other dev environment.
Re: Introducing Bing Code Search for C#
#105Earlier quoted context omitted.
It pains me if I am honest. Our CMS is built on .NET and it's like an uphill battle selling it as it's on IIS and it's .NET. I have played around with the idea of reworking it into an open source language and open source database but I would miss Visual Studio and the language a lot. I don't get all the hate?
"open source language" - such as F# or Clojure? Both don't require you to abandon the best IDE on Earth. http://visualstudiogallery.msdn.microsoft.com/0e53eaf6-b031-...
Whoa, didn't know about this. I'll check it out.
Re: Introducing Bing Code Search for C#
#106Earlier quoted context omitted.
It pains me if I am honest. Our CMS is built on .NET and it's like an uphill battle selling it as it's on IIS and it's .NET. I have played around with the idea of reworking it into an open source language and open source database but I would miss Visual Studio and the language a lot. I don't get all the hate?
I think it's less about not wanting to use Visual Studio and more about not wanting to have a Windows VM thrashing resources. I've worked with teams that have migrated to ServiceStack just to avoid running Windows. Assuming that running Windows is a non-issue, the parts that really, really bug me are: - Background operations suddenly become foreground operations that stall the IDE with a dialog saying "A background o…
I work in a .NET C# environment and I get all of these issues. Sorted in order of most annoying to least annoying, they would be: #2, #1, #5, #3, #4. I don't really mind 3 and 4. I'm just saying this to affirm that your experience is not unique to you.
Re: Introducing Bing Code Search for C#
#107As someone who has recently been hiring .NET engineers, I have to admit that this inspires mixed feelings. On the one hand, I can see huge power from combining AI and search with the structured context of programming. On the other hand, a disappointing number of the people we interviewed weren't software engineers, they were IntelliSync engineers. We'd give them a problem, and their first instinct was to hit a period and start hunting through the method options that IntelliSync gave them to see if one got them closer to their goal. Instead of stepping back and thinking about the problem generally, they'd try to solve it by stringing together IntelliSync suggestions, like stepping stones across a pond.
Re: Introducing Bing Code Search for C#
#108As someone who has recently been hiring .NET engineers, I have to admit that this inspires mixed feelings. On the one hand, I can see huge power from combining AI and search with the structured context of programming. On the other hand, a disappointing number of the people we interviewed weren't software engineers, they were IntelliSync engineers. We'd give them a problem, and their first instinct was to hit a period…
In business it doesn't matter how you reach a goal. It's not about clean code, it's about getting fast, working results to a specific problem.
Re: Introducing Bing Code Search for C#
#109Earlier quoted context omitted.
Personally, it's because Microsoft development locks you in, and costs a lot of money. The OS costs money, the server OS costs money, the database costs money, the IDE costs money, everything costs money, and you have to use it, for the life of your app. To many young developers these days, and IIS server is the thing your company keeps in the closet to some sluggish legacy monstrosity which has been replaced for yea…
VS lock in is a very real thing. At my current employer, there is no way they could ever come off of VS and .Net because of the lack of polyglots in the office. There is one of us that does Java, 3 that do PHP (only in the last 6 months), and 6 that are set up for .Net MVC. Management just can't spare the costs to retrain, and none of these guys go home and code on non MS platforms.
I could switch languages more easily than I could switch dev environment. The lock in to me is bssically simply that there aren't many other good language+IDE combos out there. There are plenty of languages that are interesting but very few come with a great IDE. I'd love to do Rust or Haskell all day, but I'm sure as hell not going to vim/emacs/sublime from VS. I almost envy those who never started using and IDE and can be productive with a text editor, their threshold to switch language is much Lower. Luckily VS at least supports C++, F#, JS and python so it's not impossible to cover quite a lot of languages in it.
Re: Introducing Bing Code Search for C#
#110As someone who has recently been hiring .NET engineers, I have to admit that this inspires mixed feelings. On the one hand, I can see huge power from combining AI and search with the structured context of programming. On the other hand, a disappointing number of the people we interviewed weren't software engineers, they were IntelliSync engineers. We'd give them a problem, and their first instinct was to hit a period…
It's Intellisense. I might have a chip on my shoulder but if you were competent and really were hiring .net programmers you should know that? Especially if you're going to take the mickey.
You get those types no matter what role they hide in. Today I spent an hour with a candidate that looked really promising on paper dodge every question and switch from being "mainly backend" to "mainly frontend" when they couldn't tell me the difference between an interface and an abstract class....