maddie
@maddie.wtf
software engineer by day 🦀 uncontrolled starter of new hobbies by night
oh hey, that's my article!! thanks for sharing it
September 28, 2025 at 12:23 PM
oh hey, that's my article!! thanks for sharing it
i've also had to subscribe to several blocklists in an attempt to stem the tide of facebook-style american liberal political memes
June 23, 2025 at 12:16 PM
i've also had to subscribe to several blocklists in an attempt to stem the tide of facebook-style american liberal political memes
ironic that this post was brought to me by discover, but i completely agree
June 23, 2025 at 12:15 PM
ironic that this post was brought to me by discover, but i completely agree
> as long as you don't log them
to help with this part, you can use something like secrecy::SecretString docs.rs/secrecy/late...
to help with this part, you can use something like secrecy::SecretString docs.rs/secrecy/late...
SecretString in secrecy - Rust
Secret string type.
docs.rs
May 6, 2025 at 12:56 PM
> as long as you don't log them
to help with this part, you can use something like secrecy::SecretString docs.rs/secrecy/late...
to help with this part, you can use something like secrecy::SecretString docs.rs/secrecy/late...
This will display only emails, unless the email is one of those GitHub ones, in which case it will display only the author's full name, followed by "(GitHub)".
April 23, 2025 at 2:50 PM
This will display only emails, unless the email is one of those GitHub ones, in which case it will display only the author's full name, followed by "(GitHub)".
[template-aliases]
'format_short_signature(signature)' = '''
if(signature.email().domain().ends_with("users.noreply.github.com"),
signature.name() ++ ' (GitHub)',
signature.email(),
)
'''
'format_short_signature(signature)' = '''
if(signature.email().domain().ends_with("users.noreply.github.com"),
signature.name() ++ ' (GitHub)',
signature.email(),
)
'''
April 23, 2025 at 2:50 PM
[template-aliases]
'format_short_signature(signature)' = '''
if(signature.email().domain().ends_with("users.noreply.github.com"),
signature.name() ++ ' (GitHub)',
signature.email(),
)
'''
'format_short_signature(signature)' = '''
if(signature.email().domain().ends_with("users.noreply.github.com"),
signature.name() ++ ' (GitHub)',
signature.email(),
)
'''
Related tip: I've come to quite like the way #jj-vcs displays only committers' email addresses (not full names) in the log by default, but what I don't like are the autogenerated `@users.noreply.github.com` emails that are attached to commits that were merged directly on github.com. So, a solution:
![A screenshot of text in a terminal window, displaying a graph of revisions as output by the jujutsu version control system. Some of the revisions in the list display their author as "Sam (GitHub)" or "dependabot[bot] (GitHub)", while others simply display email addresses.](https://cdn.bsky.app/img/feed_thumbnail/plain/did:plc:cyqe5ey5kblzvznwnehd4ixi/bafkreifejxvlrbcpapeqn6syvzbtpeqetxnmmx6ha4on2aovggnihdnsci@jpeg)
April 23, 2025 at 2:50 PM
Related tip: I've come to quite like the way #jj-vcs displays only committers' email addresses (not full names) in the log by default, but what I don't like are the autogenerated `@users.noreply.github.com` emails that are attached to commits that were merged directly on github.com. So, a solution:
(Oops, I had to delete and repost this because I made a typo in the config snippet the first time 🫢)
April 23, 2025 at 2:27 PM
(Oops, I had to delete and repost this because I made a typo in the config snippet the first time 🫢)
*I'm* excited about this even though it's been supported since 0.23.0, just because it was only yesterday that I was able to update past 0.20.0 due to reliance on unmerged mailmap support - but maybe this has become common knowledge since then!
April 23, 2025 at 2:27 PM
*I'm* excited about this even though it's been supported since 0.23.0, just because it was only yesterday that I was able to update past 0.20.0 due to reliance on unmerged mailmap support - but maybe this has become common knowledge since then!
[template-aliases]
'format_timestamp(timestamp)' = '''
if(timestamp.before("1 week ago"),
timestamp.ago() ++ timestamp.format(" (%Y-%m-%d at %H:%M)"),
timestamp.ago()
)
'''
'format_timestamp(timestamp)' = '''
if(timestamp.before("1 week ago"),
timestamp.ago() ++ timestamp.format(" (%Y-%m-%d at %H:%M)"),
timestamp.ago()
)
'''
April 23, 2025 at 2:27 PM
[template-aliases]
'format_timestamp(timestamp)' = '''
if(timestamp.before("1 week ago"),
timestamp.ago() ++ timestamp.format(" (%Y-%m-%d at %H:%M)"),
timestamp.ago()
)
'''
'format_timestamp(timestamp)' = '''
if(timestamp.before("1 week ago"),
timestamp.ago() ++ timestamp.format(" (%Y-%m-%d at %H:%M)"),
timestamp.ago()
)
'''
Mine's not that crazy, it's just some vim bindings that copy the GitHub permalink to the current line (or range of lines). I use it constantly, it's been way more useful than I expected!
April 23, 2025 at 8:20 AM
Mine's not that crazy, it's just some vim bindings that copy the GitHub permalink to the current line (or range of lines). I use it constantly, it's been way more useful than I expected!
And once again, intersex people have been completely ignored
April 16, 2025 at 10:34 AM
And once again, intersex people have been completely ignored
oh, actually, i think i'm wrong - i checked, but misread the IPA
January 18, 2025 at 3:11 PM
oh, actually, i think i'm wrong - i checked, but misread the IPA
the one that rhymes with "myopic" is the "correct" pronunciation - as far as i know, the "bio-pic" one is a recent trend
January 18, 2025 at 3:05 PM
the one that rhymes with "myopic" is the "correct" pronunciation - as far as i know, the "bio-pic" one is a recent trend
i've had this problem too, it's like "wait, what do you mean i have to create a branch first?"
January 18, 2025 at 2:49 PM
i've had this problem too, it's like "wait, what do you mean i have to create a branch first?"
and implementing FromStr for T "automagically" gives you the ability to call str::parse::<T>()!
November 23, 2024 at 9:17 AM
and implementing FromStr for T "automagically" gives you the ability to call str::parse::<T>()!
at the same time as i'm trying to speak with some level of authority about unsafe code here, i *also* try to avoid writing any as much as possible :)
October 21, 2024 at 11:01 PM
at the same time as i'm trying to speak with some level of authority about unsafe code here, i *also* try to avoid writing any as much as possible :)
you make a good, interesting point! my statement about unsafe rust still being safer was w.r.t. the fact that your code's usage of anything other than raw ptrs is still governed by the same rules as safe code. maybe it comes down to how you measure the relative impact of that vs your ptr... point?
October 21, 2024 at 10:49 PM
you make a good, interesting point! my statement about unsafe rust still being safer was w.r.t. the fact that your code's usage of anything other than raw ptrs is still governed by the same rules as safe code. maybe it comes down to how you measure the relative impact of that vs your ptr... point?
if you're interested in digging a little deeper, take a look at this section of the Rust book! it discusses this, and points out among other things that you still have the borrow checker active even in unsafe code: doc.rust-lang.org/book/ch19-01...
Unsafe Rust - The Rust Programming Language
doc.rust-lang.org
October 21, 2024 at 8:57 PM
if you're interested in digging a little deeper, take a look at this section of the Rust book! it discusses this, and points out among other things that you still have the borrow checker active even in unsafe code: doc.rust-lang.org/book/ch19-01...
even unsafe Rust is considerably safer than C. there are applications that require the use of unsafe, like interoperating with C code - but the advantage of using Rust even though some of it might be unsafe is that the *rest* of your code will be in safe Rust!
October 21, 2024 at 8:54 PM
even unsafe Rust is considerably safer than C. there are applications that require the use of unsafe, like interoperating with C code - but the advantage of using Rust even though some of it might be unsafe is that the *rest* of your code will be in safe Rust!