synonyms

Now if you say you use type synonyms in Haskell, I would agree, but you can use typedefs in C as well.

Less aggressive synonyms Fantastic! Thats one of the things that has been bothering me on Google lately.

Com keyword" query to search on HN as many of those homemade search engines are not handling synonyms and plurals etc well.

In the thesaurus, "conflagration" and "fire" are synonyms, but in fact they don't mean quite the same thing. One is a thing you might cook marshmallows over and the other certainly is not.

It's become a buzzword, I think, to the point that perfectly good synonyms or even more descriptive phrases simply don't get used. That's not to knock the substance of the post, much less the work, but perhaps it's just a bit of a pet peeve.

I was once given thirty seconds to come up with synonyms for information, which I did. Then I was asked come up with antonyms for fast and furious starting with the letter p, I came up with pudgy and pleased.

It does a verbatim match with your words, so it turns off things like spelling corrections, stemming, synonyms, optionalized terms, and so on. I think we saw multiple proposals for this on Hacker News, so thanks for the suggestion.

Coding" and "Programming" are just synonyms of the same damn thing: make a turing machine do stuff. I have no idea why people are suddenly trying to make a false distinction when there was none for decades and decades, but frankly it's stupid.

The person you are responding to, like most people, likely uses the words copyright, trademark and patent interchangeably as if they are synonyms.

Understanding who you need your app's content to connect with is the only thing that matters, and will give you all the data you need to write grammatically, and choose the right words, or use synonyms. To put another way, writing is just communication.

I don't make 100 landing pages or optimize my apps/sites for SEO by using all possible synonyms for my keywords. I don't do these things because they do not make my content better or improve usability but simply try to increase search engine rankings.

If you do write down the types, be liberal with your use of type synonyms; you will probably end up changing those types later, and it sucks to have to visit a few dozen functions with a search & replace. "newtype" is very often worth it, if just for the added typechecking.

I bought a domain today, and I ended up having to come up with a bunch of synonyms for what I wanted and using a script to see if any of them were available. I guess I support the entrepreneurial spirit, but at the same time I kind of hope that guy gets hit by a truck.

Innovation and consensus are antonyms, not synonyms. Innovation does not happen by committee.

It's unclear, vague, ambiguous, and a host of other similar synonyms. Using the term "server" is open-ended and it gives ISPs unnecessary discretion over cutting users' connections.

Personally, I think the current price is a little high, but mostly because I don't like monopolies in general, and my feelings for Verisign can only be described with superlative synonyms for hatred. Personally, if someone has to have a monopoly on .

For example, you might do some analysis and realise that equivalent in this context is not very important and decide to generate another twenty queries with all-known synonyms for the word equivalent. You might decide to try the query with certain words dropped altogether.

Typed holes, overloaded lists, pattern synonyms, new IO manager, new code generator, interruptible FFI calls, parallel compilation, and tons of other new features. One thing I'm particularly excited about is the switch to use the system's dynamic linker instead of a custom one in GHCi. The custom linker GHCi used before didn't support some features used by C++ code, which meant that some of my FFI-based projects weren't usable in GHCi. This also affected other things that used a GHCi-like code path like Template Haskell and the GHC APIs used by ghc-mod/hdevtools.