417 karma · joined July 6, 2010
I'm actually all in on PostgreSQL at this point -- I'm not bothering with trying to use vanilla SQL and worrying about switching databases but I have that luxury on my side projects. PostgreSQL has a lot of interesting features that I am happy to use and I frankly never really relied on using vanilla SQL in order to be database server agnostic anyway (not saying that doesn't have a place and maybe someone will reply with how it was absolutely essential for their X but...).
To be clear, I still am all for portable SQL queries but I no longer worry about relying on a feature only PostgreSQL offers and/or taking advantage of things it offers that are not part of the standard.
I really resisted buffing up in my interview skills because it seems silly but I realized after the last couple that it clearly impacts the perception of those interviewing you (should have been obvious as I'm interviewing others but not all places interview the same -- we don't ask much about CS fundamentals). And that perception likely has a big impact on your compensation negotiating because you're going to get pegged lower than your ability and be less desired unless you can clearly demonstrate your knowledge.
Once the system time and date was correct, the iCloud password reset feature worked without issue.
Remote: Yes
Willing to relocate: No
Technologies: React.js, Redux, Node.js, Koa, Redis, PostgreSQL, React Native, React Native Web, Linux, NGNIX, JavaScript, ES6, GraphQL (WIP)
Résumé/CV: https://www.linkedin.com/in/cymen/
Email: cymenvig@gmail.com
Interested in regular employment and contract opportunities. I enjoy getting early stage projects from nothing to shipping or helping existing ones. I have been working remote for the past two years and would like to continue to do so.
For the API, look to PostGraphile for GraphQL on top of Postgres (and of course, if multi tenant, there is row level security which is the direction I'd go today).
Right now, I'm using wkhtmltopdf which supports custom headers and footers and I'm mulling over how to do the same with this solution.
I'd love to hear contrary experience.
https://www.aliexpress.com/store/product/D1-mini-Mini-NodeMc...
For anyone thinking about trying ESP8266 programming, it's a great way to start. For my one-of projects, I just put a whole D1 mini in and don't worry about trying to optimize it to less components (why bother at $4/board?). Just order at least a handful as shipping is slow.
Redux does add complication. But it also cleanly solves a big problem. I've heard good things about mobx instead of redux in terms of reducing boilerplate/total lines of code. So that might be one thing to try if starting a new project today or refactoring.
The purposed solution in the blog is pretty bad. It only works if you have a few things being updated. It might work fine for the author's use case but it's a bad idea to assume it will work well for all use cases. If you want to go this route, please try Backbone.js and come back when you get sick of ghost event listeners (event listeners that didn't get unbound). Obviously, there are ways to work around those issues but it requires understanding them (both by you and any other devs who join the project -- some with less experience might have no idea about these gotchas).
It just depends on the situation and the person. For some people it's great, for some okay, for some horrible. Luckily, there are a wide range of employment options so you can chose employment that fits your needs/desires.
You can see an animated image of it here:
https://mattermark.com/browser/
I was a bit disappointed we shipped Hackathon code instead of doing it as part of normal product development. There were issues in the product development cycle and in reality, the end result was good so such is life.
Their approach is more spend 5-9 months having the apprentice do mostly directed self-study, then a kind of final project and other work and, if they pass, an offer of employment. It's a really interesting model that seems to have worked well for them -- they attract developers from both traditional backgrounds and non-traditional.
They have a page that goes into what apprenticeship means to them here: https://8thlight.com/apprenticeship/
I've been looking at sites like weworkremotely.com and remoteok.io.
https://github.com/react-bootstrap/react-bootstrap
They are also accepting of new contributors.
So if the first language/stack is less respected, it makes it easier to sell that rewrite to non-technical/management. Thus PHP is a great choice for the first stack.
The one huge trap here is if the second team isn't experienced enough in the holy grail (next) stack. I've seen that and been relieved to walk away from those projects/companies.