Maintainers wanted

[flovilmart]

Due to new work commitments I am no longer permitted to publish code to, or participate in, this SDK project. Therefore I am seeking a maintainer to take good care of it and ensure it remains up to date.

Please DM me via Twitter (@flovilmart) or respond on this issue.

[mtrezza]

The departure of @flovilmart will be a tremendous loss for this community 🙁 Thank you for your commitment and restless support over the years 👍

Let's keep this community engaged and growing as an open source alternative to all the commercial SDKs out there.

[TomWFox]

I would love to help but I don't think I really have the skill set to be of much help. Although if there is anything simple that needs doing like maintaining documentation that I can do I would be happy to.

[flovilmart]

Any help is appreciated, feel free to jump in on open issues, both in this repo and the docs one.

[TomWFox]

I’ll see what I can do 🙂 thanks for all the work you’ve done!

[flovilmart]

Thanks a lot!

[kennic]

Count me in. I use Parse a lot, and Parse really needs a maintainer, it's outdate. Hope I can help.

[flovilmart]

Awesome @kennic . Feel free to get started any time. If you’re unsure what it involves, feel free to ask.

[SebC99]

Wow I haven't seen this. Thanks a lot @flovilmart for all you've done for Parse community!
I don't have the skills and knowledge to be a maintainer but i would be glad to help as much as I can

[jjmaceda]

Hey @flovilmart we use parse as an important part of our ecosystem, so is very important for us the continuity of the project, I will like to know more about how we can start helping, what will be the first steps ??

[flovilmart]

@jjmaceda anything that can help the community is a good first step.

[flovilmart]

Also, perhaps modernizing the SDK, and cleanup the dependencies like Bolts. Thinking of Swift as it is the ‘future’.

[TomWFox]

If someone/a group of people could convert the SDK to Swift that would be awesome - I think it would encourage newer devs to participate as many learn Swift only now (myself included).

[flovilmart]

I started a swift SDK based on value types paradigms hère https://github.com/parse-community/Parse-Swift

[jjmaceda]

I see, ok good, I will like to start with parse with swift SDK, I agreed it will encourage newer devs, and the value types paradigms seems right for me

…

On Thu, Dec 6, 2018 at 1:44 PM Florent Vilmart ***@***.***> wrote: I started a swift SDK based on value types paradigms hère https://github.com/parse-community/Parse-Swift — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1356 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAvmb57r3X1IFaKZTRPqdAwud82MglsZks5u2XO4gaJpZM4X4ltK> .

-- Juan Maceda Software Architect

[flovilmart]

Then there is the possibility to embrace graphql as there is a PR for the server that adds full support for it

[jjmaceda]

sounds good!

…

On Thu, Dec 6, 2018 at 2:08 PM Florent Vilmart ***@***.***> wrote: Then there is the possibility to embrace graphql as there is a PR for the server that adds full support for it — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#1356 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAvmb9B0B0NkHUOGLWAlOCvgLBEyLf-tks5u2Xk8gaJpZM4X4ltK> .

-- Juan Maceda Software Architect

[mrmarcsmith]

Thank you @flovilmart! You will be missed! New maintainers let me know what I can do to help.

[flovilmart]

I have added @mrmarcsmith @jjmaceda @kennic to the people with write access to the repo. If you need more permissions, feel free to ping me.

[ShawnBaek]

@flovilmart I want to contribute this repo too. Thank you.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. If you believe it should stay open, please let us know! As always, we encourage contributions, check out the Contributing Guide

[TomWFox]

Discussion continued in #1422.

[rico237]

I would love to contribute/help on parse sdk development on a regular basis 🙂

[TomWFox]

@rico237 that's great, we're looking to add some more committers to the iOS team so I'll pass this on to the rest of the core team

[funkenstrahlen]

I do not have time to be part of the core team but I will definitely provide PR to help.

[TomWFox]

@funkenstrahlen We would love to have you involved! Please contribute as little or as much as you feel willing/able to and let us know if there is anything we can do to help.

There are plenty of existing issues and a few pull requests so feel free to jump in with a review or some guidance etc.

[noobs2ninjas]

I think I'd like to start helping with this as well.

[Husseinhj]

I have time and ready to be core team and I'm glad to keeping Parse alive. I have the experience to develop SDKs for Real-time messaging service, Push Notification and API design.
@flovilmart

[TomWFox]

@Husseinhj Great to hear, feel free to jump in on existing issues and PRs or submit new PRs. We’ll add you to the team as soon as it’s appropriate.

[grantespo]

I've been using Parse SDK for a few years now. Both for android & iOS. I'd love to be a contributor. I love Parse server & find it more convenient to use than Firebase & other back end frameworks. It's truly the perfect platform for a startup to get things up & running fast.

I'm sure there would be a lot for me to learn but I am willing to be a part of the team for the long term vision :)

[SaluBhayo-zz]

is there any spot available for becoming a contributor, I want to get into the team as contributor

[TomWFox]

@salubhayo Absolutely 😀, we loosely follow a meritocratic model (see our governance info), so feel free to jump in on issues and submit PRs and we’ll get you added to the team once we feel it’s appropriate.

[TomWFox]

As an update on this we do now have @drdaz and @noobs2ninjas who are helping out, doing some much needed maintenance.

However, we still could really do with some more help from those who are able to. Alternatively contributing to our Open Collective does help but with this SDK we particularly need some people who can get stuck in - even if it's only for half an hour a week!

[TomWFox]

For those who expressed an interest in helping out with the Swift SDK it's a good time to get involved as the project is starting to become active again.

[Husseinhj]

@TomWFox
Are there any plans to start this (timing and tasks)?

[TomWFox]

@Husseinhj sorry, I don’t understand your question, can you rephrase it?

[Husseinhj]

@TomWFox sorry
Do we have any priority for which task should be working on?

[TomWFox]

Got it, good question, I'm not sure. @cbaker6 maybe you could create a new issue with a list of TODOs - or we could create a project board.

[cbaker6]

@TomWFox I think the current project board is a good start. Are you able to move "Support for Keychain / secure storage" to "Done"? The rest of the items still need to be worked on.

I'll work on the TODO list, but for now people @Husseinhj and those interested should look at the discussion on what can be worked on here, read to the end of the thread.

How to use/test the current framework is described link below. You can setup a local parse-server and create objects and users by using the Swift Playground Files

Link to how to use the framework: parse-community/Parse-Swift#12 (comment)

[pranjalsatija]

Just for clarity for anyone who hasn't read through the entire thread @cbaker6 linked, I'm currently working on:

• Renaming stuff to bring it in line with modern Swift conventions. I'm also moving some files around so the directory structure is a little cleaner, files are more compact, etc.
• A simple key-value store to save the current user and installation in the Keychain.

I hope to have a PR up around Friday or Saturday, but feel free to pick up anything else in the meantime!

[cbaker6]

Those of you looking to help out on the Swift SDK, I added an initial list of Testcases that can be ported parse-community/Parse-Swift#16

[cbaker6]

iOS devs,

Parse-Swift had it’s first release (the day Flo closed this issue) and is currently on version 2.0.1.

If you are interested, the easiest way to give Parse-Swift a test drive is to fork the repo and run the ParseSwift.playground in your simulator. ParseSwift.playground Is meant to be a tutorial showing how to use the Parse features you are familiar with. The ParseSwift SDK is not a port of the Parse-SDK-iOS-OSX SDK and though some of it may feel familiar, it is not backwards compatible and is designed with a new philosophy (see more here).

To learn how to setup your local machine and server to work with PareSwift, see here. Also check the API documentation.

What you get with ParseSwift:

• Modern Swift SDK with zero dependencies. This SDK only depends on the OS. Meaning you never have to wait on the SDK to update or downgrade dependencies such as Bolts, Facebook, Twitter, etc. The developer choses what versions of dependencies is suitable for their applications, not the Swift SDK
• Works with iOS 13+, macOS 10.15+, watchOS 6+, tvOS 13+, and Linux/Android/Windows (Swift 5.3+). Reuse the same code across multiple OS’s. More about ParseSwift compatibility here
• The Swift SDK can be used on the client and the server for CloudCode
• An intuitive API that’s simple and easy to use, allowing developers to design in terms of Swift instead of Parse. When comparing to any of the other Parse SDKs (or even Firebase or Apollo), the Swift SDK is less clunky than all of those
• Supports Swift Package Manager making it easier to add to your projects and upgrade to newer versions
• LiveQuery is part of Parse-Swift, currently not supported on Linux
• Any query can be used as a LiveQuery automatically, any limitation on queries are from server, not the SDK unlike the Objective-C SDK
• LiveQuery subscriptions, connections, reconnections are significantly improved
• Publishers using Combine for all methods, including LiveQuery Subscriptions
• ParseObjects and other Parse types are struct instead of class. This not only aligns with the swift design, but gives you compiler level checking, less prone to threading bugs, and a faster and improved encoding/decoding in most cases
• ParseObjects can be used as models out-of-the-box in MVVM for SwiftUI
• Query’s, LiveQuery subscriptions, and Cloud code functions have view models out-of-the-box in MVVM for SwiftUI
• async/await for all methods, requires Swift >= 5.5
• Caching via the OS allows the developer to change caching behavior using Apple's native methods
• All of the latest querying/fetching features the Parse-Server has to offer (on-par with the JS SDK). See here for all.
• Supports certificate pinning for parse server and live query server connections, delegates decisions to developer
• Idempotency enabled by default (needs to be enabled server-side to use)
• Anonymous, PFFacebookUtils and PFTwitterUtils equivalents are ParseFacebook and ParseTwitter. There are also ParseApple and ParseLDAP. Adding support for authentication methods is straight-forward and I encourage you to make a contribution by following this thread.
• Much more...

Parse-Swift is almost at feature parity with Parse-SDK-iOS-OSX. Some features currently not available:

• No direct support for local storage. ParseUser.current, ParseInstallation.current, ParseConfig.current, and default ACL, are persisted in the Keychain automatically. If devs want to store other objects, they have to manage this storage on their own. This means no saveEventually, etc. If you don’t need local storage or are already managing a custom local storage, this should be no problem. See suggestions about Swift SDK local storage here
• No ParseUI. The Swift SDK is designed to work easily with SwiftUI allowing developers to create their own UI quickly based on ParseObject‘s

You can see the status on future features here.