65
Rust Project goals for 2024 (blog.rust-lang.org)
submitted 3 months ago by mac@programming.dev to c/rust@programming.dev
26
Announcing Rust 1.80.1 (blog.rust-lang.org)
submitted 3 months ago by mac@programming.dev to c/rust@programming.dev
7
Sublime Text 4 Build 4180 (www.sublimetext.com)
8
submitted 3 months ago by mac@programming.dev to c/rails@programming.dev
17
Bevy's Fourth Birthday (bevyengine.org)
submitted 3 months ago by mac@programming.dev to c/bevy@programming.dev
2
7
9
Issue 432 :: Haskell Weekly (haskellweekly.news)
5
41
submitted 3 months ago by mac@programming.dev to c/books@programming.dev
5
3
[-] mac@programming.dev 10 points 3 months ago

Note theres also a !gamejams@programming.dev community

[-] mac@programming.dev 13 points 3 months ago

The channel I used when starting out and that has some great tutorials is Heartbeast.

https://www.youtube.com/@uheartbeast

Another channel with some great content is Godotneers

https://www.youtube.com/@godotneers

[-] mac@programming.dev 8 points 8 months ago* (last edited 8 months ago)

Not all work with someone happens from opening up issues or PRs

[-] mac@programming.dev 10 points 8 months ago

All lemmy apps are sublinks apps, it has api compatibility

The demo site also isn't an instance for accounts, its a demo

[-] mac@programming.dev 12 points 8 months ago* (last edited 8 months ago)

API pretty much already has parity, should be done way quicker than that

[-] mac@programming.dev 10 points 9 months ago

Theyre two different softwares with two different apis, you can't

[-] mac@programming.dev 9 points 9 months ago* (last edited 9 months ago)

Lemmy is indexed so can be found on search engines while discord cant

For internal search without using a search engine discord has had way more devs, time and money thrown at it. Still would say its barely better than lemmy (just is cause of the time filters)

[-] mac@programming.dev 11 points 9 months ago

Credit to explainxkcd for that one, their pages are great

[-] mac@programming.dev 8 points 11 months ago* (last edited 11 months ago)

This code has a recursive call (function calls itself) within the function so that has to be taken into account when tracing it

This would make the function execute multiple times so the for loop would end up executing multiple times.

Lets say main calls draw with a height value of 10 (draw(10)). First it sees that n is greater than 0 so it keeps going. Then it calls the draw function with a value of 10 - 1 aka 9. Now its executing in the draw(9) function. Greater than 0 so continues and calls draw(8). etc. all the way down to draw(0) where it sees that n is equal to 0 so returns out of the function due to the return statement.

Now that draw(0) finished executing draw(1) can keep going and goes to the for loop. Here it prints 1 # and then prints a new line (and then returns since it hit the end of the function). Now that draw(1) is done draw(2) can keep going and prints 2 #'s and then prints a new line (and then returns). This keeps going all the way up to the initial draw call, draw(10) which prints 10 #'s and then a new line, returns, and then the main function keeps going but theres nothing after that so it returns and the execution ends.

The effect from coming back after the recursive calls makes it seem like n is increasing but its just different calls to the same function. i is taken into account for but printing the amount of #'s since thats whats within that loop

[-] mac@programming.dev 11 points 11 months ago* (last edited 11 months ago)

Yeah active is currently the default sort in programming.dev until scaled sort comes out so commenting helps the most out of everything here

[-] mac@programming.dev 9 points 1 year ago* (last edited 1 year ago)

seems like it loads when I look at it from programming.dev and lemmy.world but not lemmyloves.art

view more: ‹ prev next ›

mac

joined 1 year ago