Browserify does not like to eat his own output. When creating a npm library that is browserified make sure to derequire/minify the output so it can be reused in other projects without mystical ‘Cannot find module X’ errors where X is some file you know nothing about.
Possible fixes found in the wild:
Setting noParse for bundle A in the bundle B operation; or Running the standalone bundle through derequire; or Minifying the bundle Summary,
Once in a while I’m reminded that good API design is of vital importance. Today was such a day. Everybody developing for either Android or iOS platforms knows that one often needs to run something when the view is loaded or when it will appear. Both platforms provide nifty ‘callbacks’ for this:
It is good practice to start listeners onStart and cleaning up onStop (or other equal pairs). This is all good, and if we want to share functionality we simply create a subclass of UIViewController or Activity and we put the shared logic there.
Recently a new energy meter was installed in my home. The new meter is a so called Dutch Smart Meter which means as much as that it is
a digital meter instead of the good old Ferraris meter, it will send its usage data to the network operator via GPRS and has a “P1” port which is just a regular RJ11/RJ12 socket over which it transmits using the DSMR protocol (v4.