Earlier quoted context omitted.
100%. What this all boils down to in 2018 is data. Data acquisition, data cleansing, data filing, etc. But what else is there, now? You're going to create a new, novel ANN network? Cool, can't wait to peruse your paper. Maybe someday it's considered groundbreaking. Right now it's not solving immediate problems. Immediate problems were solved with 1970s ideas + 2018's infrastructure.
A word against hasty generalisation - just because you don't interact with it on a daily basis doesn't mean it isn't being worked on elsewhere. There is an increasing number of ML-first companies out there. They are solving problems like object detection, portfolio strategy optimization, medical diagnosis, etc. Things that are 100% not possible to do with just SQL and Bash, and much less expensive than to have humans…
You probably don't need AI/ML. You can make do with well written SQL scripts
251–260 of 331 posts
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#252What the article describes is called an "expert system" and is what AI in the enterprise used to look like. Basically, you try to capture the instinct of a great salesmen by formalizing it into computer logic. Often that's done with rules like in the article. It works good, but has its limits. The finer reasoning of human judgement are often not expressable, people don't know why they made that decision. Making it ha…
Newbie question: would you not design ML systems to be able to explain themselves? Alike: hey, query planner, what's your query plan?
One worry is that a machine might learn to do something we can't represent efficiently. I mean, people write whole libraries of books on ethics, so how can you expect a machine to punch out one or two lines on its own?
There's no upper limit on how long a proof to a given problem must be in any fixed language. And if you have to invent new language, people won't be able to read it anymore.
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#253My startup was approached by a corporate VC that wanted to make a strategic investment. Based on the attendee list from our meeting, which included very high up folks from the company, I felt good going in. They expressed interest in our technology that makes reading on screen easier [1], but they were surprised to learn that we didn't use machine learning to accomplish this. I indicated that it was actually quite ef…
I read the updated /individual page and found it very... difficult.
The colours led me to speed up and slow down at an uncomfortable rate, to the extent I had to re-read it three times. I typically receive 200-1000 emails per day which all need to be read (yay!) plus at least 30k words per day out of email (business stuff but excluding newspapers, books, etc).
I speed-read about 6-10 words per flick of the eyes (for a short document), which is about 50 words per second. Do slow down to ponder: careful phrasing, a needingly precise written document, some graphics, and this is not for detriment.
I found the colour-coding very difficult, however.
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#254Earlier quoted context omitted.
Except wan you gat whoa ird trance scriptions, people tagged as gorillas and recommendations "I see you bought $that, do you also want to buy $that?" There's No Silver Bullet, welcome to $any_year.
What language is this?
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#255My startup was approached by a corporate VC that wanted to make a strategic investment. Based on the attendee list from our meeting, which included very high up folks from the company, I felt good going in. They expressed interest in our technology that makes reading on screen easier [1], but they were surprised to learn that we didn't use machine learning to accomplish this. I indicated that it was actually quite ef…
Can someone explain the dynamic that’s going on here? I somehow can believe that VCs are so stupid to be purely hype driven, so what is pushing them to make this their investment focus? Do they just jump on every bandwagon in the hope that one of them might pan out?
But it's so much damn data so loosely coupled to a company's actual product that trying to get any actionable intelligence out of it is basically impossible. Enter ML. "Just" chuck your data at a NN use A/B tests to train and hope the company ends up with higher revenues, if they do: claim the 'data scientists' are definitely a profit center; if they don't: claim you need more data.
Until Exxon-Mobile stops storing metrics on how many goldfish I own in a given month, cranking out ML related companies seems like a good bet for VCs because it's not going to get any easier to turn progressively more esoteric data points into money.
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#256Earlier quoted context omitted.
Except wan you gat whoa ird trance scriptions, people tagged as gorillas and recommendations "I see you bought $that, do you also want to buy $that?" There's No Silver Bullet, welcome to $any_year.
What language is this?
Except wan you gat whoa ird trance scriptions = Except when you get weird transcriptions
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#257While I see the author’s point, I fail to understand what any if this has to do with SQL. The problem ML solves isn’t querying databases, it’s making decisions. If a human came up with the idea “let’s lookup people X and send them email Y” and it works, great. But a human made that decision, and SQL is just a tool for making it happen. If you want to take the human out of the loop, SQL won’t save you.
I don't think you understand author's point. His point is highlighted in the first tweet, in which the author appears to be specifically annoyed by the potential founders and investors that can't understand that ML isn't a good solution for all of the problems. He then goes on and gives an example of such problem by explaining a shopping cart that doesn't actually need ML, but just some old-fashioned SQL. He doesn't…
Taking the shopping cart example: "In a former life, I used to write SQL to extract customer of the week. Basically, select from orders table where basket size is the biggest."
The author decided that 'customer of the week' will be selected by 'biggest basket size'. Not by 'biggest $ amount spent', 'fastest time from add-to-cart to checkout' (and numerous other attributes or combination of them). This decision (the "best attribute") was taken by a human, leaving a field open where a combination of attributes could've resulted in overall better business outcome (how much did 99% of these retained customers shop for, in $ value over lifetime?, etc)
This is possibly what the parent commenter is hinting at - this human decision leaves a lot of optimization scope, where ML could have helped.
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#258Earlier quoted context omitted.
Agreed. The advertising agency I previously worked at would take the first month and only work on how data is collected and stored. After that first month they would begin addressing goals, plans, etc. About a year later is when true value would be realized because data that previously never existed could be analyzed. Few things were more enjoyable for me than getting a new client, imagining what analysis I'd like to…
how did you convince them to stick on for a year when most clients want to see some results within 2 months or they give up? according to your schedule they’d ask what I’ve been doing and if I tell them I’ve just been “collecting data” that translates to them as “I haven’t done anything in 2 months”. If I say “keep paying me and you’ll see results in a year” that translates to “I haven’t done anything in 2 months but…
The first few months aren't just us working silently. It was always a very intensive process, I'd be on the phone with the client a few times a day to work through issues. They also get valuable tidbits of data early on. Most clients had ideas about how they expected data to look (70% of my revenue comes from product x) but often times the reality is different and they see immediate value.
Clients sign up for a contract that auto-renews every three months and they have to give 30 days notice to terminate. At a small agency you have the luxury of denying clients all the time too that you don't want to work with.
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#259Well, we are in the peak of a wave of hype about AI/ML, maybe even just past that peak. Many fundamental technological advancements in the field of AI/ML have sort of coalesced together at the current time to form a strong feature set that can be more broadly applied by a wider audience, not just those hardcore computer scientists who invented the technology. I've been in the thick of this previously, facing a comple…
I understand that feeling. On the other hand, aren't there a lot of trains you can miss? Do you try to guess which trains are the critical ones (and can you, really?) or do you try to keep up with all of them?
AI/machine learning, quantum, block chain...the list goes on. It seems like the best you can do is not be blindingly ignorant of any of the technologies and their potential...I think few people can really "keep up" unless they have the luck (or misfortune?) to have a job like "Quantum Crypto AI Researcher".
Re: You probably don't need AI/ML. You can make do with well written SQL scripts
#260Earlier quoted context omitted.
Product Recommendations. Trending Items (Top items being sold this week as opposed to last week, while filtering out items that are generally popular.) Much easier with Elasticsearch than SQL https://www.elastic.co/blog/significant-terms-aggregation
That's not really ML.
I'm not sure how I'd do this with SQL. That certainly doesn't mean you couldn't take a SQL approach to the problem of "how do I make recommendations based on this training set and this particular individual's attributes" and do something creative and useful. But I do think you can, in this situation, get something out of ML that would be difficult (ok, I'll say impossible) to get with a pure SQL approach.
To be clear, I love SQL. I still get a little flash of anger when I remember my arguments with "architects" who announced to a room full of non-technical people that I was pretty much a dinosaur unwilling to move away from an obsolete technology when they advocated no-sql approaches to data that was deeply relational. And I'm sure that there are plenty of people who think "need answer from data, must use ML" and end up somehow trying to train a neural net to perform a WHERE clause. Having seen the hype cycle several times, I am absolutely certain this has occurred in boardrooms/open office cubicle farms all across the you ess aye and beyond.
But keep in mind, even though reports of SQL's death were remarkably exaggerated, "nosql" approaches often do make the most sense. Plenty of good ideas and technologies came from nosql, and many of the people who created them and advocated them continued to use (and argue for) SQL and relational databases depending on the problem. A graph database is a vastly superior approach to some types of network problems than standard SQL, and not helpful for others. When the hype cycle around ML dies down (and some people start writing articles that ML is "dead" or whatever), ML will continue to be used effectively in all kinds of places, as it is now.