MQDisplay
RVS_ParseXMLDuration
| MQDisplay | RVS_ParseXMLDuration | |
|---|---|---|
| 1 | 2 | |
| 3 | 1 | |
| - | - | |
| 1.4 | 1.9 | |
| 12 months ago | almost 2 years ago | |
| Swift | Swift | |
| Apache License 2.0 | MIT License |
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.
MQDisplay
-
What’s everyone working on this month? (May 2023)
Trying to prepare navigation system based on UIKit/SwiftUI https://github.com/miquido/MQDisplay
RVS_ParseXMLDuration
-
Ask HN: Show me your half baked project
Well, these ones aren't "half-baked," but they are no longer being maintained (archived):
[0] https://github.com/RiftValleySoftware/RVS_IPAddress
[1] https://github.com/RiftValleySoftware/RVS_ParseXMLDuration
[2] https://github.com/RiftValleySoftware/RVS_ONVIF
This project is unfinished (I just walked away from it, as it wasn't really giving me what I wanted):
[3] https://github.com/RiftValleySoftware/RVS_GTDriver
This one is "half-baked," I believe. I never really took it particularly far:
[4] https://github.com/RiftValleySoftware/RVS_MediaServer
-
Code Colocation Is King
Not completely. The way that it works for me, is that I start work on a project, and, while building, I notice that some code that I'm working on is:
1) Pretty complex, and fairly insular; and/or
2) Possibly useful, elsewhere.
If that's the case, I will then stop work on the main project, and take some time to extract and "genericize" the subproject. I'll usually set it up as a standalone open-source project; complete with tests and documentation.
This may happen before I have completed the coding in the main project, or may happen as the result of a review, after the fact.
In some cases, I very clearly need to develop a subproject before starting on the main project, or before certain milestones within that project (for example, SDKs or drivers). In that case, the timelines are completely separate.
If you look at my GH repos, you'll see a whole bunch of these projects, including some rather strange ones, like an XML duration parser[0]. These are the types of projects that I extract.
In some cases, I end up not using the extracted project in my main project (happens to some of my UI widgets). In that case, even though I am not using it, I still have an excellent project for the future. Here's an example[1]. I have ended up not using the spinner in my own work, as it was too obtrusive a widget, but it's nice to have it available for future projects.
[0] https://github.com/RiftValleySoftware/RVS_ParseXMLDuration
[1] https://github.com/RiftValleySoftware/RVS_Spinner
What are some alternatives?
RVS_BlueThoth - A Native Swift Core Bluetooth LE Central (Client) Abstraction Driver
laminarmq - A scalable, distributed message queue powered by a segmented, partitioned, replicated and immutable log.
Komodio - Komodio is a Video Client for Kodi written in SwiftUI for macOS Sonoma, tvOS 17, iPadOS 17 and visionOS
typocide - Where Typos Meet Their Demise!
Rang - More Colors!
ukey - Simple ukulele chord reference web app
CombineCloudKit - 🌤 Swift Combine extensions for reactive CloudKit record processing
prepareprojectforllmprompt - Transform your code project into a Markdown document optimized for interaction with Language Learning Models like GPT-4, complete with dynamic file selection and token management features.
SwiftDocAutomator - SwiftDocAutomator is an AI-powered tool that streamlines the generation of clear and concise documentation comments for Swift code, following Apple and Swift best practices.
speech - A tool to practice English speaking
quantraserver - Distributed QuantLib
resume - Resume for the Green Lamp project a.k.a Bablishko Na Aitishkux