News for hackers. Stuff that matters.

A comment on Designing a Pure Python Web Framework. Parent comment

Re:Designing a Pure Python Web Framework by jph00 on Friday March 22, 2024 @03:57PM (#39794203)
All programming is abstractions, unless you're using machine code. Abstractions don't necessarily make debugging harder -- done the right way, they can make it easier.

(Yes, you can call it "pure python" if it compiles to something else, because every programming language compiles to something else.)

[ Parent | on HN ]
Re:Designing a Pure Python Web Framework by Terretta on Friday March 22, 2024 @05:16PM (#39794947) 

    10100010 00000000
    10111101 00010011 00001000
    10011101 00000000 00000100
    11101000
    11100000 00101100
    11010000 11110101
    01100000
    01010010 01100101 01100001 01101100 
    00100000 01110000 01110010 01101111 
    01100111 01110010 01100001 01101101 
    01101101 01100101 01110010 01110011 
    00100000 01100011 01101111 01100100 
    01100101 00100000 01101001 01110100 
    00100000 01101001 01101110 00100000 
    01100010 01101001 01101110 01100001 
    01110010 01111001 00000000
[ Parent | on HN ]
Re:Designing a Pure Python Web Framework by dgfitz on Friday March 22, 2024 @06:15PM (#39795427)
“ �����,��`Real programmers code it in binary”
[ Parent | on HN ]
Re:Designing a Pure Python Web Framework by Retr0id on Friday March 22, 2024 @06:55PM (#39795704)
machine code is very much still an abstraction
[ Parent | on HN ]
Re:Designing a Pure Python Web Framework by paulddraper on Friday March 22, 2024 @07:01PM (#39795746)
> Yes, you can call it "pure python" if it compiles to something else

There is an idea that "pure python" means python + python runtime.

For example, pg8000 is a "pure python PostgreSQL driver", but psycopg is not.

Even though both of them only require Python code from their users.

[ Parent | on HN ]