@dinibartaofficial: #foryou #আহমাদুল্লাহ

Dini Barta

Open In TikTok:

Region: BD

Wednesday 02 September 2026 11:20:40 GMT

104535

3973

35

230

Music

Download

No Watermark .mp4 (13.21MB) No Watermark(HD) .mp4 (12.11MB) Watermark .mp4 (0MB) Music .mp3

Comments

꧁༆𝗦𝗮𝘁𝗵𝗶༆꧂ :

🥰🥰

2026-09-03 15:59:16

2

MD Murad 111 :

🥰🥰🥰🤲👍

2026-09-02 16:35:12

1

Quraner alo :

👌👌👌👌👌👌👌👌

2026-09-04 12:35:36

1

Kalam Hafej :

2026-09-05 07:04:05

1

🇧🇩@m/s@sathy@akhthar@🇧🇩 :

🥰🥰🥰

2026-09-02 12:59:36

1

তোফায়েল আহমেদ :

🥰🥰🥰

2026-09-04 03:27:45

1

মোঃ মোশারফ করিম :

🥰🥰🥰

2026-09-03 19:29:20

1

মোঃ আনোয়ার পঞ্চগড় জেলা :

😎😎😎

2026-09-03 17:19:33

1

🤞Alamin🤘 on🖤Fiaer🤞 :

❤️❤️❤️

2026-09-03 17:01:02

1

mojammel :

🥰🥰🥰

2026-09-03 10:03:48

1

♣️কষ্টের রাজা ♣️ :

🥰🥰🥰

2026-09-02 19:25:31

1

My Shohel Rana :

😂😂😂

2026-09-02 18:27:54

1

হৃদয় ইসলাম :

2026-09-02 16:36:25

1

Md Tarek Hossen 2.0 :

🥰🥰🥰

2026-09-05 06:53:44

0

anuyar :

♥️♥️♥️

2026-09-05 10:34:30

0

. Rubel :

🥰🥰🥰

2026-09-05 06:31:09

0

MD All Amin Mia :

🥰🥰🥰🥰🥰

2026-09-05 06:12:20

0

R+S :

😔😔😔

2026-09-05 04:15:24

0

Shibbir Ahmmad Taluk :

🥰🥰🥰

2026-09-05 02:19:14

0

Tamim Hassan :

🌸🌸🌸

2026-09-05 01:38:01

0

Mohon Bissas :

🥰🥰🥰

2026-09-04 23:25:16

0

Md Nahim :

🥰🥰🥰

2026-09-04 22:34:37

0

user6698039045302 :

🥰🥰🥰

2026-09-04 18:20:17

0

To see more videos from user @dinibartaofficial, please go to the Tikwm homepage.

Other Videos

Part 2 ~ 7 Coding Laws of Senior Developer In this video, Cloud X Berry explains seven coding habits that make you a better developer, in a simple and beginner-friendly way. You open a pull request to change one line. The line takes a minute. Then you spend the rest of the afternoon working out what data actually holds, which of five optional fields is set this time, why the one operation that matters is buried three levels deep, and whether the function you just touched quietly sends an email. The change was small. Understanding it was not. That is not fixed by learning another programming language. At some point the biggest improvement comes from something less glamorous — making code easier to understand, easier to change, and harder to break. It is also what you start noticing when you work with experienced engineers: they do not write more clever code. In a lot of cases they write less of it. So we go through seven habits, and each one gets the same treatment — the version most of us write first, then the clearer one, in the same file, rewritten in place so you can see exactly what moved. Guard clauses instead of three nested checks. A name that says pendingOrder instead of data. External services kept behind a boundary so their field names never ripple through your codebase. A type that means paid, so the invalid state is harder to build in the first place. A decision pulled out of the side effects it triggers, so you can test it without touching a database. An error code a machine can act on, next to a message a human can read. And pull requests small enough that a reviewer can actually hold them in their head. None of it will eliminate every bug. That is not the claim. The claim is narrower and more useful: each habit makes the next change easier — and the next fifty after that. CHAPTERS 0:24 1 — Keep the main path easy to follow 0:57 2 — Name things by meaning 1:30 3 — Keep external systems behind a boundary 2:20 4 — Make invalid states harder to represent 3:00 5 — Separate decisions from actions 3:40 6 — Make errors useful 4:19 7 — Keep your changes focused 5:01 All seven, and the idea underneath WHO THIS IS FOR Developers a year or two in who write code that works and want to know why senior engineers keep rewriting it, backend engineers who have inherited a codebase where every small change turns into an afternoon, and anyone heading into interviews where code quality, refactoring or design comes up. #cleancode #softwareengineering #codingtips #softwaredesign #backend

Part 2 ~ 7 Coding Laws of Senior Developer In this video, Cloud X Berry explains seven coding habits that make you a better developer, in a simple and beginner-friendly way. You open a pull request to change one line. The line takes a minute. Then you spend the rest of the afternoon working out what data actually holds, which of five optional fields is set this time, why the one operation that matters is buried three levels deep, and whether the function you just touched quietly sends an email. The change was small. Understanding it was not. That is not fixed by learning another programming language. At some point the biggest improvement comes from something less glamorous — making code easier to understand, easier to change, and harder to break. It is also what you start noticing when you work with experienced engineers: they do not write more clever code. In a lot of cases they write less of it. So we go through seven habits, and each one gets the same treatment — the version most of us write first, then the clearer one, in the same file, rewritten in place so you can see exactly what moved. Guard clauses instead of three nested checks. A name that says pendingOrder instead of data. External services kept behind a boundary so their field names never ripple through your codebase. A type that means paid, so the invalid state is harder to build in the first place. A decision pulled out of the side effects it triggers, so you can test it without touching a database. An error code a machine can act on, next to a message a human can read. And pull requests small enough that a reviewer can actually hold them in their head. None of it will eliminate every bug. That is not the claim. The claim is narrower and more useful: each habit makes the next change easier — and the next fifty after that. CHAPTERS 0:24 1 — Keep the main path easy to follow 0:57 2 — Name things by meaning 1:30 3 — Keep external systems behind a boundary 2:20 4 — Make invalid states harder to represent 3:00 5 — Separate decisions from actions 3:40 6 — Make errors useful 4:19 7 — Keep your changes focused 5:01 All seven, and the idea underneath WHO THIS IS FOR Developers a year or two in who write code that works and want to know why senior engineers keep rewriting it, backend engineers who have inherited a codebase where every small change turns into an afternoon, and anyone heading into interviews where code quality, refactoring or design comes up. #cleancode #softwareengineering #codingtips #softwaredesign #backend

‏﴿ يَٰٓأَيُّهَا ٱلَّذِينَ ءَامَنُواْ لَا تُلۡهِكُمۡ أَمۡوَٰلُكُمۡ وَلَآ أَوۡلَٰدُكُمۡ عَن ذِكۡرِ ٱللَّهِۚ وَمَن يَفۡعَلۡ ذَٰلِكَ فَأُوْلَٰٓئِكَ هُمُ ٱلۡخَٰسِرُونَ ﴾ سورة المنافقون آية ٩ 🪷 #القران_الكريم #اجر_لي_ولكم #quran #vhcmr #قران_كريم

‏﴿ يَٰٓأَيُّهَا ٱلَّذِينَ ءَامَنُواْ لَا تُلۡهِكُمۡ أَمۡوَٰلُكُمۡ وَلَآ أَوۡلَٰدُكُمۡ عَن ذِكۡرِ ٱللَّهِۚ وَمَن يَفۡعَلۡ ذَٰلِكَ فَأُوْلَٰٓئِكَ هُمُ ٱلۡخَٰسِرُونَ ﴾ سورة المنافقون آية ٩ 🪷 #القران_الكريم #اجر_لي_ولكم #quran #vhcmr #قران_كريم

#sacame #del #bolsillo

#sacame #del #bolsillo

⚠️ FAKE SITUATION ⚠️ FAKE BODY ⚠️ ngerii bangett Amanda kena santet sama bekas karyawannya⁉️😱 #paketsantet #filmpaketsantet #dikiriminpaketsantet #viral #film #clip #fyp #filmedit #infofilm #fyppppppppppppppppppppppp #filmhoror #filmhororindonesia #masukberanda #fadlifaisal #fikinaki

⚠️ FAKE SITUATION ⚠️ FAKE BODY ⚠️ ngerii bangett Amanda kena santet sama bekas karyawannya⁉️😱 #paketsantet #filmpaketsantet #dikiriminpaketsantet #viral #film #clip #fyp #filmedit #infofilm #fyppppppppppppppppppppppp #filmhoror #filmhororindonesia #masukberanda #fadlifaisal #fikinaki

Ngeri bangett, ternyata masih ada santet mematikan dari pada paket santet⁉️😱 #paketsantet #filmpaketsantet #dikiriminpaketsantet #filmhoror #filmhororindonesia #masukberanda #fyppp #film #viral #fyp #filmedit #clip #kurirpaket

Ngeri bangett, ternyata masih ada santet mematikan dari pada paket santet⁉️😱 #paketsantet #filmpaketsantet #dikiriminpaketsantet #filmhoror #filmhororindonesia #masukberanda #fyppp #film #viral #fyp #filmedit #clip #kurirpaket

About

Robot
API

Legal

Privacy Policy