|
Gary R. Wheeler wrote: I'm of the opinion that if you "dread" working in a programming language, then that's a sign that you don't understand it. I'm very well versed in VB.NET, yet when I got an offer to take over a VB.NET WinForms program I sighed, thought of the customer it would gain me, bit my lip and said I'd do it.
As I suspected, there are plenty of forms that I dread working on.
Not because I don't know the language, but because the original programmer didn't and now I have to make brain farts to get a gist of what he was thinking while a wrote that crap.
So basically your average VB(.NET) project
I have the same with JavaScript because you have to read ALL the code to make reasonable assumptions about it, like what kind of value a function returns.
And if the original programmer was a jackass, a function may even return another type depending on the input.
I guess that's what you get for not being type-safe.
Maybe I don't dread the language, but I dread how easy it is to write crap code in some languages that I have to deal with because others are bad at their job.
|
|
|
|
|
The only environments I dread have a cargo cult like following, and virtually no clue how the environments they're working in even function. JavaScript developers who don't understand how references or callbacks work. PHP developers who don't know what OO is, but they know they have to use every single OO feature. Java developers who have to user every single design pattern in every single project, but don't know what a heap or garbage collector is.
True story: I worked on one Web App written in a combination of JavaScript and PHP that was over a million lines of code.
I don't get why people hate VB so much though. Granted I only use it sporadically, but it's not like it's really hard to get the kind of work people want done in it done.
|
|
|
|
|
"Osmonian" *cough* *cough*
|
|
|
|
|
Interesting reading but I would like to propose that Forth or its derivative "White lightning" should be included in the list. In the mean time it has become so obscure that most people don't remember it ever existed.
If I ever see a piece of code I wrote in the derivative I am 100% sure I would not even remember how it was supposed to work.
|
|
|
|
|
Uh!?
No one fears the common business-oriented language?
|
|
|
|
|
You mean, fear of wearing down your fingers to short stubs?
|
|
|
|
|
Selections seem to be from a bimodal distribution of respondents:
Selections disdained because they take brains
Selections disdained because they're ing dumb and annoying
Or, put another way, perhaps the two groups are those who code and happen to get paid for it and those who code only because they get paid for it.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
TECO - built for string manipulations and was used for the first version of Emacs. Definitely a write-only language as there was an annual competition to see who could figure out what a specific TECO line would do to an arbitrary string.
|
|
|
|
|
I still use TECO occasionally. Learned it in 1972. I sometimes wrote TECO macros to do a task and while I was waiting for it to finish, I could write a Cobol or Assembler program to do the same thing, compile it and run it while still waiting for TECO to finish. It was really easy to use for scripting when the amount of data was small.
|
|
|
|
|
(V)isual (B)asic (affectionately called as Very Bad) should be having a distinguished position in the list though.
|
|
|
|
|
DXL is the worst one I've used... It's a pretty basic C-like language - the horrors come from the interface to the DOORS requirements management system, and how easy it is to leak memory without even trying. Here's an example - DXL can allocate, but not deallocate strings, so every string you use takes up memory, until the process (which might be on the server side of DOORS) is terminated.
I encountered DOORS and DXL when developing an API for accessing DOORS from Java, using (in-effect) hand-rolled RPC to call from Java into DXL (using a DLL written in C++ as an intermediary) and then returning results from DXL in JSON, which was deserialised into Java objects using Jackson. Of this, two parts didn't suck - C++ and Jackson. But... it worked. And worked reliably.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Spikes in slowpoke's performance (5)
|
|
|
|
|
SPOKE?
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
|
|
yep
|
|
|
|
|
Why? I still don't get this stuff
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
|
Yes, yes I know about that. But for me "unicellular organisms" all this is still always very difficult
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
'slowpoke' was intended to mean SNAIL, with 'performance' as an anagram indicator, so Spikes == NAILS
|
|
|
|
|
Thank you very much.
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
I just figured spikes = nails, which slowpokes confirmed
|
|
|
|
|
I am trying to record some screens, with mouse movements and keyboard input, and microphone input, as in "...Put the cursor here like this and enter xxxxxxx yyyyyy like that, and then move the cursor over here, and click the zzzzzzz button..."
The freeware I have encountered so far has been a major impediment. I (naively) thought it would be a few clicks and go. My education continues.
[[[[...Opinions // Suggestions // Advice...]]]] are welcome.
I have tried these with these recorders with these results...
- OBS Studio
- Won't execute (Windows 7)
- FlashBack Express
- Records, an interface I can (barely) handle, and I like it, but it gives blurry results
- Debut Video Capture
- Non-commercial use only; this probably won't work, and I don't want to find out later.
- ShareX
- So far the best as far as a resulting image that the user can see and understand; stupendsously complicated, but I'm barely making it work; but I'm worried about keeping stuff here at home; the thing is just so complicated that it is honestly scaring me.
- Screencast-O-Matic
- Requires internet connection; and that's a major stopping point
- Apowersoft Free Online Screen Recorder
- Also requires the internet; not acceptable
|
|
|
|
|
I use Streamlabs OBS[^], which is built on top of OBS Studio.
Not sure whether it works on Win 7, though. I am on Windows 10.
|
|
|
|
|