> I would like to write in coffeescript because of the speed, this is proved by mathematic: less keypress = early deployments,
If you genuinely thing that less keypressing is the same as early deployment then you forgot that actually writing code is a small part of the software engineering process. On Mon, Jul 23, 2012 at 6:11 AM, Alan Hoffmeister <[email protected] > wrote: > Hello fellows, > > I would suggest that we don't start a flame war about which language > is better. I'd already published a lot of coffeescript packages and > sure like to code with it, but if the major part of my team know JS > better than CS, the project *will* run in JS, and so for CS, > personally I would like to write in coffeescript because of the speed, > this is proved by mathematic: less keypress = early deployments, and > in a world where time is money, the clock always wins. > > The MIT packages that this project will generate will follow the same > pattern, I don't think that the community will be upset if those > awesome packages got released under CS, you can always fork and output > to JS without no code alteration needed to get the package working on > JS. > > @evan, you are right about your example, fortunatelly MongoDB works > with atomic operations, and for the relational "problem" there is a > quite good range of solutions, for example: Mongoose have a special > populate() method where you can do "joins", of course the performace > will never be the same as a single SQL query joining everything, but > this will be compensated by all non-relationals stuff in the system. > > @Alexey, you mean that fibers could be the solution for sync helpers? > If so, where can I read more about fibers + template? Prefetch would > not be an option, as I said we *won't* restrict the user for getting > information. If he want to show products in the contact page, he can, > but we won't prefetch this data across all hosted store's contacts > page when just 0,1% will really use it. > > @dvbportal, nice to see people working on similar projects and using > NoSQL. Unfortunatelly the template system will be all server side, > this is because we want to keep it simple for non-developers to > understand and easy modify their templates as they wish, of course > we'll have restfulls APIs and if the customer have the balls to > implement a store using backbone, he sure can. > > @Michael, icanhaz is sertanly a nice project, but as I said, the > template system will be server side. > > Again, thanks to everyone that could help with this little "brainstorm". > > -- > Att, > Alan Hoffmeister > > > 2012/7/23 Arnout Kazemier <[email protected]>: > > You can learn whitespace the programming language > > (http://en.wikipedia.org/wiki/Whitespace_(programming_language)) in a > matter > > of minutes, it's a very small barrier.. but that doesn't mean it's a good > > programming language for a project.. > > > > On Monday 23 July 2012 at 11:36, Eric Biesterfeld wrote: > > > > Let me give another vote of confidence for CoffeeScript. > > > > As a seasoned Javascript developer, it took me about four hours to become > > comfortable with CS. It is a very small barrier, but the advantage is > that > > it makes doing the right thing in JS easy. functions are automatically > > wrapped, variables aren't accidentally global, and the boilerplate in JS > > mostly goes away, allowing the logic to shine through. > > > > var x = (function() { > > ... code ... > > })(); > > > > anyone? > > > > Even if you choose to release the project in JS ultimately, it may be > > worthwhile to write the first version in CS and compile to JS before you > > release. While there are some peculiarities that show up in CS-compiled > > code, (like returning every last instruction), these are easily cleaned > up, > > and the code will be cleaner in the end. > > > > On Sunday, July 22, 2012 3:42:12 PM UTC+3, Alan Hoffmeister wrote: > > > > You guys are just killing me, I was planning to write with coffee script, > > but pure JS seems to be a better idea, I was planning async on the > > templates, but async is evil in there, now I was suggested to don't use > > MongoDB, and guess what db I was planning to use? hahaha > > > > @mlegenhausen, what was your trouble with NoSQL? > > > > This is a real awesome discussion, I could really process a lot of useful > > information, thanks for everyone that can/could spend their 1 cent here > > > > -- > > Job Board: http://jobs.nodejs.org/ > > Posting guidelines: > > https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines > > You received this message because you are subscribed to the Google > > Groups "nodejs" group. > > To post to this group, send email to [email protected] > > To unsubscribe from this group, send email to > > [email protected] > > For more options, visit this group at > > http://groups.google.com/group/nodejs?hl=en?hl=en > > > > > > -- > > Job Board: http://jobs.nodejs.org/ > > Posting guidelines: > > https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines > > You received this message because you are subscribed to the Google > > Groups "nodejs" group. > > To post to this group, send email to [email protected] > > To unsubscribe from this group, send email to > > [email protected] > > For more options, visit this group at > > http://groups.google.com/group/nodejs?hl=en?hl=en > > -- > Job Board: http://jobs.nodejs.org/ > Posting guidelines: > https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines > You received this message because you are subscribed to the Google > Groups "nodejs" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/nodejs?hl=en?hl=en > -- Job Board: http://jobs.nodejs.org/ Posting guidelines: https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines You received this message because you are subscribed to the Google Groups "nodejs" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/nodejs?hl=en?hl=en
