<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 10, 2014 at 9:31 PM, Allan Gardner <span dir="ltr"><<a href="mailto:allanegardner@gmail.com" target="_blank">allanegardner@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div> <br></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div>I've tried putting these by two people (edwardk and carter) on #haskell-gsoc, and they both said that all the GHC ideas are too hard for a GSOC. Can I get a third opinion? <br></div></div></blockquote>
<div><br></div><div>I absolutely agree. The thing about GSoC is that the time is short and relative to that the proposals tend to be ambitious. To make the best of the time you have, it's really important to understand what changes need to be made and to have a pretty solid idea of how you'll implement it.</div>
<div><br></div><div>Of course, that's not the full story. GSoC is also an important mentoring opportunity as well. So you're not expected to know everything or all the technical details. Just keep in mind the time goes fast and that you probably won't have much time left if you need to spend time getting up to speed.</div>
<div><br></div><div>The exception would be if you have previous experience with modifying ghc. In that case, it might be reasonable to do a ghc-based proposal.</div><div><br></div><div>I hope that helps,</div><div>Jason</div>
</div></div></div>