Undefined.

@volklub Rejected new Amaze in favour Kylaq last year. Both were released at the same time. Duringtest drive, the interiors in Kylaq Sig+ felt more premium than Amaze’s top end. Genuinely wanted to book the Amaze, but something really felt amiss, while Kylaq made us smile all the way

While buying your new car, what was the 2nd closest choice of car that you rejected and for what reason? For exp: I rejected Seltos Turbo DCT in 2020 to get VW T-Roc because I felt that Seltos isn't as well built. Lately picked GLA over iX1 because iX1 / X1 were not having All-Wheel-Drive option. These insights will help many customers and brands too. Thanks

POV: Senior Agentic Engineer

Most people optimize their entire career for guarantees: 9–5 job → fixed salary → predictable increments → “safe” tech → minimal risk. And yes, it works. You get exactly what you signed up for. But the biggest upside in tech doesn't comes from guaranteed paths. The engineers who make outsized progress are the ones willing to accept temporary drawdowns: – switching stacks before they’re “hot” – joining a startup with uncertainty – taking ownership of systems they might break – publishing opinions and code publicly – betting on skills before the market rewards them Normie tech careers are obsessed with never looking bad: never failing an interview, never joining a risky team, never learning something that might not pay off. So they overpay for safety - in time, upside, and agency. Yes, you might lose short-term comfort by taking risks. But playing only for certainty guarantees one thing: you cap your ceiling before you even start. The goal here is asymmetric risk - situations where downside is survivable, but upside is life-changing. In tech, avoiding all drawdowns doesn’t make you safe. It just quietly removes your chance to win big.

❓How can I learn/upskill/prepare with a fulltime job? An "excuse" I hear often. Do you have a goal? (Getting that better paying job, switching fields, learning DSA etc?) If no, then learning is a hobby. Do it passively (but hopefully often enough) If YES, read on

As a DevOps engineer, we all use Nginx. But most don’t understand how powerful Nginx really is. Here’s what happens when a request hits your Nginx server: Nginx sits as your system’s entry point, listening on ports 80 and 443. When a request comes in, it instantly decides the best action based on your configuration. - For static files like images or CSS, Nginx serves them directly from disk. Blazing fast with no backend needed. - For dynamic requests, it acts as a reverse proxy. It forwards requests to your backend applications and waits for responses. 👉But here’s where it gets powerful: - Load balancing across multiple backend servers with different strategies. - TLS termination handling all SSL certificates and encryption. - Response caching to serve repeated requests instantly. - Rate limiting and IP blocking for security. - Response compression to reduce bandwidth. - Custom headers for CORS and security policies. All of this is controlled by a single nginx.conf file. It reloads without downtime. 👉In Kubernetes environments, Nginx serves as an Ingress Controller. It manages and routes traffic to internal services based on paths and rules. ✅That’s why Nginx powers over 400 million websites. It’s not just a web server - it’s a complete traffic management solution.

As software engineers, most of us have an itch to improve - to become better at coding, architecture, or leadership. But do you see the problem? It's all fuzzy and vague. I follow a simple flow of questions that helps me stay focused, improve consistently, and make an incremental impact at the workplace. I'm never running around like a headless chicken. Here are the questions I ask myself, and answer honestly, like really true to its core - Why do I want to improve today? What's the need? - What niche do I want to improve in? - What are the easiest 20% of things that cover 80% of the results? - How will I go about doing this in the span of X weeks? - How will I measure that I am improving at this? Each question above is critical because it gives you clarity. By the way, if you don't have a strong reason, you'll never sustain the effort. Honestly, in that case, it's better to just relax and watch that movie you've been meaning to see. Also, many engineers never grow out of the school mindset. They make daily timetables, literally planning every single hour of the day. Don't do that. Remember: what you need is a broad plan, not granular control; a roadmap, not a prison schedule. Here are a few things that I have been doing consistently... 1. I use AI as a planner and tweak it to my needs 2. I study people I admire, and I pick one or two traits (not ten) 3. I pair every small milestone with an action and an artifact - in my case, a blog, a video, or a social media post. Aspirations are essential as they give you direction, but what's super important is to pick the right niche and execute with focus. At the end of the day, growth isn't about doing everything, it's about doing the right things with consistency. Don't chase ten different skills at once, and don't over-engineer your plan.

For every complex problem, there is often a simpler solution that works 90% of the time and takes only 10% of the effort. Prioritize that. I'll give you an example... Say, on a social app, when a user posts something and immediately tries to read it, there's a chance the read request goes to a replica that doesn't yet have the data. As a result, the user may receive a 404 error. Instead of chasing read-your-write consistency or even strong consistency, you could simply enhance the UX for most users by adding a 3-second animation on the screen, giving replicas enough time to catch up. This "solves" read-your-write consistency "enough" that most of your users would be happy, and hence it's a perfectly valid solution. Remember, your job is to solve problems that have the highest impact in the least amount of time and effort. There is no one right way to solve things in the real world. Impact matters more than perfection.

@SwapAgarwal Share the link please

This 1-page Interview Prep Tracker has helped devs clear interviews at 10+ companies. Today, I’m making it public. It’s not just any template. It’s a proven structured system that keeps your prep focused and consistent, so you can see actual growth and ace each interview level. Here’s why devs love it: - Tracks every application and interview stage in one place. - Turns your skill gaps into a clear, time-bound practice plan. - Builds daily prep consistency without overwhelm. - Helps you prepare like a product-first dev, not just a coder. - Works even if you don’t have a CS degree or a referral. If you’re job hunting and want to walk into interviews 100% ready, just drop a comment and I’ll share with you. Let’s get you hired. 💪

𝗛𝗼𝘄 𝘁𝗼 𝘀𝗲𝗹𝗲𝗰𝘁 𝗗𝗲𝘀𝗶𝗴𝗻 𝗣𝗮𝘁𝘁𝗲𝗿𝗻? Selecting the correct design pattern in software engineering is crucial for effective problem-solving. This guide streamlines the process, enabling you to make informed decisions between patterns based on your specific needs. It provides concise descriptions and valuable use cases for each pattern, making it easier to understand and apply them in real-world scenarios. To select a pattern, we must first go through the problem identification. If the problem is related to: 🔸 Object Creation? → Creational Patterns 🔸 Object Assembly? → Structural Patterns 🔸 Object Interactions? → Behavioral Patterns So, let's dive in. 𝟭. 𝗖𝗿𝗲𝗮𝘁𝗶𝗼𝗻𝗮𝗹 𝗣𝗮𝘁𝘁𝗲𝗿𝗻𝘀 🔹 Singleton: Use when a single instance of a class is needed. Some examples are logging and database connections. 🔹 Factory Method: Decouple object creation from usage. For example, you create different types of database connections based on configuration. 🔹 Abstract Factory: Create families of related objects. For example, I build parsers for different file formats (e.g., JSON, XML, CSV). 🔹 Builder: Constructing complex objects step by step. For example, if you need to create a complex domain object. 🔹 Prototype: Creating duplicate objects and reusing cached objects to reduce database calls. 𝟮. 𝗦𝘁𝗿𝘂𝗰𝘁𝘂𝗿𝗮𝗹 𝗣𝗮𝘁𝘁𝗲𝗿𝗻𝘀 🔹 Adapter: Make incompatible interfaces compatible. For example, it integrates a new logging library into an existing system that expects a different interface. 🔹 Composite: Represent part-whole hierarchies. For example, graphic objects in a drawing application can be grouped and treated uniformly 🔹 Proxy: Control access to objects. For example, lazy loading of a high-resolution image in a web application. 🔹 Decorator: Dynamically add/remove behavior. For example, we are implementing compression or encryption on top of file streams. 🔹 Bridge: Decouple abstraction from implementation. For example, I am separating platform-specific code from core logic. 𝟯. 𝗕𝗲𝗵𝗮𝘃𝗶𝗼𝗿𝗮𝗹 𝗣𝗮𝘁𝘁𝗲𝗿𝗻𝘀 🔹 Strategy: Define a family of algorithms. For example, they allow users to choose different sorting or compression algorithms. 🔹 Observer: Maintain a consistent state by being notified of changes and, for example, notifying subscribers of events in a messaging system. 🔹 Command: Encapsulate a request as an object. For example, I implement undo/redo functionality in a text or image editor. 🔹 State: Encapsulate state-specific behavior. For example, we are handling different states of a user interface element (e.g., enabled, disabled, selected). 🔹 Template Method: Define the skeleton of an algorithm in operation, deferring some steps to subclasses and implementing a base class for unit testing with customizable setup and teardown steps. Ultimately, we developed the pattern we needed for our problem. #softwareengineering #programming #softwaredesign

@sunnykgupta Agents

🚀🚀 FREE cohort to learn AI Engineering… open for all… to join, understand what it is: I just wrapped up an awesome journey with Designing Data Intensive Applications. From February to August, I ran a public learning cohort, sticking with the book all the way through, it was the first time we ran a cohort this long. We finished something this solid, and really got what the book was teaching. If you haven’t read it yet and you work with big data or want to understand how data is stored and managed in the cloud, I highly recommend you get into it. Trust me, it's super useful before you jump into advanced topics like machine learning or using models for big data tasks. For me, it’s like learning to drive a manual car before moving to automatic… getting the basics right just helps everything else make sense later. Now, I’m excited to start my next learn in public series with Team Shiksha. If you’re new, this is where we pick a topic, break it down from the ground up, and level up together as a community. This time, I plan to get handson with AI engineering. It’s a big, fast moving field… things like LLMs and AI agents are everywhere. To be honest, there’s no fixed plan yet. We’re going to explore, try to understand how these systems are built, how they’re trained (even thinking about how we might train our own), and how people use AI agents in work and life today. If you’re interested in joining us, drop a reply “Agents” below. I’ll send you an invite to our Discord. (Ensure you’ve followed me, so I can DM) Planning to kick things off later in August. Let’s learn together. 👀🙌 If you have read so far, help me reach new folks, 🔂 for good karma.

Article: blog.codingconfessions.com/p/big-o-vs-har…

@SwapAgarwal Yes.

This one page Notion portfolio has helped 12+ devs land jobs without referrals or fancy resumes. Today, I’m giving it away. It’s not just a template. It’s a high signal, recruiter-friendly doc that shows what you’ve built and how you think. Here’s why it works: - Designed for fast skimming. One page. Zero fluff. - Includes ChatGPT prompts to help you write with clarity. - Shows your projects and your decision-making process. - Adds product-thinking sections most dev portfolios miss (this is the era of product-first devs). - Built to stand out even if you don’t have a CS degree or job history. If you’re job hunting and want a portfolio that actually gets callbacks, drop a “yes” in the comments and I’ll send it over to you. Let’s get you hired. 🙌🏻

Hey @grok , who is the most famous person to visit my profile. Dont tag them in the reply.

@realankush @Peerlist @X @LinkedIn Yes, much help needed for this.

❓Do you have difficulty using social media like @peerlist, @x, @LinkedIn to create your visibility and brand? If so, I am starting something new this week. We will have a sync every week! Go over how to fix your socials. We will collect data on how posting consistently for a year will bring you opportunities beyond your wildest dreams! And catch: if you don’t do your part, you are booted off from the active program. Who wants to join something like this?

@volklub Why such a gulf between VW and Skoda? Did Kylaq make such a difference.

April Car Sales 2025 (Dealer Dispatched Numbers) Total - 3.53 lakh units Maruti - 1.38 lakh Mahindra - 52,330 Tata - 45,199 Hyundai - 44,374 Toyota - 24,833 KIA - 23,623 Skoda - 7,302 MG - 5,829 Honda - 3,360 VW - 2851 Renault - 2,602 Nissan - 1,825 Citroen - 339 Jeep - 300

@VDuddukuri @prasanna_n3314m @volklub There is minimal to no engine noise inside.

@prasanna_n3314m @volklub How about engine noise coming inside cabin?, is it bothering?, I heard no insultion kept to minimize engine noise.

Hmm, select queries bringing the system down.

@hajarechetan1 Congratulations fellow Akoya Baner customer. Enjoy your ride.

A huge shoutout to @volklub for the spot-on advice on getting the Kylaq! Couldn’t be happier with this beautiful purchase. Your insights made all the difference—truly appreciate it! @SkodaIndia