Why don't we mention the concept of callBack props in the 'Lifting State Up' page?

There are times the source of the detailed or complete data is best isolated in a child component rather than trying to lift the state up and creating large parent component. The large parent component that has all the state, goes against the concepts of code isolation and separation of concerns,

Given this, why not add a note to https://reactjs.org/docs/lifting-state-up.html that talks about callback props?
There are 3 issues i'm aware of with callback props:

1. that warning that the parent component is still rendering: solution: launch the event handler code asynchronously
   2): In async functions, after await(), we should check whether the component is still mounted.
   3): whenever a function is passed as a prop it must be frozen and then only added to the useEffect() dependency chain (better to add all dependencies for useEffect rather than ignore the warning)

Comienza con la página “Lifting State Up” en reactjs.org/docs/lifting-state-up.html y revisa cómo se relacionan las callback props con sus indicaciones. Evalúa las tres preocupaciones enumeradas en el issue y determina si corresponde incluir una nota precisa en la página. Se considera terminado cuando la documentación incluye una explicación clara y técnicamente respaldada, o cuando se rechaza con una justificación la adición propuesta en el issue.