Get Stoked - End Poverty. One Line of Code at a Time.
...
Mentors | James Dailey |
Overview & Objectives | |
Description |
|
Helpful Skills | SQL, Java, Javascript, Git, Web Services |
Impact | Providers of pay-as-you-go solar can use MIFOS for their operations. MFIs can become such providers. |
Other Resources | Mobile project on MifosX |
...
Mentors | Nayan Ambali |
Overview & Objectives | At present MIfos X platform is shipped with Community-App (SPA) as default UI, but initial load time of the application high. And for users on narrow bandwidth internet it takes a considerable amount of time to load the app. Instead of loading the app every time, we can convert the Community-App into a Chrome App and user can download them once and install it ion the machine, and it can used as thick client. |
Description | Community-App is completely developed on top of JavaScript, CSS and HTML. And Chrome apps are also written in same stack. Using grunt we should be able to repackage Community-App(SPA) into Community-App(Chrome App) |
Helpful Skills | Javascript, AngularJS, Grunt |
Impact | Users with slow internet connectivity can use this app (Installed on the machine) instead of loading Community-App (SPA) on the browser. Users will also have a continually updated app. This will also allow MFIs to potentially use Chromebooks as field-based devices for their branches. |
Other Resources | http://developer.chrome.com/apps/angular_framework.html |
...
Mentors | Michael Vorburger & ? (I'd need functional assistance...) |
Overview & Objectives | The Mifos X platform as of today is a well structure but monolithic code base - one Git repo, one build, one WAR. This has worked out well for us, but as we grow, it could be interesting to introduce a proper SDK and plug-in concept, allowing contributors to build individual JARs that can be dropped into a certain directory of Mifos X to augment the core platform on well defined extension points and hooks. These modules would be loaded at run-time, not require rebuilding Mifos X, and would remain compatible when a customer upgrades their core platform version. We currently see the SDK as something more relevant to the Java back-end, so in this project you would likely work less on our AngularJS UI (barring some configuration UI for the plug-ins probably); but if you do have any ideas how to make the front-end more modular and extensible as well, we would love to hear from you. |
Description | This project will have three axis/phases: 1. platform infrastructure framework kind of work, based on a very simple or fictitious example extension; 2. identifying the functionally which could require / be sensible to extend in Mifos X, extracting clear and documented Java APIs from it, and then make changes to existing functional platform services to make them extensible by plug-ins; 3. well document this - such plugins will only be writing written if it's easy and clear how to do this. Note that the more technical part 1. should only take about 1/4 of your project, the focus will have to be putting the "theory" from 1. into "practice" in phases 2. & 3. |
Helpful Skills | Java, modularity, API design, dynamic class loading, OSGi-like concepts (without any plans to actually move Mifos X to running on an OSGi kernel; it's unnecessary complexity, for this) |
Impact | Developers from partnering organisations would be able to more easily extend the core Mifos X platform. |
Other Resources | Many other Java-based platform have such mechanism, and you would be expected to draw at least conceptual, if not outright technical inspiration (re-using code, if feasible) from things like the Eclipse Plug-In architecture (or similar non-OSGi based ones in other IDEs), drop-in add-on modules extension capabilities in enterprise software such as e.g. Atlassian plug-in framework, or how e.g. our friends at OpenMRS do this (see OpenMRS SDK doc and OpenMRS project). |
...