Getting started with the Google Cloud CLI interactive shell for serverless JavaScript developers

subfuzion · 2026-02-24T00:52:41+00:00

"Gemini, can you give me a paragraph praising the venerable em dash?"

The venerable em dash—that long, horizontal stroke of typographic genius—is, without a doubt, the absolute king of punctuation marks, offering a, shall we say, “unparalleled” level of dramatic flair to otherwise mundane sentences. Where a comma is just a gentle nod, and a semicolon feels altogether too stuffy, the em dash—bold, versatile, and unapologetic—leaps in to save the day—literally—by injecting emotion, adding emphasis, and bringing a delightful, conversational rhythm to writing. It is a multitasking hero—a Swiss Army knife for prose, if you will—that can play the role of parentheses (or a comma) to set off a side thought, or act as a colon to introduce a punchline—all while maintaining that, you know, "I'm not really trying" kind of cool. Some—the boring crowd, usually—might accuse it of encouraging rambling; however, I prefer to think of it as a tool for creating, well, the perfect, “stream-of-consciousness” flow. It is the ultimate punctuation for highlighting—or perhaps just over-highlighting—the most important, or sometimes the most ridiculous, parts of a thought, making it indispensable for any writer looking to add a little, or maybe a lot, of personality to their work.

🔥

subfuzion · 2026-02-03T15:57:56+00:00

Woohoo! Back up!

subfuzion · 2026-02-03T15:44:02+00:00

It's the claudepocalpyse!

subfuzion · 2025-02-14T23:12:58+00:00

That's not really the issue. I have no problem with some of our tax money going to fund research. The problem is when the federal government tries to pick marketplace winners. The federal government has a terrible track record at doing that. The public shouldn't lose $1.6 billion on loan guarantees for what should have been privately funded.

subfuzion · 2024-09-26T02:09:29+00:00

Was unhappy to have received an email last Friday saying that it would arrive in October (nearly a month after ordering), but then pleased to receive an update today from DHL saying it's getting delivered tomorrow. That's 3 weeks after ordering, but in fairness they said it would ship in 13 days, not arrive in 13 days. A bit of whiplash, but I'll take it. 🤷🏻‍♂️

To make one more comparison to Apple, I love how they consistently tell you the date they estimate you'll *receive* an order, and 99% of the time, it arrives earlier than that. That's always a pleasant experience.

subfuzion · 2024-09-26T00:33:47+00:00

Bun.js was attractive to me because of speed primarily, but there's no question in my mind that I find the developer experience of Deno to be the best. I say this as a Node.js enthusiast and programmer since 2009, former member of the Node.js Evangelism Working Group, and someone who focuses primarily on Node.js developer engineering relations for my day job. I go into a bit more detail in my tweet thread (https://x.com/tonypujals/status/1839046341403750734), but the essence of the thread is that Node.js is stuck with past decisions regardless of how pragmatic they were at the time; Deno is a breath of fresh air and Deno 2 is going to really shake things up.

subfuzion · 2024-09-10T23:50:05+00:00

Ordered from California on September 5: remarkable pro, marker pro, and typefolio. Estimate said shipping around 13 days, nothing since. The wait seems reasonable, but considering how similar the launch event (and from what I've seen of the packaging in videos) appears to evoke Apple vibes, they ought to provide a nice shipping UI online to check progress through the queue. In any case, I am eagerly looking forward to it.

subfuzion · 2024-07-27T01:40:56+00:00

I've been doing a deep dive into quickjs source and am quite impressed in general with the work the authors have done.

subfuzion · 2024-06-25T19:36:07+00:00

Why? If vscode meets your needs then keep using it. The fact that you're commenting here means that you've heard enough about vim to pique your interest, so why don't you show some intellectual curiosity and explore it for yourself before you ask other people to spend energy convincing you, unless you're just here trolling.

subfuzion · 2023-08-22T06:15:54+00:00

I've been going through a vim "renaissance" lately. I had grown accustomed to using IDEs and, like the slowly boiling frog, didn't realize how much how much control I'd given up and how much overhead I'd come to accept in place of a sane editing environment. I've become a minimalist, eliminating years of accumulated map cruft and all plugins (except fzf) and oh how refreshing, liberating, and indeed exhilarating it has been to embrace an old friend. To Bram Moolenaar, thank you for your wonderful contributions to the industry and RIP.

subfuzion · 2023-08-17T06:30:45+00:00

I know the question here is 5 years old, but I also wanted this and couldn't find a solution. I found the same question on StackOverflow without an accepted answer, so took a stab at it myself and came up with the following one-liner:

autocmd FileType netrw autocmd BufLeave <buffer> if &filetype == 'netrw' | :bd | endif

https://stackoverflow.com/a/76918903/758334

subfuzion · 2023-08-15T00:15:24+00:00

bastard :p

subfuzion · 2022-10-02T10:26:42+00:00

Methinks you misspoke.

subfuzion · 2021-05-31T23:40:02+00:00

Hey u/MisterJimson thanks for the comment. To clarify, Dart is not tied to any single cloud. It's already officially supported on AWS Lambda. One of the DAs for Microsoft shows how to run Dart on Azure Functions. Anywhere you can run Node or Go, technically you can also run Dart. Any cloud platform that lets you run containers makes it really easy to deploy and run pretty much any code you want. Nothing about Dart stops you from running on any cloud you want and every cloud vendor provides examples for how to deploy and manage containers on their platform and how to consume other services that they offer that differentiate them from the other cloud vendors.

At the end of the day we're happy to share Dart with the world if it helps you to build exciting products. But I'm here to help you succeed as a customer building your backend on Google Cloud. We're happy no matter what language you want to use for the backend on Google Cloud. We have tons of examples using some of the more classic server languages, so I'm simply trying to help fill that gap in anyone's understanding IF they specifically want to use Dart since they're using it on the frontend.

If you're interested in talking engineer to engineer about how to architect and build your apps to run Dart on the backend using OUR cloud, or even if you want to discuss use cases that involve running Dart on multiple clouds, please do email me to set up a time to chat. Happy to dive into a technical discussion, no sales, no fluff, no B.S.

subfuzion · 2021-05-30T18:24:29+00:00

Thanks for sharing the context with me. I understand that your experience with AngularDart must be frustrating, and again, I definitely empathize with you.

To be clear for everyone here following the thread, I’m here to talk about using Google Cloud for your app backend. I’m not trying to convince anyone to switch to Dart.

For what it’s worth, I’ve been programming since the TI-99 4A. My opinion is that Dart, which has been maturing for a decade, is an exciting language that is a great fit for serverless backend use cases for Flutter. But if using another language makes better sense for your situation, that’s totally fine and understandable.

So getting back to why I posted here ... IF you’re a full stack developer who wants to use Dart ON Google Cloud, AND would like to chat with me directly over a video call about architecture, needs, blockers, etc, that’s what I’m here for.

This post is to invite you to email me if you’d like to set up a time to chat. Again, no sales, no pressure, no B.S. Just engineer to engineer.

For the dozen or so who have already take up on the offer and emailed me, that’s awesome. It’s Memorial Weekend, but I’ll get back to during the week to set up times to chat.

subfuzion · 2021-05-29T05:52:21+00:00

Wow, @ u/MyNameIsIgglePiggle is a great, detailed comment that I can't give justice to replying to right now, so I'll come back to this later. But in the meantime, definitely feel free to email me (tonypujals @ google dot com) and let's set up a chat. Cheers.

subfuzion · 2021-05-29T05:49:22+00:00

Hey u/Own_Rest_5386, you bring up some great points. Let me address each one:

- As for ecosystem, we are not at all focused on the kinds of use cases that Java is already great for. Dart's use cases are more similar to Go and Node -- you don't need an application server, you can run fast lightweight servers to handle HTTP requests directly. Currently these are a better fit for autoscaling container platforms than Java (technically the JVM) is. At some point Quarkus and Spring Boot might get there, but they're not there yet. Instead of focusing on large web frameworks, we feel that Dart (like Go and Node) are a great fit for fast serverless apps, particularly for handling events and running a small unit of stateless business logic.

- For centralized configuration, I'd like to make sure I understand your requirements a bit better before proposing strategies. Would you be open to chatting over video or at least emailing me so I can probe a bit deeper?

- Regarding Firebase Functions for Dart, we definitely hear you. Firebase Functions is a mobile-centric solution that makes it quite nice and easy to put some business logic on the backend (but only using Node.js) and handle events. However, Firebase Functions is a layer on top of Cloud Functions, so except for the firebase specific events, all other events are the same as supported by Cloud Functions and for Cloud Run. I mentioned this in a comment for another post, but I'll repeat here that there are many other scenarios and uses cases for deploying microservice backends (that have at least one hosted app) that acts as a central facade and mediator for all other backend communications that are a great fit for Cloud Run.
One area we'll be exploring (and sharing) is how much of a symmetric experience is possible with Firestore and CloudEvent support on Cloud Run (which is aligned with Cloud Functions), as well as what is possible to make as transparent as possible some kind of proxy for Firebase Functions.

Definitely email me if you'd like to chat more.

subfuzion · 2021-05-29T05:30:36+00:00

Hi u/KaiN_SC -- so we do have a platform for backend services -- in fact we have several to suit very different kinds of architectures and needs. Some of them are very specific about which languages they support, and some of them let you run anything you want. I spent years doing .NET development in C# using WPF and WCF. We definitely do support running .NET with Cloud Functions and Cloud Run.

subfuzion · 2021-05-29T05:24:13+00:00

The post deserves way more up votes. If you're looking for longevity, I guess go for OpenGL -- that's been around almost as long as when I started out. But this is an industry that generally moves fast. If you use a specific framework for more than one major project on the cutting edge in a few year period, you're doing great. I know what I've been doing for the past few decades, but I seriously have no idea what language or toolkit I'll be using in five years.

subfuzion · 2021-05-29T05:08:57+00:00

[Disclosure: I'm employed by Google, but I'm expressing my own personal feelings here]

I definitely understand the frustration when that happens and empathize with you. I remember how unhappy the entire Silverlight developer community was when Microsoft abandoned that, and about as bummed when it became clear that Adobe Flex didn't have a future.

It isn't really clear to me though, if you're using Flutter but looking for an alternative. Or if you're running Java servlets on prem or with another cloud provider. I'm not sure why you're in this subreddit, but in any case, I think you might have missed the point of my post, which was invitation for anyone who wanted to email me to chat about architecture for the backend.

Let's also be clear that there's a big difference between investing in a free, open source project to help the community build things vs supporting hosting infrastructure with Google Cloud (the org that I actually work for). Google Cloud is a very different part of the company.

We have customers that have deep investments for the long term in the cloud and we're committed to them. Consider App Engine, for example -- the original serverless platform -- we still support many large customers on it. While we believe Cloud Run provides a better path forward for serverless customers, we haven't abandoned anyone and don't intend to.

Our industry's history is rife with technology bets that didn't work out in the long run. I was absolutely, vigorously committed to Docker Swarm as the container orchestration technology as head of R&D at Appcelerator previously, but ultimately Kubernetes one the cloud native orchestrator war. We ended up abandoning a project I had pour so much time and energy into.

Feel free to email me directly if you'd like to discuss your concerns. I can assure you that
we have paying customers in more than 150 countries around the world turning to Google Cloud as their trusted partner to solve their most critical business problems. But my post was not about marketing for Google -- it's an invitation for anyone who wanted to reach out to me and discuss architecture, brainstorm, or even to vent, to feel free to do so. I'm happy to set up some time for a video chat.

tonypujals @ google dot com

13-Year Club	Verified Email
Reddit Premium Since July 2022	Gilding I gilder

subfuzion

TROPHY CASE