Hacker Newsnew | past | comments | ask | show | jobs | submit | jgj's commentslogin

Location: Eastern PA

Remote: Yes, preferred

Willing to relocate: Yes, but would rather not

Technologies: Typescript, Node, React, Vue, C#, SQL, GraphQL

Resume: > 10 years experience, full stack. Previously @ Amazon, currently @ Toptal.

Email: jay@subdes.co


> but no, now one has to wait for sqlite-lite to be built on top of IndexedDb

not exactly sqlite-lite, but it's sqlish and it's build on top of IDB: https://github.com/google/lovefield


Thanks for the link, I've been hunting around everywhere looking for a cross platform solution.

In a sibling comment I mentioned the fact that most languages compile to Javascript, the primary benefit being able to share code across client and server. So, if you've got a query DSL on the server that hooks into an SQL database you can use the same code on the client, hooking into an SQL database on the frontend.

All of the IndexedDb wrappers I've seen do essentially their own thing; in Lovefield's case, "The difference is that Lovefield does not accept raw SQL statements; instead, it has a builder-pattern API to build queries", which means it's effectively a client-side only solution if pure SQL is the output target of your query DSL.


with PostGraphile you pretty much are in complete control. You're free to write your own postgres functions/views which postgraphile will expose as endpoints. you can do so such that they are standalone endpoints or sub-queries to the auto-generated table queries. you can also basically bypass all the auto-generated table queries by creating them in a schema that postgraphile doesn't introspect, and then write all the functionality you want in a schema that it will, thus getting only endpoints/queries that you wrote yourself exposed in the api.


This is pretty cool tech--if the smart alarm system works as advertised it would replace a lot of poorly-performing manual processes I currently undergo myself. Make a version with no heating element that can run on a battery and I'll buy it.

Make a version that has active cooling and I'll buy 2 and wear the extra to work.


Yes please. Been wanting/plotting 'air-con' bed for ages. Passive ventilation can't dissipate enough for chronic fever.

edit: There's also all of us in the tropics.




you might be interested in Toptal (http://toptal.com) the enrollment process is a bit long but there are a good amount of short-term, low-hour jobs available


As a real full-stack engineer, I see more job postings for front-end than full-stack. And most of the full stack postings I see are for Ruby, which I don't have a lot of experience with, and Java, which I'd rather not do.

And JavaScript, of course. Usually these are titled "JavaScript Developer" but they really mean "CoffeeScript Developer" and no thanks.

All of the opinionating is really to say it only makes sense if it's what you want to do. I happen to like programming (including JavaScript) so I do back and front end. If you don't like JavaScript don't do front end because it can and will get complex, and JavaScript doesn't help you manage complexity.

That said, if your plan is to work on web applications, the more JavaScript you know, the more valuable you'll be (in theory) to your employer/client.

tl;dr maybe


I made a file tagging system with node-webkit and Vue (+ gulp/browserify/partialify). Vue was a joy to use. Most of the complexity in the app was dealing with sqlite, Sequelize and many-to-many relationships. Once the data got into a Vue VM it was smooth sailing.

I did run into some performance problems (rendering huge lists into complex tables), but I was able to iron them out for the most part. The only downside, which is definitely not unique to Vue, was debugging--a ton of functions get called in the Vue code when model data changes, so it can be tricky to find the right combination of breakpoints to set to track down why what you're expecting to happen isn't happening.


Location: NYC Metro

Remote: Preferred

Willing to relocate: Not right away

Technologies: Python, JavaScript, HTML/CSS, C#, PHP

Resume: https://careers.stackoverflow.com/jgj

Email: jay [at] substancedesigns.com

UI/UX, Django and Flask, all things front-end and game dev. Self-taught, loads of experience. I've done coding and visual design: for consumer and b2b products; independently for small businesses; in-house, producing marketing sites and internal tools; for fun and profit nights and weekends. Extremely eager to learn and grow and make.


Location: NYC Metro

Remote: Preferred

Willing to relocate: maybe

Technologies: JavaScript, Python, PHP, CSS, HTML

Resume: https://careers.stackoverflow.com/jgj

Email: jay at substancedesigns dot com

About: Full-stack developer, visual designer, writer. I enjoy being involved in all aspects of product development. Over the course of my career I've done everything from writing and editing copy to designing billboards, developing complex user interfaces and high-performance server applications. I'm always experimenting with new languages (most recently Elixir). I prefer smaller teams/businesses, but more importantly I want to work on interesting problems with interesting people.


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

Search: