Para los programadores, CRLF (retorno de carro y avance de línea) resulta ciertamente familiar. CR (r, retorno de carro) mueve el cursor hacia el lado izquierdo de la línea actual y LF (n, avance de línea) mueve el cursor una línea hacia abajo.También existe Nueva línea (NL, NewLine), que se refiere a mover el cursor una línea hacia abajo y hacia el extremo izquierdo de la línea actual.
CRLF existe principalmente para ser compatible con formatos de archivo de diferentes sistemas operativos. Por lo general, Windows usa CRLF como carácter de nueva línea, mientras que Unix/Linux y macOS solo usan LF.
Recientemente, D. Richard Hipp, el fundador de la base de datos SQLite, propuso que CRLF está desactualizado y debería abolirse.
Hipp cree que los orígenes de CRLF se remontan a la era de los teletipos mecánicos hace 70 años, y que esa combinación de caracteres ya no es necesaria en los entornos informáticos modernos.
Señala que en la mayoría de los lenguajes de programación y máquinas modernas, solo se usa LF para representar una nueva línea, mientras que CR no tiene ningún uso práctico en la mayoría de los casos.
Hipp incluso hizo cuatro sugerencias, incluida la de detener el uso de caracteres CR innecesarios y cambiar el nombre de U+000a en Unicode a "nueva línea" en lugar de "salto de línea".
Tan pronto como surgió este punto de vista, despertó una fuerte resonancia entre muchos programadores, y muchas personas también tenían puntos de vista diferentes.
Algunas personas piensan que CRLF a menudo causa confusión en el procesamiento de archivos de texto multiplataforma, especialmente al analizar estos archivos durante la programación.
Pero también existe el punto de vista de que tratar con finales de línea diferentes o mixtos no es un problema complicado y que los estándares existentes no deberían cambiarse por conveniencia individual.
Otros argumentan que el verdadero problema radica en las herramientas Unix y Git mal diseñadas, que tienen problemas para manejar los finales de línea.
Ante la discusión, Hipp finalmente retiró su propuesta, admitiendo que aunque su idea fue casi un éxito en teoría, la realidad de las dependencias del software era mucho más complicada de lo que esperaba.