Are you sure COVID-19 didn't partially prick a systemic issue that was hard to see on the rise (as many also missed the housing crisis before the fall)? For example, the amount the stock rise was attributed to stock buybacks in an unsustainable manner caused by late stage government policies (tax cuts, low rates). There has been some pretty extreme levels of corporate debt that correlates with this.
Although the OP didn't describe as such, but health checks that do a simple query are also testing the connectivity to the db. Someone might have hardcoded a db address in an environment variable, or there are connection pooling issues.
Promises made some very valuable improvements to code patterns relative to callback-based implementations, but as a broader "nodejs vs synchronous style code" its still much harder. You sound pretty versed, but other folks might struggle. Here is an example explanation:
We don't use postgres pub/sub for exactly "realtime", but do make use of it in single-page apps that use websockets. A couple notes:
-- LISTEN/NOTIFY has a payload size hardcoded maximum. For big documents, we have to send a record ID then fetch the document upon receiving a message. In practice, it adds 5ms of overhead.
-- One of the best features is that you can combine this with pg_try_advisory_lock to create job queues that use the core locking features of postgres, which are pretty darn reliable and well defined. We use nodejs, and if the server processing a job dies, the lock is released automatically and another nodejs process can pick it up.
Hey I thought I'd reply here on the topic of the blog's usability to not hijack the whole thread....but I still wanted to help the author out with a quick fix:
Maybe its just the code I've read, but its generally much longer than other languages to accomplish the same thing. A bunch of little things add up, such as "extends" instead of ":" for inheritance. Naming things is often longer - maybe its not the language core itself, but a counter example is python coding standards keeps them much shorter. With Go, there's duck typing to not have to declare obvious types (such as for strings).
The goals of the programs in enterprise java apps probably differ by an emphasis on readability and not writing speed. I.e. lambdas are written quicker to write, but maybe a reader would understand a strategy pattern's goal quicker.
Maybe panel prices have dropped enough in the last 4 years that partially-lit areas are now worth covering in solar (cost < savings * acceptable ROI months).
We're looking for a Sencha Extjs developer to work on a team for our SaaS product, with a focus on visual analytics, dynamically generated pages (grids/forms/layout are set by end users and stored in json metadata), and a responsive UI. We also use Highcharts, node.js for the backend (with code shared between front-end), and extensive use of websockets, and ES6 javascript features.
IVC is a custom Enterprise Application Software (EAS) development company specializing in database-backed web applications. We develop full-stack products in a variety of industries. Our company thrives within an agile work environment. We are looking for results oriented individuals with a strong desire to grow during this time of rapid expansion.
We are looking for a Full Stack Software Engineer at IVC. This position focuses on application development for SaaS projects, such as an analytics platform for salary and compensation planning used by 600+ Fortune 500 sized customers. If you are interested in an opportunity to make a significant impact at a growing software consulting firm, we would love to speak with you!
Key Responsibilities
- Full-stack application development for service-based architecture, mobile and responsive apps, visual analytics, and general web development
- Focus on front-end engineering of highly performant and rich interfaces, as well as integration with backend APIs in coordination with UX and design team
- Develops database-oriented systems through the design of ETL processes, schemas, and coordinate with data scientists for analytics app designs.
Preferences to:
- Strong design and coding skills with Javascript (both front-end and Node.js), Python, and Java
- Experience with responsive design, offline or mobile-first development, and large-scale MVC/MVVC apps are key
- Technical expertise using SQL
- Experience with distributed/schemaless systems like Redis, Apache Spark (on hadoop), and InfluxDB (time series database)
- Framework exposure in the following systems: EmberJS, Sencha, jQuery, d3, and Highcharts
IVC is a custom Enterprise Application Software (EAS) development company specializing in database-backed web applications. We develop full-stack products in a variety of industries. Our company thrives within an agile work environment. We are looking for results oriented individuals with a strong desire to grow during this time of rapid expansion.
I think the author is referring to using Swift instead of phonegap/cordova/transpilers, since performance will be improved and you're not limited to just javascript as the originating language.
"Red Hat have OpenShift and are making noises about turning it into a Docker+Kubernetes thing in version 3"
They've already decided that, and have even reached code-freeze. Their conference is later this month, so that's when it's going to all be announced and rollout plans detailed.
Raleigh/Durham, NC | IVC, Inc. | On Site | Senior Devops Engineer
We are looking for a senior engineer to help with monitoring, orchestration on top of basic automation, log processing and anomaly detection. We would like to move our development workflow to containers (docker).
Tech stack from several projects, to get a sense of environment:
* Postgresql for ACID-compliant business data. We sponsor core contributions to the project.
* Ansible
* Elasticsearch, Kibana, and hekad for logs
* Kafka + Spark data processing
* Python and Julia for data analytics
* Xen and various cloud platforms
* Node.js and Django for web apps, and a large set of front-end frameworks
" never said popularity was an argument for quality. You did."
I'd tend to think your statement:
"And if MySQL wasn't robust then YouTube, Facebook, Twitter, Alibaba, LinkedIn etc wouldn't be using it for core parts of their infrastructure. It's definitely robust."
..points out that many (popular) sites use it, and a prerequisite is robustness, which thesaurus-wise, sounds a lot like quality.
I get that
a) you didn't actually say it, and
b) you could mean something much more specific, such as "companies with many highly-starred, complex open source projects which have also re-written major parts of their tech stack, but chose to leave mysql in place".
I know thats a bit more verbose, but it just seems to obviously close to the other author's interpretation with the ambiguity of the statement.
"This raises an important question, which is, who was using that wheat that the FDA considers unfit for human consumption? I worry that my dog is eating a lot of vomitoxin."
From Wikipedia:
Vomitoxin is not a known carcinogen as with aflatoxin. Large amounts of grain with vomitoxin would have to be consumed to pose a health risk to humans.
Companion animals: Dogs and cats are restricted to 5 ppm and of grains and grain byproducts and the grains are not to exceed 40% percent of the diet.
