probed
shared
Our great sponsors
| probed | shared | |
|---|---|---|
| 1 | 7 | |
| 4 | 22 | |
| - | - | |
| 2.3 | 5.3 | |
| about 1 year ago | about 2 months ago | |
| Python | Python | |
| MIT License | 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.
probed
shared
- Show HN: Shared – Triptych for data exchange and persistence
-
Show HN: Shared – Data Exchange and Persistence
Hi HN !
Before discovering JSON, I worked on projects where I had to design relational databases [1] and write SQL queries. I understood the difference between a relational database and a file format, but couldn't resist the temptation to adopt JSON to store data locally.
Ever since I adopted JSON to store data locally, I wanted a class with an intuitive interface to play with JSON files. Eventually, the class evolved into a library.
I had to make a graphical SQL editor to test a GUI framework, so I created the LiteDao package (Lite Data Access object) which offers an intuitive interface to connect to a database with SQLite. The project worked as I wanted it to.
So, I had two different packages to play with data. I wanted to unify these two packages into a single class. But I failed to do so.
I came back to the challenge, and this time I had the idea of a single package with three classes with almost same intuitive interface that meet three needs: the need to expose a configuration file so that the user can modify values, the need to store collections and binary data without worrying about how they are actually saved, and the need to work with a relational database. These classes are respectively named Document, Dossier, and Database.
I managed to implement it in Python and added a command line interface [2] that allows different applications to exchange collections and binary data.
I would like to know what you think [3] of this project which is still in beta and which I already use in several other projects which are also in beta.
[1] https://www3.ntu.edu.sg/home/ehchua/programming/sql/Relation...
[2] https://github.com/pyrustic/shared#command-line-interface
[3] https://news.ycombinator.com/item?id=12886522 (Crocker's rules)
-
Hubstore – Apps distribution and friend-to-friend promotion
[2] https://github.com/pyrustic/shared
- Show HN: Shared – Store, expose, read, and edit collections of data
-
Show HN: Probed Collections
Hi HN !
A few days ago I wrote Shared [1] a library to store, expose, read and edit data collections. Data collections are stored on the hard drive in separate files. I needed a mechanism to know when the content of a data collection has changed, so only the updated data collection will be stored. Thus came to me the idea of writing Probed.
This is a work in progress, I will write some documentation and tests later. Tell me what you think [2].
[1] https://github.com/pyrustic/shared
[2] http://sl4.org/crocker.html
What are some alternatives?
sections - Easy Python tree data structures
pyrustic - Collection of lightweight Python projects that share the same policy
pottery - Redis for humans. 🌎🌍🌏
threadom - Tkinter-compatible multithreading
viewable - Class to implement a GUI view with lifecycle
insta-data-styled - A program to format your Instagram's "messages.json" into a beautiful and readable web format.
hooking - Generic dual-paradigm hooking mechanism
backstage - Three-speed scripting language and task automation tool
ethairballoons.py - A strictly typed ORM library for Ethereum blockchain.
jesth - Human-readable versatile data format
tk-cyberpunk-theme - The default dark theme for Pyrustic Framework
kurl - Konnection URL