Jump to content
php.lv forumi

codehighriga

Reģistrētie lietotāji
  • Posts

    144
  • Joined

  • Last visited

Everything posted by codehighriga

  1. Pēc tava rakstības stila gan liekas, ka tev pašā laikā būs tā vakance ar 400eur mēnesī. Nu tādiem, kas nelieto punktus, komatus, lielos/mazos burtus (ar trīs klašu izglītību laikam?).
  2. Godīgi sakot - kaut kāds bullshits. Tie procenti varētu strādāk kā neliela papildus motivācija, ja fiksētā alga būtu pietiekami liela, bet jūs taču tur piedāvājāt sākot ar 400eur. Jums reāli ir kāds darbinieks, kas parakstījies uz to variantu 400eur + 20%? P.s. tikko sapratu, ka 400 pat ir zem minimālās algas Latvijā.
  3. Līdz šim visi bez cashflowa, lai dabūtu darba spēku, piedāvāja uzņēmuma daļas. Tagad pāriesim uz procentiem no ienākumiem... Nu, labi, labi. Lēmumu strādāt vai nestrādāt pie visādiem startupiem katram jāpieņem pašam.
  4. Sliecos piekrist šim viedoklim. Vēl ar papildinājumu, ka noslēpumainība vedina uz domām par nereģistrētu nodarbinātību, aploksnēm.
  5. Jau krietnu laiku likumos ir nostiprināta obligāta prasība darba sludinājumos norādīt uzņēmuma nosaukumu, reģistrācijas numuru, un atalgojuma diapozonu.
  6. "Pārstrukturēšana" gan daudziem var sanākt sāpīga. Teiksim, cilvēks programmēja kaut ko kādai aviolīnijai - un jau ir vai drīz tiks atlaists. Citi uzņēmumi, arī ar labu finanšu situāciju, piesardzības nolūkos šobrīd piebremzē jaunu kadru pieņemšanu. Pēc brīvajām vakancēm rodas palielināts pieprasījums, un cilvēkam no aviolīnijas var nākties pasēdēt mēnešus 3-4 kā bezdarbniekam.
  7. Baigi atkarīgs no uzņēmuma nodarbošanās nozares. Ja tu esi šajos apstākļos noderīgs uzņēmums (pārtikas internetveikals, mācību platforma, Youtube, Pornhub) - tad ir pļaujas laiks.
  8. Kādam nav bijis tā, ka pazaudē pieeju savam Password Manager toolim? Un visur bijušas super drošās random paroles, ko nav iespējams atcerēties? Single point of failure.
  9. No šīs situācijas mācība ir tāda, ka two factor auth numuram ir jābūt obligāti ar pieslēgumu - lai telefona pazaudēšanas gadījumā var ar pasi aiziet uz klientu apkalpošanas centru un atjaunot numuru. Citādi, 2FA ar anonīmu priekšapmaksas karti - nav īsti nekādu atjaunošanas iespēju. Alternatīva kaut kur glabāt 2FA atjaunošanas kodus, manuprāt, ir slidena. Ja nu vienīgi izdrukātā formātā seifā. A ja elektroniski stāv pie mammas/māsas/draudzenes - jūs taču faktiski nekontrolējat, kādām potenciālām drošības problēmām tie kodi ir pakļauti. Nav tik traki kā datora parole uzrakstīta uz piezīmju lapiņas pie monitora, bet kaut kādas paralēles tur var vilkt.
  10. Šobrīd dzīvoju Helsinkos, jau pirms mēneša viss ofiss pārgāja remote, pēc vadības lūguma. Atsauksmes kā nu kuram... Ir cilvēki, kam viss ok, ir tādi, kam mājās nav piemērota darba vieta iekārtota, utt. P.s. interesējos par iespējām nomainīt darbu - varbūt varat ieteikt Eiropas uzņēmumus, kam remote kultūra ir augstā līmenī, un kas būtu jau salīdzinoši lieli un stabili? Startupi/finish-upi/īslaicīgi kontrakti īsti neinteresē, bet gan kompānijas, kas piedāvā normālus beztermiņa darba līgumus. (PHP programmēšana, React, Vue)
  11. Ko Parcel dara labāk / citādāk?
  12. Rindā noteikti nestātos taču jebkura ietvara izmantošana noteikti uzlabotu pārtaisīšanas sāpju līmeni. Konkrētais piemērs varbūt ir mazāk relevants, jo fokuss par 90% ir uz frontendu, taču mierīgi varētu iztēloties kaut ko no sērijas "Pievienot Omniva pakomātu shippingu", "Pievienot banklink", vai ko tamlīdzīgu.
  13. Tikko izveidotajā blakus topikā labs piemērs par "pazušanu" - kāds uzkodējis paštaisītu CMS/ietvaru un tagad pazudis. Ej nu meklē citu, kas varēs atjaunot. Ja būtu lietoti vispārzināmi ietvari un standarti - gan jau tagad būtu vieglāk.
  14. Ļoti ceru, ka Grey_Wolf arī troļļo, bet laikam jau nē.
  15. Bija tāds laiks, kad katrs programmētājs mēģināja izdomāt savu veidu, kā datubāzē glabāt paroles. Katrs izdomāja savu kriptogrāfiski nedrošu saltošanu, dīvainas md5/sha kombinācijas un tml. Vai tas nav līdzīgi? Nopietni vai troļļo? Tad jau Phpstorm (closed source) arī varbūt sūta visu kodu kādiem ķīniešu specdienestiem. Drošāk būs lietot ko vienkāršāku, piemēram, notepad.
  16. Man grūti iztēloties, kāds projekts kvalificējas šiem kritērijiem. Kas tas konkrēti ir, kur būtu loģiski neinstalēt ietvaru (30 sekundes darba) un ķepināt pašam kaut kādus random php failus?
  17. Ok, PhpStorm viens pats neko traku ar RAM nedara. Vainīgais tiešām sanāk Docker. Iespējams pēdējā laikā projektam pielikts vēl kāds rijīgāks konteiners klāt, īsti nezinu. Jebkurā gadījumā, vajadzība pēc RAM ļoti pieaugusi. Un kā jau teicu - ja RAM usage šobrīd karājas pie kādiem 14GB, tad nemaz vairs neliekas pārspīlēti datorā ielikt 32GB RAM. Tuvāko 2-3 gadu laikā noteikti varētu noderēt.
  18. Starpcitu, pēc pēdējiem Windows, PhpStorm un Docker updeitiem ir palicis grūti programmēt ar 8GB RAM atmiņu. Vairākas reizes dienā izmet out of memory errorus gan docker, gan phpstorm. Ar 16GB joprojām viss ok. Tomēr varu saprast, ja kāds priekš web developmenta ņemtu arī datoru ar 32GB - tā teikt rezerve pāris gadiem.
  19. Tad jau ejiet vēl tālāk - varam ātrdarbības dēļ atsacīties arī no objektiem, klasēm, type hinting, utt. Varbūt rakstam atkal visu kodu vienā index.php, kurā includojam globālu functions.php ? Bez namespacing, protams, tas būs lēni. Lielummānija kaut kāda - tipa es viens pats esmu gudrāks par lielo open source community, zinu labāk visus drošības aspektus, zinu labāk arī kā visu optimizēt. (Droši vien pats īsti nezina, ko šeit domā ar "optimizāciju", ko ar "drošību"). Ar to gribēju pateikt, ka visa optimizācija, kas manas dzīves laikā ir bijusi nepieciešama, ir bijusi par 95% tieši datubāzes struktūras optimizācija, query skaita optimizācija, korekts cache lietojums. Šīs lietas tiešām dod izmērāmu labumu - bieži vien mērāmu sekundēs, un tām NAV nekāda sakara ar freimworku. Savukārt samainīt Laravel/Symfony pret pašrakstītu tuftu - nu dabūsiet no 200ms uz 150ms. Baigais jau nu ieguvums. Ja to tik ļoti vajag, tad lētāk pacelt serverim pieejamos resursus un iegūsiet tādu pašu ātrdarbību bez pašrakstīta velosipēda atkārtotas izgudrošanas. Atgriežoties pie drošības - tā arī nesapratu, kas konkrēti padara pašrakstītu freimworku drošāku par open source freimworku? Konkrēti? Ja vienīgais arguments ir tas, ka publiski nav zināmas konkrēta freimworka versijas ievainojamības - tas ir vājš arguments. Tik pat labi pret jūsu sistēmu var palaist automatizētus tooļus, kas nav targetēti uz specifiskiem freimworkiem, bet gan generic ievainojamībām. Un - hops - būsiet tāpat uzlausti. Visticamāk drošība tikai samazināsies.
  20. Tu to visu tiešām nopietni domā? Vai Tev ir zināms, ka parasti viens vienīgs datubāzes pieprasījums aizņem vairāk laika, nekā visa PHP koda interpretēšana? Lieki piebilst, ka DB pieprasījumi vienā lapā visbiežāk ir vairāk par vienu. Vai ir zināms, ka šodien ir 2020. gads, nevis 2006. ? Visu tavu ātrdarbību vienā dienā nokaus viens jauns komandā pieņemts programmētājs, kas atļausies vienā lapā palaist 20 datubāzes kvērijus, palaist kaut ko resursprasīgu ciklā... Pilnīgi padomāju, ka pats esi kāds pajauns programmēšanas students, bet redzot, ka forumā ir teju jau 5k posti - vairs nezinu, ko domāt. Par drošības caurumiem runājot - iesaku nopietni apsvērt kāda ir varbūtība, ka caurs būs tūkstošiem cilvēku review-ots, publiski pieejams open source kods, un kāda šī varbūtība ir tevis paša rakstītajam kodam, kam review taisījis augstākais viens cits kolēģis. Visu beidzot, kad šīs lietas izsver saprātīgs darba devējs, kam nevar pūderēt smadzenes par PHP un ietvaru ātrdarbību, tad var atklāties, ka ievērojami naudas resursi iztērēti, lai izgudrotu riteni no nulles, un šos resursus būtu bijis lietderīgāk izmantot citur.
  21. Cik zinu, adsense būs diezgan jūtama atšķirība vai tev ir 1M skatījumu no ASV vai 1M no Indijas. Latvija varētu būt tajā skalā kaut kur pa vidu.
  22. Atbilstoši likumam, būtu arī jānorāda atalgojuma diapazons un uzņēmuma reģistrācijas numurs. Paldies.
  23. Tā kā visos uzņēmumos alga joprojām ir konfidenciāla, tad joprojām ir grūti saprast, kas ir low/mid/high. Personīgi šķiet, ka medium uz doto brīdi ir 1800-1900, bet 2020. gadā varētu pacelties uz 2000 eur. Un tagad reality check - tā kā Tu pats vairākas reizes teici, ka neesi iepriekš strādājis par programmētāju un nav ne jausmas, kā noteikt projekta cenu, tad ir pamats domāt, ka atalgojumam par šo projektu jābūt ZEM vidējās algas. Iespējams, pat diezgan zemāk, nevis tikai 100 eur zemāk. Otrkārt, Tevis noteiktais estimate projekta izveidei noteikti būs ļoti neprecīzs, pastāv varbūtība, ka kļūdīsies vismaz par mēnesi vai diviem, attiecīgi visdrošākais samaksas modelis tomēr ir par stundām. Lai izvairīos no Tevis pieminētā "ātrāk uztaisi, mazak nopelni" un citām negācijām, parasti darbu ar pasūtītāju saskaņo tikai par 2 nedēļām (šo periodu sauc arī par sprintu) - tu izstāsti, ko varēsi pa šo laiku uzprogrammēt, pasūtītājs apstiprina un samaksā. Sprinta beigās prezentē rezultātu un ja viss ir ok, tad ejat uz nākamo sprintu, ko atsevišķi apstiprina un apmaksā. Šāds process aizsargā abas puses pret nepamatoti zemiem vai augstiem laika estimate. That being said, Tu varētu kvalificēties junior līmeņa algai. Varbūt 1100 neto mēnesī? Tas nemaz nebūtu slikti, jo daudzi, tikko iznākot no skolas, saņem vēl drusku mazāk. Pasūtītāja kopējās izmaksas uz šādu algu ir kādi ~1950 eur mēnesī. Rezumē un mans ieteikums - neprasi no pasūtītāja vairāk kā 1950 mēnesī. Samaksājot nodokļus, saņemsi 1100. Pirmajai pieredzei programmēšanā tas ir adekvāti. Mēģini pierunāt viņus uz divu nedēļu ciklu un samaksu par to, citādi tiks piečakarēta vai nu viena, vai nu otra puse.
  24. Domāju, ka tas bija sarkasms par tiem 15EUR, bet jebkurā gadījumā, izlasot sludinājumu, prasās precizējums par to, ko nozīmē "Katalogs ar apakšlapām". Viss pārējais izklausās pēc statiskām lapām, ko tiešām var salikt par salīdzinoši lētu naudu (diez vai 15 EUR, bet 1000 EUR arī laikam nē).
  25. Ar Go šobrīd atrast pilna laika darbu Latvijā būs pagrūti. Forši, protams, ja esi paspēlējies un šo to zini par valodu - tas tev par sliktu nenāks. Bet tomēr pilna laika darba vietas nav un nebūs ne Go, ne arī kādā citā no trendīgajām valodām, kam Latvijas tirgū ir tendence parādīties un pazust. Domāju, ka mēs vēl ļoti ilgi Rīgā redzēsim pārsvarā PHP, Java un Python.
×
×
  • Create New...