HNHacker News
TopNewBestAskShowJobs

modnine

64 karma · joined March 29, 2015

I build stuff. https://github.com/zpratt

my public key: https://keybase.io/zpratt; my proof: https://keybase.io/zpratt/sigs/HggEzpdNJAEqBtfCZJSW9VWyRp6rvdipVTBc_SND-_w

submissionscomments
modnine··on Show HN: Running OpenFaaS Locally with Kind
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.
modnine··on Show HN: A Guide to TDD'ing React Components
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.
modnine··on Show HN: A Guide to TDD'ing React Components
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.
modnine··on Show HN: A Guide to TDD'ing React Components
Thank you for this. This lib looks very promising.
modnine··on Show HN: A Guide to TDD'ing React Components
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?
modnine··on Show HN: A Guide to TDD'ing React Components
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.
modnine··on I won't be using Angular for my next project
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.
modnine··on I won't be using Angular for my next project
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.