Il motore di ricerca di Google non funziona, cosa devo fare? Come ottenere un lavoro su Google anche se fossi il peggior studente del corso

GooglePay- formalmente conosciuto come AndroidPagaè un servizio che permette di pagare gli acquisti nei negozi, sui siti e nelle applicazioni tramite smartphone.

Google Pay può essere utilizzato in qualsiasi negozio e in altri luoghi in cui sono installati terminali di pagamento. pagamento senza contatto. Probabilmente l'hai già visto dispositivi simili alle casse e portati lì carte bancarie cancellare i fondi.

Per pagare tramite Google Pay è sufficiente avvicinare il proprio smartphone anziché la carta a tale terminale. Questo è più conveniente, poiché il gadget è sempre a portata di mano e utilizzarlo è più veloce che estrarre la carta o i contanti necessari dal portafoglio. Inoltre, puoi collegare più carte al tuo smartphone. Internet non è necessario per il pagamento.

Per quanto riguarda gli acquisti online: i siti e le applicazioni che accettano denaro tramite Google Pay visualizzano nella schermata di pagamento un pulsante con il logo di questo servizio. Se ne vedi uno, devi cliccarci sopra e seguire ulteriori istruzioni sul display dello smartphone.

Questo metodo elimina la necessità di inserire ogni volta i dettagli della carta e quindi accelera notevolmente il processo.

Quali dispositivi e banche supportano Google Pay

Tutti gli smartphone con Android 4.4 e . Inoltre, per poter pagare tramite terminali, il tuo telefono deve supportare la tecnologia trasmissione senza fili Dati NFC.

Scopri la versione sistema operativoÈ possibile accedere alle impostazioni del dispositivo facendo clic su "Sistema" → "Informazioni sul telefono".

Per verificare il supporto NFC, cerca la voce corrispondente nelle impostazioni. Se lo è, lo smartphone supporta NFC. Se non trovi tu stesso una funzione del genere, controlla la sua disponibilità nel dispositivo sul sito Web del produttore.

Se hai ricevuto i diritti di superutente sul tuo smartphone, ovvero Google Pay potrebbe rifiutarsi di funzionare.

Il numero di banche che supportano Google Pay è in continua espansione. Sul sito web del servizio puoi vedere gli elenchi attuali per Russia, Ucraina e altri paesi. Accanto al nome di ciascuna banca, vedrai i tipi delle sue carte - di debito o di credito, Visa o MasterCard - che possono essere collegate a Google Pay.

Come connettere e configurare Google Pay

1. Installa sul tuo smartphone applicazione gratuita GooglePaga.
2. Aprire Impostazioni di sistema e attiva NFC.
3. Configura un blocco schermo utilizzando PIN, password, chiave grafica o impronta digitale.
4. Avvia Google Pay e segui le istruzioni del programma per collegare le carte.

Come pagare gli acquisti nei negozi

1. Se l'importo supera i 1.000 rubli, lo schermo dello smartphone. In caso contrario, basta accendere la retroilluminazione.
2. Portarlo dispositivo mobile pannello posteriore al terminale e attendere ulteriori istruzioni. Non è necessario avviare l'app Google Pay per farlo.
3. Segui le istruzioni sullo schermo del tuo smartphone. Molto probabilmente l'applicazione ti chiederà semplicemente di inserire il codice PIN della carta.
4. Se hai collegato più carte al servizio e desideri pagare un acquisto utilizzando una carta che non è elencata come principale in Google Pay, avvia l'applicazione prima dell'acquisto. Apri la sezione “Carte”, seleziona quella che ti serve e avvicina il tuo smartphone al terminale.

Google Pay è sicuro?

Google garantisce che il pagamento tramite Google Pay è sicuro. Tutti i dati finanziari sono crittografati e archiviati su server sicuri. Inoltre, al momento del pagamento, il venditore non riceve nemmeno il numero della tua carta: vede invece solo il numero di conto virtuale assegnato a ciascuna carta.

Google Pay può essere utilizzato solo con il blocco schermo configurato. Ciò protegge le tue carte da estranei che non conoscono il tuo PIN, la password o la sequenza e non possono superare la verifica dell'impronta digitale. Se disabiliti la funzione di blocco, l'applicazione cancellerà gli account virtuali associati alle carte per motivi di sicurezza.

Se il tuo smartphone viene smarrito o rubato, puoi rintracciare il dispositivo, bloccare o cancellare tutti i suoi dati utilizzando il servizio "".

È possibile pagare gli acquisti tramite uno smartwatch?

Il servizio può essere utilizzato anche su orologio intelligente. SU questo momento La funzione è attiva in Australia, Gran Bretagna, Spagna, Canada, USA, Polonia e Russia. Sugli orologi che supportano Google Pay, l'applicazione del servizio è disponibile immediatamente.

La configurazione e l'utilizzo del servizio su un orologio è quasi identico a quello su uno smartphone. Poco prima di pagare, devi avviare manualmente l'applicazione Google Pay. Non hai bisogno di uno smartphone per pagare utilizzando l'orologio.

Se non riesci a visualizzare i risultati della ricerca in Applicazione Google SU Dispositivo Android, modificare le impostazioni. Ciò aiuterà a risolvere i seguenti errori:

• "Errore Ricerca Google"
• "Richiesta fallita: nessuna connessione"

Seguire le istruzioni riportate di seguito fino alla risoluzione del problema. Nota. Impostazioni attivate diversi dispositivi può variare.

Passaggio 1: connettersi a Internet

1. Assicurati che il tuo dispositivo non sia in modalità aereo

In modalità aereo, Wi-Fi e reti mobili. Se vedi l'icona di un aeroplano nella parte superiore dello schermo, questa modalità è abilitata.

Per disabilitarlo, attenersi alla seguente procedura:

1. Di più.
2. Disattiva la modalità aereo.

Controlla se la ricerca funziona.

2. Connettiti a una rete Wi-Fi

Se stai tentando di connetterti a Internet tramite Wi-Fi, probabilmente dovrai modificare le impostazioni.

Per attivare il Wi-Fi e selezionare una rete, attenersi alla seguente procedura:

1. Apri le impostazioni del tuo dispositivo.
2. Nel capitolo " Rete senza fili"clicca Wifi.
3. Attiva il Wi-Fi.
4. Seleziona una rete e inserisci una password, se richiesta.

L'icona Wi-Fi dovrebbe apparire nella parte superiore dello schermo. Controlla se la ricerca funziona. In caso contrario, utilizzare i suggerimenti seguenti.

Icona Wi-Fi con un punto interrogativo (?): La funzione funziona, ma non è disponibile alcuna connessione di rete. Per selezionare una rete Wi-Fi, seguire le istruzioni sopra.

Icona Wi-Fi con punto esclamativo (!) : il dispositivo è connesso a una rete Wi-Fi, ma non è disponibile alcuna connessione Internet.

• Se stai usando rete pubblica Wi-Fi (ad esempio, in un bar o in un aeroporto), potrebbe essere necessario inserire una password o accedere. Controlla se la pagina di accesso si apre nel browser.
• Se stai usando propria rete Wi-Fi, riavvia il router. Se il problema persiste, contatta il tuo fornitore di servizi Internet.

L'icona non è completamente colorata o lampeggia: il segnale Wi-Fi è troppo debole oppure il dispositivo sta ancora tentando di connettersi.

• Assicurati che la rete sia selezionata correttamente.
• Se possibile, posiziona il dispositivo più vicino al router per rafforzare il segnale.
• Se stai utilizzando la tua rete Wi-Fi, riavvia il router.

Il Wi-Fi continua a non funzionare? Utilizza Internet mobile: disattiva il Wi-Fi e controlla se vengono visualizzati i risultati della ricerca.

3. Controlla la tua connessione Internet mobile

Se il Wi-Fi non è disponibile, connettiti a Internet tramite la rete mobile.

Come verificare se Internet mobile è disponibile:

• Prova ad aprire qualsiasi pagina web in un browser mobile. Se non si carica, seguire le istruzioni riportate di seguito.

A cui connettersi Internet mobile, Segui questi passi:

1. Apri le impostazioni del tuo dispositivo.
2. In Reti wireless, seleziona Trasferimento dati.
3. Attiva Internet mobile (l'impostazione potrebbe essere chiamata, ad esempio, " Traffico mobile" o "Dati mobili"). Se i dati mobili sono già attivati, disattivarli e riattivarli.

La parte superiore dello schermo mostrerà la potenza del segnale e il metodo di trasmissione dei dati (ad esempio, LTE). Controlla se la ricerca funziona. Se i risultati della ricerca non vengono visualizzati o non c'è segnale, utilizzare i suggerimenti di seguito.

1. Vai all'area di copertura

Se ti trovi fuori dall'area di copertura (ad esempio in metropolitana o in aree rurali), spostarsi in un'area con un segnale più forte.

2. Contatta il tuo operatore di telefonia mobile

Se riscontri spesso problemi durante il tentativo di connessione a Internet mobile, contatta il tuo fornitore di servizi.

Secondo il sito di lavoro Glassdoor, Google è il quinto più grande stipendio medio negli Usa. Ma per ottenere una di queste posizioni ben retribuite, devi sviluppare e seguire un'intera strategia, soprattutto se ti sei appena laureato all'università e non hai un GPA elevato. Edizione aziendale Insider parla di come distinguersi sul mercato Background generale, anche con risultati accademici non ottimali, usando l'esempio dei consigli tratti dalle discussioni su Quora.

Google è noto per il fatto che è estremamente difficile superare tutte le fasi di selezione dell'azienda. Ma recentemente ha abbandonato le valutazioni dei punteggi degli esami finali e del GPA, che erano criteri critici per selezionare i candidati per le opportunità di lavoro.

“Tutti sanno che Google chiedeva informazioni sulla media e sui voti degli esami finali, ma non lo facciamo più se sono passati almeno alcuni anni dalla laurea. Ci siamo resi conto che questi parametri non erano utili”, ha affermato l’ex capo delle risorse umane di Google Laszlo Bock.

Ma Google ti chiederà comunque la laurea durante il processo di selezione. “Mi è stato detto di fornire un diploma e informazioni sulle discipline completate nel corso di laurea. Non è stato difficile, ma non me lo aspettavo”, si legge nella recensione di un candidato su Glassdoor.

Se sei un neolaureato o stai facendo domanda per uno stage, il tuo GPA diventa più importante. Tuttavia, ci sono cose che possono aiutarti a distinguerti dalla massa a prescindere. Di seguito sono riportati 12 modi per farlo.

Fonte: Thomson Reuters

1. Acquisisci esperienza professionale

“Se hai una preziosa esperienza lavorativa, potresti non avere nemmeno una laurea. (Anche se, naturalmente, è sempre meglio avere la specializzazione giusta.)”, afferma Lutz Enke, un dipendente di Google di Amburgo.

2. Sviluppare capacità di programmazione (se ti stai candidando per una posizione tecnica)

“Il GPA è solo un criterio. Quando sei appena agli inizi, ciò che conta è quanto bene comprendi il codice, come puoi pensare a modi per migliorarlo e quanto velocemente puoi crescere", osserva uno dei relatori, lo sviluppatore Gaanesh Kap.

3. È meglio non candidarsi tramite il sito web generale dell'azienda (concentrarsi invece su stage, programmi di reclutamento universitari e raccomandazioni)

Fonte: Google

“I modi migliori per ottenere un colloquio senza avere il GPA più alto sono gli stessi modi migliori ottenere un colloquio... Se hai presentato domanda risorsa esterna, ad esempio, attraverso la sezione dedicata alle carriere del sito Web di un'azienda, le tue possibilità non sono così buone", - John L. Miller, specialista in interviste presso Microsoft, Amazon e Google.

4. Contatta direttamente un reclutatore di Google

Fonte: Biaconshock

“Ho avuto due colloqui presso Google (entrambi falliti miseramente)… ma li ho avuti. Sono arrivato al primo dopo aver trovato i reclutatori di Google tramite LinkedIn e aver inviato loro delle lettere. Ho scritto a tre persone e una di loro ha risposto", osserva l'ingegnere di sistema Mark Kutzmarski.

5. Migliora te stesso nel tuo campo professionale e diventa quella che Google chiama una persona “a forma di T”.

"Google è alla ricerca di persone a forma di T: altamente competenti in un'area, a volte anche le migliori, ma anche con altri interessi", scrive Staff.com nel suo blog.

6. Non aggiungere informazioni sul tuo GPA se è basso.

“Tutti sanno che Google non esaminerà il GPA se l’ingegnere è abbastanza bravo. Tuttavia, quando lo specialista delle risorse umane confronta il tuo curriculum con migliaia di altri, è meglio non aggiungere ciò che non è a tuo vantaggio. E penso che un GPA basso riduca le tue possibilità”, afferma lo specialista di sicurezza informatica Shubham Bansal.

7. Aspetta che siano trascorsi più di tre anni da quando ti sei laureato.

“Se fai domanda entro tre anni dalla laurea, Google ti chiederà informazioni sui voti del tuo diploma e rimarrà per sempre in archivio presso i reclutatori dell'azienda. Se sei paziente e non fornisci specificatamente queste informazioni, nessuno dovrebbe chiedertelo", ha affermato Harvey Alcabez, laureato in informatica al MIT.

8. Compila il tuo curriculum con ulteriori hobby e attività.

“La difficoltà principale è superare il controllo del curriculum. Sarebbe meglio se contenesse qualcosa di diverso dalle informazioni sul tuo GPA. Ricevono 3.000 curriculum al giorno e fisicamente non possono invitare tutti a un colloquio", afferma Bruce R. Miller, ingegnere delle risorse umane di Google.

9. Mostra le tue capacità ingegneristiche

"Assicurati di avere prove delle tue eccezionali capacità ingegneristiche", consiglia Noam Ben-Ami, ingegnere analitico presso Mulesoft.

10. Acquisisci esperienza lavorando su progetti open source

Sulla tua esperienza lavorativa

Cercherò di descrivere tutta la mia esperienza e le insidie ​​​​che ho incontrato durante la preparazione per un colloquio presso Google e altre aziende della Valley (Microsoft, Amazon, Snapchat, Evernote, Cruise Automation, Uber, ecc.). Il mio obiettivo era ricevere un’offerta da Google o Facebook, o meglio ancora da entrambi; tutte le altre aziende rientravano nella categoria “beh, se lì è molto interessante, allora puoi”. Dal primo giorno in cui ho iniziato a prepararmi fino al momento in cui ho ricevuto un'offerta da Google, sono passati 1 anno e 5 mesi. Ho ricevuto la mia prima offerta dopo 1 anno e 2 mesi di preparazione. Ci sono stati 7 onsite in totale (colloqui presso la sede dell'azienda), di cui 3 erano offerte (Google, Evernote, Cruise Automation). Quindi iniziamo.

Sfondo

Sono stato venditore presso Google a Mountain View per un anno e mezzo. C'erano anche diversi Googler che prima erano anche venditori. Naturalmente, il cervello mi diceva costantemente che erano “diversi”, che erano “più intelligenti, migliori, più fighi” di me. E il mio destino è fare il venditore. Una volta ho anche provato a risolvere un problema su LeetCode. Sono riuscito a risolvere il quinto problema facile, che si è rivelato composto da 120 righe di codice e, di conseguenza, non ho mai superato i test. Ci sono volute 5 ore in un bellissimo sabato pomeriggio californiano. Alla fine ho capito che tutti intorno a me lo avevano “dato”, ma io no.

Tuttavia, trascorrendo molto tempo con gli amici di Google, ho capito l'algoritmo approssimativo: cosa e come fare. Ho fatto esattamente come avevano detto e ho ricevuto un'offerta (sono rimasto piuttosto sorpreso). La seconda sfumatura è che ho lavorato al front-end su Google, tutti i miei amici erano back-end e hanno descritto la preparazione appositamente per il back-end. Ho pensato e deciso: “E anche il back-end è buono (una volta ho scritto su .NET, anche se è stato molto tempo fa), andrò esattamente come loro, ma farò più di loro, e poi Riceverò sicuramente un'offerta."

Motivazione

Prepararsi ai colloqui nelle grandi aziende non è uno sprint, è una maratona. Nella mia esperienza, da sei mesi a un anno e mezzo. Questa maratona richiede molto carburante e sarebbe molto triste se finisse a metà o alla fine. Pertanto, è necessario preparare le risorse in anticipo.

Ciò che intendo

La preparazione richiede molto tempo: circa 2-3 ore tutti i giorni feriali e completamente tutti i fine settimana. Questo è, in sostanza, tutto tempo libero. Ero senza moglie e figli, ed era più semplice, da un lato: nessuno richiede un'attenzione costante. D’altronde nessuno lo sostiene.

Credo che sia necessario negoziare con le persone con cui sei strettamente connesso “a terra” in modo che sappiano cosa aspettarsi, condividano obiettivi, aiutino periodi difficili(lo saranno, tutti li hanno avuti).

Inoltre, devi capire chiaramente perché lo stai facendo e cosa vuoi ottenere. Ed è meglio che questo obiettivo sia al di fuori di te, più grande di te. Se fai qualcosa solo per te stesso puoi segnare nei periodi difficili; se per qualcun altro la motivazione è molto più alta, e questo ti aiuta a non fermarti.

Esempio 1: “Voglio andare su Google perché è bello”, “Voglio andare su Facebook perché lì ci sono un sacco di soldi”- questo è per te. In ogni momento puoi trovare un articolo che dice che Google è uno spreco, che lì danno meno soldi che in un'altra azienda, che lì è noioso, c'è molta politica. E cosa? E basta, la motivazione è calata, i libri con gli algoritmi volano dalla finestra.

Esempio 2: “Voglio Google così posso portare la mia famiglia negli Stati Uniti e dare ai miei figli una buona educazione", "Con i soldi di Facebook posso fare questo e quello". Nel mio caso, la motivazione suonava così: "Voglio essere più vicino a casa". Stavo pensando di trasferirmi a Londra o Zurigo. Quando ho iniziato a prepararmi, mi sono detto: "Ragazzo, la prossima volta voli a casa quando ricevi un'offerta, e solo così". Volevo tornare a casa e questo mi dava energia. Penso che questo non funzioni per tutti o sempre, ma ha funzionato per me.

Il secondo trucco è prepararsi in coppia. Personalmente non l'ho usato, ma i miei amici si sono preparati con successo in questo modo. Dopo il lavoro, le persone si siedono insieme in una sala riunioni e risolvono i problemi, ognuno con i propri problemi. Risolvono anche i problemi alla lavagna: uno interpreta il ruolo dell'intervistatore, il secondo quello dell'intervistato. In questo modo potrai ricevere feedback.

Il processo in generale

L’intero percorso può essere suddiviso in più tappe:

1. Risoluzione dei problemi utilizzando LeetCode o InterviewBit.
2. Studio di algoritmi e strutture dati.
3. Ripetizione dei problemi risolti su LeetCode.
4. Preparazione per un colloquio di progettazione.
5. Interviste simulate (telefono e lavagna).
6. Interviste vere.
7. Offerta e oblio dell'alcool.

Risoluzione dei problemi

Questa è la parte più importante e più lunga della preparazione.

Quanti problemi devono essere risolti? Penso - 200-250, di cui 40-50% facile, 40-50% medio, 10-20% difficile. Ne ho decisi circa 300, amici miei: 120-160.

E se prima seguissi un corso sugli algoritmi e poi risolvessi i problemi? Questa è stata la mia prima idea, grazie ai miei amici, mi hanno convinto a rinunciarci. I problemi di livello facile non richiedono la conoscenza di algoritmi complessi e quelli semplici possono essere completati durante la risoluzione dei problemi.

Cosa succede se prima leggo l'intero libro "Cracking Coding Interview" con i problemi risolti e vado in battaglia già completamente preparato? Non ne vale la pena :) La soluzione che ho appena letto, non riuscivo a ricordarla nemmeno alla fine della stessa giornata, figuriamoci qualche giorno dopo.

Puoi leggere l'inizio di "Cracking Coding Interview". Il processo di intervista in sé è ben descritto lì, come comunicare, nozioni di base sugli algoritmi e sulle strutture dei dati, come analizzare la complessità degli algoritmi, ecc. Ad esempio, come analizzare la complessità algoritmi ricorsivi L'ho capito da lei.

Prima di iniziare a risolvere problemi su un argomento specifico, puoi leggere le soluzioni a problemi simili nella "Intervista su Cracking Coding". Ci sono due ragioni:

• Rimuovi un piccolo rastrello lungo la strada e vai idea generale su come le persone risolvono tali problemi.
• Eliminare la visione a tunnel avviene quando risolvi centinaia di problemi, ma perdi accidentalmente i problemi classici. Poi durante un colloquio ti imbatti in un compito complicato, di cui tutti conoscono l'esistenza tranne te (questo è per esperienza personale).

Quali compiti esistono generalmente, quali argomenti devono essere trattati?

Puoi capire quali argomenti esistono generalmente con InterviewBit. Non mi piaceva molto risolvere i problemi lì, ma ho avuto un'idea generale. Bene, inoltre, puoi dare un'occhiata a "Cracking Coding Interview".

In quale ordine dovrebbero essere risolti i compiti?

È necessario andare da temi semplici a quelli complessi (InterviewBit ti dirà l'ordine). In ogni argomento, risolvi i problemi finché non inizi ad avere successo almeno un po', e in quel momento passa immediatamente all'argomento successivo. Inizia, ovviamente, con il livello facile. Ho provato a risolvere ogni problema per circa mezz'ora o un'ora. Se non potevo, andavo a vedere la soluzione. Su LeetCode, per ogni problema c'è un forum dove le persone pubblicano le loro soluzioni, discutono e votano. Ho scelto le migliori soluzioni e le ho studiate, ed è così che ho imparato. Questi forum sono probabilmente il luogo più prezioso per l'apprendimento. Non tutte le soluzioni sono facili da capire, anche quelle con il commento “È assolutamente fantastico!!!”

Ad esempio, ho iniziato a risolvere problemi con le stringhe. 1° - Non ho deciso, sono andato a vedere la soluzione, 2°... 5° - la stessa cosa. 6, 7 - deciso. Quindi è il momento di passare all'argomento successivo. Il segreto è questo: devi passare da un argomento all'altro il più spesso possibile, così lo ricordi meglio. Ma se cambi prima che inizi a funzionare, dopo alcuni argomenti puoi demotivarti completamente. Il cervello ti dirà utilmente: “Beh, dato che non puoi decidere nulla, allora vai a bere una birra e guarda il calcio, non è il tuo genere”. Devi essere preparato al fatto che l'autostima e l'umore saranno come le montagne russe: se funziona, corriamo su, se non funziona, ci scoraggiamo e cadiamo. Devi solo ricordare che sia il primo che il secondo sono temporanei, devi continuare. Se non si ottengono risultati per un lungo periodo, è più facile assumere compiti.

Come viene risolto il problema?

Naturalmente, puoi semplicemente prendere e risolvere i problemi su LeetCode e non preoccuparti di ciò che descriverò di seguito. Ma il risultato sarà molto migliore se utilizzi il seguente algoritmo, poiché ripete completamente i passaggi di un'intervista reale:

1. Leggiamo la condizione del problema, in nessun caso cerchiamo di trovare una soluzione prima che la condizione sia stata letta fino in fondo. È importante!!! Il cervello cerca di trovare un problema simile, di cui conosce la soluzione, e di farlo passare per quello richiesto.
2. Cerchiamo di formulare domande chiarificatrici.
   1. Esempio 1: c'è un'attività in cui è necessario trasformare in qualche modo una stringa. Cosa chiedere? - Quali caratteri possono essere presenti in una stringa: ASCII o Unicode? Possono esserci più spazi uno accanto all'altro? Possono esserci spazi all'inizio o alla fine di una riga? Ci sono caratteri speciali come -,.^/ ? C'è una differenza da analizzare tra lettere maiuscole e minuscole? Quanto è lunga la stringa di input? Può stare nella memoria della macchina?
   2. Esempio 2: c'è un array di Integer, devi trovare qualcosa al suo interno. Domande: ci sono elementi duplicati? Ci sono numeri negativi? Cosa succede se il calcolo restituisce più di Integer.MAX_VALUE?
3. Disegniamo esempi, preferibilmente una coppia: uno classico, il secondo con casi d'angolo. Successivamente, +/- dobbiamo essere sicuri di aver compreso correttamente il compito.
4. Troviamo una soluzione “frontalmente” e ne valutiamo la complessità. La complessità di una soluzione deve essere sempre determinata.
5. Scopriamone di più soluzione ottimale, ne valutiamo la complessità.
6. Stiamo sviluppando una soluzione API: quali metodi ci saranno (privati ​​e pubblici).
7. Scriviamo il codice su un taccuino.
8. Debug del codice dal notebook utilizzando un nuovo esempio. Non è necessario riprendere uno degli esempi che abbiamo tracciato all'inizio. In questo caso, è molto probabile che abbiamo scritto una soluzione specifica per questo caso e non per tutti quelli possibili. È meglio prendere nuovo esempio con un caso d'angolo, tale che potrebbe potenzialmente rompere la soluzione.
9. Trasferiamo il codice nel nostro IDE preferito senza guardare il foglio. Pertanto, ripetiamo la soluzione due volte.
10. Copia il codice dall'IDE a LeetCode ed eseguilo. Se eseguito perfettamente, dovrebbe funzionare correttamente la prima volta. Questo mi è successo il 10% delle volte.

Mi rendo conto che sembra "una tonnellata di lavoro inutile". "Posso semplicemente scrivere il codice in LeetCode." Ma tutti questi passaggi, dopo un po’ di pratica, richiederanno minuti o addirittura secondi, il che è fondamentale in un colloquio. Molti ragazzi si sono addormentati perché non avevano abbastanza tempo per finire di scrivere ed eseguire il debug della soluzione. E io sono uno di loro.

Ma cosa fare se il problema non può essere risolto?

Quando non riuscivo a trovare una soluzione in mezz'ora o un'ora (all'inizio è successo che soffrivo per mezza giornata su un problema), sono andato a cercare migliori soluzioni sul foro. L'analisi di una soluzione non è quasi sempre un compito facile e richiede tempo: è necessario rivedere e comprendere diverse soluzioni, comprenderne la complessità e leggere i collegamenti agli algoritmi forniti dagli autori delle soluzioni. Ho trovato e studiato la maggior parte degli algoritmi dopo averli incontrati in soluzioni reali. Cosa fare dopo con questo? E quindi devi ripetere tutti i passaggi che ho fornito sopra con questo problema. Ed è molto meglio farlo il giorno dopo o almeno alla fine della giornata.

Ho caricato tutte le mie soluzioni su GitHub. Le statistiche sono chiaramente visibili e hai sempre accesso al codice. Ho iniziato a farlo dopo che LeetCode ha cancellato tutte le mie soluzioni. Quindi LeetCode non lo è il posto migliore per memorizzare le tue decisioni.

Algoritmi

Ho studiato algoritmi nei corsi di Nonno Sedgwick su Coursera (parte 1, parte 2). I video di questi corsi possono essere trovati su torrent.

Dopo i primi compiti di questi corsi, ho deciso che non li avrei fatti. Il motivo è dovuto ai lavori domestici più uso librerie già pronte con algoritmi piuttosto che l'implementazione di questi algoritmi. Ma il semplice ascolto del corso non darà alcun risultato. Ho ascoltato e preso appunti completi, di conseguenza ho ricevuto due quaderni con appunti completi, che ho riletto 4-5 volte. Mi è stato di grande aiuto negli ultimi giorni prima del colloquio, quando hai bisogno di ripetere molto e velocemente.

Secondo sfumatura importante- nel processo di risoluzione dei problemi, è diventato chiaro che esistono alcuni algoritmi e trucchi che non sono inclusi nei corsi di Sedgwick, ma è necessario conoscerli. Ad esempio, come costruire un labirinto? Come attraversare un labirinto e trovare una via d'uscita? E, naturalmente, ci sono un milione di documenti su ciascuno di questi problemi. Ma prima del colloquio non c'è tempo per leggere un milione di documenti: devi essere breve e andare al punto. Quindi ho raccolto queste cose in un molo.

Intervista di progettazione

Un colloquio di progettazione consiste nelle cosiddette domande di progettazione a risposta aperta, come "come progettare YouTube". All’inizio non riuscivo a capire cosa fosse necessario e come dovrebbe essere. Poi ho trovato un corso che mi ha aperto gli occhi. Vale gli 80 dollari.

È anche molto utile leggere esempi di problemi reali, ad esempio sull'alta scalabilità. Se l'azienda per cui stiamo intervistando ha un blog di ingegneria, vale sicuramente la pena leggerlo.

Intervista comportamentale

Puoi scrivere molto, ma per me ben detto Jackson. Nella mia pratica, un'intervista del genere era solo su Facebook. Il compito dell'intervistatore è capire come sei come persona, se sarà comodo lavorare con te e come ti comporterai in una particolare azienda.

Ad esempio, durante un'intervista su Facebook mi è stato chiesto quanto segue. Ecco due squadre. Nella prima c'è il manager, gli analisti, si scrivono i compiti, si costruiscono i processi, tutti sanno chi deve fare cosa. Il secondo non è strutturato, non esiste un leader chiaro (questo ruolo è trasferibile), come farlo non è chiaro, è solo chiaro cosa dovrebbe accadere di conseguenza (cioè completa incertezza). Con quale squadra ti senti più a tuo agio a lavorare? La questione era ancora più complicata. Il punto è questo: su Facebook i team non sono strutturati; la seconda opzione descrive bene come strutturano il tutto. E se non ti senti a tuo agio a convivere con questo, probabilmente non vale la pena assumerti.

Intervista simulata

Un'intervista simulata è uguale a un'intervista normale con la differenza che è condotta da amici, colleghi o aziende speciali. E poi danno il loro feedback: cosa è buono, cosa deve essere migliorato. Anche questo è fondamentale passo importante, non dovresti perdertelo. Naturalmente, essendo nella Valley, farlo è molto più semplice. Avevo molti amici di Google intorno a me, ragazzi davvero fantastici che hanno condotto con me circa 20 finte interviste. Ero come Tom Sawyer, che ha iniziato a dipingere la recinzione e, di conseguenza, tutti hanno dipinto la recinzione. Ovviamente abbiamo condotto l'intervista in inglese su una lavagna con un limite di tempo rigoroso.

Ho fatto interviste telefoniche finte (e poi vere) su interviewing.io. Ho adorato questa risorsa, i ragazzi sono davvero fantastici. Ma ora sono adattati agli Stati Uniti e forniscono questo servizio in tutti gli Stati Uniti. C'erano giorni in cui facevo circa 7-8 interviste a settimana su interviewing.io.

All'inizio era spaventoso e scomodo. Ma alla decima volta mi sono abituato e ho cominciato a piacermi. Ho fallito i primi colloqui, ma poi le cose hanno cominciato a funzionare. Conversione media era del 50%, cioè metà superato e metà no. In totale sono state effettuate circa 30-35 interviste telefoniche (vere e finte).

Come applicare

Il metodo più semplice e inefficace è compilare un modulo sul sito web dell’azienda. Ma a volte dà risultati. Ad esempio, ho compilato un modulo sul sito Snapchat e il giorno successivo un reclutatore mi ha contattato e abbiamo concordato un colloquio telefonico. Con Google penso che questo sia assolutamente inutile, dato che questo modulo viene compilato migliaia di volte al giorno.

Il secondo modo sono siti di lavoro come Hired.com. Compila tutte le informazioni su di te e poi le aziende adatte a te ti contattano. Il servizio è rivolto al mercato statunitense. Non c'è niente da fare lì senza una H1 o una carta verde.

Il terzo metodo è interviewing.io, di cui ho parlato sopra, e servizi simili. Funzionano così: innanzitutto si effettuano finte interviste telefoniche sulla loro piattaforma. Una volta superati con successo due, ti danno l'opportunità di fare interviste telefoniche anonime con aziende reali sulla loro piattaforma. Ad esempio, tu e un dipendente Uber entriamo nello stesso momento e lui ti intervista. Se passi, allora a-vista. Una finta intervista telefonica e una vera intervista telefonica non sono affatto diverse. Ci sono diversi svantaggi nell'intervistare.io. In primo luogo, collaborano maggiormente con le startup; ci sono poche grandi aziende. Il secondo è focalizzato sugli States (è necessaria la carta H1 o verde).

L'ultimo e più efficace metodo è attraverso un rinvio. Questo è quando una persona che lavora presso l'azienda X ti fornisce un riferimento al reclutatore. Dovrà indicare come ti conosce e perché ritiene che tu sia adatto + il tuo curriculum. La probabilità che verrai contattato in seguito è molto alta. Se non ti sei messo in contatto, molto probabilmente il reclutatore ha visto qualcosa nel tuo curriculum che lo ha reso diffidente.

Riepilogo

Molto diverso il curriculum di un ingegnere nella Valle e in Ucraina. Dovrebbe essere breve (è meglio non andare oltre le due pagine), mostrare cosa hai realmente fatto (il tuo impatto per l'azienda).

Larisa, ingegnere di Google, scrive molto sulle interviste, su Google e sulla Valley sul suo blog. Lei ha sezione interessante"Riprendi per la revisione". Qui le persone danno accesso a Documento Google con il suo curriculum, Larisa e altri lettori lo commentano e cercano di migliorarlo.

Intervista telefonica

Un'intervista telefonica standard prevede il parlare a voce (per telefono, Skype, Hangouts, ecc.) e la scrittura del codice in un documento Google condiviso o in IDE in linea. Ci vuole 1 ora o 45 minuti, questo deve essere chiarito in anticipo.

I primi due minuti vengono spesi per conoscersi: l'intervistatore ti racconterà un po 'di se stesso e il richiedente dovrebbe anche dirti in risposta chi è e cosa è. All'inizio ho avuto difficoltà con questo, poi ho scritto e perfezionato un'autopresentazione per 2 minuti, provandola utilizzando un registratore vocale. Questa è, infatti, la prima impressione di te, ed è meglio non rovinarla.

Successivamente, l'intervistatore copia la dichiarazione del problema e diversi esempi nel documento condiviso. Vale la pena chiarire subito quanto tempo è concesso per risolvere il problema, poiché potrebbero esserci uno, due o anche tre compiti. Spesso si tratta di due compiti: uno semplice con cui iniziare e il secondo più serio. A volte questo è un compito, ma una volta pronta la prima parte, l'intervistatore rende il compito originale più difficile condizioni supplementari. Dopo tutti i chiarimenti, è necessario seguire il piano che ho dato per risolvere il problema.

Un punto molto importante è non iniziare mai a scrivere codice finché non si comprende appieno la soluzione al problema. Altrimenti molto Grande opportunità fare confusione nel processo e trasformare il codice in spaghetti seguiti dal fallimento. Ancora una volta: non scrivere in nessun caso il codice finché non si trova una soluzione. Ho commesso questo errore una dozzina di volte e me ne sono pentito ogni volta.

L'esempio più epico di questo errore che ho avuto è stato durante un'intervista a vista su Evernote. Il compito era il seguente: analizzare un file CSV con l'orario dei treni e scrivere un programma che selezionerà il treno ottimale in determinate condizioni. Puoi cercarlo su Google. Non avevo mai scritto codice per lavorare con i file in Java prima ed ero perplesso. Ho deciso che ora sistemerò rapidamente i file e poi in qualche modo costruirò un algoritmo. Tempo per tutto: 1 ora e 15 minuti. Ho passato mezz'ora a costruire bellissimi involucri leggendo da un file, un mucchio di entità che descrivono treni, percorsi e altra spazzatura. Allo stesso tempo, non avevo idea di come avrebbe funzionato l’algoritmo di selezione. Poi ho capito che non riuscivo a tenere il passo, non capivo come costruire un algoritmo ed è subentrato il panico. 12 minuti prima della fine dell'intervista, ho capito come dovrebbe essere. In 15 minuti (3 minuti di ritardo) ho scritto il codice (con un paio di errori, però). Non ho mai scritto codice così velocemente in vita mia.

Intervista a vista

Se il colloquio telefonico ha avuto esito positivo, il passo successivo è a-vista. La compagnia ti compra i biglietti aerei, paga il tuo hotel e tu voli per visitarli. Così sono volato a Los Angeles per un'intervista su Snapchat.

Tutte le interviste si svolgono nello stesso giorno, una dopo l'altra, con una pausa per il pranzo. Il recruiter invia in anticipo un'e-mail con un programma indicante l'orario, il tipo di colloquio e il nome dell'intervistatore. Ad esempio, su Snapchat ne ho avuti due tecnici prima di pranzo e tre dopo. Non ci sono pause tra un colloquio e l’altro; se ritardi un colloquio, ti rubi tempo in quello successivo. Pertanto, è meglio scoprire immediatamente dove hanno acqua e servizi igienici e, se necessario, correre lì come un fulmine.

Quali tipi di colloqui a vista esistono e come prepararsi

Colloquio tecnico classico con compiti

Qui tutto è relativamente chiaro, come al telefono. Devi tenere presente il seguente fatto: devi farlo in ⅔ tempo e lasciare ⅓ per circostanze impreviste, credimi, accadranno. In Google un colloquio dura 45 minuti, il che significa che dopo averti incontrato hai 25 minuti per fare tutto. Di questi, 2-5 minuti vengono spesi per comprendere il problema e disegnare esempi, 2-5 minuti per trovare una soluzione e 15-20 minuti per scrivere codice ed eseguire il debug. Durante il debug, ovviamente, verranno visualizzati degli errori che dovranno essere risolti in modo rapido e bello. Questo è esattamente ciò per cui è necessario quel prezioso ⅓.

Un avvertimento: dovresti sempre andare a un colloquio con il tuo laptop. Il primo passo è chiedere se puoi codificarlo. Su Facebook mi hanno chiesto: hai un portatile? vuoi codificarlo? La risposta è ovviamente sì! È più veloce e la possibilità di errore è molto più bassa. Inoltre, riscrivere il codice su una lavagna e in un IDE è due grandi differenze. Mi è capitato più di una volta una situazione in cui ho corretto errori sulla lavagna, a seguito della quale il codice è diventato completamente illeggibile (e, molto probabilmente, con nuovi errori). Gli intervistatori lo guardarono con tristezza e lacrime.

Il laptop dovrebbe avere il tuo IDE preferito e un progetto con modelli standard:

• lavorare con i file;
• analisi dei file CSV;
• lettura tramite http;
• Documento HTML con stili allegati.

Ricordi anche la mia triste esperienza con Evernote? Quindi, nella successiva visita in loco mi è stato chiesto anche di analizzare CSV, ci sono voluti 3 minuti. Agli intervistatori non importa se utilizzi tali modelli: fa risparmiare tempo e capiscono che puoi cercare su Google come analizzare un file.

Un punto importante è che devi sempre controllare il tempo. In una delle interviste a Google, il mio intervistatore, un ragazzo di circa 25 anni, mi ha posto un problema complicato su programmazione dinamica. Ho trovato un modo per risolverlo in tempo quadratico, al che ha chiesto: "Esiste un modo migliore?" E ho iniziato a cercare come farlo, è subentrato il panico, ma non sono riuscito a trovare una soluzione "migliore". Il nostro dialogo continua:

IO: Non riesco a pensare ad una soluzione migliore. Forse possiamo scrivere la mia decisione e pensarci dopo?
Lui: Pensiamo per altri 10 minuti. Se non lo trovi, scriveremo il tuo.
IO: Mi sembra che il tempo potrebbe essere poco. Scriviamo prima il mio.
Lui: Allora ok.

Sono riuscito a completare la mia soluzione con 5 minuti di ritardo. Se lo avessi ascoltato non avrei scritto nulla e avrei fallito il colloquio al 100%. E dopo questo, non ti assumono più come astronauta. Il fatto è che stava stimando quanto tempo gli occorreva per scrivere il problema alla lavagna, conoscendo a fondo la soluzione.

Storia del progetto precedente

Devi prepararti bene in anticipo per questa domanda, pensare a cosa dire. Puoi anche preparare una piccola presentazione in Presentazioni Google e parlarne mentre disegni diagrammi su una lavagna. Qui è necessario mostrare l'importanza della decisione (a cosa serve tutto questo) e la complessità della soluzione.

Dopo il mio primo fallimento in un colloquio del genere, ho realizzato una presentazione di 14 diapositive con tantissime GIF divertenti (sta arrivando, amici!) e l'ho perfezionata a casa davanti allo specchio. Quindi, all'inizio di un'intervista del genere, chiedevo sempre quanto tempo avevo per la presentazione, e poi mostravo tutte le diapositive o solo quelle chiave. Naturalmente bisogna essere sicuri che tutte le informazioni contenute nelle diapositive siano pubbliche e non rivelino segreti aziendali.

Intervista di progettazione

Questa è una bestia separata, non molto spaventosa, ma specifica. Qui ti danno informazioni molto generali condizioni iniziali come "Dobbiamo costruire Dropbox" e guardarti lottare tra i cespugli spinosi dell'incertezza. Quali domande fai, come analizzi il problema.

Le mie conclusioni da questo tipo di intervista:

• Il primo passo è raccogliere i requisiti. Requisiti molto chiari e specifici che il sistema deve soddisfare. Domande tipiche, che può essere impostato: quanti utenti, utenti attivi, fusi orari (uno o pochi). Criteri di accettazione: larghezza di banda della rete (traffico in entrata/uscita), RAM, spazio di archiviazione, latenza, durata della batteria (per dispositivi mobili) ecc.
• Immagina che l'intervistatore sia il tuo cliente (o utente) per il quale viene costruito il sistema. Di cosa ha bisogno? Cosa puoi offrire oltre a questo (raccolta statistiche, pannello di amministrazione)?
• Che tipo di utenti avrà questo sistema? Spesso ce ne sono diversi: utenti generali e amministratori. E i requisiti per loro possono essere radicalmente diversi. Comprendendo questo, è necessario raccogliere tutti i casi d'uso. Un caso d'uso corrisponderà a un metodo nell'API.
• Definirne tre elemento chiave- Interfaccia utente (se presente), API, schema DB. Spesso, mentre si disegna l'interfaccia utente, è possibile trovare nuovi casi d'uso e discuterne.
• Valuta tutto ciò che puoi: numero di utenti, richieste (query) al secondo (QPS), latenza, latenza API, spazio sul disco di cui hai bisogno (per 5 anni ad esempio), spazio cache, traffico in entrata/uscita.
• Valutare separatamente il rapporto lettura-scrittura. Il nostro sistema è in lettura pesante o in scrittura pesante? A seconda di ciò, come scriveremo e leggeremo i dati?
• Come saranno organizzati l'archiviazione e il caching dei dati? Forse è necessaria una coda per elaborare operazioni costose? Come saranno organizzate le repliche e i frammenti (è necessario comprendere chiaramente la differenza tra questi concetti)?
• Per renderlo più facile da capire, puoi prima creare un sistema per 100 utenti. Una volta che l'intervistatore è d'accordo con questo progetto, possiamo pensare a come adattarlo a migliaia e milioni di utenti.
• Trova dei compromessi e discutili. Ad esempio, questo potrebbe essere un compromesso tra coerenza e velocità. Cos’è più importante in questo contesto? Come raggiungere questo obiettivo?
• Quando disegniamo diagrammi, non un singolo blocco dovrebbe essere una singola copia, è sempre un insieme di molti. Se un nodo cade, deve essere immediatamente sostituito dal suo clone. Dobbiamo pensare a cosa potrebbe essere situazioni di emergenza e come lo combatteremo.
• E la cosa più importante è ascoltare attentamente l'intervistatore e non discutere mai e poi mai con lui. Sembra ovvio, ma molti (me compreso) se ne dimenticano.

Domande per l'intervistatore

Alla fine di ogni colloquio, l’intervistatore ti lascia 5 minuti per porre domande.

Esempio di domande sbagliate: in quale linguaggio di programmazione scrivi? Su quale cloud hai la tua infrastruttura? Che DBMS hai? Qual è il problema qui: l'azienda assume un soldato universale che deve comprendere i dettagli tecnici in un mese o due. Cioè, in effetti, non importa, è un po' troppo ristretto.

Qual è la cosa migliore da chiedere? La cosa più semplice: cosa piace e cosa non piace all'intervistatore dell'azienda, perché ha scelto questa azienda. Puoi chiedere informazioni sull'attività: come funziona, quali problemi e bisogni esistono. Puoi chiedere informazioni sulle condizioni di lavoro: quando le persone entrano ed escono dal lavoro, se lavorano da remoto, quante manifestazioni, di che tipo.

10 giorni prima di un'importante on-sight

Ho avuto due on-sight più importanti: Google e Facebook. Google è stato il primo ed ero piuttosto preoccupato. 10 giorni prima della salita a-vista, ho stilato un programma per ogni giorno di ciò che doveva essere fatto. Conteneva quanto segue: ripetizione di algoritmi, compiti tipici, problemi riscontrati durante i colloqui presso Google, domande di progettazione. Non sono andato al lavoro per 5 giorni prima del colloquio e mi sono buttato nella preparazione.

Mi sono interessato a come gli atleti si preparano prima delle competizioni importanti. Cosa fanno per evitare il panico in un momento critico? Uno di punti importanti- questo significa riprodurre nella tua testa una prestazione futura e allenarsi in condizioni vicine a quelle reali.

Dato che ero un TVC presso Google (e mi hanno assegnato una sala riunioni prima del fine settimana in cui si sarebbe svolto il colloquio), sono venuto e mi sono preparato lì. Sono arrivato nello stesso momento in cui sarei arrivato il giorno del colloquio e ho parcheggiato l'auto dove l'avrei fatto qualche giorno dopo. Ho riorganizzato le sedie e ho scelto il colore del pennarello, la dimensione del carattere che era comoda per scrivere sulla lavagna. Forse questo è ciò che mi ha permesso di rimettermi in sesto nel momento in cui ho quasi fallito una delle interviste.

Il finale

Pochi giorni dopo l'onsight, il reclutatore mi ha chiamato. Si è congratulato con me e ha detto che ho fatto bene, è andato tutto bene. Mi hanno trovato una squadra in Svizzera a Zurigo. Posizione ufficiale- Ingegnere del software. Ho espirato. La mia testa era completamente vuota, ho corso. La gara a 1 anno e 5 mesi è dichiarata chiusa.

Gli utenti in Russia hanno riscontrato problemi nella notte di domenica 22 aprile. Gli esperti di sicurezza informatica russi affermano che alcuni indirizzi IP della home page Motore di ricerca Google bloccato da Roskomnadzor, riferisce.

Gli utenti dei social media scrivono che dopo mezzanotte non sono riusciti ad accedere pagina iniziale motore di ricerca. Allo stesso tempo, notano che non possono accedere non solo al sito web del motore di ricerca, ma anche Google Mail e risorse relative ai motori di ricerca.

Problemi con Il lavoro di Google in Russia, dall'1.20 ora di Mosca, è stato registrato anche il sito di monitoraggio Downdetector.com, e i problemi più gravi sono sorti a Mosca, San Pietroburgo, Kazan, Izhevsk e Krasnoyarsk.

Il capo dell'azienda fornitrice Diphost, Philip Kulin, sulla sua pagina sul social network Facebook, ha annunciato la creazione di un informatore per monitorare il blocco degli indirizzi IP di Google. Secondo lui alle 9.00 ora di Mosca vengono caricati più di 60 indirizzi IP di www.google.com.

Google aveva precedentemente annunciato di aver disabilitato la possibilità di aggirare i blocchi attraverso il proprio dominio. Si trattava della società che vietava i domini fittizi che consentivano di mascherarli Nome del dominio dominio di un altro servizio.

Roskomnadzor ha bloccato Indirizzi IP di Google, il dipartimento non ha ancora commentato.

Ricordiamo che il 13 aprile il tribunale distrettuale Tagansky di Mosca si è pronunciato sul rifiuto di fornire al Servizio di sicurezza federale le chiavi per decrittografare la corrispondenza degli utenti. Tuttavia, nonostante tutti gli sforzi dell’autorità di vigilanza, il messaggero continua a funzionare e il suo pubblico è addirittura aumentato.

Come ha spiegato il capo di Roskomnadzor, Telegram ha iniziato a utilizzare nuovi indirizzi IP, ricevendoli da servizi cloud Amazon Web Services e GoogleNuvola. Poiché il corriere ha cambiato indirizzo molto rapidamente, il dipartimento è stato costretto a bloccarne interi pool.

Di conseguenza, i siti che non erano associati a Telegram, ma utilizzavano Amazon Web Services e indirizzi Google Cloud, sono stati bloccati. In particolare, la scuola di apprendimento online ha riscontrato problemi di accesso in inglese Messaggero Skyeng e Viber.

Leggi anche

• Domenica 22 aprile la Camera bassa del Parlamento francese ha votato per inasprire la legislazione sull'immigrazione. Decisione prevede una riduzione del termine per la presentazione della domanda... 11:52
• L'India ha abbandonato la sua partnership con la Russia per creare un caccia FGFA di quinta generazione basato sul Su-57. Jane's Defense Weekly scrive di questo facendo riferimento a fonti indiane Secondo... 10:45
• Il presidente degli Stati Uniti Donald Trump incontrerà oggi il presidente francese Emmanuel Macron nella sua residenza alla Casa Bianca. Durante la visita di stato di tre giorni del Capo dello Stato... 09:05
• Domenica 22 aprile, il Ministro degli Affari Esteri dell'Ucraina Pavel Klimkin ha discusso in Canada della situazione nel Paese e della lotta all'aggressione russa con i vertici del Ministero degli Esteri del G7... 08:21

• ​Mansur Mirovalev

  Hanno cercato di rimodellare l'Armenia, che negli ultimi cinque anni è finalmente diventata un ostaggio politico ed economico di Mosca, quasi secondo lo scenario russo, ma la mancanza di un ago petrolifero... 00:50
• La provincia canadese dell'Ontario ha stanziato 750mila dollari per sostenere il tour educativo nazionale sull'Holodomor. Lo ha riferito il deputato del parlamento locale Ivan Baker “Orgoglioso... 21:43
• In connessione con le proteste nella capitale del paese, Yerevan, alle 17:30 (16:30 ora di Kiev), sono state arrestate 232 persone. Lo riferisce il servizio armeno di Radio Liberty con riferimento alla polizia... 20:37
• La domenica Utenti russi Ho ricevuto una notifica da account ufficiale Telegram con un appello a partecipare all'azione dedicata al settimo giorno di blocco del servizio. A proposito di questo... 20:10
• La polizia dello stato americano del Tennessee sta cercando un uomo nudo a cui hanno sparato in un bar. Quattro persone sono rimaste vittime dell'attacco, altre due sono rimaste ferite, riferisce... 19:30
• Per la prima volta nei quasi 155 anni di storia della SPD, una donna è diventata il capo del Partito socialdemocratico tedesco (SPD). I delegati al congresso straordinario dei socialdemocratici domenica 22 aprile... 19:09
• La mattina del 22 aprile si è verificata un'esplosione in un centro di rilascio documenti e registrazione degli elettori a Kabul, uccidendo 31 persone. Lo ha annunciato l'addetto stampa del ministero... 18:11
• Un giornalista è stato ucciso a colpi di arma da fuoco in Nicaragua mentre riferiva in diretta sulle proteste antigovernative. Lo riporta la BBC. Angel Gahona ha parlato tramite Facebook in diretta riguardo ai danni... 16:55
• Domenica 22 aprile, a Yerevan, la polizia ha arrestato più di 190 manifestanti contro il primo ministro Serzh Sargsyan. Lo riferisce la pubblicazione Armenian News con riferimento al servizio stampa... 16:15
• La polizia antiterrorismo britannica ritiene che un ex agente dell'FSB con il nominativo Gordon potrebbe essere coinvolto nell'avvelenamento dell'ex doppio agente Sergei Skripal e di sua figlia Yulia... 15:41
• La polizia francese ha evacuato i turisti dall'isola di Mont Saint-Michel a causa di un uomo che ha gridato minacce alle forze dell'ordine. Lo riporta Le Figaro. Un'operazione su larga scala per... 14:10