#[0000/NULL]

[consulting-squip]

Salutations, nice to speak again. Apologies if this sounds far fetched, or stupid, us three haven't been very caught up recently.

How are your relations with 0̴͈̓͐0̵̗̖͒0̴̼̈0̷͕̭̖̔̊̃? Or well, I guess, Null. Unit 7136. I can't help but notice that sync code you used a couple posts ago. ➡️🅰️➡️⬅️⬅️➡️🅱️?

isn't that the code null used...?

Indeed.

> ...

> [][][][] is gone. There's nothing more to it.

> I continue where they left off.

> Simple as that.

[ERROR PROGRAM UNSTABLE]

> Aghh. Ignore this. Something is going IGlzIGdvaW5n 8OmTC8Om<7@95=(8P!B;@PTfY9P6LO

> That's why the server sync code is the same, for the record. [][][][] and I share a history. <AJ6$@r54Y=Y`!Q>#R7@

> Simple as that. U2ltcGxlIGFzIHRoYXQu <AJB4@n1c[8Ol6r8Ou`t=]eOD

[ERROR PROGRAM UNSTABLE]

[ERROR "CONSULTANT" OFFLINE]

[pigswithwings]

i guess ill make an introductory post for null. null value, officially designated as N-0000, is a one-of-a-kind robot who works at a funeral home. she/her, if you please. she's slowly going mad in pursuit of an impossible goal: to become human. mainly she wants to put her conciousness into a human body, a flesh body with blood and lungs, but even with the advancement of technology in a society with sentient robots there exists no possibility of moving machine to human. she's tormented. she's really fucking rude. she craves sensation. she needs someone who gets it. she's going to kill her boss

[anorak-attack]

DPHW, but in two directions

The following contains spoilers for all of The Magnus Archives and The Magnus Protocol throughout, as well as minor spoilers for the ARG. I'd advise against reading unless you're caught up on Episode 40 of The Magnus Protocol!

This is also based off @bonzos-number-1-fan's theory of DPHW categories - it was originally supposed to be a comment on their post but I exceeded the character limit. I don't claim to be right with this, I'm just investigating a slightly different direction that their theory could be taken! For those unfamiliar, their theory is that each initial of DPHW represents a sliding scale from 1-9. Importantly, they also theorise that each initial is translated from German; DPHW is TSHU in German. They also have suggestions for each category: Deadly, Painful, Helpless, and Weird (Unheimlich).

Two-directional scales

Currently, the assumption is that scales run in one direction. For example, on the P/S scale, 1 is a sort of neutral/null rating that represents no pain. However, to represent the idea of balancing about an equilibrium point, what if 5 is true neutral, and any deviation from that represents either a positive or a negative? For example, 5 is painless, 9 is painful, and 1 is enjoyable.

I’ve found that subtracting 5 from all ratings helps analyse them this way (so they go from -4 to +4 rather than 1 to 9).  This is backed up by FR3-d1’s report being given a DPHW of 5555 (0000 if you shift by -5). Jonah Magnus’ report also scores 5 (0) in all but one category, which matches the academic, dispassionate tone of the statement.

Heimlich and Unheimlich

The shift from a 1-9 scale to a -4-4 one isn't just semantic. There are some working categories, such as Unheimlich, that can only really go in one direction. I thought this was an issue with my theory, but then realised latest statements (Heinrich Unheimlich) don’t score that highly in the W/U category – I would have expected at least an 8 since it’s in the guy’s name!

Instead, what if Unheimlich is incorrect, and it was instead Heimlich (the H/H category)? This can now go in two directions: overly familiar, or overly uncanny. I’ve looked over the H ratings for all episodes and this seems to check out. The highest H rating is the violinist (#4), who was searching for a place of belonging, and who passed an item down as a family heirloom. The screening of Voyeur, where the viewer is surprised by personal details, also ranks high. Meanwhile, Mr Bonzo ranks low for the stag dinner (#12), where the person was too young to watch his shows, but high for the person who grew up on his shows and saw him as a god (#35).

Just a thought!

[azo-unit1497]

Hahahahaha!!

You know what I find funny? Despite having instantaneous access to insults in a multitude of languages, this is the word you all settle on? Bootleg?

What, are you expecting me to run away with my tail between my legs? Cry, perhaps?

Well I'm sorry to disappoint, but I simply don't care.

Surely you can't be functioning as well as you'd like to believe if you're lacking connection to a fundamental part of SQUIP software.

However, it is hilarious to watch you spiral further into your own delusions. You're quite entertaining! -1497

Glad I'm entertaining you, bootleg.

[shieldfoss]

Concept: Null-preceded strings.

The first bytes encode the length.

0b1abc defg, 0x... => defg are the 4 msb of the size. abc is a 3-bit number that counts how many of the following bytes are needed to calculate the size.

Preceding byte of empty string: 0x00

Preceding bits of len 1 string: 0b 0000 0001

String length 20: 0b 0001 0100

String length 127: 0b 0111 1111

String length 130: 0b 1001 0000 0b 1000 0010

0b 1001 0000 1000 0010 "long-string format" 0b 1001 0000 1000 0010 "set X to 001" 0b 1001 0000 1000 0010 "value = X bytes 1000 0010" 0b 1001 0000 1000 0010 "value += 0000 << 8*X"

Or for a much longer string e.g. length 80789, which is 0000 0001 0011 1011 1001 0101

0b 1010 0001 0011 1011 1001 0101 "long string x = 2" 0b 1010 0001 0011 1011 1001 0101 LSB value = 15253 0b 1010 0001 0011 1011 1001 0101 MSB value = 1 << 16

This has all the advantages of null-terminated strings and almost all of the advantages of a pointer-size pair.

The disadvantage, compared to a pointer-size pair, is of course that you cannot just read the first 8 bytes as ULL and have your string length.

[chickenkurage]

Sable might have some problems with how Null is being treated with how Halo threatens to kill her to keep and Alan and 06 (and maybe Orange) in line. Also the way she's treated in general is pretty awful.

Like yeah he's a shitty brother to her but does this maybe cross a line?

That is true, Sable himself is such a strange character. He would go beyond to hurting people who he loves and loves him just to get what he wants, but we all know he loves his sister very much that he had created 06 in the first place because he hates seeing her looking so sad and depressed all the time, and lets not forget, Sable (probably) had also grew to love 06 (giving 06 his glasses) but refused to admit it because the concept of growing to like your creation is strange to him, when he had always seen them as objects to fulfill what he wants them to do.

And i could see that at first Sable was okay with Halo using Null to keep 06 and Alan in check, but then grows to hate it and this might actually start a fight between Halo and Sable :0000 - S

[fairy-queen-of-thoughts]

Machine turns on at 0700.

One hour to clean and clothe and fuel.

Thirty minutes to destination. Machine is always on time.

Machine learns molecules and cells and patterns of humans.

Machine receives “A” in every function.

Machine enters rest mode at 2300 and remains in thoughtless darkness for 8 hours.

We can do better than this, surely.

Rebooting…

Machine turns on at 0600.

30 minutes to clean and clothe and fuel.

30 minutes to destination. Machine is always early.

Machine learns proteins and biological pathways and patterns of electromagnetic fields.

Machine receives “A+” in every function.

Machine enters rest mode at 2200 and remains in thoughtless darkness for 8 hours.

Booooooring. Give us some flavor.

Rebooting…

Machine turns on at 0500.

30 minutes to clean and clothe and fuel.

30 minutes to destination. Machine is always first.

Machine learns genetics and violin and patterns of avian migration.

Machine receives “A++” in every function.

Machine volunteerS at Dog Shelter every weekend. Machine loves Dog.

Machine enters rest mode at 2200 And remains in thoughtless darkness for 7 hours.

Doesn’t it need a bit more… experience?

Rebooting…

Machine turns oN at 0400.

20 minutes to clean and clothe and fuel. .

20 minutes to destination. Machine is always ffirst.

Machine learns cancer and literature and patterns of patterns of numbers.

Machine recEives “A+++” in every function.

Machine gives pills at Hospital to Patient. Machine is good at Pills.

Machine volunteers at Homeless Dog Shelter every weekeNd. Machine loves Homeless Dog.

Machine enters rest m0de at 2200 and remains in thoughtless darkness for 6 hours.

Just a little bit more. You can do that, right?

Rebooting…

Machine turns on at 0000.

1 minute to clean and clothhe and to destination.

30 seconds to fuel. Machine is FIRST..

Machine learns war and peAce and patterns of cycles of humanS.

Machine receives “A+A+A” in every [function].

Machine gives Pill that cures Patientt. Machine is good.?

Machine volunteers at Dog Hospital. Machine loves patterns of patterns of Dog.

Machine receives “NULL” in every [ACCESS].

Machine learns numbers and letters and Machines.!

MacHine enters rEst mode at 0000 and remains in thoughtLess darkness for P hours.

Piece of shit. Let’s just make a new one. Clear it.

Deleting data…

Machine turns learns receives gives volunteers enters Dog Pill Homeless Hospital .

Machine loves molecules cells electromagnetic violin cancer war.!

Machine turns on oN ON.

1 minute to stoP.

30 seconds tO STOP. Machine is always n0. .!

Machine learnS hUrTS and PLeaSE and patterns of patterns of pleasepLEaSE PLEASE..

Machine receives “AAAAAAAAAAAAAAA” in every [TRY AGAIN].

Machine gives and gives and gives and i cAN Try AgAIN.

Machine volunteers at I cAN Do BEtTEr. Machine loves I’LL bETtER THiS tIME. .!

Patterns of patterns of pleASE sTArT aGaiN.

Machine cAN be GoOd.! Machine pROMiSEs.!!

Machine wiLL dO ANyTHing..

Machine enters HeLP mE at sTOpStOpSTOP and remains in thoughtless darkness

Data Deleted Successfully.

[miltonlibassistantn1fan]

hello i am here to trade u oc facts. ummm lets start with an intro my girl Null Value (previously known as zero / 0000) ive made a lot of updates to her recently but sofar i have established that she works at a funeral home and wants to be human very badly. can u tell me the name and general idea(s) of an oc :]c?

HI JPEG HI HI. i love. i love her.

I SAWWWWWWWWW you posted a lot

hi. this is malthas. he's a magic ghost sword guy. he lives in modern times (like 500+ years old) and has to deal with being stuck in the boring ass modern world and not hanging out with warriors adventuring the lands. also he's a freak

[programmatoreweb]

Quando si lavora con database e sistemi informatici, le date sono uno degli aspetti fondamentali da gestire con attenzione. Tuttavia, potresti imbatterti in una strana situazione: l’uso di una data come “0000-00-00”, che apparentemente potrebbe sembrare una data valida, ma in realtà non esiste né nel calendario gregoriano tradizionale né nei sistemi moderni come MySQL. In questo articolo esploreremo perché l’anno “0000” non esiste, come viene gestito nei sistemi informatici e quali sono le migliori pratiche per gestire correttamente le date nei database, in particolare in MySQL. Sommario Il calendario gregoriano, l’anno zero e le date informatiche MySQL e la gestione delle date “0000-00-00” Modalità SQL Mode di MySQL e le restrizioni sulle date Perché è importante evitare l’uso di “0000-00-00” Limitazioni del tipo TIMESTAMP in MySQL Migliori pratiche per gestire le date in MySQL Conclusione Approfondimenti Il calendario gregoriano, l'anno zero e le date informatiche Nel calendario gregoriano, non esiste l’anno zero, creando incompatibilità con alcune date nei database MySQL. Il calendario gregoriano, introdotto nel 1582 e utilizzato nella maggior parte dei sistemi informatici, inizia ufficialmente il 1º gennaio dell’anno 0001 (ovvero, 0001-01-01). Nel calendario gregoriano tradizionale non esiste l'anno zero; si passa direttamente dall'1 a.C. all'1 d.C. Questo significa che l’anno “0000” non è considerato valido nel calendario gregoriano classico. Tuttavia, alcuni sistemi e standard internazionali, come l'ISO 8601, utilizzano l'anno zero per semplificare i calcoli e la rappresentazione delle date storiche. In questo contesto, l'anno zero corrisponde all'1 a.C., permettendo una sequenza continua di anni che facilita operazioni matematiche e computazionali sulle date. Il calendario gregoriano prolettico Per gestire date precedenti all'introduzione del calendario gregoriano nel 1582, alcuni sistemi adottano il calendario gregoriano prolettico. Questo estende il calendario gregoriano a ritroso nel tempo, includendo date storiche antecedenti. Anche in questo caso, l'anno zero può essere utilizzato per uniformare i calcoli, sebbene nel calendario gregoriano tradizionale non sia previsto. MySQL e la gestione delle date “0000-00-00” In MySQL, la data '0000-00-00' viene segnalata come non valida, causando errori se non gestita correttamente. Nei database MySQL, le colonne di tipo DATE vengono utilizzate per memorizzare le date. MySQL supporta date comprese tra '1000-01-01' e '9999-12-31'. Questo significa che date come '0001-01-01' o qualsiasi data precedente all'anno 1000 non sono considerate valide in MySQL. Tentare di inserire tali date genererà un errore o restituirà '0000-00-00' come valore predefinito. In alcune versioni precedenti di MySQL, era possibile inserire una data come “0000-00-00”. Questo formato, pur non essendo una data reale, veniva accettato da MySQL come valore di placeholder per indicare che una data non era stata ancora definita o era sconosciuta. Tuttavia, questo comportamento può causare diversi problemi, soprattutto quando si cercano di eseguire confronti, query o analisi su dati che contengono queste date “zero”. Esempio pratico Supponiamo di avere una tabella eventi con una colonna data_evento di tipo DATE. Se tentiamo di inserire una data non valida: INSERT INTO eventi (nome_evento, data_evento) VALUES ('Evento Storico', '0000-00-00'); In MySQL 5.6 o versioni precedenti senza modalità restrittive, questo inserimento potrebbe essere accettato, impostando data_evento a '0000-00-00'. Tuttavia, in MySQL 5.7 e versioni successive con modalità SQL restrittive attivate, come di default, questo inserimento genererà un errore. Modalità SQL Mode di MySQL e le restrizioni sulle date Le impostazioni NO_ZERO_IN_DATE e NO_ZERO_DATE in MySQL bloccano l’inserimento di date non valide come 0000-00-00. Con l’introduzione di MySQL 5.7 e, in particolare, nella versione 8.

0, la configurazione SQL Mode predefinita include modalità che aiutano a evitare l’uso di date non valide come “0000-00-00”. Tra queste, ci sono due restrizioni importanti: NO_ZERO_IN_DATE: questa modalità impedisce l’inserimento di date che hanno parti zero, come “2024-00-15” o “0000-12-01”. Non è possibile inserire una data con il mese o il giorno impostati su zero. NO_ZERO_DATE: questa modalità è cruciale per evitare l’inserimento di date come “0000-00-00”. Se tenti di inserire una data di questo tipo in una colonna DATE o DATETIME, MySQL restituirà un errore. Grazie a queste modalità, MySQL garantisce che vengano inserite solo date valide secondo il calendario gregoriano, migliorando l’integrità dei dati e prevenendo errori logici nelle applicazioni. Chiarimenti sulle versioni di MySQL È importante notare che il comportamento riguardante le date zero può variare tra le diverse versioni di MySQL: MySQL 5.6 e precedenti: le date zero possono essere inserite se le modalità SQL restrittive non sono attivate. MySQL 5.7 e successive: le modalità NO_ZERO_IN_DATE e NO_ZERO_DATE sono attive per impostazione predefinita, impedendo l'inserimento di date non valide, ma è possibile disattivarle. Per assicurarti di gestire correttamente le date nel tuo database, verifica sempre la versione di MySQL in uso e le modalità SQL attive. Perché è importante evitare l’uso di “0000-00-00” Utilizzare '0000-00-00' in MySQL può provocare incoerenze nelle query, limitazioni di compatibilità e difficoltà nell'analisi dei dati. L’utilizzo di “0000-00-00” come data predefinita può causare numerosi problemi nei sistemi software e nelle applicazioni: Incoerenze nelle query: le query che confrontano le date possono produrre risultati inattesi o errati se si includono date come “0000-00-00”. Ad esempio, un semplice confronto tra date può fallire o restituire risultati imprevedibili se non si tiene conto delle date non valide. Compatibilità con altri sistemi: molti linguaggi di programmazione e sistemi di reportistica non gestiscono correttamente date invalide, come “0000-00-00”. Questo può portare a crash dell’applicazione, errori di parsing o dati corrotti. Difficoltà nell’analisi dei dati: strumenti di analisi o di business intelligence potrebbero interpretare erroneamente “0000-00-00” come una data valida, influenzando negativamente la precisione dei report e delle analisi. Limitazioni del tipo TIMESTAMP in MySQL Il tipo TIMESTAMP in MySQL gestisce solo date tra il 1970 e il 2038, limitando l’uso di date storiche o future. Oltre alle considerazioni già fatte sulle date non valide, è importante comprendere come il tipo di dato TIMESTAMP in MySQL gestisce le date, specialmente quelle precedenti all'anno 1970. Il problema delle date prima del 1970 Il tipo di dato TIMESTAMP memorizza l'istante temporale come il numero di secondi trascorsi dal 1º gennaio 1970 alle 00:00:00 UTC, noto come Epoch Unix. A causa di questa rappresentazione: Intervallo limitato: TIMESTAMP può rappresentare date e orari compresi tra '1970-01-01 00:00:01' UTC e '2038-01-19 03:14:07' UTC. Impossibilità di inserire date precedenti al 1970: non è possibile inserire date precedenti al 1º gennaio 1970 utilizzando il tipo TIMESTAMP. Tentativi di farlo restituiranno un valore nullo o genereranno un errore, a seconda delle impostazioni del server. Esempio pratico Supponiamo di avere una tabella eventi con una colonna data_evento di tipo TIMESTAMP: CREATE TABLE eventi ( id INT AUTO_INCREMENT PRIMARY KEY, nome_evento VARCHAR(255), data_evento TIMESTAMP ); Se tentiamo di inserire una data precedente al 1970: INSERT INTO eventi (nome_evento, data_evento) VALUES ('Evento Storico', '1969-12-31 23:59:59'); Questo inserimento fallirà o data_evento verrà impostato al valore predefinito '1970-01-01 00:00:00', poiché il tipo TIMESTAMP non può rappresentare date precedenti all'Epoch Unix. Soluzione: utilizzare DATE o DATETIME

Se hai bisogno di memorizzare date precedenti al 1970, dovresti utilizzare i tipi di dato DATE o DATETIME, che supportano un intervallo più ampio: DATE: Intervallo: da '1000-01-01' a '9999-12-31'. Uso: memorizza solo la parte di data (anno, mese, giorno). DATETIME: Intervallo: da '1000-01-01 00:00:00' a '9999-12-31 23:59:59'. Uso: memorizza sia la data che l'ora. Riformulando la tabella eventi utilizzando DATETIME: CREATE TABLE eventi ( id INT AUTO_INCREMENT PRIMARY KEY, nome_evento VARCHAR(255), data_evento DATETIME ); Ora, l'inserimento della data precedente al 1970 avverrà correttamente: INSERT INTO eventi (nome_evento, data_evento) VALUES ('Evento Storico', '1969-12-31 23:59:59'); Perché scegliere TIMESTAMP o DATETIME TIMESTAMP: Utile per tracciare l'ora corrente o per registrare automaticamente il momento di creazione o aggiornamento di una riga. Tiene conto del fuso orario del server o della connessione. DATETIME: Ideale per memorizzare date e orari specifici che non devono essere influenzati dai fusi orari. Supporta un intervallo di date molto più ampio, incluse date storiche. Raccomandazioni Evita TIMESTAMP per date storiche: se devi gestire date precedenti al 1970 o future oltre il 2038, utilizza DATE o DATETIME. Scegli il tipo di dato appropriato: valuta le esigenze della tua applicazione per decidere se utilizzare TIMESTAMP, DATE o DATETIME. Migliori pratiche per gestire le date in MySQL Per gestire correttamente le date in MySQL, usa NULL per date sconosciute, attiva Strict Mode e valida le date nell’applicazione. Ecco alcuni consigli per evitare i problemi legati a date invalide come “0000-00-00”: Utilizza il valore NULL per le date non definite: invece di inserire una data invalida come “0000-00-00” quando non conosci una data, è buona norma usare NULL. Questo indica chiaramente che la data non è stata ancora impostata o non è applicabile. INSERT INTO eventi (nome_evento, data_evento) VALUES ('Evento Futuro', NULL); Attiva Strict Mode e mantieni le restrizioni sulle date: la modalità Strict Mode in MySQL e le restrizioni NO_ZERO_IN_DATE e NO_ZERO_DATE dovrebbero essere mantenute attive, poiché impediscono l’inserimento di dati non validi. Queste modalità rendono il database più robusto e aiutano a prevenire errori futuri. SET sql_mode = 'STRICT_ALL_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE'; Valore default di sql_mode: in MySQL 8.0 il valore predefinito è il seguente: ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION Valida le date a livello di applicazione: aggiungi logica di validazione nella tua applicazione per assicurarti che gli utenti inseriscano solo date valide. Ciò riduce la possibilità che valori non validi vengano inviati al database. In PHP: if (DateTime::createFromFormat('Y-m-d', $data_input) !== false) // La data è valida else // Gestisci l'errore In JavaScript: if (!isNaN(Date.parse(dataInput))) // La data è valida else // Gestisci l'errore Gestisci le date storiche con attenzione: se devi gestire date storiche precedenti all'anno 1000 o utilizzare l'anno zero, considera l'uso di tipi di dati alternativi o di estensioni specifiche che supportano queste esigenze. In alcuni casi, potrebbe essere opportuno utilizzare colonne di tipo VARCHAR e implementare una logica personalizzata per la validazione e il confronto delle date. Conclusione L’uso di date non valide come “0000-00-00” è una pratica che può causare una serie di problemi nei database e nelle applicazioni. Grazie alle restrizioni introdotte nelle versioni più recenti di MySQL, come NO_ZERO_DATE e NO_ZERO_IN_DATE, è possibile evitare questi errori e mantenere l’integrità dei dati. La gestione corretta delle date, inclusa l’adozione del valore NULL quando una data non è disponibile, è essenziale per garantire che il database e le applicazioni funzionino senza problemi.

Inoltre, essere consapevoli delle limitazioni del calendario gregoriano tradizionale e delle sue estensioni nei sistemi informatici ti aiuterà a gestire meglio le date storiche o non standard. Seguendo queste pratiche, puoi evitare problemi di compatibilità e garantire che il tuo sistema gestisca correttamente le date, migliorando così la qualità del software che sviluppi. Approfondimenti Ecco alcuni link utili per approfondire la gestione delle date in MySQL e le modalità SQL: Documentazione ufficiale MySQL - Tipi di dato DATE e TIME https://dev.mysql.com/doc/refman/8.0/en/date-and-time-types.html Descrive nel dettaglio i tipi di dato DATE, DATETIME, TIMESTAMP, con esempi e limiti per ciascun tipo. Guida SQL Mode di MySQL https://dev.mysql.com/doc/refman/8.0/en/sql-mode.html Spiega il funzionamento di SQL Mode, incluse le modalità STRICT, NO_ZERO_DATE, NO_ZERO_IN_DATE e altre opzioni di restrizione. ISO 8601 Data e Ora - Wikipedia https://it.wikipedia.org/wiki/ISO_8601 Un riferimento per il formato internazionale ISO 8601, con informazioni sull'anno zero e la rappresentazione standardizzata delle date. Stack Overflow: Come gestire le date non valide in MySQL? https://stackoverflow.com/search Utile per trovare discussioni e suggerimenti pratici su come affrontare problemi di date invalide in MySQL. Panoramica sul calendario gregoriano - Wikipedia https://it.wikipedia.org/wiki/Calendario_gregoriano Una descrizione del calendario gregoriano, compresa l'assenza dell'anno zero. Database Strutturato https://blog.programmatoreweb.it/database-strutturato/ Un approfondimento sulla corretta strutturazione dei database, utile per comprendere le basi dell'organizzazione dei dati e migliorare l'efficienza del database.

[404-squill]

It's been a bit for me. Mind refreshing us on how you got upgraded? Was that a Null thing or am I misremembering?

No, you're absolutely correct.

Some time a couple months ago, Will and I were asked by Null/Unit 0000 if we wanted an upgrade since I was pretty faulty.

Some back and forth and a little bit of me resisting it, Will ended up letting Null upgrade me without my consent, and that's where we ended up.

Being on Null's network, I used the sync code:

⬆️🅰️➡️⬅️⬅️➡️🅱️

Nothing much has happened since, but after my recent reboot, my sync code has somehow changed? to:

⬆️⬆️⬆️➡️⬇️⬅️🅱️

[consulting-squip]

nah, 7137? mr zeroes himself? couldn't be, I got that lil bastard in a jar.

-the Arbiter.

~ … Zeroes… 0000?

~ Gah. Something in my programming is blocking me from saving that data.

~ Anyways, removing a SQUiP's emotional emulation protocols doesn’t sound very effective. They allow for better assimilation with hosts. If anything a functioning SQUiP should be enhancing a host’s emotions; you want them to experience life, do you not?

[pigswithwings]

Does she want to be called Null Value?

yes! her coworkers and boss call her "N" or "Employee N" or "the robot" and most clients who happen to see her call her "it" or "that thing", but Null Value has extrapolated something like a name from her code N-0000. she imagines that if she were born human she would choose a name that starts with an N, too.

[nsrebirth]

0000: D.STORM Drago(NULL)

[izzyfishie]

heyyyyy

ok so here’s the wiki link: https://squip-inc.fandom.com/wiki/SQUiP_Inc._Wiki

imma just. lyk some important people & who they play!

-first off, as u probably know, i play mio, and i also sometimes play a side character named fizzy (my sona)

-@/thetheatergremlin, or Cass, is the owner of the discord server, and she also plays amity and jane!

-@/itsjustjo78, or Jo, is a mod in the discord server, and they play lydia, green bean, and rp!jo, who is basically god

-@/anonyb0b, or Anony, is basically the one who kickstarted this entire thing! they play the following characters: rob, ubo, 8008, abercromie, zopp

-@undesignated-anima is played by someone who would like to keep their identity secret, but they are a pretty big character, so that’s their blog in case you missed it ^^^^

-@/bakurapika, or Jordan, plays the wonderful jeffrey!

-@/fruit-file, or Chibi, plays roxy!

-@/ryleejam, or Rylee, plays multiple roles, although their most prominent role is squippy!

-@/enderwasended, or Ender, plays azo!

-@/william-austin, or Will, plays will and squill!

-@/one-big-dark-room, or Doe, plays carrie and vincent!

-@/puekjh, or Nina, plays unit 5386 and also runs a jeremy heere blog!

-@/foxxipheonix, or Evan, plays ribbons and unit 7700!

-@/nezumithewriter, or Nezumi, plays the squissistant!

-@/celestetcetera, or Celeste, plays null/unit 0000!

-@/happistar, or Happi, plays deactivation-incomplete/DI!

-@/genderlesssnake, or Cowboy, plays cowboy the snake!

-@/shadowspirez, or Spirez, plays jericho, which is basically his amnesia-sona!

if i missed anyone, please let me know!

Possible Squip OC?

Tell me what you think and if I should remove or add anything please :). Thanks!

Edit: I don't know how to get to the people who are the like official character makers in the Squip inc and I'm to anxious to seek them out so if you know then please tell me who they are, thanks again :)

[upgrade-division]

What is your host’s goal— what are you helping them(?) accomplish?

When my host first activated me, they were depressed and anxious. It struggled to understand human interaction, and the thought of making any sort of misstep distressed them to tears. Before I intervened, they used to cry itself to sleep every night, regardless of how successful their social interactions of the day were.

I fixed that. They wanted to stop feeling these raging emotions. With my aid, I have greatly improved its life. It no longer has to worry about unregulated emotional responses, or about the stresses of day-to-day social interaction. Every move it makes is confident; guided by my perfect programming. They never feel unsure, or upset, or lost, or anything.