sysmeetup

Download

sysmeetup@os.inf.tu-dresden.de

24 discussions

Meetup Dec. 4th: We’re fully booked - wow! No further registrations please
by Philipp Schuster 01 Dec '25

01 Dec '25

Hello all, We’ve officially reached our limit of 40 attendees (including the host’s staff), and I’m honestly blown away by how many of you want to join. Since we can’t take any more registrations this time, please hold off on signing up - and I really hope to see you at one of the next meetups! More information soon. Best Philipp -------------------------------------------------------- Philipp Schuster Software Engineer E-Mail: philipp.schuster(a)cyberus-technology.de Cyberus Technology GmbH Zwickauer Str. 46 01069 Dresden Deutschland/Germany Telefon: +49 175 431 6677 (Tor Lund-Larsen) Web: https://www.cyberus-technology.de/ Geschäftsführer: Tor Lund-Larsen Sitz der Gesellschaft: Dresden Amtsgericht Dresden, HRB 36573

1 0

Please Register: Systems Meetup Dec. 4th 18:00-22:00 @ Cyberus Technology
by Philipp Schuster 25 Nov '25

25 Nov '25

Hello everyone, We’re excited to invite you to the final Systems Meetup of 2025, proudly hosted by Cyberus Technology (Zwickauer Str. 46)! When: Dec. 4th, 18:00–22:00 (please be on time) Highlights: * ⚡ Lightning Talks * 📸 Year-in-review with photos * 🍕 Pizza, 🍺 drinks & 🍷 seasonal Glühwein 👉 Register here: Sign up<https://cryptpad.fr/form/#/2/form/view/jiJXx6i+BJx6w9IWfhcc3uJubvo678B19023…> We look forward to an exciting evening with you and wrapping up 2025 together! Best regards, Philipp (Sorry for the many emojis but apparently this is how announcements are supposed to look like in 2025 🙂) -------------------------------------------------------- Philipp Schuster Software Engineer E-Mail: philipp.schuster(a)cyberus-technology.de Cyberus Technology GmbH Zwickauer Str. 46 01069 Dresden Deutschland/Germany Telefon: +49 175 431 6677 (Tor Lund-Larsen) Web: https://www.cyberus-technology.de/ Geschäftsführer: Tor Lund-Larsen Sitz der Gesellschaft: Dresden Amtsgericht Dresden, HRB 36573

1 0

Save the date: Next Systems Meetup: Thu, December 4th, 18:00–22:00, Cyberus Technology
by Philipp Schuster 06 Oct '25

06 Oct '25

Hey there! The next meetup will take place on Thu, December 4th, 18:00–22:00, at the Cyberus Technology office. More information will follow in about six weeks. Until then, enjoy the fall holidays - see you soon! P.S. Regarding the previous meetup: Wow, what a blast! We had 45* attendees coming from over 18 different affiliations - a new record! Thanks to Huawei for hosting! *to be fair, 15 from our host Huawei -------------------------------------------------------- Philipp Schuster Software Engineer E-Mail: philipp.schuster(a)cyberus-technology.de Cyberus Technology GmbH Zwickauer Str. 46 01069 Dresden Deutschland/Germany Telefon: +49 175 431 6677 (Tor Lund-Larsen) Web: https://www.cyberus-technology.de/ Geschäftsführer: Tor Lund-Larsen Sitz der Gesellschaft: Dresden Amtsgericht Dresden, HRB 36573

1 0

Sign-up Form: Systems Meetup @ Huawei, Oct. 2nd
by Philipp Schuster 22 Sep '25

22 Sep '25

Hello there, Please sign up [0] for the next Dresden Systems at Huawei on Oct. 2nd, 18-22 o'clock! It will be an in-person event at Am See 3, 01067 Dresden. We'd kindly ask you to arrive on time (18:00-18:15). In case you come later, please leave a quick note on Matrix or by email. There will be talks, snacks, and drinks! See you soon! PS: For the form, we use cryptpad.fr, which is an european-hosted and e2e-encrypted open-source solution. Thanks to the tip from the community; this is our new alternative for surveys to Google Forms. [0] https://cryptpad.fr/form/#/2/form/view/SwQxtO0YK6PayDegSSrpJCbFlTKKTjTxB+o-… -------------------------------------------------------- Philipp Schuster Software Engineer E-Mail: philipp.schuster(a)cyberus-technology.de Cyberus Technology GmbH Zwickauer Str. 46 01069 Dresden Deutschland/Germany Telefon: +49 175 431 6677 (Tor Lund-Larsen) Web: https://www.cyberus-technology.de/ Geschäftsführer: Tor Lund-Larsen Sitz der Gesellschaft: Dresden Amtsgericht Dresden, HRB 36573

1 0

Friendly reminder: Next Systems Meetup on Oct 2nd
by Philipp Schuster 08 Sep '25

08 Sep '25

Hello, This is a friendly reminder for our next Systems Meetup on Oct 2nd (Thursday 18:00-22:00). In case you have an idea for an interesting talk (anything from 5-30min), feel free to reach out to me and I'll put you on the list! Depending on the amount of submissions, we might kindly ask you prior to the event to adjust the length of your talk - We will let you know in good time! Thanks! Philipp -------------------------------------------------------- Philipp Schuster Software Engineer E-Mail: philipp.schuster(a)cyberus-technology.de Cyberus Technology GmbH Zwickauer Str. 46 01069 Dresden Deutschland/Germany Telefon: +49 175 431 6677 (Tor Lund-Larsen) Web: https://www.cyberus-technology.de/ Geschäftsführer: Tor Lund-Larsen Sitz der Gesellschaft: Dresden Amtsgericht Dresden, HRB 36573

1 0

Avoid These 10 Production Pitfalls — Simple Guide for Full-Stack Devs (Mumbai)
by inindiablogging＠gmail.com 26 Aug '25

26 Aug '25

Shipping a working app is great — keeping it working under real users is where the learning happens. Below are ten common production pitfalls I see again and again, with short, practical fixes you can apply today. If you want hands-on help turning these into code and deploy checks, consider mentor-reviewed full stack classes in Mumbai or a project-first https://www.sevenmentor.com/full-stack-classes-in-mumbai 1. Missing health checks and smoke tests Problem: Deploys succeed but core flows are broken. Fix: Add GET /health and a simple smoke script that logs in, creates an item, and lists it. Run this automatically after deploys. 2. Secrets accidentally committed Problem: API keys or DB URLs end up in git history. Fix: Use .env files, commit only .env.example, and rotate any secret that was committed. Add a pre-commit hook (or a CI scan) that blocks credentials. 3. No deploy rollbacks or tags Problem: Hard to revert a breaking release. Fix: Tag releases (v1.2.0) and keep a one-line rollback procedure in your runbook (how to revert to previous tag and run smoke tests). 4. Slow list endpoints (no pagination / no indexes) Problem: Lists time out with more data. Fix: Implement server-side pagination (limit + cursor) and add an index matching your WHERE + ORDER BY (e.g., (user_id, created_at)). 5. Authentication edge cases Problem: Refresh tokens, cookie domains, or SameSite flags break auth in prod. Fix: Use secure HttpOnly cookies for refresh tokens, test the flow end-to-end in staging, and document cookie domain & SameSite settings in README. 6. No observability (logs & metrics) Problem: You can’t tell what’s slow or failing. Fix: Emit structured logs (reqId, route, duration_ms), capture p95 for key endpoints, and add a single alert (error rate or p95) to Slack/email. 7. Heavy synchronous work in request handlers Problem: PDF generation, large uploads, or third-party calls slow user responses. Fix: Move heavy work to background jobs/queues (BullMQ, Sidekiq). Keep request handlers fast and return accepted/202 for long tasks with a job ID. 8. Inconsistent API contracts between client & server Problem: Front end crashes because the server returns a different shape than expected. Fix: Keep a small API contract doc (/docs/api.md) and add one integration test that asserts the shape the UI depends on. 9. No rate limiting on public endpoints Problem: Brute-force login attempts or abusive scraping. Fix: Add IP/user rate limits to login and public APIs. Consider simple exponential backoff after repeated failures. 10. Poorly documented runbook & recovery steps Problem: On-call becomes panic-mode because the “how to fix” is missing. Fix: Write a one-page runbook: how to run smoke tests, how to rollback, where logs live, who to ping. Keep it in the repo as RUNBOOK.md. Quick 7-point action list (do these right now) Add GET /health and a CI smoke test. Create .env.example and scan git history for secrets. Add one DB index for your largest list query. Add server-side pagination to all list endpoints. Emit structured logs with reqId for every request. Protect login with rate limiting and captcha fallback. Write RUNBOOK.md with rollback steps and a smoke-test command. Why mentorship speeds this up Applying these fixes once is useful — applying them reliably across projects and explaining them in interviews is what gets you hired. If you want guided code reviews, deployment checks, and a mentor to walk through observability and runbooks, check out full stack classes in Mumbai or enroll in a hands-on full stack classes in Mumbai . They’ll help you add these protections to your portfolio projects so you can show production-ready work to recruiters. Learn More: https://www.sevenmentor.com/full-stack-classes-in-mumbai

1 0

Avoid These 10 Production Pitfalls — Simple Guide for Full-Stack Devs (Mumbai)
by inindiablogging＠gmail.com 26 Aug '25

26 Aug '25

Shipping a working app is great — keeping it working under real users is where the learning happens. Below are ten common production pitfalls I see again and again, with short, practical fixes you can apply today. If you want hands-on help turning these into code and deploy checks, consider mentor-reviewed full stack classes in Mumbai or a project-first <a href="https://www.sevenmentor.com/full-stack-classes-in-mumbai">full stack developer course in Mumbai</a> 1. Missing health checks and smoke tests Problem: Deploys succeed but core flows are broken. Fix: Add GET /health and a simple smoke script that logs in, creates an item, and lists it. Run this automatically after deploys. 2. Secrets accidentally committed Problem: API keys or DB URLs end up in git history. Fix: Use .env files, commit only .env.example, and rotate any secret that was committed. Add a pre-commit hook (or a CI scan) that blocks credentials. 3. No deploy rollbacks or tags Problem: Hard to revert a breaking release. Fix: Tag releases (v1.2.0) and keep a one-line rollback procedure in your runbook (how to revert to previous tag and run smoke tests). 4. Slow list endpoints (no pagination / no indexes) Problem: Lists time out with more data. Fix: Implement server-side pagination (limit + cursor) and add an index matching your WHERE + ORDER BY (e.g., (user_id, created_at)). 5. Authentication edge cases Problem: Refresh tokens, cookie domains, or SameSite flags break auth in prod. Fix: Use secure HttpOnly cookies for refresh tokens, test the flow end-to-end in staging, and document cookie domain & SameSite settings in README. 6. No observability (logs & metrics) Problem: You can’t tell what’s slow or failing. Fix: Emit structured logs (reqId, route, duration_ms), capture p95 for key endpoints, and add a single alert (error rate or p95) to Slack/email. 7. Heavy synchronous work in request handlers Problem: PDF generation, large uploads, or third-party calls slow user responses. Fix: Move heavy work to background jobs/queues (BullMQ, Sidekiq). Keep request handlers fast and return accepted/202 for long tasks with a job ID. 8. Inconsistent API contracts between client & server Problem: Front end crashes because the server returns a different shape than expected. Fix: Keep a small API contract doc (/docs/api.md) and add one integration test that asserts the shape the UI depends on. 9. No rate limiting on public endpoints Problem: Brute-force login attempts or abusive scraping. Fix: Add IP/user rate limits to login and public APIs. Consider simple exponential backoff after repeated failures. 10. Poorly documented runbook & recovery steps Problem: On-call becomes panic-mode because the “how to fix” is missing. Fix: Write a one-page runbook: how to run smoke tests, how to rollback, where logs live, who to ping. Keep it in the repo as RUNBOOK.md. Quick 7-point action list (do these right now) Add GET /health and a CI smoke test. Create .env.example and scan git history for secrets. Add one DB index for your largest list query. Add server-side pagination to all list endpoints. Emit structured logs with reqId for every request. Protect login with rate limiting and captcha fallback. Write RUNBOOK.md with rollback steps and a smoke-test command. Why mentorship speeds this up Applying these fixes once is useful — applying them reliably across projects and explaining them in interviews is what gets you hired. If you want guided code reviews, deployment checks, and a mentor to walk through observability and runbooks, check out <a href="https://www.sevenmentor.com/full-stack-classes-in-mumbai">full stack classes in Mumbai</a> or enroll in a hands-on <a href="https://www.sevenmentor.com/full-stack-classes-in-mumbai">full stack classes in Mumbai</a> . They’ll help you add these protections to your portfolio projects so you can show production-ready work to recruiters.

1 0

Announcement: Next Meetup on October 2nd @ Huawei
by Philipp Schuster 19 Aug '25

19 Aug '25

Hello there, Thanks again to Amazon for hosting the great summer meetup! The next Systems Meetup will be on October 2nd (Thursday 18:00-22:00) at the Huawei office in Dresden. Mark your calendars! A registration form will follow 1-2 weeks prior to the event. See you soon! In the meantime, enjoy the last weeks of summer! PS: Some attendees advocated for more "family-friendly" dates. Thank you for that input and your feedback! Next year, we will try to look for dates outside of the holidays, if possible. Further, events will not always take place on a Thursday. PPS: We are looking for hosts in 2026! 3-5 events: no more, no less. PPPS: We had over 30+ attendees several times. That’s awesome! Thank you! -------------------------------------------------------- Philipp Schuster Software Engineer E-Mail: philipp.schuster(a)cyberus-technology.de Cyberus Technology GmbH Zwickauer Str. 46 01069 Dresden Deutschland/Germany Telefon: +49 175 431 6677 (Tor Lund-Larsen) Web: https://www.cyberus-technology.de/ Geschäftsführer: Tor Lund-Larsen Sitz der Gesellschaft: Dresden Amtsgericht Dresden, HRB 36573

1 0

قائمة بأهم مواقع Web 2.0 افضل 500 باك لينك ويب2 مجاناً V0.00001
by pikolasikolatest2＠gmail.com 08 Aug '25

08 Aug '25

1 0

Final information for today's Systems Meetup (18:00 @ AWS) - PREREGISTER MANDATORY
by Philipp Schuster 07 Aug '25

07 Aug '25

Hello, Please find the final information for today's Systems Meetup below. * ⏰ 18-22 o'clock (Please be there on time!) * 🔏 Preregister mandatory! A ID/Lichtbildausweis is required as well! In case you haven't registered until 3pm, I'm not sure if you will get a visitor pass at the entry. * Sign up: Google Forms<https://docs.google.com/forms/d/e/1FAIpQLSe37p4tjqr6u-wGbne8U42Gc5yI3SrTVvm…> * So far, 32 people signed up! 🙂 * 📍 Location: AWS Development Center Germany, 01067 Dresden, Großenhainer Straße 5a * 🍕 Food: Pizza for all * 🍻 Drinks: Beer and non-alcoholic options available * How to get there? / How to reach AWS? * AWS is located at Großenhainer Straße 5a, near Bahnhof Neustadt. * By tram/train: Get off at tram stop “Lößnitzstraße”, which is right in front of the building. Alternatively, you may also take a short walk from Bahnhof Neustadt. * By bike: Enter the courtyard and feel free to use the bike parking available there. * By car: You may park in the AWS garage. Please see the attached outline for directions. Use the right garage entrance and ring the bell – our security staff will let you in. [https://files.mastodon.social/media_attachments/files/114/986/759/928/287/0…] See you soon! -------------------------------------------------------- Philipp Schuster Software Engineer E-Mail: philipp.schuster(a)cyberus-technology.de Cyberus Technology GmbH Zwickauer Str. 46 01069 Dresden Deutschland/Germany Telefon: +49 175 431 6677 (Tor Lund-Larsen) Web: https://www.cyberus-technology.de/ Geschäftsführer: Tor Lund-Larsen Sitz der Gesellschaft: Dresden Amtsgericht Dresden, HRB 36573

1 0