Новая модель от Гугл, работает на любом девайсе с всего 2гб оперативки

https://developers.googleblog.com/en/introducing-gemma-3n/

Друзі буду дуже вдячний за репост поста
https://www.linkedin.com/posts/creotiv_friends-im-currently-looking-for-a-new-activity-7332685780118552577-iQef?utm_source=share&utm_medium=member_desktop&rcm=ACoAAAPl0X4BWZSqccqAVcirdBAwe5jWKVOQ9fI

Прикольна апка для перевірки рівня англійської
https://smalltalk2.me

А ви замислювалися про те, що рано чи пізно кар'єрі прийде кінець а жити якось далі треба буде?

Прошу до обговорення
https://www.linkedin.com/posts/creotiv_any-software-engineer-can-experience-a-activity-7334669130991591424-Taj0?utm_source=share&utm_medium=member_android&rcm=ACoAAAPl0X4BWZSqccqAVcirdBAwe5jWKVOQ9fI

мл локальные модели для андроид
https://github.com/google-ai-edge/gallery

На моєму досвіді, дуже поганою ідеєю є не встроювати обсервабіліті в сервіси з самого початку, бо потім це коштуватиме дуже дорого, а тако ж є багато шансів що до цього моменту компанія просто недоживе

Прошудо обговорення
https://www.linkedin.com/posts/creotiv_when-building-new-software-most-companies-activity-7335021862457917440-yceS?utm_source=share&utm_medium=member_android&rcm=ACoAAAPl0X4BWZSqccqAVcirdBAwe5jWKVOQ9fI

https://www.linkedin.com/posts/creotiv_when-building-new-software-most-companies-activity-7335021862457917440-yceS?utm_source=share&utm_medium=member_android&rcm=ACoAAAPl0X4BWZSqccqAVcirdBAwe5jWKVOQ9fI

🏭 I built a small #tutorial that illustrates how sidecar containers can transform observability and control in any Kubernetes‐based service. Instead of embedding metrics, logging, and networking logic directly into your app, you simply “bolt on” three dedicated sidecars:

1. Prometheus – Collects application and infrastructure metrics out of the box.

2. Promtail → Grafana Loki – Streams logs in real time without changing your app code.

3. Envoy Proxy – Handles TLS termination, request filtering, and even simulates network failures.

✅ Why this Matters

- Separation of Concerns: All observability (metrics + logs) and networking (TLS, filters, chaos testing) live outside the main container. Your app stays lightweight and focused solely on business logic.

- Consistency Across Services: You can reuse the exact same Prometheus/Promtail/Envoy configuration for every microservice. No more “one‐off” instrumentation code in each repo.

- Faster Development & Onboarding: Developers don’t need to spend time wiring in monitoring libraries or custom proxy code—sidecars handle it for you automatically.

- Easier Upgrades and Troubleshooting: When you need to tweak logging formats or experiment with TLS settings, you update the sidecar image, not dozens of disparate applications.

⚠️ Considerations

- Resource Overhead: Each sidecar adds CPU/memory usage. In lightweight deployments, be mindful of your node capacity and pod limits.

- Operational Complexity: More containers per Pod means more YAML to manage and additional network hops. You’ll need to ensure your CI/CD and Helm charts stay up to date.

- Sidecar Lifecycle: When you roll out a new version of your app, the sidecar versions may need to stay in sync (e.g., Promtail pipelines). Establish clear versioning and testing practices.

Ultimately, moving observability and networking logic into reusable sidecars makes your main application image lighter, speeds up developer onboarding, and enforces a consistent control plane across all services. If you’re evaluating how to standardize monitoring, logging, and network policies at scale, consider a sidecar‐centric approach. It’s a small shift in architecture that can pay big dividends in maintainability and speed.

https://github.com/creotiv/sidecar-demo

Якщо комусь цікаво що і як в зооволонтерстві
https://www.youtube.com/watch?v=hZbDCemx_oY

Погоджуєтесь?

https://www.linkedin.com/posts/creotiv_almost-every-software-project-needs-a-activity-7335986435101011968-LE1y?utm_source=share&utm_medium=member_android&rcm=ACoAAAPl0X4BWZSqccqAVcirdBAwe5jWKVOQ9fI

як за 5хв написати модератора для ютюб стрімів

https://www.linkedin.com/posts/creotiv_people-saying-vibe-coding-is-a-bad-thing-activity-7336053511316455426-VzAF?utm_source=share&utm_medium=member_desktop&rcm=ACoAAAPl0X4BWZSqccqAVcirdBAwe5jWKVOQ9fI

Modern generative #AI and large language model (#LLM) services create unique traffic-routing challenges on #Kubernetes. Unlike typical short-lived, stateless web requests, LLM inference sessions are often long-running, resource-intensive, and partially stateful. For example, a single #GPU-backed model server may keep multiple inference sessions active and maintain in-memory token caches.

Traditional load balancers focused on HTTP path or round-robin lack the specialized capabilities needed for these workloads. They also don’t account for model identity or request criticality (e.g., interactive chat vs. batch jobs). Organizations often patch together ad-hoc solutions, but a standardized approach is missing.

And here comes the new #Gateway API Inference Extension in #K8S

https://kubernetes.io/blog/2025/06/05/introducing-gateway-api-inference-extension/

Bonhoeffer’s Theory of Stupidity: A Tool for Control?

Dietrich Bonhoeffer, a theologian executed for resisting the Nazis, had a haunting insight: stupidity is more dangerous than malice. Why? Because stupid people can be manipulated without knowing they’re being used — and worse, they often become fanatically loyal to ideas they don’t understand.

Bonhoeffer observed that stupidity is not a lack of intelligence but a moral failure, a refusal to think critically. And this, he warned, flourishes most in times of social upheaval and under authoritarian regimes.

Why does this matter today?

Because those in power — whether governments or media empires — often rely on this passive obedience. It’s easier to rule a population that feels informed but doesn’t question narratives, doesn’t challenge contradictions, and fears being isolated for thinking differently.

True resistance doesn’t always start with shouting — it starts with thinking. And that’s exactly what oppressive systems try to prevent.

Bonhoeffer’s warning wasn’t just about Nazi Germany. It’s about every society that starts silencing thought under the guise of unity or safety.

Critical thinking is not rebellion — it’s responsibility.

Watch this video to not regret later
https://youtu.be/Sfekgjfh1Rk?si=kWTd2r7OH8tqwCxT

🔥 Немного про Sidecar контейнеры. Плюсы и минусы использования. А так же как делать системы с которыми просто и приятно работать

https://youtube.com/live/QIIf45UYJM4

Для модерации стрима был использован этот бот
https://github.com/creotiv/youtube-llm-moderator

полайкайте кому не впадло
https://www.linkedin.com/posts/creotiv_%D1%88%D1%83%D0%BA%D0%B0%D1%8E-%D0%BD%D0%BE%D0%B2%D1%96-%D0%B2%D0%B8%D0%BA%D0%BB%D0%B8%D0%BA%D0%B8-%D1%82%D0%B0-%D0%B4%D0%BE%D1%81%D1%82%D0%BE%D0%B9%D0%BD%D0%B8%D1%85-%D0%BB%D1%8E%D0%B4%D0%B5%D0%B9-activity-7339621424090808320-V2C3?utm_source=share&utm_medium=member_android&rcm=ACoAAAPl0X4BWZSqccqAVcirdBAwe5jWKVOQ9fI

Подключаемся на стрим
https://youtube.com/live/ERrRBBYIQe8?feature=share

Тут з'явився конкурент Cursor. Цікаво буде затестити на локальних моделях

https://voideditor.com/

Короче потестив VOID + devstrall-small-2505 локально через LMStudio. Трохи довше виходить, але резалт цілком ок, якщо чутка давати контексту що ти хочеш.

Тобто по факту наразі можна працювати з AI Coding Agent локально. Це прям дуже круто. А якщо можете собі дозволити більше оперативки на маці то взагалі бімба буде

Видели изврат?) фронт на пайтоне)
https://github.com/rio-labs/rio

📂 А ви знали, що психологія - дуже важлива частина роботи архітектора?

Я маю на увазі не лише взаємодію з різними відділами чи стейкхолдерами. Йдеться про необхідність розуміння психології для того, щоб ваша команда реалізувала архітектуру саме так, як ви її задумали.

У будь-якому проєкті різниця між тим, що заплановано, і тим, що вийшло, зазвичай доволі суттєва. Як ви розумієте - це не дуже добре. Щоб зменшити цю різницю, і потрібно враховувати психологічні аспекти.

Одна людина тут, на LinkedIn, написала пост (не мені, але помітно), що mobile-розробники вважають, ніби "папочки - це і є архітектура". І насправді... це частково правда.

І саме це пов’язано з психологією. Чому? Тому що для девелопера, який бере ваш проєкт у роботу, файли, що розташовані поруч, психологічно сприймаються як пов’язані між собою об’єкти - навіть якщо це не зазначено в документації (яку, до речі, можуть і не читати). А от файли, що розташовані далеко один від одного, підсвідомо сприймаються як ті, що не мають бути пов’язаними.

Це створює певний психологічний натяк, який девелопер використовує у своїй роботі. Таким чином ви можете впливати на те, як людина працює з проєктом - у своїх інтересах і в інтересах реалізації архітектури. Ви будуєте не просто правила, а систему, яка штовхає людину до найпростішого але й найправильнішого вибору.

Тож, як не дивно, але психологія працює. І... так - "папочки" теж доволі важливі.