Lenin Patra18:52
Good. Now let's go one layer below. All these things I'm talking about today are because I have done my part and I'm still doing my part, and I can see how the industry is going. But let's look back 20 years when I was just graduating from college, just like you guys, a beginner trying to get my foot into the semiconductor industry. I want to reflect on that and tell you what kind of challenges I faced. It may be different now because a lot of things are available today, but hopefully that will give you a perception of my journey, what I have done, and what you guys can do to be a leader in that industry. When I got into Honeywell, my first job was designing sensors for aerospace, a cabin pressure sensing system. When I look back, I had no clue what I was getting into. I had no idea that somebody was asking me to design a cabin pressure sensing system that would fly 10,000 feet above, carrying 300 people, with everybody's safety depending on that sensor. Obviously I got a lot of help from talented peers, advisors, and engineering managers. But if I look back, that was probably the most valuable lesson I learned: how to be fearless, how to ask for help, how to be a team player, and more importantly, how to upgrade your knowledge base very quickly. In the classroom, nobody tells you that you have a pressure sensor, you are designing a sensor to measure pressure with strain gauges, convert that to an electrical signal with amplifiers, feed that into an A2D converter to digitize the signal and give real-time feedback on how the pressure sensor is behaving. The reason I brought that example is because it reminds me of what you are being taught: the core definition of digital electronics, NAND gates, NOR gates, universal gates, how to build flip-flops and memory cells. But on this foundation, you actually build a product. You never get a sense of how impactful your four years at NIT Calicut were. I was thinking I had a good time with friends and teachers, but when the sensor came back and worked, I was extremely elated. There were a lot of challenges in the process, but at the end of the day you always go back to your basics, your fundamentals. Is that clear? Good. I'm saying this because as you move into the industry, you will see a lot of focus on tools, compilers, languages. But make no mistake, my friends: all those things you can learn on the job. What you cannot learn is the basics, the fundamentals of digital electronics, analog electronics, how a common mode rejection works for an op-amp, how a current mirror works. Those are very critical and important. I'll give another example. In our final year, there was a subject called Fuzzy Logic and Neural Networks. Trust me, I'm not lying. We were desperate to mock up the lessons as soon as possible, write the exam, get a passing mark, and leave the hell out of that subject. That's how difficult that subject was. But let me rephrase: it was not the difficulty of the subject, it was our unwillingness to learn it because we thought it was not useful. Being 21 years old, we thought we knew the whole world, we were the smartest kids on earth. You know what? When I look back, and I'm doing a lot of work in machine learning and artificial intelligence, oh boy, it's all about neural networks, fuzzy logics, building systems with a lot of neurons. Everything goes back to the basics, to the fundamentals. The other day I was joking with my wife: I'm reaching 40, but I'm still thinking about the subject I was taught 23 years back. But hey, that's the fun part of your journey and career. You'll always look back and find a place to your home, where you have been taught.
Now let's go to the reality of what is happening today and how you can gear up to the upcoming challenges. I'll stop for another 10 minutes, then we'll have questions. Today, if you look back, I was telling you about big data, data economy, data infrastructure, why data bandwidth, storage, and compute are important. The reason is simple: every single day there are tons of applications running on this infrastructure. You have Flipkart, Patanjali, Zomato, and a lot of startups becoming unicorns. But no matter what, some of this data needs to be processed to give you insights, to show how things are being analyzed at a much faster rate. Why am I bringing this up again and again? My young friends, there are tons of technical challenges waiting to be solved. I told you about latency, why it is critical. A simple example is a self-driving car. You are driving, you suddenly see a scooter coming in front of your car. As a person, you press the brake and stop. If it is a self-driving car, you expect that to happen much sooner, much faster, because you don't see a guy sitting behind the vehicle to drive it, and you are scared. But to make that happen, latency is important. Somebody needs to cut down the latency. To cut down latency, you need to process data much faster. Today, I'm not bragging, I'm working on developing a bandwidth of 200 gigabits per second on a single pair, the world's fastest 200-gig system. Somebody from NIT alone is the architect of that system. It will go everywhere in the industry. It doesn't exist today. One year from now, you can talk about it. The whole reason is to cut down latency. The second thing which is also very important is power consumption of a device. How do you reduce power? Every communication system is complex. One core mechanism in a communication system is to extract maximum SNR, maximum signal-to-noise ratio. That means you have to suppress noise as much as possible. Look back at semiconductor devices: you'll find various sources of noise: thermal noise, flicker noise, 1/f noise. These are major dominant noise sources in any electronic system or chip design. But it always comes with a penalty. To suppress noise, you have to pump more current. When you pump more current into the circuit, it burns more power. That's the challenge. When you are processing data at such a higher rate, you have to find innovative ways to reduce power. In the semiconductor world, we talk about picojoules per bit. That is the figure of merit of any system design: power, bandwidth, and the die area. The die area is directly related to the cost of a product. Performance is the bandwidth of a system, the SNR, how good the communication system is. And all those things are related directly or indirectly to power. When I talk about picojoules per bit, it's not about reducing 0.1 or 0.2 picojoules per bit. For a 100-gigabit system, the industry standard is about 5 picojoules per bit, meaning for a 100-gigabit device, it consumes about 500 milliwatts of power. But there is a catch: while it consumes 500 milliwatts, it is also driving something called a 3-meter or 4-meter direct attach cable, which in communication language we call insertion loss, about 40 dB of loss. People can say they can do it at 3 picojoules per bit or 300 milliwatts, but your immediate question should be: can you drive the same performance? So don't get too biased by the picojoules per bit. The figure of merit really boils down to power, performance, and area, and it is calibrated in the industry as picojoules per bit with respect to the loss of the system you want to drive. Does that help?