Modus Create Blog

Modus Create | REMOTE | full-time contract JavaScript ExtJS / Sencha Hello Out there! My sales team has been uber active and I have openings for CORE JavaScript Enthusiasts with experience with Sencha ExtJS for a new project team. This is a full-time contract role. Once this is finished, if we like each other, we would be happy to engage on other mobile applications. Please email me: kristen at moduscreate dot com. Mention HN Modus Create is a global, tight-knit, dedicated team of engineers and designers across 8 countries. In addition to our project work, Modus Create encourage employees to be active in the HTML5 community. We are growing quickly and doing lots of fun things (Sencha / Angular Ionic / ReactJS) in the Mobile application space. Please explore our work, http://www.ModusCreate.com I'm looking forward to meeting you - Kristen

Monit is by far your best bet. Easy to install, packaged on most distros and it performs reactive monitoring as opposed to most traditional monitoring systems like Nagios. Plus you can open up a web interface if you want to allow for easy browsing of monitored processes. EDIT: I liked it so much (and it was so easy) that I wrote a blog post expounding how much I liked it and how to use it. http://moduscreate.com/monit-easy-monitoring/

I build tools all the time using AI tools that would have taken me 10x longer before. A couple examples below. The first example was a literal one shot of my dumping the full page html into cursor and asking it for the feature I needed. In using it today it already saved me over an hour of analysis time across the refunds I analyze. The second example includes using AI for better classifying text and having our support people better use their time to help customers. I could have probably made the second thing without LLMs but I didn’t have the skills. Here I was able to provide concrete value to our company and our customers. https://github.com/Atlas-Authority/mpac-ui-improved https://moduscreate.com/blog/forum-monitoring-is-essential-but-tedious… (Pardon how marketing keyword stuffed the final post)

> WASM can't talk to the DOM directly It will according to multiple sources: "In fact, not only will the JavaScript engine be exposed to WebAssembly modules, but so will the DOM. This means you could, in theory, write whole web applications in C and/or C++ and/or other languages that compile into WebAssembly" [1] "Beyond the MVP (Minimum Viable Product), another high-level goal is to improve support for languages other than C/C++. This includes allowing WebAssembly code to allocate and access garbage-collected (JavaScript, DOM, Web API) objects." [2] [1] http://moduscreate.com/webassembly-explained/ [2] https://github.com/WebAssembly/design/blob/master/FAQ.md

It's funny you should mention Netflix. They demoed something called Falkor two years ago that is/was extremely similar to Relay/GraphQL. It's unfortunate that it's made so little progress in the past two years, but it wouldn't surprise me of the talks on Falkor had influenced or inspired Facebook's implementation. For those that want links: https://twitter.com/falcorjs http://moduscreate.com/falcor-mvc-for-an-asynchronous-world https://www.youtube.com/watch?v=z8UgDZ4rXBU

ReAngular was an April Fools' joke just 10 days ago: http://moduscreate.com/reangular-angular-react-merger/

AngularJS + React Merger http://moduscreate.com/reangular-angular-react-merger/

Angular and React have merged http://moduscreate.com/reangular-angular-react-merger/

If you have a Mac, you can use the remote web inspector for iOS, it works pretty well. http://moduscreate.com/enable-remote-web-inspector-in-ios-6/

How about now? http://moduscreate.com/enable-remote-web-inspector-in-ios-6/

Yeoman, Grunt, and Gulp are (I believe) all various implementations of a task runner. They chain tasks in different ways, but at the end of the day think of your asset build as a set of discrete steps. Broccoli (https://github.com/broccolijs/broccoli), the build tool written by Jo Liss and supported by the Ember community, is truly an asset pipeline tool. It is concerned with transformations to filesystems and file contents, not tasks. This makes Broccoli a faster and easier to use tool for implementing complex asset pipelines. The main domain object is "trees". A tree represents a directory hierarchy of files that will be regenerated on each build. Broccoli uses directories of symlinks in tmp/ to cache un-changed files from step to step, allowing it to restart a build at any depth and only process those files that change. Some links you might enjoy on Broccoli: * http://aexmachina.info/intro-to-broccoli/ * http://moduscreate.com/better-builds-begin-with-broccoli/ * http://hashrocket.com/blog/posts/broccoli-the-build-tool-not-the-veget… (how Broccoli is used in Ember-CLI) I can't speak to the weariness, but I can say that Broccoli is completely unlike Grunt, Gulp, or Yeoman and without it (or something like it) Ember-CLI and the next generation of build tools would be impossible. Broccoli has been in development since fall of 2013, and been used aggressively by Ember-CLI users since summer 2014. Give it a look!