And the good news is that all shells support aliases... ever powershell (i guess?!). So it kinda makes sense to choose a name that has a good chance of remaining unique and easy to search on google.
Regards (From mobile) > On May 10, 2016, at 6:42 PM, Erica Sadun via swift-evolution > <[email protected]> wrote: > > I've been pushing for Swift PM / swiftpm > > Pro: > * Easier to google > * Easier to read and mentally parse > * Does not look like luncheon meat > > Con: > * Harder/longer to type > * Has no catchy Monty Python songs > > -- E > > > >>> On May 10, 2016, at 10:38 AM, Rick Ballard via swift-build-dev >>> <[email protected]> wrote: >>> >>> >>>> On May 10, 2016, at 8:49 AM, Matthew Johnson via swift-build-dev >>>> <[email protected]> wrote: >>>> >>>> >>>> On May 10, 2016, at 2:19 AM, Dan Appel via swift-evolution >>>> <[email protected]> wrote: >>>> >>>> +1 to `swift package` being a little too verbose. However, I like the >>>> alternative `swift pm`/`swiftpm` (as noted in the proposal) even less. I >>>> have already been referring to the package manager as SPM, so IMO that >>>> name does not lose out on any clarity while also allowing it to be terse >>>> enough for every day use. >>>> >>>> I would not be against having both `spm` and `swift package` as Honza >>>> suggested. >>> >>> + 1 to the proposal in general and also to adding the `spm` alias. >> >> Question for those of you who are advocating for a "spm" alias: Do you have >> a strong argument / preference for "spm" vs "swiftpm"? Personally I have >> been abbreviating the project as "swiftpm" and not "spm" when I talk about >> it, and have been trying to push that as the preferred abbreviation. "spm" >> is a few less keystrokes, but is a much more generic, less googleable name; >> out of context, it's impossible to know what it refers to. Once the project >> gets enough mindshare, like "npm" has, that might be less of an issue, but I >> still personally prefer the more descriptive "swiftpm". Thoughts? >> >> - Rick >> >> _______________________________________________ >> swift-build-dev mailing list >> [email protected] >> https://lists.swift.org/mailman/listinfo/swift-build-dev > > _______________________________________________ > swift-evolution mailing list > [email protected] > https://lists.swift.org/mailman/listinfo/swift-evolution
_______________________________________________ swift-evolution mailing list [email protected] https://lists.swift.org/mailman/listinfo/swift-evolution
