News for hackers. Stuff that matters.

modnine

Re:Show HN: Running OpenFaaS Locally with Kind on Saturday November 30, 2019 @12:46AM (#21668772)
I wanted an environment that I could quickly spin up and tear down to tinker with OpenFaaS. I settled on a combination of using kind and helmfile to make it easy to create/destroy the cluster as needed. I'm sharing it here in case it is of use to anyone else.
Re:Show HN: A Guide to TDD'ing React Components on Monday April 20, 2015 @08:49AM (#9407670)
If there is enough interest from the community, I will work on a jest version as well. Please add an issue to the repo so this can be tracked.
Re:Show HN: A Guide to TDD'ing React Components on Monday April 20, 2015 @08:44AM (#9407641)
If you look at the requirement enforced by the randomness, it is meant to force you to use the array of users that is passed in as props to the component.
Re:Show HN: A Guide to TDD'ing React Components on Monday April 20, 2015 @08:43AM (#9407630)
Thank you for this. This lib looks very promising.
Re:Show HN: A Guide to TDD'ing React Components on Monday April 20, 2015 @08:41AM (#9407616)
I had not seen node-jsdom. I see that it is forked from jsdom 3.x, which still works with node.js. Do windows users mind having to install the visual c++ compiler?
Re:Show HN: A Guide to TDD'ing React Components on Monday April 20, 2015 @08:37AM (#9407598)
It's not dependent upon my editor. Maybe I should move this up higher in the readme: https://github.com/zpratt/react-tdd-guide#running-the-tests-... . All I was adding for Webstorm was a note for the convenience of people who choose to use it, which I might be able to move into a mocha.opts.
Re:I won't be using Angular for my next project on Monday April 06, 2015 @12:51AM (#9326604)
I blame things like todomvc, which I think is great in spirit, but a huge menace in practice. It gives people false hope that framework x will solve all their ills. Any SPA that is more than trivial requires engineering skills. Additionally, it is likely that you'll be building said SPA with a team of developers who have varying skill levels. From my experience, a framework should provide a certain amount of level-setting (as opposed to something that is 100% custom) for new team members. However, there is nothing stopping people from putting data access logic in controllers or polluting the views with complex logic. Those sorts of mistakes can and will happen regardless of technology. The key is to pick the right technology for your team and the problem at hand and stick with it.
Re:I won't be using Angular for my next project on Monday April 06, 2015 @12:27AM (#9326523)
The main difference between Ampersand and Ember is that Ampersand has embraced npm and does not require you to find a way to fit the problem at hand into the framework. For example, at work we have an app that only uses the domain layer (collections and models) from Ampersand and uses React for the view layer. Ampersand has embraced the library concept and is not really a framework at all.