jackseviltwin
Joined 17 years ago
Karma
132
Submissions
23
Member since
Feb 20
Recent submissions
Comment · 3 years ago
For EA and other entertainment companies, it's probably not about finding cheap money or growing headcount for its own sake. Cheap money funds more "art." They can try to create new games or movies or tv series and gamble that one or more becomes a hit or even a franchise that makes a return on that cheap investment. Maybe a return that covers the cost of multiple failed attempts. Similar to VCs.
Comment · 5 years ago
Somnium Guitars [0] also makes guitars with easily hot swappable pickups. They have a mounting system where you can put most pickups into their mounting module and click it into place from the back of the body. It’s still a bit pricey, but starts at a less expensive $2,495 MSRP vs $4,500 from Relish.
Here’s a video from Know Your Gear on their product: https://youtu.be/Vj2uJBeSHt4
Comment · 7 years ago
Away | New York, NY | Full-Time, Onsite | https://www.awaytravel.com
Away is a modern lifestyle brand creating thoughtful products designed to transform travel.
Since our launch in February 2016, we have become one of the fastest growing consumer brands in the world. We have sold millions of travel products, grown from a team of four to over 250, expanded shipping to nearly 40 countries, opened seven stores across two countries, and launched several new products and experiences that are inspiring more people to travel the world. And we know that’s just the beginning!
Here are our open roles:
- Senior Software Engineer: https://boards.greenhouse.io/away/jobs/1024628
- Software Engineer II: https://boards.greenhouse.io/away/jobs/563993
- Senior Engineering Manager, Data: https://boards.greenhouse.io/away/jobs/1721412
- Senior Engineering Manager, Site Reliability: https://boards.greenhouse.io/away/jobs/1735665
- Senior Product Manager: https://boards.greenhouse.io/away/jobs/1658573
- VP of Digital Product: https://boards.greenhouse.io/away/jobs/1541546
Other roles available here: https://boards.greenhouse.io/away
Comment · 10 years ago
They use the English names in Japan. If you google for the Japanese official websites for these brands or even their products on rakuten.co.jp you'll see the brand names in English.
Comment · 10 years ago
The Real McCoys, The Strike Gold, Studio D'Artisan.
Here's a good introduction on loopwheeled shirts from Japanese repro brands.
http://www.heddels.com/2014/03/an-introduction-to-loopwheele...
Comment · 13 years ago
I took a look at a few of the go rest frameworks and settled on https://github.com/emicklei/go-restful. It seems like it's the most feature complete and mature of the pack. I'm playing around with a go-restful and gorp (orm-ish library in go) combination at the moment.
I found this project (https://github.com/jmcvetta/lgtts) that has managed to integrate go-restul/gorp and is also setup so it can be deployed to heroku.
Comment · 13 years ago
What do you do if there are multiple options for the city/state? What if your city happens to not be one of the options you provide? That's why we needed to add an option for the user to fill it in.
Comment · 13 years ago
For #1, the zip code 42223 spans Christian KY and Montgomery TN. The zip code 97635 spans Lake OR and Modoc CA. 95961 can be the city of Arboga, Olivehurst, or Plumas Lake.
The mapping isn't unique. I think the best you can do is restrict your pulldown to the possible choices. Even then, sometimes there are small cities and towns that you don't expect.
Comment · 13 years ago
That's funny, we came to the same conclusions and implemented them for our checkout flow. Here's an example:
Combining first/last name into a name field and auto-detecting card type were easy wins for the shopper, but in user testing, we found that detecting city/state from a zip code had some potential issues.
First, the format of the form without city/state surprised some users. One user said something like "where do I put my city and state?" They ended up appending it to the street name. Then they filled in the zip code and saw that it fetched the city/state and then realized how it worked then went back to delete it from the street name field.
Also, in the U.S., some zip codes can return multiple cities and states. Our solution was to populate a pull down of the possible values for both fields.
It turns out there are small towns/cities that we didn't return from a zip lookup, so city had to be editable for these users. We added a "Let me type it in" option on the bottom of the city pulldown for those users, who are hopefully the minority.
Comment · 13 years ago
I don't know the details of your app but maybe you should consider using ngView in the outer most container, then everything inside the container can pick the appropriate template via ngInclude. That's the path we took in our first iteration, this current iteration actually doesn't need nested/multiple ngViews.
Comment · 13 years ago
(Tech lead @ CropUp)
In the first iteration, we thought multiple ngViews would have been useful, but it didn't prevent us from achieving the design we wanted. You can use ngInclude to accomplish a similar effect, if you don't need the routing.
AngularUI seems to have a solution for nested views/routing here (https://github.com/angular-ui/ui-router). Although, I would think about your routes and the pieces of your web application and rethink whether you really need ngView. Using ngIncludes for pieces you want to reuse might make more sense.
edit: for clarity
Comment · 13 years ago
Sure, try this product: http://crop.to/fW
Comment · 13 years ago
(I'm the tech lead at CropUp)
I'm surprised how well AngularJS has worked for us.
Currently, we're using it for the shopping checkout page and also for the merchant dashboard. The dashboard is all driven by AngularJS (using $resource/$http api calls). The checkout page is more like Twitter, in that we preload data in the DOM when it's rendered, but there are API calls via AngularJS to create the order, check quantity, etc. These pages are actually served directly from our CDN.
As far as how it's worked for us. We've actually rewritten our dashboard and checkout page twice, and it look some getting used to on how to structure our controllers. Getting used to writing directives instead of using jQuery and doing DOM manipulation in our controllers also takes some discipline, because it's just way simpler to drop some selectors and event bindings/triggers in your controller.
The way AngularJS encourages you to keep any dom manipulation out of the controller and to think about reusable directives has really helped for readability and maintainability of the code base. We're consistently surprised how quickly we can implement features because of AngularJS. We've actually said, "Wow, that was easier than I was expecting" quite a few times.
However, there are some hurdles. $http doesn't support file uploads, the stable release doesn't support custom http headers with $resource, only one ngView, etc. That said, I still would not hesitate to recommend AngularJS.