472 karma · joined October 21, 2013
https://ja.cob.land
That being said, I have no particular stance on whether this feature is a good change to the language; in a decade of Ruby this is the only situation I can recall that really merited it, and the concerns articulated by byroot and others do resonate with me.
[0] https://github.com/panorama-ed/memo_wise/blob/main/benchmark... [1] https://github.com/panorama-ed/memo_wise/blob/main/memo_wise...
I’m not a huge runner but still find myself using it all the time, both for my own occasional running goals and to satisfy my curiosity for questions like “how quickly would an elite sprinter’s pace finish a marathon?”
It tends to behave poorly when there's a word it doesn't recognize (like "doll'd"—I hope to add support for more of these poetic spellings just as I added support for spelling words like "dancing" as "dancin'"), so that might be partly at play with some of what you're seeing. But I think there's also something else going on here—it previously didn't ever generate so many consecutive syllables with the same stress, so I probably introduced a regression at some point. I'll investigate and add more tests for that too!
Lastly, a byproduct of my own background and the corpuses I use is that this does work better with "modern" poetry. For example, Shakespeare's Sonnet 29 starts with this line:
> When, in disgrace with fortune and men’s eyes
In the intended iambic pentameter, it would be:
> when, IN disGRACE with FORtune AND men's EYES
I don't know enough history to know if people ever spoke English like that, but that interpretation is way off to a modern reader. If I didn't know it was supposed to be iambic and was trying to diagram the stresses, I'd do something like:
> WHEN, in disGRACE with FORtune and MEN'S EYES
Meter is hard!
It turns out if you have enough control over your server you can make it do a lot of things! (Which may or may not conform to a spec.)
Should have another fun post out within the next week!
(Still among the best-commented code I’ve ever written.)
I've reported all this in the past, but since we're giving feedback in this thread, some big pain points for us are:
1. The lack of a way to view all Dependabot security alerts/security PRs (across repos) in one place. With Old Dependabot, we could do a GitHub Issues search like `is:open is:pr label:security org:<our-org>` and see them all, and actually built quite a lot of automation around PRs with the `security` label. But New Dependabot has no way to configure security PRs to get the `security` label, so it's easy to miss vulnerabilities when you have two dozen repos, and our automation no longer works. :/
2. Dependabot reporting `No security update is needed as <dependency> is no longer vulnerable` when in fact there are multiple versions of the dependency, including vulnerable ones, in our yarn.lock file. (Webpack has a lot of transitive dependencies!)
3. Dependabot can't update a vulnerable version of, say, rails, because rails requires the same version of activerecord, even though these are essentially the same project. (I get the sense this is being worked on as "grouped dependency updates"?)
P.S. Just wanted to clarify: feedback is love. I wouldn't be writing this if we didn't find Dependabot valuable (Old Dependabot was actually the reason we moved to GitHub years ago!).
To answer your question: all of the "computation" is done client-side, but depending on which features you use, the client might ask the server for data at a word level (like "give me all the rhymes of 'trust'" or "how many syllables are in 'privacy'"), so I guess in a sense your text can be sent to the servers, but never in an aggregated way.
Also, as someone who also cares about privacy, I can tell you:
- I don't keep any server logs - The only tracking I do (to get traffic numbers) is self-hosted and uses Fathom[1] (which respects privacy in a variety of ways) - I jump through a fair number of hoops to prevent the other third-party tools (Bugsnag[2] and Appzi[3]) from collecting personally identifiable information
While the details of the above might change at some point (I may eventually add some basic server logging, for example), the spirit will not. I don't want to collect any data that I don't absolutely need.
Hope that's helpful!
[1]: https://usefathom.com [2]: https://www.bugsnag.com [3]: https://www.appzi.com
And yeah, I mentioned Shakespeare in this other thread: https://news.ycombinator.com/item?id=21093024
Who'da thought that analyzing art objectively would be hard?