| General > General Technical Chat |
| How many people code in C these days, and if so, why? |
| << < (75/99) > >> |
| madires:
--- Quote from: nctnico on May 13, 2020, 06:11:47 am ---Not really. There is a whole flurry of libraries for that. Qt is probably among the most advanced ones. --- End quote --- I still got some Motif developer licenses for linux and several weighty tomes from O'Reilly. >:D |
| madires:
--- Quote from: engrguy42 on May 13, 2020, 11:35:19 am ---I hear a lot of talk of C and embedded systems. And I originally assumed that you guys were working in some large companies that designed microcontroller systems for, say, automobiles or other real world stuff. But I'm starting to think that this strong bias in favor of C and embedded systems is actually a bunch of hobbyists working on Arduinos, who really have no experience in developing software in other languages for real world stuff? --- End quote --- I'm experienced in both, in hobbyist projects and non-embedded real world stuff. And after learning two BASIC variants, Z80, COMAL80, Modula, 68000 and three Pascal variants I stopped counting programming languages. Today I mostly do C and bash, while expecting some Python in the near future. |
| Nominal Animal:
--- Quote from: engrguy42 on May 13, 2020, 01:17:54 pm ---Nominal Animal, with regards to any Dunning-Kruger I may be (or probably am) suffering from... :D --- End quote --- I specifically didn't say that! >:( I said that's what your posts read like. I find it very odd that someone with your experience would so aggressively ridicule others from using whatever tool they think is best for a particular problem, and discussing what that problem domain might be for C (that is not well covered by higher-level languages like C++) – that is the topic of this thread, after all. I'd really like to know why. Did all those other projects fail, or what? --- Quote from: engrguy42 on May 13, 2020, 01:17:54 pm ---though I admit I have little tolerance for the command line as well as other user-unfriendly stuff |O --- End quote --- Nothing wrong with that, in my opinion. The OS you use is just another tool; whatever works for you, works for you. --- Quote from: engrguy42 on May 13, 2020, 01:17:54 pm ---A week or so ago I tried to get back in to Python (a short journey which I outlined previously in this thread), and decided the benefit wasn't worth the cost. --- End quote --- When you found out Qt5 didn't integrate into Visual Studio, you dropped it on the floor. That has nothing to do with the language or its libraries; you just basically said that because it does not integrate nicely into Visual Studio, it won't fit your workflow. And that is fine. But don't berate others if they don't have your VS fixation. Whether the language and its libraries are well integrated or not into VS is not a sane measure of the language in general. The likegeeks PyQt5 tutorial seems to tell how to avoid the hassles in Windows, where to find the Qt Designer, and even that you do not need to "compile" the .ui file(s) you create in Designer, as you can just load them in your Python code using PyQt5.uic.loadUi(). So, it looks like a sensible place to start, if you are using Windows, and interested in Python + Qt5. (seems, because I don't use Windows, so I can't verify.) That said, PyQt5 documentation is annoyingly hard to locate; one will want to bookmark https://www.riverbankcomputing.com/static/Docs/PyQt5/module_index.html for that. For Python 3, https://docs.python.org/3/library/ is the page to start with. If there is any interest, I'd be happy to provide a small example in a new thread in the Programming subforum. |
| IDEngineer:
--- Quote from: engrguy42 on May 13, 2020, 01:17:54 pm ---I have little tolerance for the command line as well as other user-unfriendly stuff --- End quote --- That's funny, the vast majority of the one-off tools I write are command line based because I'm simply trying to get some task done, and don't want to waste time on a "pretty" GUI. In my humble experience, creation (and the seemingly endless fine-tuning) of a fancy front end takes far more time than writing the code that actually does the work in question. If it's not a commercially shipping product, I don't care what it looks like... I care that it gets the job done, and the faster the better. This is not meant as an insult to those with different priorities, just another data point to consider. |
| SiliconWizard:
--- Quote from: engrguy42 on May 13, 2020, 01:17:54 pm ---I'm sure there's a bunch of stuff I'm forgetting, but I agree with you. I have severe Dunning-Kruger. As my signature below says: "The best engineers know enough to realize they don't know nuthin" --- End quote --- A phrase in a signature is proof of your humility? I'm sorry, but so far, none of your posts have really shown any sort of humility, so this is hard for others to see it between the lines. And your posts are consistently off topic too, but I'll admit you're not the only one here. All I've read from you are attempts at being funny (I guess?) while trying to belittle pretty much everyone else, and then bold statements like "this or that can't be done with this or that language", which was consistently false. You seem pretty good at twisting the logic of others' arguments to your advantage too, and ignore whatever you feel like ignoring if it's convenient. Whatever tools you use for your projects, that's really fine. No problem with that. You seem to be evangelizing CS, that's your problem. Some have had a few arguments against CS, but really nobody told you you were using the wrong tools either. I have rarely seen anyone here actually not respecting other people's experience and opinions to this level. It's amazing. Surely you're a very good and very humble engineer. Unfortunately, this thread now is IMHO growing a significant probability of ending up locked due to it completely derailing. Nice job. |
| Navigation |
| Message Index |
| Next page |
| Previous page |