26 comments

[ 118 ms ] story [ 844 ms ] thread
Is there a special reason the tests are all asserting inequality? To me this only indicates if it doesn't do stuff it's not supposed to do, instead of working as intended: https://github.com/hfiguiere/leftpad-rs/blob/master/src/lib....

[edit] thanks for the explanation, I'm not familiar with rust and just assumed the bang would mean !=

it doesnt test for inequality. assert_eq! is a macro (indicated by the exclamation mark)
(comment deleted)
(comment deleted)
Lol this is all pretty funny. I also did this but in C++ to make fun of that JS crap.

https://gist.github.com/zelcon5/7dc42bf91ea958132a0d

- "padding" can go either left or right.

- generic function

- minimal lines of code

Wow so great, make me a dependency for Windows11, Apache, Firefox, and toasters.

So, what is the point of this? Highlight that it is possible to do to Cargo what leftpad has made to NPM?
Satire, most likely.
(comment deleted)
But it isn't; you can yank a crate on crates.io and that will stop new installs but it will still be available for installs that have it in their Cargo.lock file
I wrote this as a practical joke, following a friend of mine who did that for Go.

(and no I didn't post that to HN either)

Your code is a bit inefficient. I took the liberty of fixing that for you: https://gist.github.com/lhecker/8e89d998c156f0bfdd2d

(You can use that code freely and without any attribution if you want to.)

The important part here is to use `String::with_capacity()` to prevent unnecessary reallocations. Furthermore I used `usize::saturating_sub()` because it's neat and cleaned up the code with `rustfmt` (which you should use).

a PR is more practical if you want me to merge. Thanks !
I see i'm not the only one who did this. Leftpad for Swift https://github.com/coryalder/SwiftLeftpad
Your version is quite inefficient too... If you call `insert(_:atIndex:)` N times it will obviously move the entire content of the string N times by only a single character.

The optimal solution would be instead if you create a `CollectionType` which repeats the padding character N times. That way you could use `insertContentsOf(_:at:)` to insert N characters at once into the string and move the contents of the string only once.

If that doesn't work for you might as well simply allocate a new `String`, reserve `pad` chars of space, insert the `pad` chars and then insert the previous string. Even that is probably still faster than your previous approach.

In the end it's still probably the easiest approach in practice to simply use the `NSString` method `stringByPaddingToLength(_:withString:startingAtIndex:)`... :D

Thanks for the code review. To me this is the ultimate irony of this whole thing. Many have read it as "you should have written your own leftpad function, it's 11 lines!!" But no bit of code is too short to be buggy / inefficient. Centralizing it allows us to optimize/fix once.

While my implementation is basically a direct port of node's leftpad, pull requests are welcome. :)

Leftpad should be the new fizzbuzz in interviews.
there is a big irony in that comment... (very personal to me - that no one can get here)
I'd hate to see how the borrow checker destroys objects lent to remote systems... Along the vein of https://xkcd.com/416/