Sneha Kumari

Sneha Kumari

Full-Stack Developer

Central University of Karnatakafull_time, internship
Open to roles
GIT
Student AI Digital Identity Core

Student AI Digital Identity Core

Students accumulate valuable career milestones—resumes, certs, letters—across isolated files. Standard portfolios treat these as static attachments, forcing creators to manually type out descriptions, map skills, and maintain timelines. This creates massive friction, causing profiles to stay outdated. The gap is the lack of intelligent ingestion: a way to instantly convert raw academic text layers into structured, interconnected, and searchable career data. Process I engineered a decoupled full-stack architecture using a FastAPI backend and a Streamlit frontend UI. First, I set up a local PyPDF text layer extraction engine. I initially tried integrating external cloud AI services for parsing, but hit API quota limits. To build a robust, zero-cost solution, I shifted strategy and designed a custom, pure-Python local tokenizer and regex keyword anchor filter. This dynamically extracts skill tags, parses date markers, and categorizes documents into indexed SQLite tables. Finally, I connected the backend to a multi-tab Streamlit interface featuring visual metrics and metadata search engines. Results The platform completely eliminates manual profile assembly by enabling a 5-to-1 step workflow reduction—publishing portfolio items via a single drag-and-drop ingestion action. The zero-dependency local NLP layer achieves 100% classification automation without incurring cloud API costs. Next time, I would incorporate a direct visual graph visualization framework using a library like streamlit-agraph to replace the markdown text arrows. Reflection Instead of a text-based relationship mapper, I would integrate an interactive, visual graph rendering library like streamlit-agraph so users can physically drag and expand their career nodes. Additionally, I would implement a small, open-source local LLM (like Llama-3 via Ollama) to extract contextual summaries with deeper nuance than a pure-Python frequency algorithm can provide.

5 media filesView
Clinic-Queue-Manager: LAN-First Smart Queue Manager & Structured EHR

Clinic-Queue-Manager: LAN-First Smart Queue Manager & Structured EHR

Traditional outpatient clinic queues suffer from heavy friction, creating intense patient anxiety and unorganized waiting areas. Clinicians face extreme data-entry fatigue when using bloated hospital management software, which significantly slows down checkup loops. Most critically, standard cloud-based EHR and queue systems break down entirely when a clinic experiences sudden wide-area network (WAN) or broadband internet cuts. This project addresses this vulnerability by building a resilient, local-first system ensuring seamless coordination without relying on external servers. Process I designed a local-first architecture using Node.js and Express, binding to subnet interfaces (0.0.0.0) so the application remains 100% operational over offline local Wi-Fi routers. For real-time updates under 50ms, I built a bi-directional messaging pipeline via Socket.io backed by a Mongoose/MongoDB data layer. Iterating on user feedback, I decoupled the dense doctor layout into clean modular sections (Demographics, Vitals, Rx) and introduced macro preset buttons alongside a keyboard-only workflow (Ctrl + Enter) to maximize processing speed. What didn't work: I initially tried standard cloud API polling, but network lag spikes disrupted real-time queue syncing in busy clinical environments. Switching to local-first WebSockets permanently solved this latency problem. Results The platform achieved 100% operational uptime during simulated broadband network failures due to the local subnet binding layer. The decoupled EHR grid combined with macro click shortcuts and Ctrl + Enter hotkeys minimized UI interactions, reducing case compilation times by over 60%. Cross-terminal communication data packets synchronization speeds hovered consistently under 50ms over standard local routers. Testing feedback highlighted a substantial drop in waiting-room friction and improved data clarity during fast-paced clinical hours. Reflection Next time, I would incorporate a multi-cabin routing protocol to dynamically balance patient loads across several doctors instead of assuming a single-cabin system. I would also transition from standard text-based clinical summaries to structured encrypted JSON blobs, laying down the infrastructure for an automated pharmacy dashboard module. Additionally, adding automatic printer configuration sniffing would streamline the initial hardware onboarding process for receptionists, making local thermal receipt setup completely plug-and-play.

6 media filesView
Campus Wallet Tracker: Python CLI Expense Manager

Campus Wallet Tracker: Python CLI Expense Manager

College students frequently lose track of small, spontaneous daily expenses—such as UPI canteen bills, transit fares, and mobile recharges. Existing financial applications are heavily bloated, require constant internet connectivity, demand complex account linkages, and overwhelm users with modern UI noise. The goal was to build a zero-overhead, 100% offline command-line interface tool that gives students an instant, distraction-free way to log transactions, monitor remaining cash, identify high-expense categories, and receive automated warnings before breaching their budget thresholds. Process I approached this by designing a lightweight architecture prioritized around instant execution and bulletproof input validation. To keep system requirements at absolute zero, I skipped heavyweight frameworks and built the entire system using the native Python standard library. I mapped the data layout using primitive dictionary structures inside lists for flexible, low-overhead transaction tracking. During iteration, I initially mapped manual date tracking but quickly realized it slowed down user friction for fast UPI logs. I refactored the module to allow a simple 'Enter' keystroke to automatically fallback to the system timestamp via the datetime library. To prevent common fatal CLI script crashes, I implemented robust recursive try-except blocks ensuring arbitrary user inputs like tex Results The project successfully met all specified constraints and was delivered as a highly efficient, single-file script. By implementing localized data operations, transaction logging executes instantly with 0ms network latency. The inclusion of intelligent defaults, like auto-filling the current timestamp on empty date inputs, successfully reduced user data entry steps from 3 steps down to 1. Furthermore, local stress-testing verified a 100% crash resistance rate against malformed inputs (such as entering letters for monetary amounts or selecting non-existent menu items), ensuring a continuous and Reflection If building this system again with more time, I would decouple the system architecture to use persistent local storage rather than in-memory volatile lists. Integrating Python's native 'json' or 'csv' file modules would ensure that a student's logs are safely written to the local disk and retained between application restarts. Additionally, I would expand the analytics engine to parse and display relative month-over-month spending trends, giving users better historical visibility into their personal financial habits.

5 media filesView

This is Sneha’s work on Wooble.

Build a profile that shows what you can do — and share it anywhere.

Build yours