<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div>At the very least, please do release it! I would be very interested to see what you've got :)<br></div><div><br></div><div>Ollie<br></div><div><br></div><div>On Tue, 1 Feb 2022, at 6:01 PM, Anton Kholomiov wrote:<br></div><blockquote type="cite" id="qt" style=""><div dir="ltr"><div><div><div><div>Thanks for the answer Richard! <br></div><div>For now I have some guide points and questions to think about.<br></div></div><div><br></div></div><div>I did bindings to gloss and brick to elaborate the ideas, and it seems to be fun to use.<br></div></div><div>Even if it will get rejected I'll just release it for others.<br></div></div><div><br></div><div class="qt-gmail_quote"><div dir="ltr" class="qt-gmail_attr">вт, 1 февр. 2022 г. в 18:56, Richard Eisenberg <<a href="mailto:lists@richarde.dev">lists@richarde.dev</a>>:<br></div><blockquote class="qt-gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-color:rgb(204, 204, 204);border-left-style:solid;border-left-width:1px;padding-left:1ex;"><div>This is a good question, and there's no easy answer. My first impression is that a new implementation of an existing idea probably would not qualify as a big enough contribution to be accepted at ICFP -- but I don't know FRP well enough to really know (and I certainly don't know how impactful your new approach is). It's plausible that a new implementation of an existing idea would be accepted, but it would have to be pretty thought-provoking. A good rule-of-thumb is: if a reader had no particular interest in using your implementation or writing their own FRP implementation, is there something for them to learn? That is, does your approach generalize to non-FRP tasks? Does it use a feature of Haskell or of a lazy programming language or of a functional programming language in a new, surprising way? Does your approach to analyzing why your implementation is better than others offer insight? If the answers to these (or similar) questions is "yes", then perhaps a research paper would work.<br></div><div> <br></div><div> On the other hand, a key attribute of a functional pearl is its elegance and beauty. Does your approach take a knot of complication in other FRP implementations and make it go away by construction? Is your approach guaranteed faster by some aspect of its design? Would a reader (who doesn't know about FRP implementations) read what you've written and smile at the ingenuity of it all? Positive answers to these types of question suggest that a functional pearl is best.<br></div><div> <br></div><div> Sadly, there are many neat ideas that fit neither of these molds -- implementation-oriented work often doesn't. And, if you don't fit the mold of the category you're writing for, your paper may well get rejected, even if it's a good contribution. I don't have a solution here; I think this is a weakness of the current publication model.<br></div><div> <br></div><div> I hope this advice is helpful!<br></div><div> Richard<br></div><div> <br></div><div> > On Feb 1, 2022, at 10:07 AM, Anton Kholomiov <<a href="mailto:anton.kholomiov@gmail.com" target="_blank">anton.kholomiov@gmail.com</a>> wrote:<br></div><div> > <br></div><div> > Hi! <br></div><div> > <br></div><div> > I'm trying to write a paper for ICFP, This is my first paper of this kind. <br></div><div> > Can you please help me to choose the right category for it?<br></div><div> > <br></div><div> > The paper is about a novel technique of implementation of FRP.<br></div><div> > I've studied the Haskell FRP zoo and I can confirm that it's novel.<br></div><div> > In my opinion it's very elegant and simple, but of course I'm biased :)<br></div><div> > <br></div><div> > So far so good. Can you please help me to choose the right category for it?<br></div><div> > Is it a normal research paper or is it a functional pearl?<br></div><div> > <br></div><div> > So the FRP is an old technique, but I propose a novel variant of implementation<br></div><div> > which I hope is easy to study even in normal class rooms and does not contain<br></div><div> > unsafePerform tricks. <br></div><div> > <br></div><div> > Cheers,<br></div><div> > Anton<br></div><div> > _______________________________________________<br></div><div> > Haskell-Cafe mailing list<br></div><div> > To (un)subscribe, modify options or view archives go to:<br></div><div> > <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br></div><div> > Only members subscribed via the mailman list are allowed to post.<br></div><div> <br></div></blockquote></div><div>_______________________________________________<br></div><div>Haskell-Cafe mailing list<br></div><div>To (un)subscribe, modify options or view archives go to:<br></div><div><a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br></div><div>Only members subscribed via the mailman list are allowed to post.<br></div></blockquote></body></html>