@jellytine6: Nasa huli ang pagsisi #totga #yearner

JANE
JANE
Open In TikTok:
Region: PH
Sunday 30 August 2026 09:18:53 GMT
196227
27445
109
4126

Music

Download

Comments

jieskie123456789
🦪★˚୨𝐒𝐭✰𝐫𝐠𝐢𝐫𝐥୧˚★ :
welcome to enchong dee university Ryan Bang HAHAHAHAHA
2026-08-31 03:28:48
0
libbiejamesmedes
Ffsalty :
umamin din ako kaso may asawa na.
2026-08-31 00:59:56
147
mharzkie28
🆒 dog :
the one that go away
2026-08-31 03:50:21
0
iamrose198
🫟 :
Anonv thought process niya?
2026-08-31 02:37:06
0
heyitsmejenn18
Jlo🦋🧿🌺 ⑭🩵🤍 :
Umamin lang pag ramdam mong may feelings din sya pag wala iwasan mo na asap hahaha
2026-08-30 22:16:19
49
rukawa0903
M4rkk_rms :
permission to copy idol
2026-08-30 23:37:58
4
lessie967
Ms. Sun🌻 :
na para bang...nasa huli talaga Ang pagsisisi
2026-08-31 01:42:19
26
meesvthv
⋆ ִִֶָ ๋ꩇׁׅ݊𝜗𝜚𖹭 ๋ ִֶָ⋆ :
his fyp pls
2026-08-31 03:32:31
0
mooniess13
🌙 :
parang favorite ko na ang "SABIHIN MO NA" gusto ko pakinggan paulit-ulit😌
2026-08-30 23:00:26
16
uyyyynah
nomnom :
aaaaaahhhhh
2026-08-30 23:37:44
3
its_me_michhhh
mich :
anong sign ba 'to?
2026-08-31 00:22:31
4
tineliboon03
Christine liboon :
may asawa't anak na sya aamin paba ako HAHAHAHA
2026-08-31 01:53:23
4
frencessjayraha27
😇 :
ayaww kasi i know aware syaaa pero kit ganon wlaang nag bago sa clossnesss yoko na palalimin ang ugnayan baka d mag work 😭
2026-08-30 17:03:39
6
gevamaecapricorn
mrs:morco :
ang poggiini ryan jan 😭🤧😍
2026-08-30 22:06:51
4
nicolasmontallana5
montallanaNicolas :
tapos pag umamin friends lang 😂
2026-08-31 02:23:39
1
missmaam0003
ms.anyaa :
may asawa't anak na be tapos married na aamin paba ako HAHAHAH
2026-08-31 01:29:38
1
kuysians
kristian :
First time ko umamin ayon seaman pala ang gusto niya
2026-08-30 21:43:47
4
seijifujio
S E I J I F U J I O :
Tama. Kesa ligaw ka ng ligaw, sayang effort mo kung wala naman pala gusto sayo. Mas maganda maaga mo malaman para kung gusto ka rin edi happy pero kung ndi hanap ulit iba.
2026-08-30 22:39:34
5
myra5452
myra@ :
❤️❤️tama
2026-08-31 00:19:45
2
yenggg62
Yenggg :
saketttt non 16 years di mabura-bura di malimutan🥺 sakit mo kuya Ryan Bang 🤣 mag eentertain tapos biglang mawawala, siguro kaya yeng yung nickname ko kase mafifeel ko talaga yung nararamdaman ni ate yeng eh🤣 emeeee gusto ko din kase malaman yung sagot kung bakit?
2026-08-30 23:48:36
3
johnmarksuerte688
makoy :
umamin para masaktan kase Hindi gusto sakit non
2026-08-31 00:42:10
1
lowkey44587
low-key :
aamin sana ako Kaso Wala akong mapag sasabehan e hahahha
2026-08-31 04:29:57
0
To see more videos from user @jellytine6, 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​ ​

About