Jācērt robs stenderē. Izrādās root prot arī kaut ko +/- sakarīgāku uzrakstīt. Lai gan, vienalga tā īsti neizlasīju, kādēļ Go ir slikta jauniņajiem. Es piekrītu vairākiem Taviem argumentiem, bet vienalga uzskatu, ka mans lēmums studēt Go bija daudz labāks par to, ja būtu nolēmies malties cauri kaut kādam PHP (populāra LV, ko mācīties jauniņajiem). Neesmu PHP baigi skatījies, bet vismaz Go statiskā tipizācija, http/os/u.c. package, gouroutines, channels, gRPC utt. deva reālu ieskatu, kas notiek lācītim vēderā (basics joptva'
). Man subjektīvi liekas, ka PHP utml. ir tālu no kaut kā tāda. Ok... JAVA pa lielam ir no tā paša katla kur Go, bet uz vairākām lietām iekš Java, par kurām esmu lasījis nu galīgi pincītis nestāv un man tiešām kretinē SAP'isti (ne tie kuri kodē, bet tie kuri iesmērē). Es neesmu saticis nevienu sirds dziļumos laimīgu Java SAP'istu.
Man kaimiņš ir Enterprise Javists... un prieka viņa acīs nav.
Punkts 1ais) - Ja jau daudzi Tevi nesaprot, tad jau laikam daudziem ir reālas problēmas. Tu jau noteikti visu dari (skaidro) ideāli. /ironija/
Par Netflix - OK... ES IEBRAUCU AUZĀS, es zinu, ka Go neizmanto tik lielā mērā, kā es te mālēju, bet kritiskajā infrastruktūrā viņš esot plaši pārstāvēts, turklāt jaunajiem developeriem ir plašas iespējas izmantot tos rīkus, kuri viņam labāk tīk līdz ar to Go īpastvars pamazām aug. Java tur tusējas dēļ Netflix pirmsākumiem, kad tāds Go bija absolūti nepazīstams zvērs.
Citāts no manas sarunas ar manu 'mentoru' no Netflix:
At Netflix it's not too widely used, but that shouldn't be a reflection of Go but rather of when Netflix started to build their streaming business. Java is still huge at Netflix, but that's because it was the technology choice made `n` years ago (before Go was as mature).
That said internally Go is in critical places, everywhere from on the CDN hardware that we have deployed at ISPs and Internet Exchanges (IX) around the world, to handling some secondary processes on internal cache systems. It's also the language used for our internal project generator / manager called `newt`, to make it easier to work on any developer workstation (OS X, Windows, and Linux).
It's also core to our open source container platform, albeit not for the control plane but for the agent that handles the execution of workloads.
Our company culture is that we hire competent engineers and we expect them to solve their problems using the right tool, and if Go is it they've used it.
We haven't ever had a discussion around whether we would choose differently today, only because it's really hard to be objective and constructive in that sort of thought exercise.
Anyway... man jau apnika...
Es domāju, ka Tu saprati, ko es ar to biju domājis. Mums katram ir savs viedoklis. Tu runā par to, ka service mesh un viss, kas ap to grozās ir hardcore un Latvijā nez vai vēl ilgi būs tāds projekts, kur tas būtu vajadzīgs, no kā izriet, ka arī Go nav piemērota, lai mācītos, jo Go tomēr ir vairāk piemērota tieši šiem mērķiem, nekā kāda tīra general purpose language, kā piemēram, Java, kur tu vari skribelēt gan mājas lapas, gan serverus, gan androīdā iebāzt degunu. Ja tā paskatās, tad arī visi Fortune 50-100 whatever - Amazoni, Googli, Netflixi, un kas nu vēl ne visi sāka ar monolītiem. Tikai savā 5. - 7. paaudzē viņi sāka migrēt uz mikroservisiem un tam ir nopietni iemesli.
No šī skatu punkta es piekrītu, ka Go nav priekš jauniņajiem. Vnk nebūs īsti kur viņu pielietot, lai gan ar viņu var labi/efektīvi rakstīt arī kaut ko vairāk par mikroservisiem un konsoļu programmām.
Bet es vairāk tiešām biju domājis par to, ka valoda ir pietiekami vienkārša un manā skatījumā tīra, turklāt mācīšanās laikā nāksies urbties cauri daudziem pamatu pamatiem, kas mūsdienās manuprāt daudziem pietrūkt. ( Computer Science)
Neuzskatu sevi par baigo fanu, bet man Go patīk. Daudz, daudz labāk par JavaScript, kuram tagad jāmaļas cauri... dievs pasarg...
Un konkrētais topiks ir viens no apliecinājumiem tām problēmām ar kurām agrāk vai vēlāk jauniņie saskarsies, kad uzrakstīs vairāk par 4-5 servisiem. Būs jāsāk domāt, par discovery, kaut kādu deployment automatizāciju utt., jo startēt visu no konsoles vienā brīdī sāks piegriezties. Puse no mana Go mācību laika aiziet, lai mācītos vnk tooling. Ar pliku Docker ir stipri par maz. Bet man kaut kā liekas, ka arī Java shop ir identiskas problēmas.
BTW - es arī uz Rust šķielēju..., bet vēl tāda zaļa izskatās.
Respektīvi, ir monorepo kurā ir kādi 30+ servisi. Gribās visus 30 servisus kaut kā saintegrēt ar kubernetes klasteri, lai tie automātiski buildotos. Ar vienu repozitoriju nav nekādas problēmas, viss perfekti strādā. Bet kā to panākt ar 30+ servisiem no viena repo nav pagaidām skaidrs.
