|
honey the codewitch wrote: Visual Studio is one of the main reasons that Windows is my primary when it comes to development. I'd go as far as to saying Visual Studio is one of the main reasons why Windows is still alive and kicking today.
What makes Windows survive is not the OS itself, but the gazillion of applications covering every imaginable field. MS makes only a tiny little fraction of this software. But they make Visual Studio, enabling millions of software developers to create programs. The essential aspect: With VS, you can develop software without being a full time geek, you can be a part time programmer and part time domain expert, in the application domain. So you know what the needs are, the problems, the work patterns, the terminology. Your coworkers feel at home in your solutions. And you eat your own dog food.
You see the same with other major operating system - in a single application domain: Software development. The geeks know the needs, problems, work patterns and terminology of software geeks. So they embrace the geeky development tools. Users in other domains do not.
We pay the price by having to accept that solutions are made with Visual Basic rather than as regex-es. That file names contain spaces and non-ascii characters, rather than teaching users six different ways to quote or escape non-ASCII characters.
We, the true software developers, have lost our hegemony to people who don't know what is meant by closure or lambda expressions, but who know the issues handled by the real end users of the software, programming their Visual Basic according to that. We may lament the deterioration of advanced programming techniques (and shift to a different OS and development environment), but if you want computers to save the world, you far more need people to understand the world than people who completely understands lambdas, closures, virtual functions and multiple inheritance.
Religious freedom is the freedom to say that two plus two make five.
|
|
|
|
|
trønderen wrote: I'd go as far as to saying Visual Studio is one of the main reasons why Windows is still alive and kicking today.
In the dev community yes, for the more general audience, I consider two major reasons for it's popularity.
1. PC gaming support.
2. It being hardware agnostic, allowing people to build relatively economical machines hence making it more accessible.
|
|
|
|
|
Using VS since about 1996, and what was astounding then was the memory window. Could actually see where the variables and arrays reside. And dynamically allocated ones using malloc, calloc, free, etc.
If only I had known about Visual Studio a little earlier, while learning the intricacies of C language, especially pointers, pointers to pointers, etc., learning would have been more enjoyable.
|
|
|
|
|
It could be much more appropriate to ask this in the middle of the dragging, and remove the file completely, if you refuse.
|
|
|
|
|
That doesn't make any sense at all. If you're in the middle of dragging, then VS can't possibly know where you intend to drop it. And interrupting a drag and drop operation by displaying a modal message box would be extremely bad form.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I have been of the opinion that VS is MSs best product so far, for a long time now. Love it.
|
|
|
|
|
It really is.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
VS has existed for a few decades now, you'd hope it would be pretty good by now.
The problem with VS as I see it is that they keep throwing in new features, but long-standing bugs remain. Frankly I'd rather have MS spend a few months doing nothing but addressing known issues, with no new feature, to bring everything up to speed...and maybe then go back to adding new features.
|
|
|
|
|
dandy72 wrote: VS has existed for a few decades now, you'd hope it would be pretty good by now.
I like VS. Better than other IDEs that I have tried.
But VI has existed since 1970. I keep hoping but it remains miserable.
|
|
|
|
|
And yet, I will continue to use vi often. Because it's there.
|
|
|
|
|
It's all about marketability and trying to be seen as relevant. There's no marketing value in fixing problems that should have been fixed long ago, but there is in trumpeting "new features".
Something I noted about C# -- each new release has 5% or 10% of the new features that are actually useful. The remainder is marketing and the C# dev team ensuring their next paycheck.
|
|
|
|
|
BryanFazekas wrote: There's no marketing value in fixing problems that should have been fixed long ago, but there is in trumpeting "new features".
I'm not entirely disagreeing - VS, despite its warts and all, is still the best at what it does.
But imagine the amount of goodwill they'd get if only a group of people were assigned the menial task of fixing known issues.
|
|
|
|
|
dandy72 wrote: But imagine the amount of goodwill they'd get if only a group of people were assigned the menial task of fixing known issues. You're preaching to the choir ...
I've been on a few projects where similar decisions were made ... didn't understand it then, don't understand it now.
|
|
|
|
|
I used the predecessor of Visual Studio, 16-bit Visual C++ 1.0 with MFC 2.0, back in 93. Before that it was MS C/C++ ver 7, and Turbo Pascal. IMHO, VC++ 6.0 which came later was such an excellent IDE to live and work in. These days, working in VS2017, having gone thru all those versions, I miss some things. VS2008 is still a fav, the way the child windows work is much more productive than later versions. Yes, I'm old.
|
|
|
|
|
I remember using Turbo Pascal rev 1.0 on an Osborne "luggable." What a joy that everything fit on the double-density upgraded 180K (I think it was) floppy! Even better that I could open the floppy drive & remove the disk so that any bugs (yes, there were a few....) in the switch-the-memory-bank-to-access-some-hardware code had issues.
|
|
|
|
|
Turbo Pascal was such a pleasure. Now I use C# and thank Anders Hejlsberg for both. Kinda funny I started my coding career and will be ending it with two of his inventions.
|
|
|
|
|
After having fought Eclipse and Android Dev Studio, I keep returning to VS. Even the free community version is better than almost every other IDE on the market.
|
|
|
|
|
I started with a Apple /// and basic not sure I had a IDE
Moved to Microsoft and obtained a copy of Visual Basic 6 Professional new in the box
for $50.00 all I knew was that was a great price
So when support went away for VB 6 I wanted to write for Windows with JavaFX
Only two IDE's were NetBeans and Eclipse. Had two computers so Eclipse on one and NetBeans
on the other.
Learning curve with Eclipse was steep compared to NetBeans
JavaFX was abandoned by a company I despise Oracle
Moved on to Visual Studio 2019 what a joy other than all the junk it puts in my Temp folder it has YES been a joy to use. Multiple platform support FREE
on my OLD OS Windows 7 64bit
|
|
|
|
|
I agree 100%. I have used the MS development IDE since they introduced it in Visual Basic in 1991, then forward into Visual Studio for .NET around 2000.
The main thing VS needs is a visual designer functionally on par with the existing one for WinForms (which dates back to VB in the 90s and updated well over the years) to bring that same rapid application development (i.e. drag and drop UI building) to MAUI, WinUI3, and Blazor. Components like "Hot Reload" don't even come close to improving the productivity and quality of the UI like a visual designer does.
Without visual designers, just how "Visual" is Visual Studio?
|
|
|
|
|
Halp! (not really)
I have a very similar problem.
I have two separate processors in one die. They can share memory. The memory isn't all in one flat region, but rather, it is partitioned out into memory with different properties, like tightly coupled memory geared for instructions or geared for data (ARM is modified harvard architecture)
It's like this
Region Start address End address Size Free Used Usage (%)
BOARD_FLASH 0x30000000 0x31000000 16777216 16446388 330828 1.97%
SRAM_DTC_cm7 0x20000000 0x20040000 262144 253132 9012 3.44%
SRAM_ITC_cm7 0x0 0x40000 262144 262096 48 0.02%
SRAM_OC1 0x20240000 0x202c0000 524288 276328 247960 47.29%
SRAM_OC2 0x202c0000 0x20340000 524288 524288 0 0.00%
SRAM_OC_ECC1 0x20340000 0x20350000 65536 65536 0 0.00%
SRAM_OC_ECC2 0x20350000 0x20360000 65536 65536 0 0.00%
BOARD_SDRAM 0x80000000 0x83000000 50331648 50331648 0 0.00%
NCACHE_REGION 0x83000000 0x84000000 16777216 16777216 0 0.00%
The trick is there are two sets of these, one for each core, and the program code, heap, and stack cannot interfere with memory from the other core. Other than that it is possible to share memory and I plan to in order to enable communication between cores.
So it's a lot like laying out partition tables, but interleaving two sets of tables together with certain overlapping and non-overlapping sections. Also certain sections have to be at certain locations in order to facilitate the ROM actually running the code.
For a certain type of mind this is easy. For me, not so much.
I don't actually need help. I'll figure it out, but maybe some of you have felt similar pain.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
All the time. GParted live USB stick saves the day every time.
>64
It’s weird being the same age as old people. Live every day like it is your last; one day, it will be.
|
|
|
|
|
I wish I had a snappy tool like that. All I've got is NXP's Eclipse based MCUxpresso IDE, and its tables are little better than a CSV editor. In fact, that's pretty much what it is.
I was thinking about making some kind of calculator in C# but the effort probably won't pay for itself for quite some time.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
honey the codewitch wrote: I was thinking about making some kind of calculator in C# Seems like you could create something 'good enough' using [insert spreadsheet app of choice here; default = Excel].
Software Zen: delete this;
|
|
|
|
|
True. That wasn't even on my radar.
Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix
|
|
|
|
|
This comment was based on hard-won experience.
Once upon a time I spent a couple days writing an app to compute some values and the math wouldn't come out the way I thought it should. I fired up Excel to test the calculations and in less than an hour I had verified them plus calculated the values I needed .
Software Zen: delete this;
|
|
|
|