this post was submitted on 14 Sep 2024
602 points (97.8% liked)

Technology

59696 readers
2677 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

Surprised pikachu face

you are viewing a single comment's thread
view the rest of the comments
[–] sugar_in_your_tea@sh.itjust.works 1 points 2 months ago (1 children)

I'm not sure how to succinctly do that.

When I learn a new language, I:

  1. go through whatever tutorial is provided by the language developers - for Rust, that's The Rust Programming Language, for Go, it's Tour of Go and Effective Go
  2. build something - for Go, this was a website, and for Rust it was a Tauri app (basically a website); it should be substantial enough to exercise the things I would normally do with the language, but not so big that I won't finish
  3. read through substantial portions of the standard library - if this is minimal (e.g. in Rust), read through some high profile projects
  4. repeat 2 & 3 until I feel confident I understand the idioms of the language

I generally avoid setting up editor tooling until I've at least run through step 3, because things like code completion can distract from the learning process IMO.

Some books I've really enjoyed (i.e. where 1 doesn't exist):

  • The C Programming Language - by Brian Kernighan and Dennis Richie
  • Programming in Lua - by Roberto Ierusalimschy
  • Learn You a Haskell for Great Good - by Miran Lipovača (available free online)

But regardless of the form it takes, I appreciate a really thorough introduction to the language, followed by some experimentation, and then topped off with some solid, practical code examples. I generally allow myself about 2 weeks before expecting to write anything resembling production code.

These days, I feel confident in a dozen or so programming languages (I really like learning new languages), and I find that thoroughly learning each has made me a better programmer.

[–] utopiah@lemmy.world 1 points 2 months ago (1 children)

Thanks for that, was quite interesting and I agree that completion too early (even... in general) can be distracting.

I did mean about AI though, how you manage to integrate it in your workflow to "automate the boring parts" as I'm curious which parts are "boring" for you and which tools you actual use, and how, to solve the problem. How in particular you are able to estimate if it can be automated with AI, how long it might take, how often you are correct about that bet, how you store and possibly share past attempts to automate, etc.

[–] sugar_in_your_tea@sh.itjust.works 1 points 2 months ago (1 children)

I honestly don't use it much, but so far, the most productive uses are:

  • generate some common structure/algorithm - web app, CLI program, recursive function, etc
  • search documentation - I may not know what the function/type is, but I can describe it
  • generate documentation - list arguments, return types, etc

But honestly, the time I save there honestly isn't worth fighting with the AI most of the time, so I'll only do it if I'm starting up a big greenfield project and need something up and going quickly. That said, there are some things I refuse to use AI for:

  • testing - AI may be able to get high coverage, but I don't think it can produce high quality tests
  • business logic - the devil is in the details, and I don't trust AI with details
  • producing documentation - developers hate writing documentation, which is precisely why devs should be the ones to do it; if AI could do it, other devs could just use AI to generate it, but good docs will do far more than what AI can intuit
[–] utopiah@lemmy.world 2 points 2 months ago (1 children)

Super, thanks again for taking the time to do so.

I can't remember if I shared this earlier but I'm jolting down notes on the topic in https://fabien.benetou.fr/Content/SelfHostingArtificialIntelligence so I do also invest time on the topic. Yet my results have also been... subpar so I'm asking as precisely as I can how others actually benefit from it. I'm tired of seeing posts with grand claims that, unlike you, only talk about the happy path in usage. Still, I'm digging not due to skepticism as much as trying to see what can actually be leveraged, not to say salvaged. So yes, genuine feedback like yours is quite precious.,

I do seem to hear from you and others that to kickstart what would be a blank project and get going it can help. Also that for whatever is very recurrent AND popular, like common structures, it can help.

My situation though is in prototyping where documentation is sparse, if even existent, and working examples are very rare. So far it's been a bust quite often.

Out of curiosity, which AI tools specifically do you use and do you pay for them?

PS: you mention documentation is both cases, so I imagine it's useful when it's very structured and when the user can intuit most of how something works, closer to a clearly named API with arguments than explaining the architecture of the project.

[–] sugar_in_your_tea@sh.itjust.works 2 points 2 months ago* (last edited 2 months ago)

Out of curiosity, which AI tools specifically do you use and do you pay for them?

Just whatever is free, so no, I don't pay for them for two reasons:

  • my boss doesn't allow AI to have access to our codebase
  • I honestly don't find enough value to actually pay

So I'll just find something with a free tier or trial and generate a little bit of code or something. Or I'll use the AI feature in a search engine to help me get search terms for relevant documentation (i.e. list libraries that do X), and then I'll actually read the documentation. I have coworkers who use it for personal projects (not sure what they use), and that's also part of what I've listed above (i.e. the generating documentation part).

But I very rarely use AI, because I very rarely start projects from scratch. 99% of my work is updates to existing projects, so it's really not that useful.