Earlier quoted context omitted.
[flagged]
[flagged]
[flagged]
Effect of perceptual load on performance within IDE in people with ADHD symptoms
261–270 of 288 posts
Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#262> participants solved mentally active programming tasks (coding) and monotonous ones (debugging) Am I the only one that finds debugging not monotonous at all? Often the programming feels more monotonous. I'm not sure if that's because I feel like I'm learning something when I'm debuggging or that a bug is a puzzle to solve, I feel like a detective and a scientist figuring out things about my small part of the univers…
If you read the study it’s reading through python code trying to spot and fix indentation errors. It’s monotonous.
Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#263This is interesting. As a developer with ADHD, maybe I should try paring down my IDE interface. (I do take amphetamine medication though so maybe it compensates enough?) I find it interesting though that they describe "debugging" as a monotonous activity. Maybe my experience is different from others? I personally find debugging to be way more active than coding! It involves setting breakpoints, zooming about the code…
If you read the paper the “debugging” task is “here’s a bunch of python code, there’s problems in the whitespace, please read through and find the whitespace problems and correct them—this is explicitly not a bug in the logic and no code needs correcting”.
They didn’t test the wrong thing, they tested exactly what they want—a high engagement task and a low engagement task.
Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#264Earlier quoted context omitted.
[flagged]
>Nonsense.>Python "generates" this: Traceback (most recent call last): File "/home/me/test.py", line 3, in print(x[3]) ~^^^KeyError: 3 So? python generates that but the point was demonstrating type checking. The output you see is not generated by python. It's generated by an external type checker. The type checker caught the python exception without running any code. >> The contents of a string can't be type checked…
[flagged]
Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#265Earlier quoted context omitted.
>A Python instance is effectively a dictionary. The contents of that dictionary can be mutated at runtime to disagree with the type that is specified. This is perhaps an antipattern but it’s not uncommon. Yes I know. but the you will see the code addresses this. Mypy caught the monkey patching. Look at it. I added a property to an instance dynamically and mypy caught it. >You may say “oh but that’s uncommon or bad pr…
[flagged]
[flagged]
Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#266Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#267Earlier quoted context omitted.
Going with, in general, a company with less than 50 employees doesn't have to meet many of the requirements larger ones do when it comes to things like the FMLA.
Yeah but the demand for talent was such that, for at least a long time, the benefits and perks at startups usually exceeded those of the bigger companies. This may not be the case now, but I still think what you describe is not true often enough to be considered a general truism
Not true enough? It’s literally how the laws are written. They exempt companies with fewer than X employees, where X is almost always 50
Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#268Earlier quoted context omitted.
I've been doing this too in Obsidian and really like it. Notes can be as short or long as feels right. If they need to grow they can grow, sometimes they get split into sub notes. I have notes with titles like "Cardboard furniture", "Staging patch changes in VSCode", and "Hilbert Transform". Some are one or two sentences, some are more like essays with subheadings. Small notes tend to have one or two links to other n…
How are you aggregating in Obsidian? I feel like I haven't cracked the code on this one
Do you mean other than MoCs (Maps of Content)?
I use the Waypoint plugin with folders to create auto-generated maps of content within folder hierarchies. Works nicely to give me an index to use as a first port of call in a subject and works well with graph view.
Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#269Earlier quoted context omitted.
This idea of a 'small brain buffer' is why I love writing small atomic notes in wikis [1]. It lets me break problems down into simple pieces that I can later assemble upward in abstraction, rather than try to hold complex ideas in my head and compile them together in one big document. The buffer waxes and wanes, and I need to be able to adapt my writing process so I'm productive no matter where it is at the moment. […
Do you have this issue of where you start in on something, you’re making progress, there’s velocity, the work seems cogent, and then...it’s gone. Whatever point you had, whatever drive was there, is just gone. The wind has calmed and the sails just drop loose on the mast. This happens to me, both in my own work, or writing something like this, and then I just dump it. Kind of aggravating.
All the damn time. ADHD is a curse.
Re: Effect of perceptual load on performance within IDE in people with ADHD symptoms
#270Earlier quoted context omitted.
>it is easy for me to flounder when debugging if I feel unable to visually see or mentally hold the entire problem in my head at once. So much this. Fuck OOP-inheritance-thinking for spreading implementations to so many files.
I also find this splitting-out that happens with OOP extremely unhelpful. I'd never considered that problem being exacerbated by ADHD, but it makes perfect sense.
The opposite to this: sum types (enums with values).
You have all the logic in one place, and if you forget to handle a case in most languages you're forced by the compiler to be explicit.