@arya2004
backend dev & cat connoisseur /ᐠ。ꞈ。ᐟ\
I am a Computer Engineering undergraduate at Vishwakarma Institute of Technology, Pune . With hands-on experience in software development and cloud-native applications, I specialize in Python, Go, C#, and full-stack web development using MERN, ASP.NET Core, and Angular. I have interned at Alemeno and CodingKraft, where I developed AI-driven compliance systems, Python execution engines, and secure web solutions. My projects include scalable microservices, machine learning pipelines, and secure banking APIs deployed on cloud platforms like Azure with Kubernetes and CI/CD automation. Adept in tools like Docker, Redis, RabbitMQ, and GitHub Actions, I am certified in Deep Learning and DevOps. I have a strong foundation in algorithms, having solved over 350 coding problems across platforms like Leetcode and Codeforces. Additionally, I actively contribute to open-source projects, mentoring initiatives, and hackathons.
I am available for Internships and Mentorship
Great question about references in Go versus Rust! Here's a simple explanation: In Rust, the compiler uses a system called "borrow checking" to ensure reference safety. It strictly enforces rules about ownership, borrowing, and lifetimes. This ensures that references are safe, avoiding common issues like dangling pointers or data races. Go, on the other hand, has a simpler memory model. While it doesn’t have explicit ownership rules like Rust, Go's garbage collector takes care of memory management. The compiler ensures safe access to references by checking for scope violations and other basic issues during compile time. Since Go is designed for simplicity and concurrency, it relies on runtime mechanisms (like garbage collection) to manage memory safety rather than strict compile-time checks like Rust. Let me know if you'd like a deeper dive into this comparison!