Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

The problems Pika aims to solve don't sound like registry problems, and I think we could run into trouble as a consequence. For example, I've written code where I ES6 import an SVG file that, using webpack loaders, automatically becomes a React component.

A tool like Pika isn't going to understand that without making broad assumptions of my project's structure. This is more than just, oh "Do I need ES Modules or Common JS?" or "That file needs to transpiled since it uses the spread operator, and I happen to be rendering on IE 11, which doesn't support that."

In other words, I find this to be an interesting solution, but not something I'd feel comfortable with in enterprise-grade applications.

Just learn how bundlers and transpilers work. It's going to be easier to do that, then understand why Pika won't do what you need it to, having to go through yet another layer of abstraction. I've been disappointed by tools in the past that try to abstract away the "difficult" parts of maintaining a webpack.config.js and babel.config.js file. I truly believe it is more beneficial for developers to learn these things, instead of trying to be ignorant of them and then fighting with a tool like Pika or a toolkit that doesn't meet your needs.

Choose for yourself the better choice, and make your own toolkit: https://kentcdodds.com/blog/concerning-toolkits



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: