StackOverflow
https://stackoverflow.com/users/1105047/richie
Open source
2017 - ipc-promises
https://github.com/ricsam/ipc-promises
A ES6 promise interface for the use of the inter-process communication in Electron.js
2015 - Murkel
https://github.com/ricsam/murkel
Static website generator from markdown files
2012 - Hot-Corn-Dog
https://github.com/ricsam/Hot-Corn-Dog
This is a small GNOME Shell extension where you can pick your own “hot corners” for toggling the overview, or for running custom applications. You can also change the “hot corner” for the message tray. Written in Javascript
Web app examples
Projects
2017 - “killergame”
https://killergame-42f36.firebaseapp.com/
A game developed in Firebase. Using the firebase API to serve notifications and handle login and DB. The server side code in firebase is hard to test and slow to deploy, however the backend API is more or less the same as the frontend. Thus I developed the API in an isomorfic manner so I could test back-end logic in the webbrowser. The complete application logic is confined by main.js and ui-binds.js
2016 - “local-server-deployer”
Anonymous (using TOR network) web crawler in phantomjs. This project enables locally developed es6 code to be deployed via CRUD operations to servers on the local network. The local servers executes a js file which handles the prerequisites to run the application (e.g. starting TOR and Babel compiling). Thereafter the phantomjs instance is started with the web crawler code which runs the underlying API for common tasks, like moving mouse, typing and clicking links.
2016 - Desktop automator
https://github.com/ricsam/automator
Written in React.js and Electron. Scripts like this are provided by a GUI like this
2015 - OriC-finder
http://ricsam.github.io/OriC-finder
Bioinformatic algorithms in CoffeeScript, served either under an express server where data is downloaded from ftp.ncbi.nlm.nih.gov, or as a front-end only application where cached data is used (the precursor to “gh pages server” was used for single-page app logic).
- The implemented parallelized “dnaa algorithm”, initialized from main.coffee
- The implementation of the front-end application logic
2015 - “gh pages server” / member-platform
A platform for registration of student-union cards with an API to develop associated apps e.g. app for member-only ticket sales. To build this I created “gh pages server” (github pages server) which uses the 404.html page to route paths to content. The resources needed can be defined in a simple manner using router.json. The gh pages server, which is simply a front-end only service, is designed to have the same functionality as a normal server when it comes to routing, with URL wildcards and aliases. The main content served in the platform is in the form of “apps” which can have associated settings pages and permissions.