• 0 Posts
  • 34 Comments
Joined 1 year ago
cake
Cake day: July 1st, 2023

help-circle




  • Kolego, jedna prawda w morzu kłamstw nie sprawia, że wszystko staje się prawdą.

    Aspekt automatycznych aktualizacji akurat jak najbardziej można uznać za bezpieczeństwo. Jeżeli dowolna zewnętrzna aplikacja mogłaby w tle się aktualizować, to z zaufanej aplikacji bez twojej wiedzy mógłby się zainstalować malware. Natomiast każda aktualizacja, która pojawia się na Google Play wymaga weryfikacji.


  • Ale kiedy pisałem na Reddicie, że the Verge nie jest w żadnym wypadku rzetelnym źródłem informacji z ludźmi którzy faktycznie mają pojęcie o tym co piszą, tylko Klubem Circlejerkowania Apple’a to dostałem masę downvote’ów.

    Za każdym razem jak czytałem tam jakiś artykuł to w większości z nich co drugie zdanie autor nie miał pojęcia o czym pisze.


  • W żadnym wypadku nie chcę bronić Google’a, ale Epic kłamie w żywe oczy i oni o tym wiedzą.

    Na Androidzie każdy, ale to dosłownie każdy, nawet taki zwykły Kowalski jak ja może sobie dystrybuować aplikacje jak chce.

    Nie chce używać Google Playa? Może udostępnić .apk, albo udostępnić aplikację w jednym z wielu już istniejących sklepów, albo nawet utworzyć swój własny sklep. Tak samo z jakimikolwiek płatnościami.

    Jakim cudem Epic zestawił Androida iOSa na równi pod tym kątem? Nie mam pojęcia.





  • If you’re a beginner:

    I almost gave up programming once, I thought I was too stupid.

    Then I learned Linux and figured out starting out in IDEs as a beginner is the worst thing you can do. It doesn’t teach you anything, it just lets you get the job done - the thing that you should avoid while learning.

    If you can’t build your software with only CLI - you probably have no idea how technology you’re programming in works.

    If you are intermediate:

    Reinventing the wheel is a great way to learn how libraries you’re using actually work.


  • gornius@lemmy.worldtoProgrammer Humor@lemmy.mlPHP is dead?
    link
    fedilink
    arrow-up
    11
    arrow-down
    1
    ·
    8 months ago

    The language itself is not that bad. Especially the newest releases are really great, thought out DX improvements. What stinks are its legacy parts and how it needs to be run.

    My biggest pain is that for it to actually behave like it should it requires some sort of an actual web server like apache or nginx.

    Also, servers written in are actually request handlers - every time a request comes, the whole app is reinitialized, because it just can’t hold its state in memory. In many apps every request means reinitializing connection with database. If you want to keep some state, you have to use some caching mechanism like redis or memcached.

    Also had one time when Symfony app was crashing, because someone forgot to close class braces, and everything was “working” until some part of code didn’t like it and was just dying without any error.

    And one time when someone put two endlines after php closing tag at the end of the file, confusing the entire php interpreter into skipping some lines of code - also without warning, and only in specific php version.


  • Why do you need Windows VM for developing GUI apps? Last time I used Visual Studio to make GUI app I almost gave up programming, because of how code-generation dependent it was.

    For C# you have AvaloniaUI. For cpp you have countless multi-platform GUI toolkits, same for rust, Java has its own toolkits (multi-platform), and finally you can make an Electron/Tauri app.


  • The way for your desktop to communicate with the hardware.

    It used to be X11 - A server-client architecture, which meant your desktop was effectively just a client that told the server what to do. The server was the one doing the drawing

    Wayland is just a protocol, defining how programs and desktop should communicate with each other - without a middleman that was X11 server. The desktop does the actual drawing here.



  • Lockfile contains exact state of the npm-managed code, making it reproducible exactly the same every time.

    For example without lockfile in your package.json you can have version 5.2.x. In your working directory, you use 5.2.1, however on repo, 5.2.2 has appeared, matching your criteria. Now let’s say a new bug appeared in 5.2.2.

    Now you have mismatched vendor code, that can make your code behave differently on your machine, and your coworker’s machine, making you hunt for bug that wasn’t even on your side.

    Lockfile prevents that by saving an actual state of vendor code.