11 ms·

I think the name "transducers" is a little unfortunate only in that it sounds very foreign to most coders, leading the concept to potentially be ignored. Don't

by mcav 12y ago

I think the name "transducers" is a little unfortunate only in that it sounds very foreign to most coders, leading the concept to potentially be ignored. Don't let the name "transducers" or the relation to Clojure scare you off; you don't have to know either thing to understand how transducers can be useful.

jlongster 12y ago
I really hope that just because something sounds foreign programmers aren't willing to at least give it a passing glance. New frameworks are going to do things in radically difference ways and we need to be willing to learn. That said, I easily get turned off by something if it isn't obvious within 10 minutes how it works. This really isn't that complex. I think people who read my post can overcome the weird word once they see how simple it is. There's a large group of people where it helps to have the clojure connection; I'll keep posting practical examples of how it works and simply teaching. A name is not really that big of a deal.
- mcav 12y ago
  Agreed, and kudos for writing so much, so well, about these new paradigms.
mattgreenrocks 12y ago
The name is not at all unfortunate. But pandering to anti-intellectualism is extremely unfortunate. Irrational fear of new terminology is a major stumbling block to progress. There is a wealth of new things to discover that will require new modes of thinking, new concepts, and new terminology. If devs wish to remain stagnant in their knowledge and their practice, that's fine. But in doing so, there's no reason why they should offer their opinions on matters they've chosen to ignore. I hope they'd have the intellectual humility to simply listen, rather than contribute noise to the discussion.
- TheOtherHobbes 12y ago
  To anyone with hardware design experience transducers are hardware sensors. That meaning has been around for >60 years now. So a lot of people are going to see 'transducers.js' and think this is a library for interfacing I2S or 1-wire sensors to Node, or something. That's not anti-intellectualism, it's pointing out that the word already has an established meaning among engineers, and trying to redefine it is going to mislead a lot of people about what this library is trying to do.
alloyed 12y ago
I'd hope that the same community that takes "concatenation" and "list comprehension" and "mutability" to be household words would be able to get over some jargon weirdness so long as it's explained adequately.
- akurilin 12y ago
  I'd also add homoiconicity and referential transparency to those :P
  - girvo 12y ago
    Don't forget idempotent!
    - cnp 12y ago
      isomorphic -- the easiest of the bunch but no less foreign
gavinpc 12y ago
I find the name "reduce" unfortunate, especially since the classic example, (defn sum [xs] (reduce + xs 0)) (or whatever) only reinforces the naive assumption that it makes the thing smaller. It was only after playing with dozens of problems on 4clojure (a great site), that I grokked how reduce can make the input much bigger, or anything you want. So in that respect, I think "transduce" better fits the concept of transformation, which is what this is all about.
jasonkostempski 12y ago
I got excited to read this because of the name since earlier today I decided to dig into the general field of signal processing[1] and the first thing they talk about is transducers. With 2 minutes of transducer knowledge under my belt I think I'm fully qualified to say it seems a fitting name for this library. [1]http://en.wikipedia.org/wiki/Signal_processing http://en.wikipedia.org/wiki/Signal_processing
blackkettle 12y ago
actually i think it is unfortunate for a completely different reason: transducers, particularly finite-state transducers, already have a long and rich history in both applied and theoretical computer science; and are currently one of the fundamental building blocks of most NLP and ASR systems in industry and academia. see http://www.openfst.org http://www.openfst.org and many others. tacking on some random new etymology, 'transducer is just a combination of transform and reduce', is going to lead to all sorts of unnecessary confusion, made worse by the inherent similarities...

by mcav 12y ago

jlongster 12y ago

I really hope that just because something sounds foreign programmers aren't willing to at least give it a passing glance. New frameworks are going to do things in radically difference ways and we need to be willing to learn. That said, I easily get turned off by something if it isn't obvious within 10 minutes how it works. This really isn't that complex. I think people who read my post can overcome the weird word once they see how simple it is. There's a large group of people where it helps to have the clojure connection; I'll keep posting practical examples of how it works and simply teaching. A name is not really that big of a deal.

mcav 12y ago
Agreed, and kudos for writing so much, so well, about these new paradigms.

mattgreenrocks 12y ago

The name is not at all unfortunate. But pandering to anti-intellectualism is extremely unfortunate. Irrational fear of new terminology is a major stumbling block to progress. There is a wealth of new things to discover that will require new modes of thinking, new concepts, and new terminology. If devs wish to remain stagnant in their knowledge and their practice, that's fine. But in doing so, there's no reason why they should offer their opinions on matters they've chosen to ignore. I hope they'd have the intellectual humility to simply listen, rather than contribute noise to the discussion.

TheOtherHobbes 12y ago
To anyone with hardware design experience transducers are hardware sensors. That meaning has been around for >60 years now. So a lot of people are going to see 'transducers.js' and think this is a library for interfacing I2S or 1-wire sensors to Node, or something. That's not anti-intellectualism, it's pointing out that the word already has an established meaning among engineers, and trying to redefine it is going to mislead a lot of people about what this library is trying to do.

alloyed 12y ago

I'd hope that the same community that takes "concatenation" and "list comprehension" and "mutability" to be household words would be able to get over some jargon weirdness so long as it's explained adequately.

akurilin 12y ago
I'd also add homoiconicity and referential transparency to those :P
- girvo 12y ago
  Don't forget idempotent!
  - cnp 12y ago
    isomorphic -- the easiest of the bunch but no less foreign

gavinpc 12y ago

I find the name "reduce" unfortunate, especially since the classic example, (defn sum [xs] (reduce + xs 0)) (or whatever) only reinforces the naive assumption that it makes the thing smaller. It was only after playing with dozens of problems on 4clojure (a great site), that I grokked how reduce can make the input much bigger, or anything you want. So in that respect, I think "transduce" better fits the concept of transformation, which is what this is all about.

jasonkostempski 12y ago

I got excited to read this because of the name since earlier today I decided to dig into the general field of signal processing[1] and the first thing they talk about is transducers. With 2 minutes of transducer knowledge under my belt I think I'm fully qualified to say it seems a fitting name for this library. [1]http://en.wikipedia.org/wiki/Signal_processing http://en.wikipedia.org/wiki/Signal_processing

blackkettle 12y ago

actually i think it is unfortunate for a completely different reason: transducers, particularly finite-state transducers, already have a long and rich history in both applied and theoretical computer science; and are currently one of the fundamental building blocks of most NLP and ASR systems in industry and academia. see http://www.openfst.org http://www.openfst.org and many others. tacking on some random new etymology, 'transducer is just a combination of transform and reduce', is going to lead to all sorts of unnecessary confusion, made worse by the inherent similarities...