RVS_BlueThoth
appsmith
RVS_BlueThoth | appsmith | |
---|---|---|
2 | 233 | |
13 | 31,646 | |
- | 1.3% | |
3.6 | 10.0 | |
3 months ago | 5 days ago | |
Swift | TypeScript | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
RVS_BlueThoth
-
How to Write a Great Readme
I generally have a “What Problem Does This Solve?” section in my READMEs.
https://github.com/LittleGreenViper/LGV_TZ_Lookup#what-probl...
https://github.com/LittleGreenViper/LGV_MeetingServer#what-p...
https://github.com/RiftValleySoftware/RVS_Spinner#what-probl...
https://github.com/RiftValleySoftware/RVS_BlueThoth#what-pro...
https://github.com/RiftValleySoftware/RVS_PersistentPrefs#wh...
etc.
-
You don’t need to work on hard problems
> I had one developer take 6 months to build a (relatively simple) top nav for a web app. This shouldn't have taken more than 1-2 weeks, even with a careful eye for detail.
Oh, you mean "bikeshedding."
Here's an example of the difference between basic quality, and High Quality:
If you look at most of the repos for SPM modules in my portfolio[0], you'll see that the vast majority have test harnesses. I prefer using test harnesses[1].
These test harnesses tend to be pretty damn robust apps. Many are "ready for app store" robust. A lot of folks would just publish them, "as is." I've been writing apps for a very long time. I'm fairly good at this.
I can write a fairly good test harness, with full app capabilities, in less than a day. If I take the time to localize it, maybe add a day or so.
Here's an example of some test harnesses[2]. Note that there are four of them. These represent the four different target environments for Apple (iOS/iPadOS, WatchOS, TVOS, and MacOS). I'll probably need to fork iOS and iPadOS, in the future, but we're not there, yet. A single codebase is still good for both.
They test a Bluetooth framework[3].
It probably took me around a week or so, to write each one. They are pretty damn good. I think they are all "App Store ready."
I decided to actually go ahead, and create a set of apps, based on these[4], [5], [6].
I spent well over a month, on each, after merging over the test harness codebases, to make them ready for the App Store. Lots of UX testing, removing code that only applied to testing, and adding "friendlier" user interface.
I'm working on an app that I started about a year ago. Actually, I started it over ten years ago, if you include the two servers that I wrote, upon which it depends.
One of the reasons that it has taken so long, is that I have truncated months of work, and tossed them in the garbage, because they were not the proper way to go. I have an "evolutionary design" process[7], that means this can happen. I plan for it. I've probably shitcanned three months' of work.
Another thing that I do, is have an "always beta" approach to Quality. I maintain the product at "incomplete, but ship Quality" status for as much of the project as possible. In fact, I've been sharing it with the team, using TestFlight, since Oct 3, 2020 at 7:47 AM (I got that from the TestFlight metadata).
That means that the app has been stable and robust enough for user testing, and approval for basic App Store release (TestFlight External Testing is a more relaxed standard, but try pushing out a crasher, and see how far that goes).
I add localization support, accessibility, Dark Mode support, leak testing, etc., at every turn. It's very useful, because I can solicit immediate feedback from non-tech team members. It also means that the "basics" for App Store release are constantly being tested and validated.
Even more useful, if we want to ask for money, it's dam easy. We just loop the person we're begging from, into the TestFlight External Tester pool, and they can run the app without a Marketing chaperone, or sacrifices to the demo gods. We can also get valuable feedback from them.
It's really, really nice, and it has been, for many months.
I feel like we are now at a "starting point." Even though it has been a fully-functioning, release-ready app for the last couple of months, it need the "MVP treatment," where the testing pool is expanded, and we start applying it to "in the wild" scenarios.
Lots of companies use their customers as guinea pigs for the first several releases; usually by shoving baling-wire-and-duct-tape junk down their throats (and making them pay for it), before hitting their stride. It's a deliberate strategy. Some months ago, I read a post, here by a founder, declaring that "if you don't get physically sick at the quality of the code in your MVP, then you are spending too much time on the code quality."
Basically, deliberately write garbage, and force it on your users.
One of the reasons that I took on this project, was the founder is a friend of mine. He is running it as an NPO (501c3), and putting his own money into it. He doesn't really have much of it, to begin with. Also, more alarmingly, he didn't actually have a particularly good idea of what, exactly, he wanted the app to be. That's a recipe for disaster.
He asked me to help him vet some development shops he was approaching, to realize his vision.
It was eye-opening. He got a number of ridiculous quotes. I know what is necessary for this type of project (not small). For example, when one said that they'll deliver a full multi-server, multi-client app for MVP in three months (firm), upon getting a vague, hand-wavy requirements spec, it was hard for me to keep a straight face.
After a few of these, I just got disgusted, and said "Screw this. I'll do it." I've been developing it for free, as a native iOS/iPadOS app.
He has to pinch himself.
[0] https://stackoverflow.com/story/chrismarshall
[1] https://littlegreenviper.com/miscellany/testing-harness-vs-u...
[2] https://github.com/RiftValleySoftware/RVS_BlueThoth/tree/mas...
[3] https://github.com/RiftValleySoftware/RVS_BlueThoth
[4] https://apps.apple.com/us/app/blue-van-clef-for-mobile/id151... (iOS -Includes Watch app)
[5] https://apps.apple.com/us/app/blue-van-clef/id1529005127 (Mac)
[6] https://apps.apple.com/us/app/blue-van-clef-for-tv/id1529181... (TV)
[7] https://littlegreenviper.com/miscellany/evolutionary-design-...
appsmith
-
A list of SaaS, PaaS and IaaS offerings that have free tiers of interest to devops and infradev
appsmith — Low code project to build admin panels, internal tools, and dashboards. Integrates with 15+ databases and any API.
- Why I'm skeptical of low-code
-
Building a signature capture widget with an Appsmith Iframe and SignaturePad.js
For instance, although we don't have a native signature capture widget (yet), you can easily build one with just a few lines of JavaScript, and the signaturePad.js library.
-
How to build a Google Meet AI assistant app in 10 minutes without coding
Effective communication and efficient meeting management are key to a team's success in the modern workplace. Recognizing this, we will develop an AI-powered meeting assistant app to transform Google Meet recordings into automatically generated meeting notes with key takeaways and action items. The blog post is tailored for every creator from developers to no-coders who are interested in the intersection of AI and productivity tools. It's particularly useful for those with limited AI-development experience and who want to build AI applications by using simple low-code tools like Unbody and Appsmith.
-
NoCode Newbie: Restaurant hoping to consolidate and reduce overhead
And if you don't need a mobile app and can get by with web only, check out Appsmith. It's open-source, can connect to Google Sheets, Airtable, and any API or database, and is free for unlimited users and apps. Feel free to DM me if you need a hand getting started with either one. I'm Joseph from the Appsmith Developer Relations team, and GreenFlux on the AppSheet forums.
-
🔥🔥 Our awesome OSS friends 😍
Appsmith- Build build custom software on top of your data.
-
Git in Appsmith: Every Developer Has Been Saved by Git — So, Why Isn’t it a Feature of App Platforms?
This wasn't an easy journey. While this functionality was in high demand, early versions were frustrating to use. In our earliest implementations, it wasn't even possible to pinpoint where the conflicts were in a file. Even members of the Appsmith development team would avoid using our early Git implementations. We even had a rule for our internal “Hackathons” that using the Git feature was banned because it kept breaking! So we know why other app platforms had avoided fully implementing Git: it really was a challenge to get it working right.
-
The Ultimate Guide to Building Internal Tools in 2024
Suggest features and help to guide Appsmith’s future: Appsmith's community keeps us at the forefront of internal tools with feature requests for the latest third-party integrations and robust community support.
-
Asian hornet detector with Baserow and AppSmith! 👀
Ever tried building a responsive web application using AppSmith as the frontend and Baserow as the backend? Well, Frederik Duchi created a new set of videos showcasing the entire process! The videos include an interesting use case: reporting a nest of Asian hornets in an area. 🤯
- Ask HN: Why did Visual Basic die?
What are some alternatives?
bluesnooze - Sleeping Mac = Bluetooth off
ToolJet - Low-code platform for building business applications. Connect to databases, cloud storages, GraphQL, API endpoints, Airtable, Google sheets, OpenAI, etc and build apps using drag and drop application builder. Built using JavaScript/TypeScript. 🚀
SwiftUI-Kit - A SwiftUI system components and interactions demo app
budibase - Budibase is an open-source low code platform that helps you build internal tools in minutes 🚀
SwiftLinkPreview - It makes a preview from an URL, grabbing all the information such as title, relevant texts and images.
react-admin - A frontend Framework for building data-driven applications running on top of REST/GraphQL APIs, using TypeScript, React and Material Design
revenut-web - SaaS metrics in a nutshell
Metabase - The simplest, fastest way to get business intelligence and analytics to everyone in your company :yum:
SwifterSwift - A handy collection of more than 500 native Swift extensions to boost your productivity.
Directus - The Modern Data Stack 🐰 — Directus is an instant REST+GraphQL API and intuitive no-code data collaboration app for any SQL database.
MQDisplay - Testable and composable UI based on MQDo and SwiftUI. The project was made by Miquido: https://www.miquido.com/
Strapi - 🚀 Strapi is the leading open-source headless CMS. It’s 100% JavaScript/TypeScript, fully customizable and developer-first.