Slashdot Mirror
There's A New New JavaScript Framework (infoworld.com)
An anonymous reader quotes InfoWorld:
Mithril, an open source JavaScript framework for single-page applications, is looking to best Facebook's React, Google's Angular, and Vue JavaScript tools in performance and ease of use. The framework is small and fast, and it provides routing and XHR (XMLHttpRequest) out of the box. Mithril also offers benefits in relative density, lead developer Leo Horie said. "It's possible to develop entire applications without resorting to other libraries, and it's not uncommon for Mithril apps to weigh a third of other apps of similar complexity." Horie said that the framework feels closer to vanilla JavaScript.
Mithril's website features a comparison to Angular, React, and Vue. Mithril, for example, offers much quicker library load times and update performance than React, and it has a better learning curve and update performance than Angular. Compared to Vue, Mithril supposedly offers better library load times and update performance.
Since its initial release, version 1.0.1 has added performance improvements in IE, while 1.1.0 added support for ES6 class components and support for closure components.
Mithril's website features a comparison to Angular, React, and Vue. Mithril, for example, offers much quicker library load times and update performance than React, and it has a better learning curve and update performance than Angular. Compared to Vue, Mithril supposedly offers better library load times and update performance.
Since its initial release, version 1.0.1 has added performance improvements in IE, while 1.1.0 added support for ES6 class components and support for closure components.
Please tell me this hideous new design - presumably for millennials that can't read more than a summary - is an April fools joke
I don't know if this is April Fools' Joke or not... Because there is new JS framework every other day anyways....
Mithril has been around since at least 2014 (first commit to github was in March 2014), which is practically geriatric in the rockstar JavaScript world.
They put a lot of work into this, even down to the github commit history. ;)
Article, "How it feels to learn JavaScript in 2016": https://hackernoon.com/how-it-...
See my subject: When these 'frameworks' get a bug (security or functional) it can be problematic.
* P...& it's javascript (MAIN 'harbinger of evil' online (w/ Adobe Flash))!
APK
P.S.=> I learned what you speak of long ago (in late 90's using VB on the job w/ its .ocx active X OLE server controls & addon DLL libs for VB & other HLLs). It's WHY I wrote this by hand in straight inline-compiled faster non-interpreted "stand-alone" single .exe form APK Hosts File Engine 9.0++ SR-7 32/64-bit https://www.google.com/search?hl=en&source=hp&biw=&bih=&q=%22APK+Hosts+File+Engine%22+and+%22start64%22&btnG=Google+Search&gbv=1/ & it's IMPOSSIBLE to infect (minus a long custom 'hackjob' tailored to it alone) "Hyper-Alloy Combat-Chassis: Micro-Processor controlled, FULLY armored, VERY tough" constructed (checks vs. alteration in every try-catch err-trapped function/proc) & IMPOSSIBLE to crash - not a bug in it since public release in 2012... apk
I just got my head around Swagger, which has umpteen implementations to choose from, and now tackling GraphQL, which has umpteen implementations to choose from. In the meantime, still learning Javascript2015 and trying to use Seneca for microservices.
And while I'm doing that, I have a legacy PHP app to deal with, a legacy Nodejs app we're trying kill, a new Nodejs app that runs our site. And... documenting/redesigning our data model and architecture.
The biggest problem with GraphQL is that much of the documentation assumes familiarity with one or more of: Relay, React, Hapi, Redux, Sequelize, GraphQL plugins (many) and on and on. And... documentation and examples before 2016 tend to be outdated or not working.
It takes me weeks just to analyze all the options available, and pick something that isn't going to throw a dozen new technologies at the team, some of which might already be abandoned.
So, yeah, JavaScript fatigue.
If you post it, they will read.
This is probably the first year (and yes, I was there for OMG ponies) that slashdo^Wslacker news hasn't sucked a bag of dicks on 4/1.
You should probably keep this theme.
Copyright (c) 1990 - 2014 Dice. All rights reserved. Use of this comment is subject to certain Terms and Conditions.
...and Inferno is much faster.
I was starting to worry.
I know Angular and friends are bloated, but unless i'm missing something, is this library's pattern really to do all binding by creating the markup from JavaScript... because that is some ugly shit that MVCs are supposed to let us avoid.
Sadly, this is NOT an April Fool's joke.
Because somebody thinks that HTML belongs wrapped in Javascript.
And, sadly, this isn't the first time this has happened.
https://www.youtube.com/watch?...
HTML is a useful way of encoding static documents -- but it does not belong in a single-page application in my opinion. Stuff like JSX or Angular2 templates takes a standard (HTML) and makes adhoc changes -- which is a bad thing to do to a standard!
Mithril does the right thing by generating DOM from real programming code. If you use Mithril from TypeScript like I do, all that DOM-generating code is easily refactorable using an IDE just like any other code.
If you also use Tachyons.js or similar for CSS, you can also do styling in the same file -- like any standard development system in the past (like Java or Python or Smalltalk).
It's really sad that JavaScript developers are forced to be less productive their entire careers and have ugly lumps of junk in the middle of their source code just in case some "designer" might want to spend an hour playing with HTML and CSS in the application.
Ask a Java programmer if they want to code UIs that way -- with three files for every UI page written in three different languages -- three files that most IDEs can't even connect together for navigation and semantic search and refactoring.
My biggest Mithril app to date:
https://github.com/pdfernhout/...
https://narrafirma.com/try-nar...
It's really unfortunate some Slashdot editor saw fit to announce this on April Fools because it makes it less likely people will take is seriously.
A 21st century issue: the irony of technologies of abundance in the hands of those still thinking in terms of scarcity.
it has a better learning curve... than Angular.
That's not saying much.
to run the thing? Any tab in my browser can peg a core.
Thanks for asking. Participatory narrative inquiry is an approach in which groups of people participate in gathering and working with raw stories of personal experience in order to make sense of complex situations for better decision making. Essentially, the NarraFirma app leads someone step-by-step through a process of story gathering, sensemaking from those stories, and possibly intervention based on those results. That process is defined in a 700 page textbook my wife wrote: http://workingwithstories.org/
A 21st century issue: the irony of technologies of abundance in the hands of those still thinking in terms of scarcity.
Sorry, I don't think you get the level of integration possibly by the Mithril/TypeScript combo and how well it supports refactoring and debugging compared to coding big chunks of your application in ad hoc templating systems like JSX. And that just gets even better when you use something like Tachyons.js for CSS. When everything is TypeScript (or JavaScript), a programmer can use standard tools to do everything instead of hitting arbitrary boundaries where things work differently when you run into template issues. For example, how does an IDE know how to refactor JSX? Or how do you set break points in JSX? Or how do you parameterize the generation of JSX? There may be answers to those three questions, but they are non-obvious.
There is a huge difference between progressive enhancement of one page of HTML from the 2000s and the idea of writing a complex cross-platform application with 100s of pages that just happens to run in a browser and just happens to use the DOM and just happens to use a JavaScript VM.
Mithril has its warts (the latest version fixes a bunch of them) but overall technically (one can debate community size and its implication) Mithril is still better than most everything else I've seen for SPAs -- except maybe Elm but that is a bigger leap).
A 21st century issue: the irony of technologies of abundance in the hands of those still thinking in terms of scarcity.
So so tired of new JavaScript frameworks.
How is one supposed to plan long term projects and learn all these new frameworks and pick the "right" one that's going to last and not be abandoned or incompatible with new versions...
It's ridiculous. JavaScript developers need to figure this out or lose credibility as serious developers in it for sustainable development.
I loved your Chronicles!
https://www.amazon.com/Chronic...
"In the distant future mankind creates sentient cybertanks patterned on the human brain to help fight their alien enemies. Then, inexplicably, the humans vanished. They just went away. All that is left of the human empire are the cybertanks who, in their own way, keep the human civilization alive. With an intelligence based on the human psyche, the cybertanks continue to defend human space, but also perform scientific research, create art, form committees and ponder the universe. These are the stories of one of the first cybertanks, known to his friends as âoeOld Guy.â He has outlived most of his peers, and has had a wealth of experiences over his long life, but he is starting to slowly become obsolete. Join him and his comrades Double-Wide, Whiffle-Bat, Smoking Hole, Mondocat, and Bob, as they live and love and fight alien enemies such as the deadly Fructoids, the Yllg, and the fiendish Amok."
And I also liked the other three novels you wrote about your adventures too (including one about when a backup copy of your program was activated back on Earth)!
A 21st century issue: the irony of technologies of abundance in the hands of those still thinking in terms of scarcity.