Live data from Hacker News

Best Practices for ML Engineering (2017)

developers.google.com

1–10 of 12 posts

Re: Best Practices for ML Engineering (2017)

#3

My favorite part is what so many people seem to forget: Rule #1: Don’t be afraid to launch a product without machine learning. Just because you can use machine learning doesn’t mean you should.

Also, should be said. Just because you can use the framework and it produces what you expect the first time: Doesn't mean that you're using the technique correctly.

(AI has some very advanced techniques in it and require attention to detail and background knowledge to use them correctly)

Re: Best Practices for ML Engineering (2017)

#6
post #3

My favorite part is what so many people seem to forget: Rule #1: Don’t be afraid to launch a product without machine learning. Just because you can use machine learning doesn’t mean you should.

Also, should be said. Just because you can use the framework and it produces what you expect the first time: Doesn't mean that you're using the technique correctly. (AI has some very advanced techniques in it and require attention to detail and background knowledge to use them correctly)

Sounds like a disclaimer for any programming. Just because the happy path works doesn't mean you have a finished system.

Re: Best Practices for ML Engineering (2017)

#8
The part about a solid pipeline is very important. Recently I talked to someone who had a bad experience detecting phrases using gensim. I always have had a good experience so I was curious. Turns out they were doing OCR on PDFs and feeding the result directly into gensim. As anyone with OCR experience knows, there is often a lot of noise which is definitely going to screw up gensim or any other NLP tool. The quality of your preprocessing is important!
Post reply on HN