All Activity

Where exactly in NW Scheduler are you seeing your field service groups mixed up?

Baruch is designed as a congregation planning system (comparable to NWS) — specifically to support appointed brothers in organizing schedules such as Christian Life and Ministry Meetings, Public Talks, and other congregation responsibilities. However, it is not a traditional centralized cloud platform, and it does not use a congregation-sharing system for synchronization. Each device keeps its own data locally, and only anonymous planning events are synchronized between authorized devices. Each congregation works within its own environment. Personal data remains local on trusted devices, and only anonymous planning events are synchronized between authorized devices. So you can think of it as: - A congregation-focused planning system - with privacy-by-design architecture - rather than a central cloud-based platform. I hope that clarifies it — happy to explain further if helpful.

Is it a platform for congregations? I’m a bit unclear

I started the new topic on

Baruch Architecture – Privacy by Design When building Baruch, I made one fundamental architectural decision: Personal data should not live in the cloud. The system is therefore built around strict separation of concerns. 1. Local First Each device (elder, ministerial servant, publisher): Stores personal data locally Maintains its own secure database Can operate fully offline Names, addresses and contact details never leave the trusted device. 2. Event-Based Synchronisation Baruch uses an event-driven model instead of direct database synchronization. When a change is made: The change is written to the local database A domain event is created The event is stored in a local Outbox Event Store The Outbox pushes anonymous events to the server Other devices replay the events locally Only anonymous planning data is synchronized. No personal identifiers are transmitted. 3. Cloud = Stateless Event Relay The server: Does not store personal data Does not hold re-identification keys Only distributes event streams Even in a hypothetical breach, no personal data can be exposed. 4. Security Model TLS encrypted communication Principle of Least Privilege No centralized personal data Event versioning for safe upgrades Full audit trail without storing PII Why this matters Recent security reports show that centralized cloud storage of personal data increases breach impact significantly. Baruch reduces the blast radius by design. If the cloud is compromised, there is no personal data to leak. That is not an added feature. It is the foundation.

If I may make a suggestion: Please keep your messages as concise as possible. I, for one, have no time (nor desire) to give youtube my clicks. Others, of course, won't mind that approach, so I'm not telling you not to do that. Just that, personally, I would like to know what your app(s) do(es) and how in as brief a manner as possible, so as to ask the pertinent questions and get the necessary details

Not publicly at this stage. I’m currently focusing on solidifying the core architecture before opening up the code. Since the architecture is still being shaped, I prefer to keep development centralized for now to avoid fragmentation early on. My goal with the “build in public” approach is transparency and iterative feedback — not yet community-driven code contributions. Once the technical foundation is mature, I will reassess how to structure broader collaboration.

We have plan to visit Australasia Brancj in 2029 - i hope we'll manage to both save money and still see the sets

You have a github?

Yes very cool 😀 Nothing happened neither at 1111 🤐 That happened on 24 Feb 2025 had to wait a while, but it happened 😍 👍 👍 On the List are: French Français French (Benin) Français (Bénin) French (Canada) Français (Canada) Now we also have: French (Côte d'Ivoire) Français Ivoirien The number 2000 has been mentioned before, but I'm not going to hold my breath for that. 😅

Friends, Does anyone have an idea on how to rearrange the service groups in sequence by name, if they are mixed up, such as Group 1, Group 7, Group 2, Group 11, etc., in the NW Scheduler?

Dear brothers and sisters, I would like to start a new development thread here on JWtalk for Agape-Apps Development. My name is Jonathan, 60 years old, I was born and raised in the truth, and I live in the Netherlands (Utrecht area). I have been working professionally in software development for many years. I have served in the congregation in different capacities, and over time I noticed how much administrative work is involved in planning and coordination. I genuinely appreciate what has already been built in this field over the years. Many brothers have invested an enormous amount of time, skill, and dedication into developing tools that have helped congregations worldwide. That work deserves respect. At the same time, the technological landscape is changing rapidly. Supporting modern mobile devices, multiple operating systems, and continuous online synchronization introduces new challenges — especially in areas such as: device security authentication methods encrypted communication version compatibility long-term maintenance and secure update distribution What worked well ten years ago in a primarily desktop-based environment becomes more complex when you expand to: iOS and Android devices cross-platform synchronization offline-first mobile apps automatic background updates and varying security models per operating system Mobile ecosystems evolve constantly. Security policies change. Operating systems introduce new restrictions and new requirements. App stores enforce different compliance rules. That doesn’t make older systems “wrong” — it simply means the environment has changed. Part of what motivates this development is exploring how to design an architecture that is sustainable and secure in this new multi-device reality, while still remaining simple for congregation use. For the development of the app, I am using a “build-in-public” approach. This means I will share weekly YouTube development updates — both on social media and here on the forum — where I transparently explain: progress design decisions functional architecture and technical implementation Because development is shared openly, feedback can be incorporated step by step instead of waiting until everything is finished. That way, the application can grow in the right direction from the very beginning — shaped by real-world use, practical needs, and the collective experience of the community. At the moment, I am still a one-man army. But I sincerely hope this can become something collaborative — where brothers and sisters contribute ideas, insights, testing feedback, and perhaps even technical input. It is certainly an exciting time. I look forward to constructive discussion and thoughtful feedback. Agape, Jonathan

THANKS sister Barbara 😊

Yes.. you got Helen .. @Dustparticle.. Those pushing of KoTn and Kots are fulfilling the prophecy ... Im unemployed now for almost 2 months and my friend was fired 3 days ago... And lots of my friends are suffering, I want the new system for everyone..

Thank you very much @Dré. That's him, Brother Claudius Johnson. An interview I enjoy listening to again.❤️

Right there with you, Pauline.

Select Your Language Languages: 1,111

Never have I ever watched Survivor, Housewives, or Naked and Afraid

Never have I ever eaten a Twinkie.

TIPOS Tofu is pretty often soft. OFTEN

The UN, like every government, is rife with waste and fraud. I think what the administration is doing is to end it by cutting off the money. The more programs the UN adopts, the more opportunities for waste and fraud. So, the US has quit almost all programs that aren't directly connected to the core mission of maintaining P&S. Owing money is somewhat of a paradox (or irony, I can't tell). On the surface, it would seem the creditor (the bank) has the upper hand over the debtor. But, it can be the opposite. Because if you owe me money, I need to help you stay solvent, because if you fail I will never get my money. For example, (and I'm pretty sure this is irony), whereas you owe me money, I may loan you more money to keep you afloat until you can start paying me back. This seems to be the strategy of the US owing the UN so much money. The UN needs to accommodate reforms that the US wants if they (UN) are to get the money owed to them. The tail wags the dog. But, what all of this points to is a real shake-up of the status quo. The UN will make some real reforms, there will be a new Secretary-General by December (Guterres has been described as the worst SG ever), perhaps the UN will re-calibrate and focus on peace and security and not so much on diversity/equality/inclusion. And, at the perfect moment, Jehovah will put his one thought into their consciousness to carry out His purpose. I believe the GT will start while Trump is president.

Jesus placed forgiveness in the rhythm of daily prayer. Bread for today. Mercy for today. That teaches us something sobering: imperfection is ongoing, so dependence must be ongoing. Yet Jehovah has already made the legal provision. As John 3:16 states, “God loved the world so much that he gave his only-begotten Son, so that everyone exercising faith in him might not be destroyed but have everlasting life.” The ransom is not sentimental kindness; it is justice satisfied by love. Notice also the boundary at Psalm 49:7-9. No man can redeem even a brother. We do not repair our standing by effort; we approach Jehovah on the basis of His arrangement. And in the same prayer, forgiveness received is tied to forgiveness extended. That balance keeps humility alive and trust properly placed.

Dogs often nip uptight trainers. TIPOS

Sounds like a good plan - I will be happy to follow along as your project grows.

"I should visit the Australian branch"