Mahojiano na Mikhail Chinkov kuhusu kazi na maisha huko Berlin

Mikhail Chinkov amekuwa akiishi na kufanya kazi huko Berlin kwa miaka miwili. Mikhail alieleza jinsi kazi ya msanidi programu nchini Urusi na Ujerumani inavyotofautiana, iwe wahandisi wanaohusiana na DevOps wanahitajika mjini Berlin, na jinsi ya kupata muda wa kusafiri.

Kuhusu kusonga

Tangu 2018 umekuwa ukiishi Berlin. Ulifanyaje uamuzi huu? Je, ulichagua kwa uangalifu nchi na kampuni unayotaka kufanya kazi mapema, au ulipokea ofa ambayo hukuweza kukataa?

Wakati fulani, nilichoka kuishi Penza, ambako nilizaliwa, kukulia na kusoma katika chuo kikuu, na njia ya kawaida ya kuhamia Moscow na St. . Kwa hivyo nilitaka tu kujaribu kuishi Ulaya, ambayo nimekuwa nikisafiri kote kwa likizo kadhaa zilizopita. Sikuwa na upendeleo wowote kwa kampuni, au kwa jiji, au hata kwa nchi maalum - nilitaka kuhama haraka iwezekanavyo.

Wakati huo, niliona Berlin kuwa jiji linalofikika zaidi kwa msanidi programu kuhamia kampuni ya teknolojia, kwa sababu kwenye Linkedin, 90% ya kampuni zinazostahimili uhamishaji zilitoka Berlin. Baadaye nilisafiri kwa ndege hadi jijini kwa siku 3 ili kufanya mahojiano kadhaa ya ana kwa ana. Nilipenda sana jiji hilo, kwa hiyo niliamua kwamba nilitaka kuishi Berlin sasa hivi. Wiki moja baadaye, nilikubali mara moja ofa ya kwanza niliyopokea kutoka kwa kituo cha teknolojia cha Berlin.

Tafadhali tuambie zaidi kuhusu mchakato wa kuhamisha. Hii ilitokeaje kwako? Umekusanya nyaraka gani? Je, mwajiri wako alikusaidia?

Siwezi kusema chochote kipya hapa; kila kitu kimeandikwa vizuri katika nakala kadhaa. Naipenda zaidi toleo kutoka kwa blogi ya Vastrik, inayojulikana kwa kila mtu anayevutiwa na toleo hili. Katika kituo cha teknolojia cha Berlin, mchakato ni sawa katika takriban makampuni yote ambayo husaidia mhandisi kuhamisha.

Umekutana na kitu chochote kisichotarajiwa na kisicho kawaida katika suala la shirika la kazi, maisha, mawazo? Imekuchukua muda gani kuzoea maisha ya huko?

Ndiyo, kwa kweli, mchakato mzima wa kufanya kazi katika makampuni katika kitovu cha teknolojia cha Berlin ulinishtua mwanzoni. Kwa ujumla, kila kitu: kutoka kwa jinsi gani na kwa kiasi gani mikutano inafanyika hadi jukumu la ujuzi laini katika maisha ya mhandisi.

Kwa mfano, nchini Ujerumani, utamaduni wa kazi unalenga katika kufanya maamuzi ya pamoja, ambayo ina maana kwamba kwa kila suala lenye utata, mkutano unaundwa ambapo unajadili tatizo kwa kina na kwa pamoja kufikia makubaliano kutoka kwa maoni yako. Kutoka Urusi, mazoezi kama haya hapo awali yanaonekana kwa mhandisi kupoteza wakati, urasimu na kutoaminiana, lakini mwishowe inaeleweka, kama vile usambazaji wa jukumu kwa matokeo ya uamuzi.

Nyakati kama hizi, pamoja na kutojielewa kwangu kwa upande wa wenzangu, vilinifanya nisome kitabu hicho. "Ramani ya Utamaduni" na uelewe kwamba hasira yako yote ya ndani ni badala ya kushindwa kutambua ukweli wa mazingira mapya ambayo unajikuta, badala ya kujaribu kupata ukweli. Baada ya kitabu, kazi yako ikawa rahisi zaidi; unaanza kuelewa maana ya misemo na maamuzi ya wenzako.

Kwa upande wa maisha, mchakato wa kuzoea nchi mpya ni ngumu zaidi kuliko mchakato wa kuzoea utamaduni wa kazi. Kawaida wanasaikolojia wanafautisha hatua nne za uhamiajiambayo mtu hupitia. Katika suala hili, njia yangu haikuwa ubaguzi. Kwa upande mwingine, inaonekana kwangu kwamba kuzoea wakati wa kuhamia kituo cha tamaduni nyingi kama vile Berlin, London na Barcelona ni wazi kuwa rahisi kuliko katika jiji lolote la kitamaduni.

Baada ya miaka miwili ya kuishi Berlin, ni nini hupendi na hupendi kuhusu jiji hili?

Ni vigumu kwangu kukusanya orodha ya faida na hasara za jiji, kwa sababu Berlin haraka ikawa nyumba yangu katika kila maana ya neno.

Nadhani nimejitahidi katika maisha yangu yote ya utu uzima kwa ajili ya uhuru katika maonyesho yake yote: kimwili, kijamii, kifedha, kisiasa, kiroho, kiakili. Ndio, uhuru sawa katika kazi, sipendi udhibiti kutoka juu na usimamizi mdogo, wakati ninaambiwa mara kwa mara nini na jinsi ya kufanya. Katika maswala haya, Berlin ilionekana na bado inaonekana kwangu kuwa moja ya miji huru zaidi ulimwenguni kwa sababu ya maoni yake ya bure juu ya maisha katika jamii, bei huria ya kodi ya nyumba na mahitaji mengine, na pia fursa nyingi za kuboresha uhuru wako. vipengele vingine.

Kuhusu kufanya kazi huko Berlin

Je, ni mrundikano gani wa kawaida katika uanzishaji wa Berlin? Je, stack kwa ujumla hutofautiana na wastani nchini Urusi?

Kwa mtazamo wa teknolojia, rafu za ndani zinaonekana kuwa za kuchosha kwangu, isipokuwa kama ni kampuni za FinTech. Waanzilishi wengi na wale waliohama kutoka mwanzo hadi biashara walianzishwa mnamo 2010-2012 na walianza na usanifu rahisi zaidi: backend monolithic, na wakati mwingine na frontend kujengwa ndani yake, lugha - ama Ruby, au PHP, au Python, mifumo hutumiwa kila wakati, hifadhidata kwenye MySQL, kashe kwenye Redis. Pia, kwa mujibu wa hisia za kibinafsi, 90% ya makampuni yana uzalishaji wao wote kwenye AWS.

Mwelekeo wa sasa ni kukata monolith katika huduma ndogo, kuifunga katika vyombo, kupeleka Kubernetes, na kutegemea Golang kama lugha ya kawaida kwa programu mpya. Hii hutokea polepole sana, ndiyo sababu katika makampuni mengi utendaji kuu bado umezikwa katika monolith. Mimi niko mbali na eneo la mbele, lakini hata huko React kawaida ndio kiwango.

Kampuni kubwa za teknolojia kama Zalando na N26 zinajaribu kuleta teknolojia zaidi katika huduma ili ziwe na kitu cha kuwavutia wasanidi programu waliohamasishwa kwenye soko. Makampuni mengine ya teknolojia pia yanajitahidi kuendelea na teknolojia za hivi karibuni, lakini kutoka nje ni wazi kwamba wanalemewa na mzigo wa usanifu wa monolithic na madeni ya kiufundi yaliyokusanywa kwa miaka.

Kama mhandisi, ninachukua hii kwa utulivu kabisa, kwa sababu katika kitovu cha teknolojia cha Berlin kuna kampuni nyingi za kupendeza kutoka kwa mtazamo wa bidhaa. Katika kampuni kama hizi, inavutia zaidi kufanyia kazi wazo na bidhaa unayopenda wewe binafsi, badala ya kuzingatia kampuni kama mahali penye rundo la teknolojia la kisasa ambalo hakika unahitaji kufanya kazi nalo.

Je, maisha na kazi ya msanidi programu ni tofauti vipi nchini Urusi na Ujerumani? Je, kuna mambo yoyote yaliyokushangaza?

Huko Ujerumani, kama ilivyo katika nchi nyingine yoyote ya Kaskazini/Kati ya Ulaya, mambo ni bora na usawa wa kazi/maisha na uhusiano kati ya wenzako, lakini mbaya zaidi kwa kasi ya kazi. Mwanzoni, haikuwa ya kupendeza kwangu kuzoea miradi ya ndani ambayo ilichukua miezi michache, wakati katika kampuni za teknolojia nchini Urusi miradi kama hiyo ilichukua wiki kadhaa. Kwa kweli, hii sio ya kutisha, kwa sababu kuna sababu za kusudi, na kampuni kawaida hazioni hali kama hizo kwa umakini.

Vinginevyo, ni ngumu sana kwangu kuchora ulinganifu kati ya Ujerumani na Urusi, kwa sababu sina uzoefu wa kufanya kazi katika kampuni zinazojulikana kama Yandex na Tinkov, ambapo hali inaweza kuwa sawa na kitovu cha teknolojia cha Berlin.

Kwa mimi mwenyewe, niliona kuwa huko Berlin kipaumbele ni kuunda hali ya kufanya kazi vizuri katika makampuni, matukio ya kawaida ya ndani na ustadi wa wafanyakazi wenzangu ambao daima ni ya kuvutia kuwasiliana juu ya mada mbali na IT. Lakini nadhani inategemea zaidi kampuni unayofanya kazi kuliko nchi.

Kulingana na uchunguzi wako, ni wataalamu gani wanaohitajika nchini Ujerumani? Je, wataalamu wa DevOps wanahitajika?

Kampuni nyingi zina tatizo la kutambua utamaduni wa DevOps na kuelewa DevOps ni nini hasa. Walakini, kuna nafasi nyingi za kazi na kiambishi awali cha DevOps, na hii inaonyesha wazi mahitaji ya wataalamu kwenye soko.

Kwa sasa, maeneo yote ambayo ni muhimu leo ​​yana mahitaji sawa katika IT ya ndani. Ninaweza tu kuangazia mahitaji makubwa ya Mhandisi wa Data/Mchambuzi wa Data.

Hebu tuzungumze kuhusu mishahara, mhandisi wa DevOps anaweza kupata kiasi gani nchini Ujerumani?

Ni vigumu kujibu swali hili, kwa sababu IT bado ni sekta ya vijana, ambapo hakuna viwango maalum vya mishahara. Kama mahali pengine, mshahara kwa kiasi kikubwa inategemea uzoefu wa kazi na sifa za mhandisi. Pia ni muhimu kutambua takwimu kama mshahara kabla ya kodi na makato mbalimbali ya kijamii/bima. Pia, mshahara nchini Ujerumani unategemea sana ni jiji gani unafanya kazi. Huko Berlin, Munich, Frankfurt na Göttingen, safu ya mishahara ni tofauti kidogo kutoka kwa kila mmoja, kama vile gharama za maisha.

Ikiwa tunazungumza juu ya Berlin, faida kuu ya kazi ni kwamba mahitaji ya mhandisi bado ni ya juu kuliko usambazaji, kwa hivyo mshahara unaweza kukua haraka ikiwa inataka. Hasara kuu ni kwamba makampuni mengi hawana sera wazi ya marekebisho ya mishahara, pamoja na vigezo vya kutathmini mchango wa bidhaa iliyoundwa na kampuni.

Nambari zinaweza kutazamwa ndani utafiti wa hivi karibuni kwa Ujerumani, StackOverflow au Glassdoor. Takwimu zinasasishwa mwaka hadi mwaka, kwa hivyo sitachukua jukumu la kuzungumza juu ya safu ya mishahara.

Je, unaweza kutoa ushauri wowote kuhusu nini cha kufanya ikiwa unafanya kazi kama Mhandisi wa Kuegemea wa Tovuti na unataka kuhamia Ujerumani? Wapi kuanza? Kwenda wapi?

Sidhani kama nina ushauri wowote maalum kwa msomaji. Usiogope kitu chochote, rekebisha kidogo kabla ya kusonga na uwe wazi kwa shida zote ambazo unaweza kukutana nazo katika uhamiaji. Lakini kutakuwa na matatizo.

Je, Berlin ina jumuiya yenye nguvu ya DevOps? Je, huwa unaenda kwa matukio ya karibu? Tuambie kidogo kuwahusu. Wao ni kina nani?

Mimi huenda kwenye mikutano mara chache sana, kwa hivyo siwezi kusema vipengele vya jumuiya ya karibu ya DevOps ni nini. Natumai tutashughulikia suala hili mwaka ujao. Ninaweza tu kuwasilisha maoni yangu ya idadi kubwa ya vikundi vya mada kwenye meetup.com: kutoka kwa wafuasi wa Python na Golang hadi wapenzi wa Clojure na Rust.

Kati ya mikutano niliyohudhuria, Kikundi cha Watumiaji cha HashiCorp ni kizuri sana - lakini hapo, napenda jumuiya ya HashiCorp yenye vikundi vyake katika miji tofauti.

Nilisoma kwamba ulihama bila kuzungumza Kijerumani. Unaendeleaje baada ya mwaka mmoja? Unahitaji Kijerumani kwa kazi au unaweza kufanya bila hiyo?

Nilijifunza Kijerumani, sasa kiwango cha lugha kiko kati ya B1 na B2. Bado ninafanya mawasiliano yote na Wajerumani kutoka mwaka wa kwanza wa kuishi Berlin kwa Kiingereza, kwa sababu ni rahisi kwa pande zote mbili, na ninaanza mawasiliano yote mapya kwa Kijerumani. Mipango yangu ya haraka ni kuendeleza masomo yangu, kuunganisha maarifa yangu kwa kufaulu mtihani wa cheti cha B2, kwa sababu ninataka kuwasiliana kwa ujasiri zaidi na kusoma fasihi ya kitambo katika asili.

Huko Berlin, lugha inahitajika zaidi ili kuzoea nchi, kupata hali ya faraja ya ndani na ufikiaji kamili wa uwanja wa burudani (ukumbi wa michezo/sinema/kusimama), lakini kuna uwezekano wa lugha kuhitajika katika kazi ya Programu. Uhandisi. Katika kila kampuni, Kiingereza ndio lugha rasmi ya idara ya Uhandisi, hata katika kampuni kubwa za Ujerumani kama Deutsche Bank, Allianz na Volkswagen.

Sababu kuu ni uhaba wa wafanyikazi, hadhi ya jiji kama kituo cha kitamaduni cha kimataifa, na wataalam wengi ambao wana shida ya kujifunza lugha ya Kijerumani. Hata hivyo, kila kampuni hutoa kozi za Kijerumani za kila wiki wakati wa saa za kazi kwa gharama ya shirika ili kurahisisha maisha kwa wafanyakazi nje ya kazi.

Katika miaka yote miwili ya mawasiliano na makampuni na waajiri, niliwasiliana tu kwa Kijerumani mara mbili. Katika aina hizi za ubaguzi, kiwango cha B1/B2 kawaida kinatosha kufanya kazi. Kama Wamarekani walio na Kiingereza, Wajerumani ni watulivu juu ya makosa yako ya usemi, kwa sababu wanaelewa kuwa lugha sio rahisi.

Kwake chaneli ya telegramu Unaandika kwamba DevOps sio uwezo wa kupotosha Kubernetes na Prometheus, lakini utamaduni. Kwa maoni yako, makampuni yanapaswa kufanya nini ili kuendeleza utamaduni wa DevOps katika timu zao, si kwa maneno, lakini kwa vitendo? Unafanya nini nyumbani?

Nadhani, kwanza kabisa, unahitaji kuwa mwaminifu na kubainisha yote niliyo nayo katika suala la kusambaza wajibu wa bidhaa. Tatizo kuu ambalo DevOps hutatua ni kutupa wajibu na matatizo yanayohusiana na wajibu huu juu ya ukuta. Mara tu watu wanapoelewa kuwa uwajibikaji wa kushiriki ni wa manufaa kwa kampuni na wahandisi, mambo husogea kutoka mahali pasipofaa na unaweza tayari kufanya kazi inayolengwa: kurekebisha Bomba la Usambazaji, kupunguza Kiwango cha Kushindwa kwa Usambazaji na mambo mengine ambayo unaweza kuamua. hali ya DevOps katika kampuni.

Katika taaluma yangu, bado sijapandisha daraja DevOps kutoka kwa mtazamo wa kiongozi wa kiufundi au CTO ya kampuni; siku zote nimekuwa nikichukua nafasi ya mhandisi ambaye anajua kitu kuhusu DevOps. Kwa kweli, katika DevOps, nafasi ya dereva wa utamaduni ni muhimu sana, haswa nyanja ya ushawishi na sifa za uongozi. Kampuni yangu ya mwisho hapo awali ilikuwa na uongozi tambarare na hali ya kuaminiana kati ya wafanyakazi wenzangu, na hii ilifanya lengo langu la kukuza utamaduni kuwa rahisi zaidi.

Kujibu swali mahususi la nini kinaweza kufanywa kwa manufaa ya DevOps. Katika ripoti yangu Siku za DevOps Wazo kuu ni kwamba kukuza utamaduni wa DevOps, unahitaji kushughulika sio tu na teknolojia katika miundombinu, lakini pia na mafunzo ya ndani na usambazaji wa majukumu katika michakato ya kiufundi.

Kwa mfano, tulitumia miezi miwili ya mhandisi mmoja kuunda jukwaa la seva za QA na PR kwa mahitaji ya wasanidi programu na wanaojaribu. Walakini, kazi hii yote ya kushangaza itasahaulika ikiwa uwezo haujawasilishwa kwa usahihi, huduma hazijaandikwa, na mafunzo ya wafanyikazi hayajakamilika. Na kinyume chake, baada ya warsha zilizofanywa vizuri na vikao vya programu vya jozi, mhandisi mwenye motisha anaongozwa na utendaji mpya muhimu na tayari kutatua matatizo yafuatayo ambayo yanaingiliana na jukwaa la miundombinu.

Ikiwa unataka maswali zaidi kuhusu DevOps, hapa mahojiano, ambapo Misha anajibu kwa undani maswali "Kwa nini DevOps inahitajika?" na "Je, ni muhimu kuunda idara maalum za DevOps katika kampuni?"

Kuhusu maendeleo

Katika kituo chako wakati mwingine unapendekeza makala na blogu za kitaalamu. Je, una vitabu vyovyote vya uongo unavyovipenda?

Ndio, ninajaribu kupata wakati wa kusoma hadithi. Siwezi kusoma mwandishi fulani katika gulp moja, riwaya baada ya riwaya, kwa hiyo ninachanganya kazi za Kirusi na za kigeni. Kati ya waandishi wa Kirusi, napenda Pelevin na Dovlatov bora, lakini pia napenda kusoma vitabu vya zamani vya karne ya 19. Kati ya zile za kigeni napenda Remarque na Hemingway.

Huko unaandika mengi juu ya kusafiri, na mwishoni mwa 2018 uliandika kwamba ulitembelea nchi 12 na miji 27. Hii ni hatua nzuri sana! Je, unawezaje kufanya kazi na kusafiri?

Kwa kweli, kila kitu ni rahisi sana: unahitaji kutumia vizuri siku za likizo, wikendi na likizo, pamoja na kusafiri kwa bidii wakati wa safari :)

Mimi si mhamaji wa kidijitali na sijawahi kufanya kazi kwa mbali mara kwa mara, lakini nadhani nina wakati wa kutosha wa kusafiri nje ya kazi ili kuchunguza ulimwengu. Hali iliboreka baada ya kuhamia Berlin: iko katikati mwa Ulaya na kuna siku nyingi za likizo.

Nilijaribu pia kusafiri kwa mwezi mmoja kati ya kazi yangu ya zamani na mpya, lakini hata mwezi mmoja barabarani inaonekana kama wakati mwingi kwangu. Tangu safari hiyo, nimekuwa nikijaribu kuchukua mapumziko ya wiki moja hadi wiki moja na nusu ili niweze kurudi kazini bila maumivu.

Ni maeneo gani matatu ulipenda zaidi na kwa nini?

Kama mkoba, nchi zinazonivutia sana ni Ureno, Oman na India. Ninapenda Ureno kutoka kwa mtazamo wa historia na ustaarabu wa Ulaya kama vile usanifu, lugha, utamaduni. Oman - ukarimu wa ajabu na urafiki wa wenyeji, na vile vile mazingira ya utulivu wa jamaa huku kukiwa na mvutano wa Mashariki ya Kati. Hata mimi nazungumzia Oman nakala tofauti aliandika. Uhindi - utofauti wa maisha ndani ya mikoa yake na utambulisho wa kitamaduni, kwa sababu enzi ya sayari ya Starbucks na gala ya Microsoft iliyoachwa na Palahniuk bado haijawafikia. Pia napenda sana Bangkok na sehemu ya kaskazini ya Thailand. Sehemu ya kusini na bahari, visiwa na peninsula ilionekana kuwa ya kitalii sana.

Unaweza kusoma maelezo ya safari ya Misha kwenye chaneli yake ya Telegraph "Saa ya machungwa"

Je, unawezaje kudumisha usawa wa kazi/maisha? Shiriki siri zako :)

Sina siri yoyote hapa. Iwe nchini Urusi au Ujerumani, kampuni za kawaida za teknolojia hukupa fursa ya kupanga muda wako wa kufanya kazi kwa njia inayokufaa. Kawaida siketi kazini hadi usiku sana ikiwa huduma inafanya kazi kwa utulivu na hakuna nguvu kubwa. Kwa sababu tu baada ya 5-6 jioni ubongo wangu hauoni wito wa kuchukua hatua kutoka kwa neno "kabisa" na kuniuliza nipumzike na kulala vizuri.

Takriban aina zote za fani katika tasnia ya teknolojia - kutoka kwa maendeleo hadi muundo - ni fani za ubunifu; haziitaji idadi kubwa ya saa za kazi. Inaonekana kwangu kwamba crunches ni mbaya kwa kazi ya ubunifu, kwa sababu unaishia kuwa wepesi na kufanya kidogo kuliko vile ungeweza bila muda wa ziada. Masaa 4-6 ya kazi ya kazi katika mkondo ni, kwa kweli, mengi, bila usumbufu na swichi za muktadha unaweza kuhamisha milima.

Ninaweza pia kupendekeza vitabu viwili vilivyonisaidia: Sio Lazima Kuwa Mwendawazimu Kazini kutoka kwa wavulana kutoka Basecamp na "Mbinu za Jedi" kutoka kwa Maxim Dorofeev.

Siku hizi, watu wengi wanajadili uchovu. Je, umewahi kuhisi kitu kama hicho? Ikiwa ndio, unastahimili vipi? Unafanyaje kazi yako kuvutia zaidi?

Ndiyo, kusema kweli, bado ninachoma mara kwa mara. Kwa ujumla, hii ni mantiki, kutoka kwa mtazamo wa falsafa, kila kitu ambacho kina mali ya kuchomwa moto hatimaye huwaka :) Unaweza kupambana na matokeo, lakini, inaonekana kwangu, ni muhimu zaidi kutambua sababu ya kuchomwa moto. na kuiondoa.

Sababu ni tofauti kwa kila mtu: kwa wengine ni habari nyingi, kwa wengine ni kazi kupita kiasi katika kazi yao kuu, kuna hali wakati huna wakati wa kuchanganya kazi, vitu vya kupumzika na kijamii. Mahali pengine haujisikii changamoto mpya katika maisha yako na unaanza kuwa na wasiwasi juu yake. Shida nyingi zinaweza kutatuliwa kwa kurekebisha falsafa yako ya maisha, maadili ya kibinafsi, na jukumu la kazi katika maisha yako.

Hivi majuzi sijapoteza hamu ya kufanya kazi au kazi yoyote ya kuchosha. Kuna mbinu mbalimbali za kufanya kazi inayochosha isichoshe, baadhi yake nilijifunza kutoka kwayo chapisho la blogi rafiki yangu Kirill Shirinkin. Lakini ninajaribu kutatua shida hii kwa kiwango cha sababu, kwa kuchagua tu kazi ambayo itatoa changamoto kubwa kwa kazi yangu na utu wangu na kiwango cha chini cha urasimu wa shirika.

Mnamo Desemba 7, Mikhail atazungumza kwenye mkutano huo DevOpsDays Moscow pamoja na mazungumzo "Sisi Sote ni Watengenezaji," ambayo itaelezea kwa nini ni muhimu kuzingatia sio tu jinsi safu ya hivi karibuni inavyowekwa, lakini pia juu ya kipengele cha kitamaduni cha DevOps.

Pia katika mpango: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps mshauri).

Njoo ujue!

Chanzo: mapenzi.com