I have tried for 20 years to get into coding, and among adhd and having 10 million other projects going on, just could never get it beyond absolute basics and knowing some differences between languages.

Now it seems every tutorial I see is really just clicking around in a gui. Very little actual typing of code, which is the part I actually find cool and interesting.

So my question is, since everyone on lemmy is a programmer, what do you guys actually do? Is it copying and pasting tons of code? Is it fixing small bugs in Java for a website like “the drop down field isn’t loading properly on this form”?

I just dont get what “a full stack developer sufficient in sql and python” actually does. Also i dont know if that sentence even made sense!

      • pinball_wizard@lemmy.zip
        link
        fedilink
        arrow-up
        4
        ·
        1 month ago

        There’s a zen peace that comes after realizing the customer is out of their mind and will change their mind tomorrow, anyway.

    • snoons@lemmy.ca
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 month ago

      This should work… it doesn’t. What? Why the hell not… omfg.

      This should work… it doesn’t. What? Why the hell not… omfg.

      This should work… it doesn’t. What? Why the hell not… omfg.

      This should work… it doesn’t. What? Why the hell not… omfg.

      This should work… it doesn’t. What? Why the hell not… omfg.

        • Nibodhika@lemmy.world
          link
          fedilink
          arrow-up
          5
          ·
          1 month ago

          I’m more scared of this one, “it should work but doesn’t” means there’s something I’m missing, usually small, maybe I forgot to change one function call or an import. “it shouldn’t work but does” means there’s a huge misconception in how the thing actually works.

  • 𝓹𝓻𝓲𝓷𝓬𝓮𝓼𝓼@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    17
    ·
    1 month ago

    A “full-stack developer” is someone who can do front-end / UI work (HTML, CSS and Javascript or whatever the frameworks and tools de jour are nowadays if we’re talking webdev), back-end work (APIs and “business logic” and all the stuff users don’t see), and often storage and infrastructure work (manage databases, write and optimize SQL queries, put things in buckets, get your code running on AWS / k8s / a pack of gophers / whatever)

    that is

    someone who wears too many hats and isn’t paid nearly enough by a company that doesn’t want to hire 4 engineers

    • MagicShel@lemmy.zip
      link
      fedilink
      English
      arrow-up
      4
      ·
      1 month ago

      I’ve been a full stack developer for nearly thirty years. They keep adding so much to the stack that these days I will only claim to be a Java developer. I know way more, but there’s no point in laying claim to it. I can do JavaScript, css, and typescript, but I don’t really know react and I don’t want to because it’ll be replaced in another five years anyway.

      I have worked with so many CI/CD systems and there’s a new one around every corner and what you know for one doesn’t apply to others.

      Like, whoever you hire is going to take months before they are able to do significant stuff independently and 2 years before they can do the full scope of the job you hired them to do, and most folks are looking to move on after 2 years. About the time they’ve been around for a full Java/spring upgrade, build system change, and you’ve moved cloud providers, they will have encountered every problem often enough to know everything they need.

  • 1984@lemmy.today
    link
    fedilink
    arrow-up
    12
    ·
    edit-2
    1 month ago

    Pointless meetings.

    Pointless and harmful forced commuting to and from office.

    Pointless agile ways of working.

    Pointless managers.

    Pointless eating expensive lunch.

    Pointless learning of frameworks that gets replaced in a year.

    Pointless forced team events.

  • Weirdfish@lemmy.world
    link
    fedilink
    arrow-up
    10
    ·
    1 month ago

    I write code in a niche industry, in an even more niche language.

    With 20 years experience I am finally at the point that much of my stuff works without too much headache.

    Unfortunately, now that I’m finally good at it, it’s become a much smaller part of my overall job.

    Nothing I look forward to more than being left alone for a few hours with my headphones on banging out a project.

    • AnarchoSnowPlow@midwest.social
      link
      fedilink
      arrow-up
      2
      ·
      1 month ago

      That’s the most hilarious thing about being good at being an engineer it seems. I’m more than 10 years into my career at this point and I spend more time correcting other people’s work and outlining the technical work that needs to be done than writing things myself these days.

    • robocall@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      1 month ago

      “hey instead of working on the projects that you are responsible for, can you spend your whole week answering 10 peoples complex questions since you’re the only one that can answer them”

      • LedgeDrop@lemmy.zip
        link
        fedilink
        arrow-up
        1
        ·
        1 month ago

        But from the companies perspective this is a net-gain.

        You’ve just unblocked 10 people so they can continue to work… and even if their weekly individual productivity is 25% of yours, combined they’re doing more than twice the amount of work you’re doing and it only cost the company a week of your time.

        Yeah, at times it’s frustrating and distracting, but hopefully you’re getting compensated for the knowledge you bring inaddition to the work you deliver.

        • noughtnaut@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          1 month ago

          …and then you get reprimanded for lackluster productivity (judging by progress on the projects on your own plate). 😑

          You lifting up others doesn’t translate to losing yourself up, unless there is (unusually) healthy culture about that in your company.

          • LedgeDrop@lemmy.zip
            link
            fedilink
            arrow-up
            3
            ·
            1 month ago

            You have a good point… and I’ve worked on both sides of the fence. Currently, I’m at the “healthy culture” camp, but it wasn’t always that way.

            While I was working at companies that had a not-so healthy culture, there were things I did to “bring visibility” to these non-work tasks. However, I should add that at these types of companies didn’t really offer a lot of financial compensation for this non-work, but at no-time did anyone challenge my productivity.

            Basically, I’d suggest:

            1. Be (technically) opinioned and make it visible. Often, it’s not your boss you need to impress (as they see your work every day), it’s your boss’ boss. If you have a reputation within the company as a guru in something, it’s easier for your boss’ boss to “see” that you’re bringing “value” outside of you day-to-day tasks.
            2. Bring visibility to these (side quest) discussions. At one company, I created a chat room to use as a sort of “technical self-help”(for all Engineers) and any DMs I got, I would ask them to funnel the discussion into the chat room. I asked them to do it “so others can find the answers to similar questions” and more importantly “to bring visibility to these discussions”. You, your boss, your boss’ boss can see how much time you invest in these topics and they can see that this help does not come for free.
            3. If your not meeting your goals (or are stressed out) , due to these side-quests - tell your boss. Explain (as early as possible) that project X will slip if you keep focusing on unblocking others and let them decide what to do. If you followed-up with Point 2, you’ve got concrete evidence to justify where your time is being spent.
            4. When people ask you “what are you doing?” (like during your Stand Up). Do not answer “nothing” or “supporting others”. Be detailed, mention the actual technical topics (and if you’ve got this chat room, reminding yourself is much easier).
            5. Last bit, which might not be helpful. If it’s the same questions or some fundamental misunderstandings that your often answering: maybe offer a Dogo/training for anyone who’s interested. When you offer it, shout it from the highest tree top - it’ll go far in establishing yourself, in the company’s eyes, as a guru (even to those who don’t understand the topic) and it’ll (helpfully) reduce the amount of questions in that topic.
        • KubeRoot@discuss.tchncs.de
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 month ago

          Yeah, answering questions and debugging issues sounds great to me… As long as the employer acknowledges that takes time and work, and brings value. And also somewhat acknowledges it as a proper role, and not something being done “in the meanwhile”/“on the side”, since just interrupting work to answer questions knocks you out of the flow, so to speak.

    • chunes@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      I’m curious what this niche language is if you don’t mind sharing. I love niche languages and always enjoy hearing about them being used in industry.

      • Weirdfish@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        1 month ago

        I work in corporate Audio Video, and program in all the main AV languages. I specialize in AMX / Netlinx, but do Crestron, Extron, and various DSP programming as well.

        Tie it all back to web applications where I primarily use PHP.

        Been learning Python as that looks to be where things are going in the next 5 years.

  • _stranger_@lemmy.world
    link
    fedilink
    arrow-up
    9
    ·
    edit-2
    1 month ago

    10 Get told to stop working on whatever I’m working on, some tech debt just became tech foreclosure.

    20 Some new problem is now problem number 1

    30 Get about 70% done fixing the problem (it’s functional but ugly, just need to wrap up this mess so it doesn’t become tech debt…)

    40 GOTO 10

  • FishFace@lemmy.world
    link
    fedilink
    arrow-up
    9
    ·
    1 month ago
    1. Identify a problem. (User wants do something and can’t, something that is supposed to work doesn’t, someone wrote shit code that works and we want to fix it)
    2. Get more info about it: ask users for more context, find out about their workarounds, assess the impact of the bug, find solutions to similar problems. Get together with others and hash out some design.
    3. Do the coding. Often involves a bunch of reading documentation and trial running code to see if it works
    4. Come up with a way to confirm the change does what it’s supposed to: write a new automatic test, or a procedure a person can follow to verify it works
    5. Write a description of the change and test plan
    6. Get someone else to check what I’ve done and make any changes they ask for (as long as I agree)
  • pinball_wizard@lemmy.zip
    link
    fedilink
    arrow-up
    7
    ·
    edit-2
    1 month ago

    since everyone on lemmy is a programmer

    Just because I’m on Lemmy, does not make me a programmer.

    I mean, I am a programmer.

    But not because I’m on Lemmy. (I think.)

    what do you guys actually do?

    I say “please” in various ways that computers understand.

    Is it copying and pasting tons of code?

    Well… Yes, but with a lot more swearing at the computer.

    But I’m very good at it, so I copy and paste very small amounts of code very cleverly.

    Is it fixing small bugs

    I fix small bugs, huge bugs, critical bugs, and intermittent sneaky bugs. I get paid either way.

  • KubeRoot@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    7
    ·
    1 month ago

    Now it seems every tutorial I see is really just clicking around in a gui. Very little actual typing of code, which is the part I actually find cool and interesting.

    Not sure where you’re seeing “just clicking around in a gui”, but if you like computer games, there’s some fun gameplay you can have while coding. Some of those very much contributed to my experience.

    BitBurner is a free idle incremental programming game, where you write scripts to hack things to make money to begin with, progressing onto both progressively more complex mechanics (how about automating a manufacturing corporation with a script?) and utility scripts to automate things you’ve been doing manually.

    If you like Minecraft, there’s fun to be had with ComputerCraft, scripting things in Lua. With some add-ons (Plethora IIRC) you can access chest inventories via cable and transfer items between them, and set up your own fully automated storage system with recursive autocrafting, as just one example.

    Or how about modding games - if there’s a Unity game you enjoy that doesn’t use IL2CPP, like Risk of Rain 2, it’s very moddable using C# and interacting with Unity APIs, and for advanced stuff modifying the underlying IL that C# compiles to. Quite a lot you can learn, and if you stick to pure code mods to begin with, not that hard to get started - though code mod means nothing like new items, new enemies, new characters, buildings etc. since adding models/textures/sounds tends to be more involved.

  • Quazatron@lemmy.world
    link
    fedilink
    arrow-up
    7
    ·
    1 month ago

    Something something Jira something scrum agile Confluence something another meeting something hit tab and let copilot do it and repeat.

  • mvirts@lemmy.world
    link
    fedilink
    arrow-up
    7
    ·
    1 month ago

    I think you need to start a project, accept it will be slow and painful, and don’t become an expert before you start, just use the skills you have and see where they take you. The only thing that matters in software is that it works. The definition of working changes over time, but get that first working version and you will keep going.

    • laranis@lemmy.zip
      link
      fedilink
      arrow-up
      3
      ·
      1 month ago

      This is it. I’ve never been able to learn a new programming language looking at tutorials. I always start with a problem (use case) and build from there. A basic knowledge of concepts like loops, conditionals, and passing/returning values in a function are the building blocks. Eventually you start to get tired of copy/pasting code so you find things like abstraction and inheritance. Then you’ll find ways to optimize or use someone’s library of premade functionality instead of starting from scratch.

      And if you get really, really good you start writing things from scratch again in unique and highly optimized ways. Those are the really fun projects, imo, but not the ones that pay.

  • AA5B@lemmy.world
    link
    fedilink
    arrow-up
    6
    ·
    edit-2
    1 month ago

    I’m a DevOps guy and seem to spend most of my time fixing AI slop. It’s supposed to mean automating builds, tests, scans, deploys, compliance, etc, so the other developers can focus on product code and all the process just works

    First of all, there is no graphical stuff. That’s just for simple learning sandboxes.

    We have an IDE - Integrated Development Environment. You can think of it as a glorified text editor. We type code in text and it gives us the equivalent of spellcheck, grammar check, autocomplete. They usually colorize the code so you can see structure, match parens and quotes, and other low level assistance. But it gets much more useful with integrations to version control, scanners, build tools, download dependencies . You can click to build, test, scan, commit. They’re usually tons of other tools to make life easier.

    But code is cheap and easy to write the first time: much more expensive to fix. Maintenance over time is far more expensive than writing it.

    So now we have AI as another tool integrated into IDEs, and it is somewhat useful for generating new code based on patterns from previous code. But it’s never good enough to be an end result. A good developer can use the ai to get a jumpstart on new code, iterate it to get better, and almost always have to use their own knowledge to finish it to a working, maintainable result.

    So I have a bunch of junior developers in another country, just directly checking in ai slop. They don’t seem to be experienced enough or diligent enough to recognize when it needs more work. Which means I need to spend a lot more time on code reviews trying to figure out the unorganized mess, give the same feedback over and over, review the same code many times, and inevitably spend much more time on bug fixes for their mess than I would have taken implementing it myself.

    The thing is ai is not good at bug fixing. You can try to have it summarize the code, or compare it to best practices but it can’t really help figure out what’s going wrong and how to best fix it. Especially if the original code is ai slop to begin with. So I don’t even get any advantage from it

  • HeyMrDeadMan@lemmy.world
    link
    fedilink
    English
    arrow-up
    6
    ·
    1 month ago

    Here’s the point in which I realized I didn’t understand coding at all.

    There as a mod for a game, that was like 95% of what I wanted. It just needed a few values changed, and it would have been perfect for me.

    Fortunately, the entire mod was hosted on github, and it was just 3 ‘.js’ files. I figured, hey, how bad could it be? I’ll have a look around, find the values I’m looking for, make a couple tweaks…

    All three files were entirely, top to bottom, just INCLUDE statements. Not a single line of ‘code’. And somehow that’s supposed to do something? That’s when I realized I was cooked.

  • anarchyrabbit@lemmy.world
    link
    fedilink
    arrow-up
    6
    ·
    1 month ago

    Tutorials only explain the concepts, maybe takes you 10% there. The rest is is practical application and applying the methods. You might be able to copy and paste some code but I will bet my bottom dollar that there will be some nuances for your use case that you have to amend manually. Thinking about the logic and how everything connects to each other is often the part that takes the longest and the most challenging.

    What I can say is that if you like problem solving, technology is a great drug to get your fix, it is endless.

  • dependencyinjection@discuss.tchncs.de
    link
    fedilink
    arrow-up
    5
    ·
    1 month ago

    I have adhd and I’m a software developer. We make enterprise software for various clients.

    We don’t copy and paste, per se, but we do have common practices and many let’s say functions for simplicity that we will reuse over and over as a lot of enterprise looks similar and just the customer screens change. So we still do a lot of problem solving but if we have already solved that problem before we can use it again.

    Currently working with a large transport authority to build a claims tracking system and create a bespoke Sage integration to track payments and receipts. And I’m not that smart dude and I don’t even feel like an adult in my forties.

    We offer ongoing support to all our clients and genuinely do what’s right and fair all the time as my boss and the own is an incredible dude and just nice and fair and open.

      • dependencyinjection@discuss.tchncs.de
        link
        fedilink
        arrow-up
        1
        ·
        1 month ago

        No formal qualifications for myself. I was always interested in tinkering and stuff so just gravitated towards that.

        To be honest though with undiagnosed adhd (at the time) I bounced around a lot of dead end jobs and got lucky landing a job at Apple where they kinda inspire you to reach your potential. They let me reduce hours to do a couple of bootcamps, more for the networking than the coding as I knew more than a lot of the tutors.

        The industry is saturated right now though so it’s hard.

      • sunshine@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        1 month ago

        I qualified for my first dev job by being interested in programming, and knowing my way around the command line (Linux is best), git, vim, and Python. practicing with things like leetcode, advent of code, and making things with apps like pelican and pyxel is a great way to ease into it and tread water until you can get that first role.

        just don’t let it make you feel helpless. there’s always going to be a lot that you don’t know. taking a deep breath and accepting that is the way towards thriving.

      • 𝕱𝖎𝖗𝖊𝖜𝖎𝖙𝖈𝖍@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        1 month ago

        Usually (but not always) a software related college degree and industry experience. If you don’t have the latter, hobby projects and open source contributions help, as long as you can demonstrate it (ie: a repo)

        Ymmv, the requirements depend on the company