9 ms·
My thoughts exactly. Knowledge transfer in manufacturing / industrial environments is something that I'm working on. - Language models / NLP applications for p
by dragostudor 4y ago
My thoughts exactly. Knowledge transfer in manufacturing / industrial environments is something that I'm working on.
- Language models / NLP applications for processing large amount of technical text data (SOP, documentation, technical data, machine text logs, voice to text, video data processing for speeding up corrective action, training, onboarding and highlighting areas of improvement / bottlenecks), digitising documents and extracting failure reasons / equipment names / spare parts / processes involved and making associations between them for pareto analysis, better search or process improvement recommendations
- Recommending the next steps to fix something / remote intervention / do something etc. Lowering the expertise threshold required for technicians, electricians, mechanics or reliability engineers to be effective.
- Enabling operators to become data scientists by enabling to train AI models via their day to day activities / analysis. Building better UX in general and providing simple tools that even a toddler could use.
- Autonomous factory use-cases / supply chain automation.
Would love to discuss with people who find these things exciting
- bobfromhuddle 4y agoI'm starting a new job doing exactly these things in order to reduce the carbon intensiveness of heavy industry, specifically cement production. I'm hyped because I think the technical challenges aren't too daunting, and the prize is huge.
- dragostudor 4y agoI've started looking into CO2e reduction techniques as well. Would be great to discuss. Working with a client in the food space who is doing this just to learn more
- ismailmo1 4y agoI used to work in manufacturing as a process engineer (now a dev) and this is fascinating to learn about. Do you have any articles on your work or any use cases where I can learn more?
- AndrewKemendo 4y agoI would +1 this I think the long term best thing we can be doing is documenting the how and why of building, designing, fixing, working with etc... everything
- dragostudor 4y agoMany companies store huge amounts of documents, but every team does it in its own way. One template can quickly result in thousands of variations. If robust documentation principles are not used from the very beginning (checklists / reduction in free text, visual indications, etc), it will be a nightmare to make sense of that data afterwards. Also, there is no value in generating large amounts of text data unless you can easily scan it and retrieve the information of interest
- AndrewKemendo 4y agoWhat I wrote wasn't simply a poorly specified product requirement document ;) Instead it was a general idea. Better and more granular documentation in a form that can be interpreted by humans and also machine readable would be a desirable outcome for any system. Especially true for systems in which the builders and operators are being replaced or EOLed Better?
- tmaly 4y agoI would not just knowledge transfer, but knowledge organization. We have so many different ways to represent knowledge, but it is very hard to access it or know where to look. I think better training and investigation into best practices of organizing knowledge would benefit all industries.
- dragostudor 4y agoDefinitely, transfer can only happen when knowledge is organised and understandable by a variety of stakeholders, with different backgrounds (education, languages spoken, years of expertise)
- boringg 4y agoI'd agree with knowledge organization. It's either you have to root through academic texts or try and navigate the spammy internet with no really happy medium. It's almost like there's a complete lack of quality middle ground information. It's either total SEO garbage or very low quality entry level information or incredibly specific/dense academic content and the middle ground is missing.
- neutronicus 4y agoBack when I was in grad school, PhD theses were indispensable for actually learning my way around a topic. The academic literature itself (even review papers) was way too terse and (I believe, semi-intentionally) obfuscatory.
- boringg 4y agoI would assume that it hasn't changed much since you were in grad school.
- kjellsbells 4y agoFormer librarian here, now at a tech co. This is exactly the domain of information science, and its a salutary tale in two industries talking past one another. Librarians have deep training in the science, philosophy and psychology of information storage and retrieval. Most of the time you think of things like Dewey numbers on library books buts its much more than that. At the dawn of the second internet age (circa 1991, think gopher, WAIS, Archie and a nascent thing called the web) there was a boatload of discussion around what this Internet thing would mean for information. Then, the tech bros arrived and after a few abortive attempts to catalog things for themselves (webrings, portals, yahoo) the industry collectively shrugged and decided to ignore the problem, assuming that a search engine would always be able to pluck your favorite needle out of the haystack. Except that, today, it cant. Intranets are essentially corporate graveyards of content. The public web is a webring of 7 or 8 megasites that vacuum up all searches and make it all but impossible to break out of their domain. That article you read in 2005 about XYZ? Forget it, you're never finding that with Google.
- vavooom 4y agoLowering the expertise threshold required for technicians, electricians, mechanics or reliability engineers to be effective. This is a really interesting application I hadn't considered before. Having lots of blue-collar family, helping new members of the trades upskill fast would take a considerable load off that workforce.
- deleted 4y ago[deleted]
- dragostudor 4y agoWould love to find out more about the lessons that you've learned in the process
- jollyllama 4y agoThere are hundred million dollar manufacturing companies out there tracking whole processes with pen and paper. Just sayin'.
- dragostudor 4y ago*hundred billion dollar companies with a manufacturing component :)
- chestervonwinch 4y agostart getting these gigs and boom, now you're a bonafide digital transformation consulting company
- dragostudor 4y agosounds awesome, have been working on several such project as well. would be great to share experiences
- chestervonwinch 4y agoI was being a bit tongue-in-cheek because "digital transformation" has become an overused marketing term. But I think the core of it is valid -- a company has an inefficient process due to lack of technical expertise or whatever and you help them fix it. There's multiple parts to this field of work: networking to find leads, doing discovery to understand a potential client's problem, formulating a technical solution, creating/negotiating contracts, and implementing the solution. My experience in this area was at a company that was large enough so that these pieces were split into different roles within our organization, and I was mostly on the tech/solution implementation side.
- dragostudor 4y agoInteresting, that is my experience at Pfizer as well, where I lead projects end-to-end, from problem discovery to solution deployment and I pretty much did everything, from talking to coding
- mediaman 4y agoI'm a partner in a factory and I believe this is an incredibly important area, and the requirements are fairly different than normal "just put it on Confluence" workplaces, in a way that most tech people don't understand and usually completely miss the mark when they're doing product dev. - Your team is out on the floor. Their hands have grease on them. Using tablets sounds great until you're trying to use it with a glove on it, or your hands are dirty, and it's hard to get grease off tablets. But they need the info out on the floor. Also, it can be noisy on the floor. - The team tends to be very visual. They don't like tapping on computers a lot. Literacy ranges from pretty good to kinda OK. Sometimes they refuse to get (or wear) reading glasses for whatever personal reason. - They're working on proprietary hardware, but technicians with the right knowledge are not nearby to come in and look at it. You really need to be able to see the issues visually. Sometimes even hear them. AR might be interesting here. (I spend $10k to fly a tech out for a few days to look at a machine. The bigger issue is that I lose $10k a day from one machine being down, and a tech might not be available to fly out for a week.) - Predictive maintenance. The fancy sensors and whatnot mostly don't work. Tech people try it in a clean, quiet office and it works, and they can raise money on it from clueless VCs, so money keeps getting set on fire with smart AI machine learning magic motor sensor companies. - Preventative maintenance. How to schedule, how to verify it was done, how to check whether it revealed an issue that needs a follow-up. Getting people to do it, and verify it was done, can be a challenge, but there are huge returns to preventative maintenance (for example: checking gearbox oil levels, verifying lubrication line function, checking valve temperatures.) - Diagnosing machine problems. Using prior problem documentation helps team members see most likely issues. But many of these people don't really want to sort through a database of prior similar issues because they "know" what the problem is. How do you provide this information to them in a way that feels more approachable to them? I could go on forever. Manufacturing is an interesting environment because downtime is usually hundreds to tens of thousands of dollars of hard cost per hour, depending on the operation, and they will spend quite a bit of money to stop it from going down, but culturally there's a vast gulf between the white collar SF tech bros and what actually happens in manufacturing plants, so innovation tends to be more limited.
- eldavido 4y agoPredictive/preventive maintenance is actually a big thrust behind my current company, Dials. HOAs, which we serve, are run by busy volunteers, yet expected to perform almost insane financial gymnastics, planning 30 years of major component replacement, e.g. common area roofs, piping, asphalt resurfacing. This involves (a) estimating each component's lifetime (total and remaining), (b) getting a cost estimate, and (c) coming up with a plan to spread paying for it out over however many years before it's needed, breaking that up between the units in the HOA, and collecting the funds, month after month. People blame cultural issues ("people won't pay for maintenance") or "laziness" but the truth is, it's just too damn hard to do predictive/preventative without a very accurate inventory of what you have. You need to get all of this into a cloud environment, and then somehow expose it so that either internal staff or external vendors (more common) can see exactly what you have, bid on fixing it, and track status and work in a fine-grained way. Our ultimate goal is doing the entire inventory automatically using computer vision (partner and I used to work in self-driving) and having enough data around that we can price and estimate everything accurately. Nobody wants to pay for this as a standalone product so we just decided to build a payment collection product (for monthly dues), start with that, and build it up. It's going pretty well and we'd love to get more people on it. Email's in my profile in case you want to chat
- version_five 4y agoThese things are all on the radar of "innovation" types. I don't mean to say they're not interesting, but in the area of applied ML all this stuff is basically as mainstream as it comes (despite being unsupported by any actual research advances).
- chaosbutters314 4y agoxerox PARC is working on this
- petra 4y ago//Lowering the expertise threshold required for technicians, electricians, mechanics or reliability engineers to be effective. Why is that important? Must every job be automated?
- lotsofpulp 4y agoIf it produces a better quality product/service with less volatility relative to cost, then yes.
- dragostudor 4y agoFewer and fewer people are interested in manufacturing jobs, especially the less glamorous ones. Large manufacturers are having a hard time using analytics and more advanced systems because of qualified labour shortages. I've spoken to manufacturers whose technicians can't even write or follow instructions correctly. Sometimes, sending 10 technicians to inspect an asset would results in 10 different opinions about possible issues / failures. All of these could lead to lower quality product and increased unscheduled downtimes, lower revenues etc etc. But, it is definitely important to still allow people to use their brains and come up with better options
- nomel 4y agoQuality, reproducibility, and precision necessarily require removing the human. If it's something "artisanal", that not necessarily true, but even then, intentional "mistakes" can be added [1]. Having humans for the sake of having humans isn't a charity that non-luxury businesses can support (à la Snow Crash). It'll have to be something that governments subsidize or enforce tyrannically. 1. https://www.forbes.com/sites/nadiaarumugam/2012/04/24/new-york-bakery-takes-legal-action-against-dunkin-donuts-fake-artisan-bagels/?sh=5047da7b6d08 https://www.forbes.com/sites/nadiaarumugam/2012/04/24/new-yo...
- ttyprintk 4y agoI volunteer for rural development organizations providing the kinds of services that suburbs would call dept of water or forestry. This point is very important to reliably onboard volunteers. If we need excavation, our worst-case scenario is that that we need excavation by someone who also knows