|
I like your general point.
Personally, I would replace #4 with CSHTML5 (uses XAML and C#) for web development. While it still generates HTML/CSS/JavaScript as an output, the developer only needs to deal with XAML and C#. But, that is a subjective, personal preference to stay out of the HTML/CSS/JavaScript swamp as much as possible. 
I would use C# for #6, but then, I do prefer the ASP.NET/MVC route. Again, a subjective view.
modified 20-Jul-18 12:30pm.
|
|
|
|
|
MSBassSinger wrote: CSHTML (uses XAML and C#)
CSHTML uses HTML and Razor, not XAML.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Perhaps you should check again.
CSHTML5 uses C# and XAML.
|
|
|
|
|
CSHTML5 != CSHTML[^].
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
I never said they were the same. You'll notice I corrected my typo where I left off the "5" above after you initially replied.
Razor is a good step forward in the swamp of HTML/CSS/JavaScript, but my point is that it is better to be out of the swamp altogether. CSHTML5 is a good step forward in that. Much like Xamarin is with generating the native code for iOS/Android/Windows, and compilers do for creating machine code from a higher level language.
Thanks for pointing out my typo, as it was in need of correction.
|
|
|
|
|
I started my professional career wiring Control Panels for Unit Record Equipment or Tabulating Machines. I moved on to programming in AutoCoder for an IBM1401, IBM System/360 series using COBOL. Using punched cards, via a 2540 card reader, were the only input medium and IBM 2401 tape drives for storage, followed by IBM 2311 disk drives. Those beginnings were great. Loved programming the “Big Iron”. I then transitioned to the PC, programming every language compatible with MS operating systems. Wrote my first Windows program using VB3 on Windows 3.0.
I still program, have been even after retiring nearly 10 years ago, I still support the company from which I retired, but from 3000 miles away. In my “datacenter” I am running 2 Dell T110’s, One is a database server, with 500G of storage, and the other is a web server. Each have 16G of Ram. The database server is running MS Windows Server 2008R2 Datacenter. Desktop is Windows 7 Professional with 32G of Ram. More computing power than I could have ever imagined, and all in my spare bedroom.
Through the intervening years I’ve programmed on all of the popular languages, primarily with the Microsoft Stack. I’ve programmed using IBM’s IMS DB/DC using COBOL and MS SQL Server 4.2 and every version up to SQL 2008 (I’m beginning a project to upgrade from 2008 to 2017, as well as “upgrading” from VB6 (I know, I know) to the Web).
As programmers, technologists, we have to adapt to not only what ‘s “popular” but also what’s practical. The web is incredible, allowing people like myself, for example, to continue to contribute, but on my terms. I agree that there have been perhaps an unreasonable proliferation of languages and frameworks. Every 24 year old has invented something, convincing investors that this is the next great thing. But then, we could all still be wiring Control Panels or on Big Iron using 026 Key Punch machines fed into an IBM 360 with 80x25 display.
|
|
|
|
|
Do you do any Desktop Programs? I can't imagine using C, or C++ for a large Desktop business application. Probably because I've never taken time to learn either of them. 
I've made do with VB, VB.Net and C#.Net since Visual Studio first came on the scene.
Seems to me that the verboseness of the languages has increased as new features and capabilities have been added over the last 40 years. Also, some languages are better suited to some types of applications than others. So the requirements, hardware, timeframe allowed and size of the development teams all dictate which language is needed to get the job done.
Sorry, Dude, the Genie is out of the bottle, and there's no stuffing it back in.
The older I get the less sure I am of anything...
modified 20-Jul-18 20:49pm.
|
|
|
|
|
Another important factor that is seldom mentioned in such discussions is the practice of assembling new code from reusable code, a practice that dates almost to the beginnings of electronic computing machinery.
Though Microsoft did its part to encourage this with the Base Class Library that ships with the .NET Framework, the BCL has many shortcomings, and was never expected to be the "final solution" to the practice of assembling software from interchangeable parts (reusable code). It's called the Base Class Library for a good reason; it is a set of base classes, intended to provide a solid foundation upon which to build applications.
Soon after I began writing in C# (in late 2005), I began extending the BCL with my own library of helper classes that improve the development experience in several ways.
- Among the shortcomings addressed by the resulting constellation of libraries is the addition of a set of symbolic constants intended to make the code that uses them easier to read and implicitly better documented.
- Another shortcoming the library addresses is a simplifcation of certain multi-step processes into single operations. For example, computing a message digest over either a file or a string is a multi-step process comprised of an initialization phase, a processing loop, and a finalization phase. These I simplifed into single static method calls that reduce digesting a file or string to a single method call.
- A third significant feature of the library is encapsulation of complex formatting and transformation operations into single method calls, such as formatting a byte array into a hexadecimal dump, or transforming the byte array returned by the embedded resource readers into an array of strings of the correct encoding and stripping away the Byte Order Mark put there by the editor that created it to document its encoding.
The WizardWrx .NET API is a constellation of class libraries that encompasses all of the above, and a lot more, about which you can learn by visiting the repository at GitHub - txwizard/WizardWrx_NET_API, where you can obtain a copy of the libraries, in source and binary form, and read the comprehensive HTML documentation available at Introduction to the WizardWrx .NET API.
David A. Gray
Delivering Solutions for the Ages, One Problem at a Time
Interpreting the Fundamental Principle of Tabular Reporting
|
|
|
|
|
Quote: 3840 bytes of RAM
69120 byte ROM
85,000 CPU instructions executed per second.
Sound like basically a slow Arduino to me. We can do a lot on those, if you don't have to carry around file systems, threaded OSes, Grabage collectors or JIT compilers.
Quote: The hardware has become so much better... but I somehow feel that something is wrong with the way we write software today.
The web happened. The suddenly, everything got slower, less responsive, more crashy and most of all, more hungry for RAM, CPU and drive.
Nobody makes native apps anymore, ever since google has convinced the world that native is irrelevant and web is the future. As a result the most professionally used chat app uses 1.5 GB of RAM because "native is bad, that's what they did in Windows time, lol".
You think I may exaggerating? Check out the next post.
Quote: I blame the abundance of languages: there are literally too many languages going around, cutting into the learning part that is (or rather was) to shorten code, shorten the number of statements to execute, shorten the time of execution, etc.
IMHO there should only ever be 8 languages:
1. Assembly.
2. C/(maybe)C++ One that you can use to build apps.
3. One from either (Java/C#). This one may or may not be needed much.
4. One language to design webpages HTML/HTML5/CSS.
5. Front End scripting language (JavaScript/TypeScript)
6. Backend Language (PHP/Node.JS/Python).
7. Database Querying language SQL.
8. Maybe I'm missing something.
1. Humans very rarely use assembly today, only in special cases and only in embedded. It's just too prone to errors and is completely unreadable and unmaintainable code.
2. C for apps? You must be a kernel developer. Maybe C++ but it's far from ideal, even though I love it for embedded.
3. This is where you piss me off. You claim the best managed languages out there with literally millions of apps (all Android and UWP apps are in Java and C#, respectively), aren't needed.
4,5,6,7. Then you spout a bunch of random web jargon words and claim these are way more important than kernel or app languages.
8. Only Tiobe and managers consider SQL a programming language.
It's not the languages. It's people like you (I'm not trying to be disrespectful), who believe the world revolves around the browser instead of the people. People who don't value decades of work and frameworks, tools, optimizations, good engineering design...
Because it's not fashionable this week on slashdot, so our users will continue to download 10 MB of Javacript everytime they click a button on a page. But who cares about UX/UI, right, what matters is you didn't have to touch those yucky native tools, you're still in your wild-west browser framework.
/Rant cool down.
|
|
|
|
|
Thanks, André; you said what I was thinking.
Software Zen: delete this;
|
|
|
|
|
André Pereira wrote: assembly...completely unreadable and unmaintainable code.
To those that are unfamiliar with the language, not unlike any other language. Well written assembly, along with good comments are important, as is the necessary hardware specific knowledge of the person looking at the code.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
Don't get me wrong, I think assembler is amazing in one way: if it doesn't work IT'S YOUR FAULT. I loved making simple games in assembler.
But even the embedded guys stay away from such beast, only reserving it for high-throughput applications, like bit banging. Otherwise, it's not worth effort, notwithstanding that most modern compilers do 99% of the job well. Long gone are the days of multi-page functions just to calculate an output. Bless you assembler.
|
|
|
|
|
André Pereira wrote: if it doesn't work IT'S YOUR FAULT
Truth! 
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
Quote: This is where you piss me off. You claim the best managed languages out there with literally millions of apps (all Android and UWP apps are in Java and C#, respectively), aren't needed.
I just considered Java/C#/VB and other with C++ and thought they all can be eventually replaced with C++. And why not, its not like you can't have C++ libraries. From what I understand the reason Python has become so powerful and is currently being accepted so actively nowadays is because it uses native C++ written libraries.
Quote: 4,5,6,7. Then you spout a bunch of random web jargon words and claim these are way more important than kernel or app languages.
I didn't actually, but I can see why you thought that. I took into account the user-base of different languages and presented a list. I also took into account the general like and dislike towards these languages; the reason I said Java/C# may or may not be excluded. I am a Java developer and last thing I want is to kill Java, cause otherwise I'd need to learn either C# or C++ since other languages drive me nuts. While making the list I realized that there are just too many languages out there that I haven't personally used, so I kept my list to the most used/popular ones.
Also I decided to include different sets of languages for front-end and back-end development, since most of the devs I know are happier and prefer it this way. My humblest apologies if you thought I am a non-native advocate. I am in fact the exact opposite.
So in the end I came up with a simple list that describes the different levels at which these languages may be needed. The same reason I left out 8.
Quote: 8. Only Tiobe and managers consider SQL a programming language.
I have no idea what Tiobe means; but I get your gist, in my defense I only reluctantly added it knowing full well it is not a language but it still requires a different set of developers.
P.S. SQL point was actually 7th.
|
|
|
|
|
First of all, thanks for being a good sport  , and let me reitirate: Quote: I'm not trying to be disrespectful
Quote: just considered Java/C#/VB and other with C++ and thought they all can be eventually replaced with C++. And why not, its not like you can't have C++ libraries. From what I understand the reason Python has become so powerful and is currently being accepted so actively nowadays is because it uses native C++ written libraries.
Nope, C++ itself will be supplanted eventually, even in embedded, where the main target now is Rust. Java and C# in particular are just about perfect for app making, falling back to C++ (messier code) modules for performance critical sections, just like you said. As for Python, I don't think the huge performance loss compensates a (arguably) cleaner code, or the development overhead of finding/making C++ native libraries.
Quote: hile making the list I realized that there are just too many languages out there that I haven't personally used, so I kept my list to the most used/popular ones.
I get your message, and fact is yes, sometimes we seem to have so many tools. Let me get you up to speed where we are in terms of app development. Tool selection is narrow, you either prefer performance or code readability (think Java/Android vs C++/NDK, or C# vs C++ on .Net). Backwards compatibility, legacy, dependency management, all of that is now native for every platform.
So there's no need to continuosly reinvent the wheel, like happened to native development for 20 years (you had a menu of frameworks to choose from, all very bad in some way), and what's still happening in the web world.
Besides, I used "web jargon" in jest, because that's what it looks like to outsiders :P
Quote: Also I decided to include different sets of languages for front-end and back-end development, since most of the devs I know are happier and prefer it this way. My humblest apologies if you thought I am a non-native advocate. I am in fact the exact opposite.
No need to apologize, I was the one ranting. But for me, just the fact that you even have to think about sets of languages for front-end and back-end makes me uncomfortable. 
|
|
|
|
|
Quote: I'm not trying to be disrespectful
Message received the first time, no need but thanks.
Quote: C++ itself will be supplanted eventually, even in embedded, where the main target now is Rust.
Call me an Old Soul traditional/nostalgic but somehow I always find that older things built by way older men/women work better, are durable and yet so simple. Haven't looked at Rust since the beginning of time but I have heard good things about it from good folks. But I sincerely doubt anything can take over C++ in its domain.
Quote: Let me get you up to speed where we are in terms of app development. Tool selection is narrow, you either prefer performance or code readability (think Java/Android vs C++/NDK, or C# vs C++ on .Net). Backwards compatibility, legacy, dependency management, all of that is now native for every platform.
I understand your point, to clarify I am an Android/Java developer though probably not as nearly as experienced as you are. Any how, sometimes I wonder about the possibility of an application platform with C++ as the core language and an XML/XAML-like language for design. It shouldn't take much more than it did with Android/Java/XML to make that happen. Unfortunately I am all too young and inexperienced (at least now) to make something like that myself. I'm mainly running away from Java because of its Memory Management issues, I just want to be in control of keeping and releasing my memory. Otherwise Java is a beautiful language. If I ever did manage to bring C++ into Mobile/Desktop development then I'll probably take away multiple inheritance; its a curse and a blessing.
|
|
|
|
|
Quote: Call me an Old Soul
My fellow old soul  I agree with you in principle, but in reality I'm looking more and more favorably towards Rust embedded. D language was a late disappointment and I don't think it'll ever take off. Rust people are now VERY ACTIVE in getting Rust to work with micro-controllers, resulting in performance in the same range as C++ (i.e., near perfect for almost everything) with all the safety checks and enforcements of Rust. Check out some of the stuff they're making with dependencies and abstracting the micros hardware, it's amazing.
Quote: Any how, sometimes I wonder about the possibility of an application platform with C++ as the core language and an XML/XAML-like language for design.
Open up visual studio, new project, C++ UWP with .net Core.
Welcome to UWP heaven
|
|
|
|
|
Also, most of my friends and colleagues insist that with anything less than 32 GB RAM, your computer will be slow as molasses. I open the Resource monitor and point at the bar showing that they currently, with lots of software running/waiting, 5 of 32 GB is in actual use, and most likely, 80% of even the "in use" part hasn't been addressed for at least half an hour.
And I point to the CPU display: Half of the cores are not at all active, the rest are 1-5% loaded, except in very short bursts. When I generate a digital video, or convert from one format to another, I manage to load my 6 core (with HT, making them appear as 12) to 95-100% for minutes at a time, but that is the only group of tasks where I would not be well served by a CPU with 1/10 the processing capacity.
|
|
|
|
|
And I thought Android Studio was a beast, that isn't practical to run with less than 8GB of RAM and a good SSD.
|
|
|
|
|
I developed an app once that had to discover and communicate with potentially thousands of computers concurrently. I used the .NET Task Library for the parallel processing of the TCP connections to those computers.
With networks of 5,000 computers, it ate up a lot of processor time with the concurrent communication. Aside from that, my observations are similar to yours - a lot of RAM and cores go unused, except for me when developing and testing cross-platform apps. Emulators can eat up a fair amount of RAM and processor time.
|
|
|
|
|
I give someone 1 hour to do a 10 minute task, they will take 1 hour.
This is something about how we fill out time, which also includes space. And NO does not apply to all people, but a large amount.
computer resources, I think we find ways to fill it. More ram and cpu, ohh i can get a 4k monitor now. now make that 2x4k monitors, computer can handle it. OS loads a bunch of stuff. Lots of ram, ill leave 2gb of recently used files, where only maybe 400mb maybe used every 10min, the remaining just used the once in that last 3 hours.
I find the same amazement with how much game devs got out of snes and other 90s games consoles. see Game Hut on youtube.
|
|
|
|
|
maze3 wrote: I give someone 1 hour to do a 10 minute task, they will take 1 hour.
If you're lucky.
More likely, they'll spend that hour procrastinating, thinking "I've got plenty of time", and then ask for an extension on the deadline.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Essentially went to the moon with slide rules. Astronauts carried a 6" aluminum Pickett. Man hasn't been back since the appearance of the PC. Now we just float about in LEO.
|
|
|
|
|
Randor wrote: but I somehow feel that something is wrong with the way we write software today.
Programmers have gotten lazy. Once upon a time efficiency and accuracy were more important than time-to-market. The proliferation of programming tools and frameworks are to make the programmer's life easier and faster, but the developer is actually the least important stakeholder: making an application behave easily, predictably, accurately and efficiently for the END USER should be the primary goal!
|
|
|
|
|
Another trend I have noticed when comparing new versus established languages is the complaint that the established language 'is boring'.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
