• 0 Posts
  • 14 Comments
Joined 1 year ago
cake
Cake day: June 1st, 2023

help-circle
  • Mars@beehaw.orgtoProgrammer Humor@programming.devTough break, kid...
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    8 months ago

    Yeah, writing prompts it’s the long term goal, programming will be obsolete.

    Nobody that can write a problem in a structured language, taking edge cases into account, will be able to write a prompt for a LLM.

    Prompt writers will be the useful professionals, because NO big tech company is trying to make it obsolete making AI ubiquitous and transparent, aiming it to work for natural language requests made by normal users or simply from context clues. /s

    Prompt engineering it’s the griftiest side of the latest AI summer. Look a who is selling the courses. The same people that sold crypto courses, metaverse courses, Amazon dropship store courses…


  • Mars@beehaw.orgtoProgrammer Humor@lemmy.mlsigma star
    link
    fedilink
    English
    arrow-up
    3
    ·
    11 months ago

    A tree can be seen as a formal language. Look into L-systems.

    If you generalize what a symbol is (the rgb value of a pixel) you can write a grammar that ends producing a list of pixels. You can then place it in a 2d matrix and you have an image.

    I guess a better approach would be wave function colapse, but seems to me like it could be formally described as a grammar (CS or CF, dunno, would have to look into it)




  • It’s funny how computers are almost the only human invention that for some reason must be able to be used without learning anything.

    We don’t do that for almost anything else. We expect people to learn how to drive, how to fill taxes, how to buy things on the store, how to cook, how to play chess. It seems like the only cases when someone decides learning stuff is an inconvenience is when tech people get into another field and tries to disrupt it.

    I am all about making things as simple as they can be, but not simpler. Intuitive is a super relative term that depends on your knowledge and life experience. People find Office intuitive after using it for twenty years, but for me is a nightmare where legacy features intermingle with weird cloud and AI shit, and most of the time I only need a markdown file. No interface is intuitive, they are only familiar, clear, accesible, discovereable, etc.

    Interface Design goes in cycles of skeuomorphism and simplification because computer stuff is not Intuitive, you have to open the way with metaphors people can understand, and when they are part of everyday life you can make the app for the virtual credit cards not look like it’s made of leather.







  • I’m sorry but framework and library in this post are going to be used loosely, because even React, Vue, Angular, Svelte, etc devs use the terms loosely.

    React is mostly a UI library like you would find in most native app development. Of them all them JS frameworks/libraries is one of the less opinionated and with less batteries included. By design it does not does everything. Most other frameworks do way more.

    It lets you define custom components. The components can have properties that their parent component defines and internal state. If the state or the properties change the component gets redrawn (magically). There are some lifetime functionalities (things to do on first render for example) and performance improving stuff (memoization) but mostly that’s it.

    All the other features you talk about are third party libraries or frameworks that can operate with react or are build on top of and cover the bases, like routing, fetching, caches, server side rendering, styling utility libraries, component libraries, animation libraries, global state management, etc.

    The big difference with the vanilla way is that the approach is mostly declarative. The runtime takes charge of updating the DOM when your components state or properties change.

    You take a big performance hit, and an even bigger bundle size one, but the speed of development and huge ecosystem of readymade solutions can be really important for some use cases.

    Other frameworks take different approaches to solve the same problems:

    • Component system for code reuse and organization.
    • Some way to manage state
    • Some way to decide what to re-render and when.
    • Extra stuff. Some frameworks end here, some have tools for everything you would need for a web app.


  • I know it’s a joke, but it’s an old one and it doesn’t make a lot of sense in this day and age.

    Why are you comparing null to numbers? Shouldn’t you be assuring your values are valid first? Why are you using the “cast everything to the type you see fit and compare” operator?

    Other languages would simply fail. Once more JavaScript greatest sin is not throwing an exception when you ask it to do things that don’t make sense.