JavaScript in Plain English

Location: Brazil, Ribeirao Preto. Tax paying from Lisbon in 2022.

Remote: Yes, 10 years experience.

Style: Generalist + specialist. I have acquired skill as a generalist in the past 10 years, although I have a C.S. background from 2000.

Technologies: ReactJS, JavaScript, Redux, NPM, Docker, Electron, HTML5, CSS3, SVG, GAE.

Past: Netscape, Mozilla, Yahoo.

Résumé: http://mgalli.com/

Email: mgalli@mgalli.com

Entrepreneur-founder with technical skills in modern JS technologies. Although I have worked with core engineers, such as the inventor of JavaScript and browser developers; I never worked as a core engineer but always under marketing. Consider myself a JS protyper, UX-UI developer; but one that have a wider view of what happens with servers, client and HTTP networking.

Check this point of view based on writings and what I do. First, examples of front-end with UX and UI work:

* http://vanessaoliveirapsi.psc.br/
* http://mariarita-dermatologista-mrclinica.meplex.com.br/
* http://www.mgalli.com/

Example of server-rendered graphics:

* http://vanessaoliveirapsi.psc.br/about (the HTML template is rendered by a headless browser in the backend)

Back-end for this project? Yes, Docker, NodeJS. But keep in mind that it is an MVP. Therefore, from the procuct perspective, it lives to test hypothesis and not with the goal of scaling.

Now, regarding technical writing and articles:

[Using JavaScript to translate crypto trade records from CSV to JSON | by Marcio S Galli | Geek…

> I would say that the "market" doesn't agree with your thoughts on the matter

I'm well aware. :) But it wouldn't be the first time that large-scale groupthink has led an industry or society in the wrong direction.

The problem is that there is now an entire generation or two of frontend developers who are "senior" based on years of experience who have only known web development post-React. They're not really aware of working with anything other than a framework, what these frameworks and libraries initially set out to solve, whether those same problems still exist today, or what is possible with modern native web technologies. They in turn go on to invent new frameworks and libraries to address some of the shortcomings of what they're used to working with, but without considering the possibility that these massive frameworks might not be needed at all. This is why we need developers with experience in the early days of the web, those with different backgrounds, and those who are willing to rethink the modern approach from first principles, to guide the industry towards saner development environments, and more maintainable and performant projects.

Datastar, for example, takes a radically different approach, and while I can't say whether it's the right one for every project, the results speak for themselves. It powers projects that would be a nightmare to build, if not outright impossible, with any other framework, with incredible performance, all with a tiny fraction of…

I read this article[0] which was written by the framework’s author. It looks like it gets closer to “reagent in plain Javascript,” which is pretty great.

JS development would benefit greatly from a native “immutable, nestable, performant, deep-compare-by-value” data type that supported something like these operations:

atom.get(path)
atom.set(newValue) // returns new atom
atom.set(path, newValue) // returns new atom

By handling this type in the JS engine, you can take advantage of HAMT to make this quite performant[1]. The “single-global-state atom” pattern is a point of convergence, and it would be nice to have native speed instead of relying on one of the many libraries that reach for it, each with their own trade offs. (SolidJS uses proxies for this.)

It should be a language-level abstraction. I suspect it would be rapidly adopted by a lot of frameworks, and we’d all benefit from it.

[0] https://javascript.plainenglish.io/designing-solidjs-immutability-f1e46fe9f321

[1] https://en.m.wikipedia.org/wiki/Hash_array_mapped_trie

This seems like a well done talk, but part of me is tired of the same information repeated again and again in different forms. I feel like I’ve already seen [0] [1] [2] this talk about 15min in. Details tag, input validation attributes, the dialog element etc.

It’s a good message (look at these platform features!) but rarely am I seeing people that are surprised by the existence of the details accordion tag any more.

Comically I guess the <details> tag they’re (and myself is) familiar with is usually wrapped in an Accordion react component with the open close state saved in a hook, so maybe we haven’t learned.

[0] http://youmightnotneedjs.com/

[1] https://www.kryogenix.org/code/dont-need-that-js/

[2] https://javascript.plainenglish.io/sometimes-you-dont-need-javascript-at-all-73a6a226a1c3

This guy literally wrote the same AI generated rage bait article format for every programming language he could think of yesterday.

https://medium.com/codeelevation/python-is-dying-and-nobody-wants-to-admit-it-4260f774117a

https://javascript.plainenglish.io/react-is-dying-and-nobody-wants-to-admit-it-8210c459abe0

https://javascript.plainenglish.io/php-dead-and-nobody-wants-to-admit-it-6337964534e3

https://medium.com/javarevisited/java-is-dying-and-nobody-wants-to-admit-it-461395cdb92f

https://javascript.plainenglish.io/javascript-is-dying-and-nobody-wants-to-admit-it-f3d8388d5f82

I don't think this author is worth much time. Her previous works seem to mostly be Medium SEO bait crap[1][2], I would take this story with a similar amount of seriousness.

https://levelup.gitconnected.com/an-employee-got-fired-because-of-bad-smells-c35ae2714785
"An Employee Got Fired Because of Bad Smells"

https://javascript.plainenglish.io/a-millionaire-5m-usd-developer-has-changed-my-money-goals-79ee5a454ab1
A Millionaire (5M USD+) Developer Has Changed My “Money” goals