has anybody actually used Fuse for a real product? we could not find anyone to talk with about it and that was a deal breaker
70 karma · joined December 31, 2013
has anybody actually used Fuse for a real product? we could not find anyone to talk with about it and that was a deal breaker
Of course I've been wondering the entire time how their data operation works behind the scenes, so this post is really enlightening, cool graphics too... and only some minor scroll jacking.
ChefSteps is dedicated to putting the kitchen back in the heart of the home. We do that by getting people cooking, and we need your help.
Data Scientist: You will be part of a small team that works across the entire organization to help coworkers use data effectively. You’ll use data to help us make decisions about what kind of content we should make, whom we should market to, what our next product should be, and what features we need to add to our current products. Note: This role may be combined with the Data Engineer position depending on experience and level of interest.
Data Engineer: You will work with the data science and software engineering teams to empower your coworkers by giving them reliable access to data. You’ll help us make key decisions about infrastructure and capacity planning, and you’ll be responsible for ensuring that we can store data at scale with testable integrity. This role may also include other backend and operational responsibilities, depending on experience and level of interest
More info: https://www.chefsteps.com/jobs
email me at nrobin ~at~ chefsteps <dot> com
I originally got on this topic when reading Bayesian Methods for Hackers [1]. I am still hunting for a good method to correct/compensate for this when I am doing these types of comparisons in my own work.
[0] -http://faculty.cord.edu/andersod/MostDangerousEquation.pdf
[1] - https://github.com/CamDavidsonPilon/Probabilistic-Programmin...
I'm excited to check out cerebral!
Also, the most useful single piece of info I have found regarding machine learning: http://scikit-learn.org/dev/tutorial/machine_learning_map/in...
Some of us are attracted to new technologies, and appreciate learning the lessons of what advantages or disadvantages come from building the same type of site or app with a different framework or technology stack. Especially those of us who aren't yet mature enough to write our own apps without the guidance of frameworks, and have not had a chance to work with all of the different possible approaches.
I think a healthy balance can be struck between the type of stability gained from the 'boring' approach, and the types of gains that can be realized from newer 'non-boring' technologies. Sometimes supporting IE6 is not a concern at all, and learning new language features from ES6 is an attractive proposition.
If doing front-end development were boring, I don't think I'd be as interested in doing it.
Remote: Yes
Willing to relocate: Possibly
Technologies: Javascript, Node, React, AngularJS, D3, Python, Java, Visualization, Machine Learning, Cell Biology, Biotechnology
Resume: http://resume.linkedinlabs.com/wxtyl985s
Email: nrobin24 at gmail
I earned a PhD doing biology research with automated microscopy and high throughput data analysis. I love visualization and building web apps that enable communication and collaboration.
Don't give up control of the presentation until it is time for questions.
Sometimes people will butt in with questions, and you should answer them quickly and minimally. I've often seen this kind of thing fluster a presenter, and sometimes the presenter will say "okay, is there anything else? any other questions? " as if to invite more interruptions. This is a mistake, you should quickly address the person who interrupted and then get back into your flow without allowing others the chance to also interrupt.
Another one, that maybe only I am bothered by, is don't start every single answer with "That's a good question..."
The article was well written, wasn't judgemental, and provided some lightness to my day and to others.
Chill out!
However, the article simply does some math to show that equity SHOULDN'T motivate employees, and never talks about whether or not it DOES motivate employees. Even if the numbers don't work out in a developer's favor, that doesn't necessarily mean they do the calculations up front and and totally rationally.
People still buy lottery tickets despite the poor odds, and developers will continue to be motivated by equity even if it is irrational.
I had essentially zero chance of landing a biotech position, similarly because my niche was not in demand by any local company. Even the positions I did see were not very desirable and the competition from other PhDs and postdocs was fierce.
I was lucky to have some extra time toward the end of grad school to pick up some coding skills. The labor market for software developers is ridiculous in Seattle, and it took me under 2 weeks to find a full time position. I considered bootcamps also, but decided to give it a shot trying to get hired with just my existing experience. The though of starting a bootcamp where my 6 years of research experience was all for naught was pretty depressing, so I really feel for your sister. I have another PhD friend who is in the exact same boat.
My conclusion was to not fight the tide of the labor market. I think in the future biotech will be really profitable and there will be a lot more jobs, but right now all of the jobs are in software, at least around here.
The only two solutions I see are either funding for NIH and basic sciences drastically increases (my preferred solution), or there is some breakthrough which makes biotech and life sciences industry more profitable and able to hire all the entry level PhDs.
Notice how the engineering and physics PhDs make up only a small fraction of the donut chart? That's because those folks graduate with skills that are desirable to industry because they can translate into profit. The biotech industry does not need smart and inexperienced idea people. The biotech industry prefers very senior level scientists with proven track records of profitability, and worker drones who have bachelors or masters degrees who are not on the scientist track.
I've re-implemented the same project using vanilla flux, fluxxor, reflux, and baobab tree. I've come to liking baobab the best, with reflux in a close second.
The flux pattern isn't some total magic and itself hasn't been a revelation, but I've never been able to try out so many different rehashes of the same idea so quickly and that process has yielded a lot of interesting knowledge.
I hope they will improve integration with AngularJS while not dropping support for Ember and other third party integrations.