Interests: News, Finance, Computer, Science, Tech, and Living

  • 9 Posts
  • 409 Comments
Joined 3 years ago
cake
Cake day: June 13th, 2023

help-circle



  • There are various designs of backlights. They typically have a stack of loose components in an assembly. By loose I mean not totally fixed but not too free. They have to free float enought that temperature changes do not cause issues. They also have to not stick, warp, or buckle over time. Harder to engineer then you might think.

    So consider what might happen if for example the top backlight film might buckle some then stick to the back of the lcd. The film might deform which would change its optical properties. Then later thermal cycling might cause release. It might do same elsewhere.

    Not saying this is mechanism, but just example.

    Edit: Keep in mind the LCD is glass, and the backlight components are plastic. Very different thermal expansion coefficients. Then add LED or CCFL lighting and you have a big changing heat source. Add on top of that humidity changes too.



  • Sounds to me like the backlight behind the LCD. They have components which could potentially sag, stick, or warp. White screen is probably best way to see. Also look at various angles. May be more visible at some angles then others.

    Hard to unsee. I know this feeling. I used to work in the industry years ago. Displays are never perfect and hard to unsee things once you see them especially when it was part of your job.







  • Common:

    • Procedural, preferably Functional. If you need a procedure or function use a procedure or function.
    • Object Oriented. If you need an object use an object.
    • Modular
    • Package/Collection of Modules
    • Do not optimize unless you need to.
    • Readable is more important then compact.
    • Somone said minimal code coupling, Yes! Try to have code complexity increase closer to N then N factorial where N is code size.

    Frankly everything else is specialized though not unuseful.




  • You can get about 10x by compiling Python using PyPy. So compiling is not nothing. Using Numpy alone is about 5x which surprised me. There is a lot of missleading stuff out there about how to make Python fast. Lot of people say CPython is pretty fast or that using a binary library like numpy is fast. No CPython is very slow and libraries are not always that fast.

    Edit: Another compiler is Numba which is more specialized. It can get 30x on some code without numpy. Again compiling can help.


  • We will have to disagree on that. This is all problem spectific, but I have found C code integrated via ctypes, cffi, or by a C extension is over 100x Python alone. Interestingly Python, Numba, and Numpy together which is a more pythonic solution can get to those speeds too.

    All of the other approaches I have tried are much slower: Nuitka, Cython, Numpy alone, PyPy, etc.

    To get best speeds one has to compile for your specific architecture and enable things like vectorization, auto parallel, and fast math. Most default builds including libraries do not do that.



  • flatbield@beehaw.orgtoProgramming@programming.devWhy Is Python So Popular in 2025?
    link
    fedilink
    English
    arrow-up
    7
    arrow-down
    1
    ·
    edit-2
    3 months ago

    White space nonsense. Yes and no. I do not enjoy tracking down white space issues until I remember the alternative. Matching brackets, writing begin/end statements, and worst of all looking at code that appears well indented until later you find it is not. and it runs totally differently then it looks. Similar issues with semicolons.

    Pretty much everyone uses LSEs these days so frankly matters less either way most of the time.