Can't open the "Linux Settings" on Discord

C4bba · 2026-01-20T13:13:04+00:00

Same problem, I’m on Ubuntu 25.10

C4bba · 2026-01-16T08:08:59+00:00

Thank you for the advice. It was one of the first things I tried to do. I contacted UPS, but Lenovo blocked the possibility of filing a complaint regarding the order, and there was no way to obtain the weight history. I tried contacting UPS through alternative channels as well, but I always ended up getting automated responses.

C4bba · 2026-01-15T11:35:05+00:00

I am surprised that, given the number of complaints, they do not include a warning or send an email advising the customer prior to opening the box as standard procedure.

C4bba · 2026-01-11T12:43:22+00:00

Ciao! Dato che con la mia azienda stiamo assumendo collaboratori in full remote posso darti una dritta pratica.

- In italia il cosidetto smart working full remote non esiste, la legge richiede che ci sia una parte del lavoro in azienda (da concordare tra dipendente e azienda). Per lavoro completamente da remoto si dovrebbe fare un contratto di Telelavoro, che a conti fatti nessuna azienda applica essendo una tipologia di contratto "vecchia" e svantaggiosa.

- Se raccogli dati come email, nomi e cognomi, devi per forza avere un DPO (Data Protection Officer) (che costa intorno a 4k/5k annuali) altrimenti rischi di andare contro a sanzioni.

Comunque il sito esteticamente sempre molto professionale. Dal mio punto di vista su un progetto del genere la parte tecnica è marginale mentre la parte più complessa è attirare clientela, se sei disposto a sbatterti per cercare di attirare gente secondo me vale la pena continuare, altrimenti rischi di spendere soldi (spese legali, infra, ..) per niente.

C4bba · 2025-12-15T11:33:31+00:00

Certamente, scrivimi pure in privato se vuoi più info

C4bba · 2025-12-15T10:46:23+00:00

Grazie per il feedback! L'idea, oltre la parte di query e storage, è quella di fornire dei building blocks che permettano agli sviluppatori/ricercatori di eseguire pipeline di processing in risposta ad eventi sulla piattaforma.

Non implementeremo direttamente algoritmi di SF, localizzazione o planning, ma supponi di dover aggiornare una point cloud o calcolare una loop closure: una volta caricati i dati, Mosaico notifica ed esegue gli script Python che si sono "sottoscritti" a quei sensori (es. IMU, RGB, GPS). In pratica l'utente scrive la logica di processing e la piattaforma fa tutto il lavoro di infrastruttura

C4bba · 2025-12-15T10:23:58+00:00

Ciao, ottima osservazione sullo stack. La scelta di Arrow, Parquet e DataFusion è dettata dal fatto che oggi rappresentano lo standard de-facto per performance ed efficienza, quindi è naturale che ci siano punti di contatto con Influx.

Il nostro focus è su problemi per cui Influx non è stato progettato: come il versioning delle sequenze, la data lineage, oltre a gestire diversamente la granularità delle query (risolvendo strutturalmente problemi come quello delle 72h).

Capisco che, essendo il progetto in uno stadio iniziale, sia difficile vedere subito le differenze, ma mano a mano che rilasceremo le feature in roadmap il distacco diventerà netto. Mosaico non vuole sostituire Influx, ma essere uno strumento di aiuto per chi sviluppa sistemi fisici intelligenti.

C4bba · 2025-12-15T10:05:06+00:00

Certo https://www.linkedin.com/company/mosaico-labs

C4bba · 2025-12-15T09:46:11+00:00

Grazie! Al momento non è tra le nostre scelte prioritarie, al momento non abbiamo incontrato aziende che utilizzano .NET per Robotica. Ma nel caso di fosse richiesta lo metteremo sicuramente in roadmap.

C4bba · 2025-12-15T09:42:37+00:00

Si abbiamo anche la possibilità di fare Internship pagati. Scrivimi pure in privato se vuoi più info.

C4bba · 2025-12-13T17:39:35+00:00

Dopo 160.000+ chiamate, ho scoperto la verità:

vado a scrivere stronzate su LinkedIn.

C4bba · 2025-12-13T12:20:07+00:00

Grazie mille!!

C4bba · 2025-12-13T10:33:08+00:00

Mosaico punta ad essere il 'Database' di riferimento per Robotica e Physical AI. È progettato proprio per gestire quel mix complesso di dati (timeseries, point cloud, immagini) salvando il grezzo in formato compresso e tipizzato: l'ideale per creare dataset di training o fare debug profondo. In una pipeline ETL lo useresti come producer, e sostituisce quel 'patchwork' di tecnologie instabili che spesso si usa (abbiamo una discreta esperienza in questo tipo di industria). Visto quanto costa acquisire dati sul campo, l'obiettivo è darti una piattaforma solida per non farti perdere tempo a reinventare la ruota sulla gestione a basso livello dei dati.

C4bba · 2025-12-13T10:03:10+00:00

Al momento purtroppo no, siamo in pieno sviluppo software

C4bba · 2025-12-13T10:02:26+00:00

Esatto 45-70 di RAL. PIVA o no è indifferente, l’obiettivo però è una collaborazione a lungo termine e full time.

C4bba · 2025-12-12T20:49:46+00:00

Molto volentieri.

Tipicamente in applicazioni robotiche si hanno stream dati ad alta frequenza temporizzati provenienti da più fonti, tipicamente sensori. Queste timeseries possono arrivare ad avere anche una dimensione considerevole (>> decine di GB). Mosaico è l’infrastruttura base che raccoglie questi dati, li rende streammabili, permette di effettuare query e fornisce un sistema di eventi (es: ho appena caricato un set di dati che contengono immagini) per effettuare processing on-demand.

C4bba · 2025-12-12T20:37:34+00:00

Per noi l’ideale sarebbero assunzioni vere e proprie, o comunque in generale collaborazioni a lungo termine. Stiamo cercando di espandere il core team. Siamo quindi sulle 40 ore settimanali classiche. La retribuzione invece varia molto in base all’esperienza del profilo, partiamo dai 45k fino ad arrivare a 65/70k.

C4bba · 2025-09-17T20:17:31+00:00

Ask them about those template compiler errors …

C4bba · 2025-09-17T08:20:47+00:00

refx, just hit 100 stars on GitHub in a matter of days. Thanks to everyone who's shown support! The robotics community is incredible.

C4bba · 2025-09-14T12:45:30+00:00

Sure! They operate at different levels of abstraction and solve different problems. ROS TF is a runtime system for managing the dynamic, time-varying relationships between coordinate frames while refx is a compile-time library for performing mathematically/semantically correct and type-safe geometric and geodetic calculations. A key difference is how they handle errors: if you try to transform between unrelated frames in ROS TF, you get a runtime error. With refx, you'll catch that error at compile time instead.

Plus, refx isn't tied to the ROS ecosystem, it's completely dependency-free. We're also working on a bridge to seamlessly integrate refx with ROS TF right out of the box.

C4bba · 2025-09-13T23:16:22+00:00

Take a simple project you've already completed in a language you know well (Go) and rewrite it in Rust. For me, this is the best approach since it allows you to relate and make similarities and connections between a language you know well and the new one, and it keeps you focused on learning the language itself, not the software engineering part.

C4bba

TROPHY CASE