codeswing VS amplify-cli

I think I found my solution - looks like the codeswing extension (https://aka.ms/codeswing) supports live preview, even in vscode.dev. Awesome!

Many of these features are also available in the other platforms and I really like that you can immediately see the results of your projects as you code them. But this feels like a great end-to-end solution requiring only one login I need for most of my work anyways. Incidently, if you want the immediate display of your project inside VS Code in the browser, you can also install the Codeswing extension.

Codeswing is an awesome tool made to prototype easily from vscode using any frontend you want (you can already have Svelte, React, Vue or Html/CSS/Js), with an auto-refresh rendering preview.

Coding playgrounds (e.g. CodePen, JSFiddle) are a popular way to learn programming languages/libraries, and then share them with others. With github.dev, you can install the CodeSwing extension and begin creating web playgrounds, using your existing editor setup, and with your files persisted back to GitHub.

VS Code with Codewsing: https://github.com/codespaces-contrib/codeswing

Hey! By default, none of the current templates add any libraries to the swing. However, I'm planning on adding new template galleries to make it easy to create/explore ideas using popular frameworks. I'd love to hear if you have any suggestions for what you'd like to see me prioritize (e.g. React, Tailwind, etc.), since I'll be working on that this weekend :D

That said, when you create/open a swing, there will be a "CodeSwing" view on the Explorer tab, which displays all the files in the swing. One of those files will be called "codeswing.json", which is the manifest for the swing itself. If you click on it, you'll see two array properties, called "scripts" and "styles", which list the libraries that have been added to the swing. When you add a new library via the "Add Library" command, it will add the selected library to that file: https://github.com/codespaces-contrib/codeswing#external-lib.... Let me know if you have any feedback on that experience!

Regarding sharing: I also maintain another VS Code extension called GistPad (https://aka.ms/gistpad) that allows you to login to GitHub and then manage gists/repos without cloning/committing files. I'm finalizing the integration between CodeSwing and GistPad that will allow you to create swings as gists, and then share the URL with others. Since GistPad shows your starred gists, and lets you follow other GitHub users, you can also share swings by simply starring/following others that are creating swings in gists.

Additionally, since you can create new swings as local directories (using the "CodeSwing: New Swing..." command), you could store a swing in a GitHub/BB/GitLab repo, and then when others clone and open that repo in VS Code, the CodeSwing extension will detect the swing and automatically launch the right coding environment. The gif in the project's README shows that in action, using GitHub Codespaces.

Let me know if any of that sounds interesting, or if you have feedback on how I could improve the overall experience. Thanks so much for checking out CodeSwing!

Bug: Before continuing, we need to add some manual changes to the generated output since there is a bug in the 10.8.1 version of the Amplify CLI. To fix the issue, open the amplify/backend/predictions/identifyText<>/parameters.json file and add the following three key-value pairs to it:

AWS Amplify CLI - GitHub

If this is the first time using Amplify you'll need to install the Amplify CLI. This tool will help us setup and add Amplify's services.

This disconnection between the initial business cases of DynamoDB and Amplify can even be seen within the AWS teams themselves. [4] We don't believe any of them are to blame. The solo Front End Engineer bootstrapping a quick Amplify app for a PoC feels like a way different use case than a team of highly trained data engineers working on their Single Table Design for their micro-service. Amplify rightfully tries to offer an easy way to deal with storing data. And so it follows a standard SQL design with DynamoDB. This though leads to bad performance (original selling point of DynamoDB) or other limitations hard to anticipate.

Overall it is pretty clear and fine that Amplify focuses on PoC projects rather than production ones (with features like Geo-tagging [5] but no way to migrate data). However, when starting to get traction, it is a shame we need to completely eject instead of being able to extend because of lack of (boring but necessary) fundamentals.

[1] https://github.com/aws-amplify/amplify-cli/issues/10164

Unfortunately, and this is a bad look for AWS, Amplify still hasn't migrated to CDK v2, meaning they're still using the maintenance-only CDK v1, which is incredibly easy to break due to incompatible packages, and isn't getting any new features. Further, Amplify's implementation of CDK (I think it's the StackSynthesizer subclass) doesn't even support some of the most productive features of CDK like the ability to create a Lambda image from a Dockerfile. You have to define and push the image separately which misses the point of having the entire app defined within Amplify.

Hi u/recursivebob , can you please submit an issue to the Amplify CLI on Github using this link

Hi all, for a new project I need to create a web app and mobile app and would like to hear your opinion on what would be the right architecture. The architecture has two peculiarities, it needs: - a service for crawling/scraping and writing into a (document) DB - full search text support for the crawled/scraped data Since the budget for running is low and time is tight, I was looking into serverless and BaaS architectures. I like the idea of using a BaaS architecture so I was I thinking if Firebase or AWS Amplify are a good fit. Regarding the full search text, Firestore does not support full text search out of the box, but it is possible to use Elastic, Algolia, Typesense (https://firebase.google.com/docs/firestore/solutions/search). With AWS Amplify it's apparently even more easier - it appears that it can be directly connected to AWS ElasticSearch. Regarding the crawling/scraping, I could use e.g. EC2 instances. Now from the time perspective looks good, but not from the budget perspective. As I found here: https://github.com/aws-amplify/amplify-cli/issues/3860 an ElasticSearch Instance on AWS can cost 70$ for 2 hours!!! This is around the budget for a whole month... So what you guys would advice me? Are there any alternatives? How can I move fast with a minimal cost?

AWS Amplify code is open-sourced and could be found on GitHub at https://github.com/aws-amplify/amplify-cli. We could make use of the NPM packages deployed independently to recreate the functionality offered by the AWS Amplify CLI regarding the GraphQL transformers. The entry point for generating the Appsync resolvers could be found here and the class we are interested in is GraphQLTransform which takes as a parameter all the individual transformers and iterates over them to generate the GraphQL resolvers and the associated CloudFormation stacks for deploying those resolvers.

Can you check that issue: https://github.com/aws-amplify/amplify-cli/issues/6338

AWS Amplify - The AWS Amplify CLI is a toolchain which includes a robust feature set for simplifying mobile and web application development. The CLI uses AWS CloudFormation and nested stacks to allow you to add or modify configurations locally before you push them for execution in your account.