Experience285:
A girl of about 14 just entered my room without knocking. I was dressing up, I thought she will say oh sorry
Rather she kept kept and be looking. I said are u not afraid? She replied how can I be afraid of that pencil. Up till now am still dumbfounded

Cuz they've already eatin bellefuland their eyes don tear reach back.

Heathen:
God I hate frontend, there seems to been a new framework or library every other month. Disgusting.

Thats the problem with wedevelopment. If its desktop app or mobile app like android or ios, you just have only one consistent UI library

bularuz:
Mithril appears to be much easier to learn and faster since it has a small size, however a lot of work need to be done if they want to join the big 3 javascript framework putting in mind the other numerous framework like svelte and ember js. Good luck

Its not about complexity or whats in vogue, its about simplicity in solving complex stuff. In the IT world, we too like headache... I rather settle for something simple, easy, straightforward and get my job done.

niel63:
You people are just speaking, using different vocabulary for a language that has a simple meaning.

I went through your docs and api...
It's okay... but give me a good reason why I should leave a framework that's just a twist off the same framework you're using as comparison.

Good job though.

Because is simple, easy to use and setup compared to the one you are using and you can still do advanced stuff with mithril.js like you would other frame works

Whatever big development needs web or mobile development contact and you will get the job done with longterm support.

Minimum budget is 150k max is 250k. Any budget lesser than these plz dont contact - Serious Clients Only.

Contact is in the image below:

React and Mithril share a lot of similarities. If you already learned React, you already know almost all you need to build apps with Mithril.

https://mithril.js.org/framework-comparison.html

They both use virtual DOM, lifecycle methods and key-based reconciliation
They both organize views via components
They both use JavaScript as a flow control mechanism within views
The most obvious difference between React and Mithril is in their scope. React is a view library, so a typical React-based application relies on third-party libraries for routing, XHR and state management. Using a library oriented approach allows developers to customize their stack to precisely match their needs. The not-so-nice way of saying that is that React-based architectures can vary wildly from project to project, and that those projects are that much more likely to cross the 1MB size line.

Mithril has built-in modules for common necessities such as routing and XHR, and the guide demonstrates idiomatic usage. This approach is preferable for teams that value consistency and ease of onboarding.

Performance
Both React and Mithril care strongly about rendering performance, but go about it in different ways. In the past React had two DOM rendering implementations (one using the DOM API, and one using innerHTML). Its upcoming fiber architecture introduces scheduling and prioritization of units of work. React also has a sophisticated build system that disables various checks and error messages for production deployments, and various browser-specific optimizations. In addition, there are also several performance-oriented libraries that leverage React's shouldComponentUpdate hook and immutable data structure libraries' fast object equality checking properties to reduce virtual DOM reconciliation times. Generally speaking, React's approach to performance is to engineer relatively complex solutions.

Mithril follows the less-is-more school of thought. It has a substantially smaller, aggressively optimized codebase. The rationale is that a small codebase is easier to audit and optimize, and ultimately results in less code being run.

Here's a comparison of library load times, i.e. the time it takes to parse and run the JavaScript code for each framework, by adding a console.time() call on the first line and a console.timeEnd() call on the last of a script that is composed solely of framework code. For your reading convenience, here are best-of-20 results with logging code manually added to bundled scripts, running from the filesystem, in Chrome on a modest 2010 PC desktop:

55.8 ms
4.5 ms
Library load times matter in applications that don't stay open for long periods of time (for example, anything in mobile) and cannot be improved via caching or other optimization techniques.

Since this is a micro-benchmark, you are encouraged to replicate these tests yourself since hardware can heavily affect the numbers. Note that bundler frameworks like Webpack can move dependencies out before the timer calls to emulate static module resolution, so you should either copy the code from the compiled CDN files or open the output file from the bundler library, and manually add the high resolution timer calls console.time and console.timeEnd to the bundled script. Avoid using new Date and performance.now, as those mechanisms are not as statistically accurate.

For your reading convenience, here's a version of that benchmark adapted to use CDNs on the web: the benchmark for React is here, and the benchmark for Mithril is here. Note that we're benchmarking all of Mithril rather than benchmarking only the rendering module (which would be equivalent in scope to React). Also note that this CDN-driven setup incurs some overheads due to fetching resources from disk cache (~2ms per resource). Due to those reasons, the numbers here are not entirely accurate, but they should be sufficient to observe that Mithril's initialization speed is noticeably better than React.

Here's a slightly more meaningful benchmark: measuring the scripting time for creating 10,000 divs (and 10,000 text nodes). Again, here's the benchmark code for React and Mithril. Their best results are shown below:

99.7 ms
42.8 ms
What these numbers show is that not only does Mithril initializes significantly faster, it can process upwards of 20,000 virtual DOM nodes before React is ready to use.

Update performance
Update performance can be even more important than first-render performance, since updates can happen many times while a Single Page Application is running.

A useful tool to benchmark update performance is a tool developed by the Ember team called DbMonster. It updates a table as fast as it can and measures frames per second (FPS) and JavaScript times (min, max and mean). The FPS count can be difficult to evaluate since it also includes browser repaint times and setTimeout clamping delay, so the most meaningful number to look at is the mean render time. You can compare a React implementation and a Mithril implementation. Sample results are shown below:

12.1 ms
6.4 ms
Development performance
Another thing to keep in mind is that because React adds extra checks and helpful error messages in development mode, it is slower in development than the production version used for the benchmarks above. To illustrate, here's the 10,000 node benchmark from above using the development version of React.

Drop-in replacements
There are several projects that claim API parity with React (some via compatibility layer libraries), but they are not fully compatible (e.g. PropType support is usually stubbed out, synthetic events are sometimes not supported, and some APIs have different semantics). Note that these libraries typically also include features of their own that are not part of the official React API, which may become problematic down the road if one decides to switch back to React Fiber.

Claims about small download size (compared to React) are accurate, but most of these libraries are slightly larger than Mithril's renderer module. Preact is the only exception.

Be wary of aggressive performance claims, as benchmarks used by some of these projects are known to be out-of-date and flawed (in the sense that they can be - and are - exploited). Boris Kaul (author of some of the benchmarks) has written in detail about how benchmarks are gamed. Another thing to keep in mind is that some benchmarks aggressively use advanced optimization features and thus demonstrate potential performance, i.e. performance that is possible given some caveats, but realistically unlikely unless you actively spend the time to go over your entire codebase identifying optimization candidates and evaluating the regression risks brought by the optimization caveats.

In the spirit of demonstrating typical performance characteristics, the benchmarks presented in this comparison page are implemented in an apples-to-apples, naive, idiomatic way (i.e. the way you would normally write 99% of your code) and do not employ tricks or advanced optimizations to make one or other framework look artificially better. You are encouraged to contribute a PR if you feel any DbMonster implementation here could be written more idiomatically.

Complexity
Both React and Mithril have relatively small API surfaces compared to other frameworks, which help ease learning curve. However, whereas idiomatic Mithril can be written without loss of readability using plain ES5 and no other dependencies, idiomatic React relies heavily on complex tooling (e.g. Babel, JSX plugin, etc), and this level of complexity frequently extends to popular parts of its ecosystem, be it in the form of syntax extensions (e.g. non-standard object spread syntax in Redux), architectures (e.g. ones using immutable data libraries), or bells and whistles (e.g. hot module reloading).

While complex toolchains are also possible with Mithril and other frameworks alike, it's strongly recommended that you follow the KISS and YAGNI principles when using Mithril.

Learning curve
Both React and Mithril have relatively small learning curves. React's learning curve mostly involves understanding components and their lifecycle. The learning curve for Mithril components is nearly identical. There are obviously more APIs to learn in Mithril, since Mithril also includes routing and XHR, but the learning curve would be fairly similar to learning React, React Router and a XHR library like superagent or axios.

Idiomatic React requires working knowledge of JSX and its caveats, and therefore there's also a small learning curve related to Babel.

Documentation
React documentation is clear and well written, and includes a good API reference, tutorials for getting started, as well as pages covering various advanced concepts. Unfortunately, since React is limited to being only a view library, its documentation does not explore how to use React idiomatically in the context of a real-life application. As a result, there are many popular state management libraries and thus architectures using React can differ drastically from company to company (or even between projects).

Mithril documentation also includes introductory tutorials, pages about advanced concepts, and an extensive API reference section, which includes input/output type information, examples for various common use cases and advice against misuse and anti-patterns. It also includes a cheatsheet for quick reference.

Mithril documentation also demonstrates simple, close-to-the-metal solutions to common use cases in real-life applications where it's appropriate to inform a developer that web standards may be now on par with larger established libraries.

Lol, I undetstand sha, not easy to freelance in naija

Graphic Designers most times earn more than we developers or coders, it will shock you.

Where I worked few years ago, with all the head I was cracking coding, I learnt the lead graphic designers salary was alot bigger than mine. Even social media / campaign manager salary is big compared to developers too

bet9ja:
You style of advertising na another level...

Lol naso we see am o, na brain.

Contact the description below if in need of web development services.

Contact in the description below:

Services:
Web applications development

Technology stacks
Frontend
Mithril.js javascript framework
Backend
Laravel / Php
Mysql database
Oracle Database Cloud
Oracle Apex
Api integration to third parties

I have never been a fan of react, I never liked it because it look over hyped and unneccesarily complicated. I never used a frontend javascript framework till I encountered a problem on a client project that was loading extremely slow cuz the images were in binary, loading from Oracle database.

So the site kept crashing. I knew I had to use a frontend javascript framework to solve this problem and I needed a quick and simple but powerful one. I found Mithril.js which is really a very powerful javascript frontend framework with less complicated installation, just a normal cdn link and you are good to go.

I solved the problem and the web app picked up speed dramatically. Mithril.js is designed to handle massive amount of data from the go. Building UI with it its quite cool.

If you need development on web applications and projects contact me below:

If its a normal website, 50k is ok. But if its a web application that involve database, api integration & so forth, u can go for 100k, 150k, 250k and higher.

Like I built an ecommerce store for a cliemt early this year for 250k. Built from ground up. no CMS. And it involved payment integration of interswitch & remitta.

tensazangetsu20:
Please don't restrict yourself to the Nigerian market. Think globally. Nigerians haven't eaten.

Nigerian IT market get as ebi, if u can nail a good foriegn client as a freelancer, u go blow.

classicben3:


You can't afford my fees broke fellow

Dont mind him, some will contact you and waste your time or give you a project worth 150k or more and want to pay 20k. IT in naija is fcked up sometimes.

There are still good naija clients that pay a fair amount sha, but they're very rare.

Me I can never try that nonsense. Kneel before which woman. If I want to propose, I take her to a nice resturant, hold her hands, look her in the eyes and propose, not kneel down. No matter how powerful the babe is, dont kneel, esp for naija girls.

........................

.........................

Fvckyouall:
I hate it when naija guys put beauty first lol look at the irony in that.
Ladies put money first so both the poor guys and ugly ladies are left out

I dey tell you, everything now is money. No wonder one of my former pastors always said "Wetin dem dey take woman do? No be to just play.."
Most women now don't have any value, you can buy them cheap.

oluwaseyi0:

What exactly do you want?
Typing all this jargons actually makes you look unserious, naive, uninformed and trying to form woke, and unorganized to any developer that knows his onion

You need to do better in communicating your intended project and stacks required not acting like an amateur or secondary school dropout HR

Don't mind him, no sense at all.

oraniks007:
1, Senior Data Engineers,

2, Data Storyteller,

3, Principal Backend Engineer(C/C++,C#,Java, Python, Go or similar, kubernetes, API design and infrastructure technologies)

4, Senior UI/UX Developers,

5, Backend Developer(Node.js, Firebase database services)

6, Python Full Stack Software Developer(Masters degree in computer science, Python experience with Django, TypeScript, React or React Native, HTML, CSS etc,)

7, Senior Android Engineer,

8, Full Stack Developer(React, React Native, Angular, Vue, SQL, MongoDB, PostgreSQL, Django, Rocket, .Net, AAPI design, AWS experienced, GraphQL, JSON web tokens, production experience with one Heroku, Cloud 66, Elastic Beanstalk, EC2 or Docker)

9, Senior ASP.NET Core,

10, Senior UI DESIGNER,

11, Senior UI/Frontend Developer.

12, Product Manager(Master's degree in Computer Science, 5 years of internet product management or Software experience, comfortable working with SQL or spreadsheet, strong expertise using data to make decisions)

13, Full Stack Developer(React, Netcore, TypeScript, Javascript)

Who are you?

You have been working as a software engineer, have a solid understanding of the javascript engine, and have experience in shipping products. Your skill set is broad, you are a fast learner and you love the process of building products. You thrive in a high-performance environment, not satisfied with an ordinary job, not afraid to get your hands dirty, and up for a challenge.

Your contribution:

We're continuously extending our product capabilities - both to make data more actionable for our clients - but also to develop our internal machine learning tools. As the core product is a data-heavy interactive map (run on Mapbox GL) it's also key that we ensure high-performance in our web application. Hence, it's ideal if you have a flair for both front end and back end development.

As part of the team:

Building a company is difficult and hence requires a lot of effort and hours together. Therefore, we're looking for colleagues - that not only are ambitious and intelligent - but also want to be part of a team where true friendships are formed. We appreciate radical ownership and people who dare to take responsibility. You will be part of a tight-knit team with an ambitious goal and a real spirit of innovation and development. With us, you will have an opportunity to truly impact the outcome of your work and the people it affects.

Requirements:

You have 2+ years of experience as a full-stack developer or a similar role.
Familiarity and fluency in modern build pipeline for JavaScript applications
Experience with building stateful apps (we use React and Redux)
Experience with Postgres
Experience with Git
You communicate clearly in English - both written and verbally
Bonus if you have experience with:

.NET Core
Typescript
PostGis
Mapbox WebGL
OpenCV
Machine learning and computer vision in genera
Optimizing data heavy applications

Kindly contact me for these mouth watering remote opportunities via WhatsApp 08025302676. We do not hire apprentice, we go for the best. You must be able to eat your chosen field for breakfast any day any time.

Rubbish, this dude is just so confused and a scatter brain.

.....

.....

.....

https:///+2348050447507
My Services:
- Build web and mobile applications
- Manage Social media Ad Campaign (Twitter, Facebook, Instagram)
- Manage And Update your existing website content
- Copyrighting
- Proofreading and editing

Long term working relationship and lots more...

Judah95:


25k and ready to buy now

There is a contact there, contact the person selling....

,,,

....

....