Hacker News new | past | comments | ask | show | jobs | submit | jblock's comments login

Garmentier | Senior Software Engineer | Chicago, IL or Remote | Full-Time

Garmentier is hiring! We are a quickly growing Fashion + Technology startup based in Chicago. We have created the first all-in-one online platform for Stylists and Personal Shoppers to start, grow and scale their businesses.

We're looking for a full-stack generalist to join our growing team! If you're interested, you can read more about the position here: https://cutt.ly/garmentier-senior-software-engineer.

You can also read more about our interview process here: https://cutt.ly/garmentier-tech-interview-process

Send a message to jason @ garmentier.co if you're interested in learning more!


TIL that I'd been using items in this list for reference without realizing that I had been working with Josh (OP) at my day-job the whole time!


I have no idea how Etherium or the blockchain works. I'm sure that it's all incredibly important and technically impressive, but these all sound like fake words that your parents would use to describe what happens when they try to update iTunes.


I don't understand why you were downvoted. I think you bring up very valid points about the state of education that is required for wide spread adoption.


Hahaha, thank you. I was also trying to be curt and funny, but I guess the HN community takes their Ethereum seriously :D


Can't you do both?


12 weeks in validates a market.. and proves you're easily displaced


Yeah but it hardly ever happens does it; I'd love to get 12 solid weeks to show what I can do but I'm stuck trying to build and launch something quite complex in my spare time, it's really difficult so we've taken ourselves to Lanzarote for a full week developing, which we are half way through. You quickly realise that a few issues and a few nights out and your week is over :-/


May not matter if there's cash to make off with. Plenty of folks don't care about long-haul world domination or owning a market; if being a Significant Player for 3 years will earn them enough to retire, why not?


That's fine for you and many others. However, it's an anti-pitch for a YC company: demo day is really auction day. They're selling a chunk of themselves to an institutional investor sifting for disproportionate returns.


You are entitled to your opinions, but why do you see this as forced? The quotes you present show a piece of prose intended to evoke a mood and set a scene. None of it feels forced, or thick, or unnecessary.


My high school English teach taught me to demonstrate rather then assign traits. Somehow between all the fluff I lost the author's message, and skipped to the last few paragraph.


I think it really depends on your implementation. For readability, having a `UserStore` and `MessageStore` in one place might get to be troublesome, especially when it comes to separating out business logic. But that said, things like `Om` like to push the idea of a single application state object, so I can forsee an implementation where you have multiple `Store`s that sit atop a single `ApplicationStore`, such that you deal with the keys of `users` and `messages` separately while they are attached to the same parent `ApplicationState` object (which can be immutable and persistent as well).


Absolutely. At first I was excited that there was so much activity. Simultaneously, it intimidates many engineers I talk to because of how much fragmentation there is.

Thankfully, the footprint of each framework is relatively small. I'd try to pick the one that seems to be the least encroaching (e.g. not using tons of custom components, something fairly agnostic about underlying data structure/data fetching methods). That way, if the tide suddenly changes, you're not buried up to your toes in messy, dying code.

You can also get by with React on its own! We've got a few areas in some of our Backbone apps where we've just decided to use raw XHR requests to fetch data (and nothing wrapping around the objects themselves).

So the TLDR is that I don't have a good panacea of a Flux library to recommend, but that shouldn't stop you from investigating React as a view mechanism in your applications.


I wish this was the top comment :(


I'll never get top comments because I'm in this weird ban from hacker news.


While your points are reasonably valid, I think it's missing one grander conclusion: the tools are simply that, tools. Above all else, it's what you make with them that matters.

As an engineer, I might be interested in the implementation details of a particular system, but as an end user, I don't give a shit.

And with that, it's up to the engineer to determine the appropriate tool for the job, as has been the duty of engineers since man carved the first wheel.


All I want is a fast, functional Gmail.

Any shine they want to put on it is fine by me.


Join us for AI Startup School this June 16-17 in San Francisco!

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

Search: