sorted by: new top controversial old
[-] eager_eagle@lemmy.world 8 points 19 hours ago

as opposed to human-generated code

[-] eager_eagle@lemmy.world 0 points 4 days ago

i cast str to int

[-] eager_eagle@lemmy.world 27 points 5 days ago

tldr

  1. Keep Commits Small: Ensure commits are small and manageable to facilitate easy reverts and debugging.
  2. Continuous Refactoring: Prioritize frequent, minor refactorings to simplify future changes.
  3. Deploy Continuously: Regularly deploy code to ensure it works in production, as working software is progress.
  4. Trust Frameworks: Avoid over-testing framework capabilities; focus on application-specific logic.
  5. Create Independent Modules: Place functions in new modules if they don’t fit existing ones, preserving code organization.
  6. Write Tests Early: Use tests to design APIs and guide development, but don’t be rigid about TDD.
  7. Avoid Duplication: Prevent repeated code by abstracting similar implementations after copying once.
  8. Embrace Change: Accept and adapt to evolving designs, understanding that change is intrinsic to software development.
  9. Manage Technical Debt: Focus on minimizing immediate blockers and plan for potential future issues.
  10. Prioritize Testability: Ensure that your code and design facilitate easy testing to maintain code quality and coverage.
[-] eager_eagle@lemmy.world 27 points 6 days ago

Scientists using macs connecting to servers and other machines running Linux.

Unknown share is high too; Linux usage on desktop in Antarctica could be as high as 15%.

[-] eager_eagle@lemmy.world 28 points 1 week ago

man man

oh man

[-] eager_eagle@lemmy.world 0 points 1 week ago

classic 5pm pussy breakfast

[-] eager_eagle@lemmy.world 15 points 1 week ago

they have moved, but I wouldn't call a 40" TV large for almost 10 years now.

[-] eager_eagle@lemmy.world 34 points 1 week ago

so... people who take typing lessons and actively try to improve it have better typing skills than the ones who don't. Shocking.

[-] eager_eagle@lemmy.world 0 points 1 week ago* (last edited 1 week ago)

Because you're assuming foo won't be renamed when it becomes a function. A function should start with a verb, say get_foo(), because just foo() tells me nothing about what the function does (or what to expect as output). If you make it a property, get_ is implicit.

So if the age is computed from the year of birth for example, it's really e.g. thing.age or thing.get_age() - both of which are fine, but I'd pick the property version.

[-] eager_eagle@lemmy.world 1 points 1 week ago

that we agree on: properties should be cheap to compute.

Making a simple ternary condition as a function instead of property is a wasted opportunity to make its usage cleaner.

26

GitHub Copilot Workspace didn't work on a super simple task regardless of how easy I made the task. I wouldn't use something like this for free, much less pay for it. It sort of failed in every way it could at every step.

199
1
1000 capacity! (www.youtube.com)
26
submitted 7 months ago* (last edited 7 months ago) by eager_eagle@lemmy.world to c/programming@programming.dev
165
94
19
submitted 9 months ago* (last edited 9 months ago) by eager_eagle@lemmy.world to c/linux_gaming@lemmy.world

I'd like to try the new Assassin's Creed and Avatar, but they're not on Steam - which is how I play almost every other game on Linux. I know I might be able to install Uplay games using Lutris, but I'm not sure if the experience is as smooth as Steam + Proton.

Do you have any experience with Ubisoft + Lutris? Is there an equivalent to ProtonDB to have an idea how well a game runs?

139
2
view more: next ›

eager_eagle

joined 1 year ago