Comments (9)
My experience of working with open source projects always on the edges teaches me that a minimum of documentation (even if not stable) guarantees a faster use by many people AND THEREFORE useful PR and ISSUES.
For this I took the liberty of recommending it.
And in any case, much of that documentation had to be written sooner or later.
from seaography.
Made a draft for the documentation here SeaQL/seaql.github.io#41
I am open for feedback about information you desire to be discussed in the documentation.
from seaography.
That's an amazing idea. Currently I am working on some unit and integration tests. After that we can prioritize #18 so we can publish it ASAP.
from seaography.
Agreed.
from seaography.
I started working on the documentation. Here you can see the pull request SeaQL/seaql.github.io#41
from seaography.
Hey @frederikhors, I agree and no doubt that documentation is essential to developer adoption.
But I strongly believe software (engineering) and functionality should come first :D
from seaography.
I also think that the first public release should be accompanied by a nice article in the SeaORM blog and a report to https://this-week-in-rust.org.
from seaography.
I'd say "full documentation" like SeaQL/seaql.github.io#41 is good to have but not a must at this stage given that the API is far from stable. I think source code documentation is good enough at this stage. Also, we should spend most of the time and focus on development & design of seaography
core & API
from seaography.
It's now public
from seaography.
Related Issues (20)
- Remove unused derive fn HOT 1
- Improve related queries pagination HOT 1
- Add cursor based pagination on related queries HOT 1
- Support `citext` HOT 9
- Postgres example Broken with reached the recursion limit error HOT 1
- Drop macros and replace them with functional API HOT 4
- Allow giving a custom name to a reverse relation HOT 1
- Add Subscriptions HOT 5
- Raw identifiers are mishandled for deriving Filter HOT 2
- Upgrade SeaQL crates HOT 2
- Problems with ManyToMany relation HOT 1
- `with-uuid` feature flag does not enable async-graphql uuid flag, causing builds to fail unconditionally
- Pagination underflow in the `functional-work` branch HOT 2
- SQL query to include only requested graphql query columns HOT 2
- Update to sea-orm 0.11 HOT 2
- Add support for Vec<T> type
- Optimize relations
- Reduce the generated code in file `query_root.rs`
- EntityObjectRelationBuilder's get_relation doesn't account for on_condition HOT 1
- Generate GraphQL Connector node for every type to eliminate recursion limit problems HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from seaography.