DataVidhya retweeted
practice data infra on cloud here - datavidhya.com/labs
DataVidhya retweeted
You need only one lab to master Microsoft Fabric
Nothing else!
datavidhya.com/labs/
DataVidhya retweeted
Master Data Infra here - datavidhya.com/labs
DataVidhya retweeted
One place to master everything about Azure Data Engineering @thedatavidhya
DataVidhya retweeted
10 Data Engineering Projects You Should Build
โข Data Lake โ S3 + Glue Crawler + Athena
โข Lakehouse โ Databricks + Delta Lake + Unity Catalog
โข ELT Pipeline โ Airbyte + Snowflake + dbt
โข Real-Time Streaming โ Kafka + Spark Structured Streaming + Delta
โข Medallion Architecture โ Bronze / Silver / Gold on Databricks
โข Workflow Orchestration โ Airflow + dbt + Snowflake
โข CDC Pipeline โ Debezium + Kafka + Iceberg
โข Big Data Processing โ EMR + Spark + S3
โข Data Quality & Observability โ Great Expectations + dbt tests + Slack alerts
โข End-to-End Analytics โ Fivetran + BigQuery + dbt + Looker
Don't just learn tools.
Connect them. Move data through them. Prove you can build pipelines.
DataVidhya retweeted
If Youโre Learning Spark in 2026, Read This First...
Most people learn Spark like this:
-> Hereโs read.parquet()
-> Hereโs groupBy()
-> Hereโs join()
-> Hereโs write.format("delta")
And then the first time their job runs for 3 hours, they stare at the Spark UI like itโs a cockpit.
Hereโs the thing: Spark isnโt hard because the API is hard.
Spark is hard because itโs a distributed system that pretends to be a Python library.
So instead of starting with APIs, letโs build the mental model that makes Spark feel obvious. Today weโll nail 5 ideas:
๐๐ป DAG
๐๐ป Shuffle
๐๐ป Partitioning
๐๐ป Catalyst
๐๐ป Memory
I have published a newsletter that will teach spark more than any $1000 course ever will
Read the entire newsletter here: blog.datavidhya.com/p/if-youโฆ
DataVidhya retweeted
If you want to learn cloud data engineering and have a fear of a $1000 bill, read this.
The thing that stops people is not the concepts. It is the credit card.
So we built @thedatavidhya CloudLabs.
Real AWS. Sandbox account, data already loaded, disappears when you are done. No card, no bill.
10 labs live tomorrow:
S3 data lake, Athena, Glue crawler, Glue PySpark, Glue Studio, Lambda, S3 events, SQS, lifecycle rules, Iceberg lakehouse.
That is not a cloud course. That is the job.
------
Start here: datavidhya.com
We are running a limited-time 50% offer for Independence Day ๐ฎ๐ณ
USE CODE - FREEDOM50 at checkout (this is a limited-time offer valid till tomorrow, 15th Aug 2026, midnight)
DataVidhya retweeted
I spent 6 hours reading Netflix's data engineering blog, so you don't have to
2 petabytes of new data every week. The storage bill is going up 50% every single year.
The generic answer is: get more storage and compute
But Netflix handles it differently. Now here is what confused me the first time I read it.
Netflix runs hundreds of petabytes on S3. Their queries still come back. Their bill did not go to the moon. So what did they actually do?
I read six of their engineering posts this week. Not summaries. The actual posts.
Netflix did not find a cheaper cloud. They stopped paying for work nobody asked for.
That is the whole thing. Four leaks, four fixes.
Read the complete blog here: blog.datavidhya.com/p/how-doโฆ
DataVidhya retweeted
I spent 8 hours learning dbt, so you don't have to
I spent a workday reading the dbt docs, the Snowflake performance guides, and the BigQuery partitioning reference to find out where the minutes actually go.
The answer was uncomfortable, because it isnโt a dbt problem you can fix with a dbt flag.
dbt is a compiler and a scheduler.
It renders your Jinja into plain SQL text, works out an order, opens a few connections, and sends the text down the wire. Then it sits there.
That reframe matters because it changes what you go looking for. You stop tuning dbt and start reading query plans
So a slow project is one of four things, and all four are warehouse-side:
โ
You picked the wrong materialisation for the modelโs size.
โ
Your incremental strategy is scanning far more than it needs to.
โ
Your DAG shape forces the same work to happen more than once.
โ
Your tests are quietly running hundreds of full-table queries.
Read the complete newsletter here -blog.datavidhya.com/p/i-spenโฆ
DataVidhya retweeted
Most engineers stop revisiting fundamentals the moment they ship things at scale.
I am doing the opposite. Relearning data engineering from scratch with @thedatavidhya , built by @parmardarshil07 , while my day job is building scalable backend systems that run in production.
Relearning something you already do for a living is uncomfortable in a useful way. You find out quickly which parts you actually understood and which parts you had memorised well enough to ship.
I have been writing about software engineering, data engineering and AI / LLM systems here for a while. That continues, except now from both sides at once. What the course teaches, and what production quietly corrects.
Follow along @Sayantan7D if that is your kind of timeline ๐
DataVidhya retweeted
Become an AI Data Engineer with just one video โฌ๏ธ
Here's what you'll build:
1. RAG-based chat application to talk with the dataset
2. Sentiment analysis of user feedback
3. Text-to-SQL to chat with a data warehouse
Not only this, but you will also learn how to build a complete data pipeline
Zomato Datasetโ S3 โ Snowflake. Bronze, Silver, Gold, cleaned and modelled with dbt. Orchestrated with Airflow. Served with Streamlit.
This 5 Hour video will teach you more than a $ 1,000 paid course; go check it out, IT'S FREE!
Find the video - youtube.com/watch?v=kYwaNMQ3โฆ
๐ค Made with AI
DataVidhya retweeted
FREE Zomato AI Data Pipeline | End-To-End AI Data Engineering Project (5 Hours)
How does AI work in Data Engineering?
This project will teach you the major things you need to know.
1/ The foundation
Zomato Datasetโ S3 โ Snowflake. Bronze, Silver, Gold โ cleaned and modelled with dbt. Orchestrated with Airflow. Served with Streamlit.
2/ LLM as a transform step
Enriching raw reviews into structured insights, landing in a mart like any other model.
3/ RAG on your own data
Reviews โ embeddings โ vector store. Ask a question, get a grounded answer with sources. Your pipeline can now explain itself.
4/ Text-to-SQL with guardrails
Chat with your warehouse in plain English.
This is the difference in 2026:
โ Everyone can move data from A to B.
โ
Very few can build a pipeline where AI is integrated with security and governance to match.
Tag someone who might be interested and comment your thoughts below โฌ๏ธ
Watch here - youtu.be/kYwaNMQ3XT8?si=aA0yโฆ
๐ Data engineers: your pipeline is only as good as the file formats you choose.
Know these essentials:
โข CSV โ Simple & universal
โข JSON โ APIs & semi-structured data
โข Parquet โ Columnar, compressed & analytics-ready
โข Avro โ Schema evolution & streaming
โข ORC โ Optimized for big data workloads
Master the format. Master the pipeline. ๐
#DataEngineering #BigData #DataAnalytics #ApacheSpark #ETL #DataEngineer
Master the format. Master the pipeline. ๐
#DataEngineering #BigData #DataAnalytics #DataEngineer
DataVidhya retweeted
AI tools I use as a Data Engineer ๐ค
Here's my stack:
๐น GitHub Copilot โ SQL, Python, PySpark, dbt - writes 40% of my code.
๐น Claude โ Data architecture reviews, pipeline design, debugging messy logic.
๐น ChatGPT โ Documentation, ETL logic, runbooks, and pipeline explanations.
๐น Cursor โ Refactoring data pipelines, scripts, and full project codebases.
๐น Amazon Q โ AWS Glue, Redshift, Athena, S3 troubleshooting.
๐น Snowflake Cortex โ AI-powered SQL, data analysis, and building LLM apps inside Snowflake.
๐น Databricks Genie โ Asking questions on business data using natural language.
๐น dbt AI Assistants โ Model documentation, lineage, tests, and SQL cleanup.
๐น k8sgpt โ Debugging Airflow, Spark, and Kubernetes-based data workloads.
I use these tools as per the need; a lot of the time, I use Claude Code for most of my coding and jump between Codex and Cursor
What do you use on a day-to-day basis? Let me know โฌ๏ธ
Unpopular opinion:
If youโre still building every new pipeline with ETL in 2026, youโre probably carrying habits from older data stacks.
Modern warehouses made ELT the default for a reason.
If youโre learning Spark in 2026, youโre probably learning it the wrong way.
Spark is still important.
But the role of a data engineer has changed dramatically because of AI, cloud warehouses, and modern tooling.
The roadmap most people follow is now outdated.
I wrote about what Iโd do differently if I were starting today.
Read here โ
DataVidhya retweeted
6 datasets that will actually teach you Data Engineering (real production-scale problems, not clean 500-row CSVs) ๐
Every beginner practices on the Titanic dataset.
Then they hit a real job and see 2 billion rows, messy formats, and access controls.
These 6 datasets close that gap:
โ๏ธ ๐ก๐ฌ๐ ๐ง๐๐ ๐ง๐ฟ๐ถ๐ฝ ๐ฅ๐ฒ๐ฐ๐ผ๐ฟ๐ฑ๐
๐ ๐๐ฆ๐ข๐ค๐ฉ๐ฆ๐ด: ๐ฃ๐ช๐จ ๐ฅ๐ข๐ต๐ข ๐ฃ๐ข๐ด๐ช๐ค๐ด
โ Billions of taxi trips, already in Parquet
โ Practice partitioning, incremental loads, and Spark jobs
โ The best first "my laptop can't handle this" moment
โ nyc.gov/site/tlc/about/tlc-tโฆ (also on the AWS Open Data registry)
โ๏ธ ๐๐ป๐๐๐ฎ๐ฐ๐ฎ๐ฟ๐ ๐ ๐ฎ๐ฟ๐ธ๐ฒ๐ ๐๐ฎ๐๐ธ๐ฒ๐
๐ ๐๐ฆ๐ข๐ค๐ฉ๐ฆ๐ด: ๐ฅ๐ข๐ต๐ข ๐ฎ๐ฐ๐ฅ๐ฆ๐ญ๐ช๐ฏ๐จ
โ Real e-commerce tables: orders, products, users
โ Perfect for joins, star schemas, and dbt practice
โ Search "Instacart" on kaggle.com/datasets
๐ค ๐ก๐ข๐๐ ๐ช๐ฒ๐ฎ๐๐ต๐ฒ๐ฟ ๐๐ฎ๐๐ฎ (๐๐๐๐ก / ๐๐ฆ๐)
๐ฆ๏ธ ๐๐ฆ๐ข๐ค๐ฉ๐ฆ๐ด: ๐ค๐ญ๐ฆ๐ข๐ฏ๐ช๐ฏ๐จ ๐ฎ๐ฆ๐ด๐ด๐บ ๐ฅ๐ข๐ต๐ข
โ Decades of weather readings from stations worldwide
โ Weird formats, missing values, quality flags โ like real company data
โ Search GHCN or ISD on NOAA's data portals
๐ ๐๐ช๐ฆ ๐ข๐ฝ๐ฒ๐ป ๐๐ฎ๐๐ฎ ๐ฅ๐ฒ๐ด๐ถ๐๐๐ฟ๐
โ๏ธ ๐๐ฆ๐ข๐ค๐ฉ๐ฆ๐ด: ๐ค๐ญ๐ฐ๐ถ๐ฅ-๐ด๐ค๐ข๐ญ๐ฆ ๐ฑ๐ณ๐ฐ๐ค๐ฆ๐ด๐ด๐ช๐ฏ๐จ
โ Common Crawl (the web), Landsat (satellites), OpenStreetMap
โ Read directly from S3 โ no downloads, just like production
โ registry.opendata.aws
โ ๐ ๐๐ ๐๐-๐๐๐ ๐๐น๐ถ๐ป๐ถ๐ฐ๐ฎ๐น ๐๐ฎ๐๐ฎ๐ฏ๐ฎ๐๐ฒ
๐ฅ ๐๐ฆ๐ข๐ค๐ฉ๐ฆ๐ด: ๐ธ๐ฐ๐ณ๐ฌ๐ช๐ฏ๐จ ๐ธ๐ช๐ต๐ฉ ๐ด๐ฆ๐ฏ๐ด๐ช๐ต๐ช๐ท๐ฆ ๐ฅ๐ข๐ต๐ข
โ Real (de-identified) hospital records
โ You sign an access agreement first โ exactly how regulated industries work
โ Search "MIMIC-III PhysioNet"
๐ค ๐ก๐ฌ๐ ๐ฏ๐ญ๐ญ / ๐๐ถ๐๐ ๐ข๐ฝ๐ฒ๐ป ๐๐ฎ๐๐ฎ
๐๏ธ ๐๐ฆ๐ข๐ค๐ฉ๐ฆ๐ด: ๐๐ฃ๐ ๐ช๐ฏ๐จ๐ฆ๐ด๐ต๐ช๐ฐ๐ฏ
โ Millions of service requests, updated daily
โ Build a pipeline that pulls fresh data on a schedule โ a real portfolio project
โ Search "311" on data.cityofnewyork.us (DataSF and other cities work too)
My advice: don't collect all 6.
Pick ONE. Build ONE pipeline end to end. Put it on GitHub.
One finished project beats six downloaded datasets.
Which dataset did I miss?
















