Stories
Slash Boxes
Comments

Dev.SN ♥ developers

posted by janrinok on Monday March 24 2014, @01:08PM   Printer-friendly
from the ask-uncle-Jan dept.

Subsentient writes:

"I have a short attention span, a very short one, and I have very, abnormally poor energy levels, to such a point that while my physical strength can be up to snuff, my mind is always running at 8Mhz. I am a programmer. This is a problem. However, I find that some places are better to code at than others. If I can sit somewhere upright, looking down at the monitor, in a comfortable position, I can sometimes get some work done, and if my monitor is large, soft, and bright, I am better off still. Do soylentils have issues with location? What would you suggest for being able to sit down and code for hours, something I have NEVER been able to do?"

 
This discussion has been archived. No new comments can be posted.
Display Options Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 1, Funny) by Anonymous Coward on Monday March 24 2014, @02:05PM

    by Anonymous Coward on Monday March 24 2014, @02:05PM (#20396)

    I don't understand why this question doesn't answer itself. If you have a slow mind and more inputs steal precious cycles, then find a way to reduce the number of inputs to the bare minimum. What works for you won't necessarily work for others and vice versa. Maybe music is just another input that you need to avoid. I assume you label yourself an engineer. Engineer a solution customized to your particular issue. Maybe you would find more benefit overclocking for short bursts rather than trying to maintain standard clock for long periods.

    Starting Score:    0  points
    Moderation   +1  
       Funny=1, Total=1
    Extra 'Funny' Modifier   0  

    Total Score:   1  
  • (Score: 1) by uiginn on Monday March 24 2014, @02:26PM

    by uiginn (3960) on Monday March 24 2014, @02:26PM (#20415)

    I thought we came here to avoid this Slashdot style crap.

    • (Score: 2) by bucc5062 on Monday March 24 2014, @03:14PM

      by bucc5062 (699) on Monday March 24 2014, @03:14PM (#20451)

      WHile my view may not be quite as harsh, I do feel a little like this is too vague.

      "This is a problem. However, I find that some places are better to code at than others.".

      What does that mean? Is the submitter one who switches jobs or works at a place that allows one to shop around? Is s/he a contractor, work at home type so I cannot see that issue working in a more "formal" environment. I've been around, mainly in corporate and almost never did I have a luxury of choosing my work place. At second best it was an office (oh Dupont, how I miss you), at worst a cube farm with half walls. Throughout it was not my choice, I was told "deal with it", and either made due or not. About the best I ever had was 4 years working from home and then I could make the workplace what worked for me.

      So I don't get this question at all. No offense to the OP, but unless I am missing something and you own your own business and this questions relates to your "personal space" I think the realistic answer is "learn to deal with it" or maybe programming is not a good role for you.

      I a thinking working I love quiet or music of my choosing. Bean counters love cubes, noise, and chaos. The former is the most productive for me, but hard to measure in bottom line costs, the latter an MBA dream of efficiency and lower production. There days I think I'd prefer my "office" to be a barn where I'm mucking stalls, fixing things, teaching kids to ride, and hanging out with horses...currently I just get the horse's ass.

      --
      The more things change, the more they look the same
      • (Score: 1) by uiginn on Friday March 28 2014, @01:17AM

        by uiginn (3960) on Friday March 28 2014, @01:17AM (#22391)

        I see it more as a blatant imitation of the style of OP which was appearing on Slashdot with increasing frequency this past year. The tone is typically earnest and a little chatty. The OP has a problem that the vast majority of people on this (and any tech) site can sympathise with, but the OP seems to be more extreme on every axis of symptoms than the readers. Each reader is inspired to pity them, because they see their own problems reflected in the OP, and is motivated (generously) to help by sharing how they deal with their own subset of shared symptoms (or problem with boss or similar). It's the forum version of click-bait. Most of us here know that a question phrased in certain ways is far more likely to engender multiple replies, this is just that taken to an extreme. When used correctly it can just be a boost to a genuine thread but, in my opinion, on Slashdot it became just a marketing tool.

        I don't feel any sympathy for the author because, quite simply, I don't believe him. If his problems were really that bad he wouldn't have been able to write an OP in this style and sure as hell wouldn't have had the focus to learn to program.

    • (Score: 2) by tangomargarine on Monday March 24 2014, @04:13PM

      by tangomargarine (667) on Monday March 24 2014, @04:13PM (#20496)

      Whooosh

      --
      A Discordian is Prohibited of Believing what he reads.
  • (Score: 1) by DECbot on Monday March 24 2014, @02:27PM

    by DECbot (832) on Monday March 24 2014, @02:27PM (#20416)

    A lot of what is posted above is removing many of the interrupts from being triggered. AC makes a good point, instead of just focusing on removing interrupts, you could also work on improving the volume of work performed between interrupts. Of course, you'll have to have great bandwidth to swap out page files efficiently. But if it is a matter of improving the pipeline, like upgrading the HID device from a 2-finger, 10.2 words per minute transcoder to a 22 words per minute touch-typist, you'll be able to complete more tasks before you'll be required to swap out RAM during an interrupt.

    --
    • cats~$ sudo su
    • cats~# chown -R us /home/base