All Activity

It's a known issue the NWS brothers are working on. You'll see the following alert when you go to report this issue from their website..

Sorry, dear brothers, but are you having the same problem? The maps are no longer visible... stiamo usando openstreetmaps

A Reactive, Privacy-First Architecture When developing Baruch, architecture is not just a technical concern — it directly affects trust, stability, and peace of mind. With Baruch, I've made a deliberate architectural shift. A foundation that is: Deterministic Privacy-conscious Offline-first Maintainable long-term Here I explains the architecture behind Baruch — and what it means for elders, planners, and publishers who use it. State-Driven, Not Event-Driven Traditional software applications often grow organically: UI events mutate domain objects Services update databases Sync logic reacts afterward State is spread across layers Over time, this leads to hidden side effects, fragile flows, and increasing complexity. Baruch takes a different approach. Instead of letting changes happen everywhere, we centralize change into structured state modules. Baruch v2 is built in six clear layers: 1. User Interface Layer The UI layer is intentionally simple. It: Sends user intents (e.g., “NameChanged”) Reflects application state Handles layout and visual validation It does not: Contain business logic Manage persistence Handle synchronization This keeps screens predictable and stable. 2. Reactive Module Layer Each bounded context — such as Congregation, Assignments, or Families — has its own module. Each module contains: Immutable State (record types) Intents (user-driven actions) A pure Reducer (state transition logic) Every change flows through a single deterministic pipeline: Intent → Reducer → New State No hidden mutations. No silent side effects. This makes the system transparent and testable. 3. Domain Core Layer This is where the real congregation logic lives. Examples: Assignment calculation engine Qualification rules Rotation algorithms Availability rules The domain layer is: Pure Side-effect free Independent of UI and storage Given the same inputs, it always produces the same outputs. This is essential for fairness and reliability in planning. 4. Application Services Layer This layer orchestrates use cases: Generate next schedule Import existing data Export reports Migrate data It coordinates modules, domain logic, and persistence — but contains no UI or business rules itself. 5. Persistence & Sync Infrastructure Baruch is designed to be offline-first. Local storage is the primary source of truth. Cloud synchronization: Uses anonymous identifiers Does not store personal identifiable information (PII) - implicit GDPR compliant Operates as a synchronization layer, not a master database This greatly reduces risk exposure. 6. Privacy Boundary A key architectural decision in Baruch is explicit separation between: Local-only personal data Names Phone numbers Addresses Notes and Cloud-safe data Anonymous IDs Assignment structures Scheduling metadata By design, sensitive personal data is never centralized in the cloud. Why This Architecture Matters for Us Architecture is invisible — until it fails. Here’s what this approach means in practical terms for elders and congregation members. 1. More Reliable Scheduling Because planning engines are deterministic: The same input always produces the same schedule There are no hidden side effects Assignments are calculated consistently This improves fairness and predictability in congregation responsibilities. 2. Fewer Errors and Surprises When state changes are centralized: There are fewer race conditions No unexpected overwrites Reduced risk of conflicting updates This leads to smoother coordination. 3. Offline Stability Baruch does not depend on constant internet access. If the internet connection fails: Planning continues Data remains accessible No interruption to congregation work This is especially important in regions with unstable connectivity. 4. Reduced Privacy Risk Because personal data remains local: There is no central database containing congregation member details The impact of a cloud incident is significantly minimized Compliance complexity is reduced For elders, this lowers administrative and legal burden. For members, it increases trust. 5. Long-Term Maintainability A deterministic, modular architecture ensures that: Features can be added without destabilizing existing ones Bugs are easier to isolate Future modules can integrate cleanly This protects the investment congregations make in adopting the system. 6. Foundation for Future Growth Baruch’s architecture supports: Undo/redo capabilities Advanced reporting Smarter assignment engines Expanded mobile capabilities Without needing to redesign the core again. Technical note: I use MAUI.NET in combination with Rx.NET for implementation.

*DEAR BROTHERS AND SISTERS* _Greetings to you all, my dear brothers and sisters. Hopefully we are all doing well under Jehovah’s loving care._ *Truly* , _the times we are living in are not easy. The pressures of these “critical times hard to deal with” can weigh heavily on many. 2 Tim. 3:1_ _But how comforting it is to know that we are not alone. We belong to a loving spiritual family._ _The Bible reminds us at Hebrews 10:24, 25 that we should “consider one another so as to incite to love and fine works… encouraging one another.” Now more than ever, our brothers and sisters need to feel that love and support._ _Sometimes, a simple message — “How are you doing?” — can mean so much. A short phone call, a visit, or even sitting beside someone quietly at the Kingdom Hall can strengthen a heart that is tired. As 1 Thessalonians 5:11 says: “Keep encouraging one another and building one another up.”_ _Let us remember that some may be fighting silent battles — health challenges, financial pressure, family problems, or emotional stress. We may not see their struggles, but Jehovah sees them. And he can use us to be a source of comfort._ *Isaiah 41:10* _assures us: “Do not be afraid, for I am with you… I will really help you._ _When we remind our brothers and sisters of Jehovah’s promises, we strengthen their faith and our own as well._ _Dear brothers and sisters, let us:_ *Check on one another regularly* *Speak kindly and listen patiently* *Pray for one another* *Be quick to forgive and slow to judge* _A congregation filled with encouragement is a strong congregation. Even a small act of kindness can Make a big difference._ _May Jehovah continue to bless our efforts to love one another deeply from the heart. Let us keep holding on — the best days are ahead of us._ *With warm Christian love* .♥️

I agree with Floyd that your cirduit overseer is a little mixed up. The only thing that is supposed to be entered in that column is the actual true date that the territory is completed. He may be misinterpreting the question on the CO report he sends in - "How many territories have not been completed in the last year?" (Or simildar wording if it hasn't changed)That doesn't have anything to do with the service year, it means a calendar year. If the circuit overseer checks the records on February 24, 2026, he would determine how many territories have not been completed since February 24, 2025. In the U.S. there are rural congregations that have not completed their territories in 2-3 years. There are other congregations that work their entire territory every week. The Branch is just getting a broad idea of areas that need help.

Sine it just dropped, there is probably no way that all of your shared brothers have updated to #1433. We have started to cease all editing in NWS until all elders and ministerial servants are updated to the current version. Please let us know how it is working for you after all of your brothers have updated.

Remember when we used to get the report in printed form? It used to appear in the Jan 1st Watchtower each year. When did that stop? Also it appeared in the annual yearbook. The last yearbook we got was 2017.

I am not against the use of LLMs (Large Language Models ~ "AI"), but at least prompt your agent to use simple and concise terms :-) In the end, the "proof is in the pudding", as they say.

Why is Paul always portrayed as a bald man while the rest of the apostles have a lot of hair? I know 2 Corinthians 10:10 For they say: “His letters are weighty and forceful, but his presence in person is weak and his speech contemptible.” SOURCE ARTICLE BELLOW: The Apostle Paul’s Appearance Why do Jehovah’s Witnesses depict the apostle Paul as being bald or having little hair? Frankly, no man today can be certain of Paul’s appearance. The drawings and paintings in our publications are artistic representations, not images based on proven archaeological facts. However, there are some indications of Paul’s appearance. For example, Zion’s Watch Tower of March 1, 1902, mentioned one, saying: “As to Paul’s personal appearance: . . . In the ‘Acts of Paul and Thecla,’ . . . written about A. D. 150, there is a description of Paul which is probably the best, and a true tradition. In this he is described as ‘small in size, bald-headed, bandy-legged, well built, with eyebrows meeting; rather long nosed.’” The Oxford Dictionary of the Christian Church (1997 edition) says about that ancient writing: “It is not impossible that the ‘Acts’ contain some elements of historical truth.” The Acts of Paul and Thecla was highly regarded in early centuries, as confirmed by the fact that 80 Greek manuscripts of it exist, as well as versions in other languages. Thus, our artistic presentations are in line with some ancient indications of what the apostle looked like. Bear in mind, though, that other things are more significant than Paul’s appearance. Even while Paul was carrying on his ministry, some fleshly critics charged that “his presence in person [was] weak and his speech contemptible.” (2 Cor. 10:10) But we should not forget that he became a Christian by a miraculous display from Jesus. We can also think about what Paul accomplished as “a chosen vessel to [Christ] to bear [Jesus’] name to the nations.” (Acts 9:3-5, 15; 22:6-8) And consider how much benefit we can draw from the Bible books that Jehovah inspired Paul to write. Paul did not boast over his accomplishments before becoming a Christian; nor did he describe his physical appearance. (Acts 26:4, 5; Phil. 3:4-6) He admitted: “I am the least of the apostles, and I am not worthy of being called an apostle.” (1 Cor. 15:9) He later wrote: “To me, a man less than the least of all holy ones, this undeserved kindness was given, so that I should declare to the nations the good news about the unfathomable riches of the Christ.” (Eph. 3:8) That message is certainly more significant than any concern about what Paul may have looked like.

The Short Link generator is currently down. I do not know the cause as of yet, but I am attempting to rescue it.

I think your CO is wrong about that. The last actual completed date could be any service year. The last completed date is the last time the territory was completed which could be last week. The whole idea is to make it easier for him to see which territories have not been completed in the last year. By making the date the previous service year he is only making it harder on himself to find the actual completion dates which will be in the other columns. I don't even know how you could make up a date other than the actual completed date. I can tell you what I would do but you may not have the personality type to do it. I would very respectfully ask him if we could both call the Service Department and ask them for clarification. If he doesn't want to do that then ask another elder to make the call with you. I was even bold enough to tell one CO that "You realize you are only here for 3 years and when you are gone I am going to go back and do it the right way according to every other CO that has come before you." But that wasn't very respectful. I would word it a little differently now. But the thought is still there.

Sometimes I explicitly ask for user input on some components. This mainly concerns how the screens work and the best layout I can implement. Other components concern the core of the system. Here, I explain how the system works and its advantages. This last component is not easy to understand. You really need to be a software architect to properly assess it. Nevertheless, I choose to share these parts and architectural choices as well. The audience of this forum is very diverse. Some brothers are technically proficient and have a better understanding of the lower layers of software, design patterns, and software topology. Others approach the software more functionally and can provide input on user interaction. Both are essential for a good end result.

I don’t think so. Jesus was portrayed by different actors in our productions.

So there are biblical reasons to use this gesture 🖖in Christian congregation 😜😆

Hello, I have version number 1433 and I am still having problems: Preaching groups, congregation names for public speakers. When I perform a restore, the data comes back. But after closing and reopening the programme, it disappears again.

I understand, but let me explain my approach. At the beginning of this thread, I explained that I'm a one-man army. I invest a great deal of time in achieving a very high level of quality for this software. Parallel to this, I also want to properly document how I do this. This is only possible with full AI support. I use AI support throughout my entire workflow. This is essential when you're developing such a large project on your own. I'm building this documentation in parallel with my other programming work. I don't have the time to create a personal document for this. I use AI to document what I do, and I also have it create diagrams and images to describe it. I don't know how else I could achieve this in such a short time. Ultimately, it's all about the result of how the software works. I guarantee a very high level of software quality. I don't need the documentation myself to achieve this. It's simply to inform others about how I realize the software. I want to be very transparent about this, and AI is my best friend in this.

Not affiliated with our official website.

Powerful ❤️ thank you.

It wouldn't surprise me if our film production wins awards such as NRB Media Awards, The Telly Awards and so forth. The Photo Drama of Creation came out 13 years before The Jazz Singer. But, the Jazz Singer is credited with being the first "talkie". It's only a technological distinction. Photo Drama used synchronized sound and color moving pictures, whereas Jazz Singer used audio printed directly on the film. However, Photo Drama was the first to use color, it was 8 hours long and viewed by 9,000,000 people; an astronomical number for the era.

While on the Zoom Chat we came up with a Suno song while having fun with the AI. Here is the result: https://suno.com/s/TiZO2s0dSQmtUJVe

give me the food waste to end my food bill....like half my pay check.

Here are a few more: https://suno.com/s/pvE9oiEyouhhJHex https://suno.com/s/UtxZ1oLJx09lyz2q https://suno.com/s/s9XvtlVTW99vQXNq

In Brazil: https://www.jw.org/en/library/videos/#en/mediaitems/pub-jwb_201710_12_VIDEO

Been watching a storm chaser down in Plymouth Mass. all day. My goodness! It’s gonna take forever to dig out. Here in the U P of Michigan it seems like we’ve been under weather advisory’s or storm warnings or even blizzard warnings all winter. The advisory ran its course for today. now for tomorrow we’re already under a winter storm warning. UGH! I am boycotting winter. I won’t be seen till August. 🤣🤣🤣🤣

Are there any brothers from Mexico here? I would like information about our brothers.