Cloud Storage Client Library for Node.js
A result paging utility used by Google node.js modules
Firestore Client Library for Node.js
endpoints sdk cli
A simple utility for promisifying functions and classes.
A simple utility for replacing the projectid token in objects.
OpenTelemetry resource detector for Alibaba Cloud
Google APIs Authentication Client Library for Node.js
A JavaScript library for connecting securely to your Cloud SQL instances
The Cloud Firestore component of the Firebase JS SDK.
Common components for Cloud APIs Node.js Client Libraries
Schema for the protocol between CDK framework and CDK CLI
Cloud Pub/Sub Client Library for Node.js
The Cloud Firestore component of the Firebase JS SDK.
Firebase JavaScript library for web and Node.js
Cloud Logging Client Library for Node.js
Google APIs Client Library for Node.js
Cloud Tasks API client for Node.js
Secrets client for Node.js
Google Cloud Key Management Service (KMS) API client for Node.js
Cloud Run Admin API
API for working with Cloud Assemblies
Google BigQuery Client Library for Node.js
OpenTelemetry Google Cloud Monitoring Exporter allows the user to send collected metrics to Google Cloud Monitoring.
Cloud-MES is an open source Manufacturing Execution System framework for Ruby on Rails.
The bare bones necessary for Cloud-MES.
Sample data for semiconductor backend industry for use with Cloud-MES.
A simple implementation of Windows Azure Storage API for Ruby, inspired by the S3 gems and self experience of dealing with queues. The major goal of the whole gem is to enable ruby developers [like me =)] to leverage Windows Azure Storage features and have another option for cloud storage.
A simple implementation of Windows Azure Storage API for Ruby, inspired by the S3 gems and self experience of dealing with queues. The major goal of the whole gem is to enable ruby developers [like me =)] to leverage Windows Azure Storage features and have another option for cloud storage.
Have you ever wanted to call <code>exit()</code> with an error condition, but weren't sure what exit status to use? No? Maybe it's just me, then. Anyway, I was reading manpages late one evening before retiring to bed in my palatial estate in rural Oregon, and I stumbled across <code>sysexits(3)</code>. Much to my chagrin, I couldn't find a +sysexits+ for Ruby! Well, for the other 2 people that actually care about <code>style(9)</code> as it applies to Ruby code, now there is one! Sysexits is a *completely* *awesome* collection of human-readable constants for the standard (BSDish) exit codes, used as arguments to +exit+ to indicate a specific error condition to the parent process. It's so fantastically fabulous that you'll want to fork it right away to avoid being thought of as that guy that's still using Webrick for his blog. I mean, <code>exit(1)</code> is so passé! This is like the 14-point font of Systems Programming. Like the C header file from which this was derived (I mean forked, naturally), error numbers begin at <code>Sysexits::EX__BASE</code> (which is way more cool than plain old +64+) to reduce the possibility of clashing with other exit statuses that other programs may already return. The codes are available in two forms: as constants which can be imported into your own namespace via <code>include Sysexits</code>, or as <code>Sysexits::STATUS_CODES</code>, a Hash keyed by Symbols derived from the constant names. Allow me to demonstrate. First, the old way: exit( 69 ) Whaaa...? Is that a euphemism? What's going on? See how unattractive and... well, 1970 that is? We're not changing vaccuum tubes here, people, we're <em>building a totally-awesome future in the Cloud™!</em> include Sysexits exit EX_UNAVAILABLE Okay, at least this is readable to people who have used <code>fork()</code> more than twice, but you could do so much better! include Sysexits exit :unavailable Holy Toledo! It's like we're writing Ruby, but our own made-up dialect in which variable++ is possible! Well, okay, it's not quite that cool. But it does look more Rubyish. And no monkeys were patched in the filming of this episode! All the simpletons still exiting with icky _numbers_ can still continue blithely along, none the wiser.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.