All Activity
This stream auto-updates
- Yesterday
-
Arī man pirmais iespaids ir, ka ar patreizējo izpratni par IT projekta realizēšanu, būs diezgan grūti. Nekas tāds gan jau nav neiespējams – ja mēģina, tad sanāk, vienkārši jārēķinās ar kļūdām, neveiksmēm un pat totālām neveiksmēm. Publiski pieejamā start-up projektu informācija rada iespaidu, ka vajag tikai gribēt un viss sanāks. Tā nebūt nav. Esmu redzējis projektus, kas realizē idejas, kaut skaidri jūtu, ka tā lieta neaizies. Un neaizgāja arī. Bet... man neviens viedokli neprasīja, jo bija aizņemti ar pacilātu noskaņojumu. Esmu publiskajā telpā dzirdējis un lasījis stāstus par lieliem projektiem, kuri tiek pieteikti ar tādu "WOW" efektu, ka elpa aizraujas gandrīz līdz aizsmakumam. Vēlāk gan, sekojot līdzi, tāds čušs vien sanācis un paliek vien jautājums, vai nokurinātā nauda bija grants vai aizdevums ar ķīlu. Šķiet, ka viens nesens projekts ir kaut kāds stock photo tipa projekts, kas radīts LV un reklamējās portālos ar rakstiem par to, ka nu arī fotografēšanas hobijs var kļūt par ienesīgu nodarbošanos. Tad vēl projekti, kur tehniskiem cilvēkiem nez kāpēc šķiet, ka automatizējot to, ko var izdarīt ar Excel vai Word, cilvēki priecīgi kļūs par SaaS lietotājiem, nevis turpinās ķimerēties ar offisu. Eiforija apskurbina prātu un rodas iespaids, ka vīzijas ir nākotnes prognozes, kuras piepildīsies kā laika prognozes. Bet laika prognozes piepildās tādēļ, ka cilvēki kaut kur Eiropas viducī un ASV gadu desmitu gaitā ir saprogrammējuši klimatisko modeli, un prognozes norisi veic daba. Radošā biznesa projektā, kāds ir šis, nav ne ekonomikas modeļa, nedz arī pašdarbojoša mehānisma, kas plānu pārvērstu realitātē. Realitāte nav arī universitātes vide, kur pareizi uzrakstīts diplomdarbs garantē panākumus, bet šķībi greizi uzrakstīts – garantē sliktas sekmes. Biznesā mēdz gadīties otrādi un bieži pat tieši tā arī notiek. Ar esošo pieeju varētu ļoti labi sanākt cita tipa biznesi - kursu pasniegšana, valsts finansējuma apgūšana, mācību iestāžu siltināšana, ja IT, tad kaut kas infrastruktūrveidīgs ar noslieci uz monopolu. Piemēram, kaut kāda sistēma skolām vai medicīnas iestādēm, kur ir zināma funkcija ar brīvu nišu. Iespējams, cilvēks šādi arī ir sapelnījis naudiņas un tagad grib apsviedīgi investēt, nenokavējot lielo iespēju IT jomā. Tikai iespējams un tikai minējums. Kaut kādi tādi varianti ir dzirdēti un ka no tādiem labi barojas apsviedīgas aģentūras. Viena no peļņas iespējām ir pelnīt, pārdodot tiem, kas vēlas nopelnīt – investīcijas nav izdevumi... Ļoti gribas cerēt, ka šis viss ir apgūts, ir skaidra pārliecība, ka konkrētais marketplace tipa projekts tik tiešām ir vajadzīgs cilvēkiem, nevis prātā ir klusa doma, ka "tas aizies!". Piemēram, ja ir vismaz kādi 10 vai 100 cilvēki, kas tur rokās izstieptu 50 EUR banknoti un lūdz ātrāk realizēt ideju, iespējams, tā lieta ies. Protams, tik pat labi var aiziet kaut kas nebijis un šobrīd nezināms, taču panākumi šeit ir proporcionāli riskam. Par komandu runājot. Nav jau liels noslēpums, ka komandu veido cilvēciskās īpašības. Svarīgi ir ne tik tehniskās zināšanas, cik spēja sadarboties. Un spēja sadarboties nozīmē spēju menedžēt pozitīvās un negatīvās puses, jo īpaši jau – negatīvās. Kāds tehniski zinošs superstārs mētāsies ar tik ciniskiem izteikumiem, ka jūtīgāki, bet centīgāki kolēģi lies asaras vai izplūdīs agresijas lēkmēs. Kāds kluss cilvēks neko neteiks, jo neviens neprasa, bet viņam būtu ko teikt un teiktais būtu ļoti labs risinājums. Kādam ambīcijas joņos pa priekšu, kāds būs skeptiķis, kas visam atradīs pretargumentus, kāds būs sabotieris – piekritīs kopējai interesei, bet darīs pa savam. Tas viss ir raksturīgi cilvēku komandām vispār, un diez vai ir pieminēšanas vērts. Rakstu to tāpēc, ka autora rakstītais liek domāt, ka viņš tā vienkārši izplānos komandas uzbūvi un viņa tad tā arī strādās. Varbūt... Es pateisībā nezinu. Zinu, ka ja algu maksā labu, cilvēki var arī pildīt savu lomu. Tepat jau minēts, ka daži uzņēmumi pat komunicēt neprot. Esmu redzējis, ka klienti mokās ar vienkāršu web lapu, kur nu vēl kaut ko lielāku. Esmu redzējis, ka uzņēmums ir pasūtījis mazu sistēmiņu, samaksājis naudu un pieņēmis darbu ar tekstu, ka mazliet jāpielabo, bet patiesībā tas ir templeits, kur no sistēmas ir tikai pliks uzmetums, kuru nav iespējams palaist reālā darbībā. Es tā nespēju, tādēļ šajā tirgū nedarbojos. :) Rekomendētu uz komandas izveidi skatīties mazliet savādāk, atrodot galveno izstrādātāju. Varbūt var dalīt kompetences, piemēram, ja galvenais izstrādātājs ir tehniski labi zinošs, bet nemāk strādāt ar cilvēkiem (deleģēt, veidot darba uzdevumus, utml.), tad to var darīt projekta vadītājs. Katrā ziņā, IT komandā komandas vadības metodes, kas strādā citās jomās, nedarbosies. Un otrādi - apejoties ar komandu tā, kā tas notiek IT jomā, uzņēmējs, iespējams, kļūs pat par apsmieklu. Piemēram, citur termiņi ir skaidri saprotami, bet IT jomā pat ļoti labi gribot, termiņi ir tikai tāds kā novērtējums. Vispārīgs likums ir tāds, ka darbi tiecas aizpildīt tam atvēlēto laiku. T.i., vienu lietu var atrisināt, darot 1 dienu, nedēļu vai mēnesi. Piemēram, datubāzes shēmu var sarakstīt 1 dienā, ar rociņu sarakstot tabulu definīcijas, var nedēļu veidot definīcijas, pārdomāt indeksus, var mēnesi pavadīt, veidojot datubāzes plānojumu, modeļus un dokumentāciju atbilstoši valsts standartam. No tehnoloģiju viedokļa, PHP, MySQL ar hostēšanu kādā mākonī (AWS, cloudfront, DigitalOcean). Šeit iespējas ir milzīgas, pašiem ar savu serveri dzelža veidā ņemties nevajadzētu. Par to vai Magento būs pareiza izvēle vai nē, grūti teikt. Jautājumi, kas būs jārisina, nebūs klientu reģistrācija vai produkta forma, vai tamlīdzīgi. Taču, ja izdodas ar Magento izveidot marketplace projektu, un ja šobrīd tāda risinājuma nav, tas var būt kā globāls produkts, un projekts var izvērsties ne vien kā pati platforma, bet arī kā šis produkts un tā apkalpošana – pakalpojumi, ko pērk tie, kas vēlas uzturēt savu marketplace platformu. Tikai ideja. Uz plašas platformas var uzsēsties un pelnīt. Savukārt, ja ir vēlme kaut ko alibaba vai ebay stilā, mans uzskats ir ka tikai custom produkts, jo platformas uzdevums būs piedāvāt unikālās priekšrocības, bet unikālas priekšrocības nevar piedāvāt ar standarta produktu. No pieredzes - parasti tādi aizgājuši projekti sākumā tiek uztaisīti prototipa variantā. Ja ideja ir laba, ir pieprasījums un tirgus ir nepiesātināts, klienti samierināsies ar sākotnējām neērtībām un kļūdām. Projekts tiks tā kā iesūkts. Ja ideja ir laba, bet tirgus ir piesātināts, var kaut vai perfekts izpildījums un vēl piemaksāt par lietošanu - tas neaizies. Tipisks piemērs LV vidē - ss.lv un daudzie centieni radīt kaut ko līdzīgu. Tādējādi, prototipa variants ļaus agrāk notestēt ideju un ne tikai ideju. Tas ļaus notestēt, vai projekts māk sevi izplatīt digitālajā vidē, vai komanda sastrādājas, utml. Var šādu prototipu arī pasūtīt, ņemot vērā @codehighriga aprakstīto. Daļa redzēto projektu tā arī ir radīti, pēc tam pārņemot izstrādi pie sevis. Vai arī atrast kādu entuziastu. Entuziastu tādā ziņā, ka piekritīs sadarboties, nevis izmantot priekšrocības, kuras viegli atrast stabilā darbā IT jomā. Agrāk tādus varēja meklēt start-up tipa saietos. Nezinu, kā tagad, jo, kā jau teicu, vilnis ir pagājis, internets piedāvā vienlaikus gan daudz iespējas, gan iespēju palikt absolūti nepamanītam milzīgajā masā.
- Last week
-
Ja pareizi sapratu, vienu atradu - https://github.com/umimehar/list-map
-
@Ints no tevis uzdotajiem jautājumiem man ir skaidrs, ka tev nebūs saprātīgi pašam mēģināt izveidot komandu uzdevuma izpildei. Vienkārši trūkst zināšanu par IT procesiem. Mans secinājums ir tāds - tu vari izveidot tevis aprakstīto projektu tikai tad, ja sfēra, kurā šobrīd darbojies, nodrošina tevi ar pietiekami lielām finansēm, lai maksātu kādam IT uzņēmumam, kas visu izdarīs tavā vietā. Ja mēģināsi pats - pirmkārt tev nesanāks, otrkārt, tas tāpat izmaksās daudz. Neko neietaupīsi. Un rēķinies, ka taisīt custom programmēšanas risinājumus ir dārgi. Vēl jo vairāk - gandrīz visi projekti iznāk dārgāki, nekā sākotnējās tāmes. Piemēram, ja tev IT aģentūra pateiks, ka tavs projekts maksās 20k, tad droši ierēķini 50k. Ja teiks, ka 80k, tad droši ierēķini 120k. Tām tāmēm NEKAD nevar ticēt.
-
Nu skaties pats, pieredze rāda, ka šie marketplace jau tirgū ir daudz un dažādi, uz LV nav jēgas koncentrēties ar projektu, bet globāli jau viss notiek, ir aizņemts, tādu vajadzēja veidot pirms 3 gadiem. Arī mūsu veidotie marketplace tika pārdoti laicīgi tālāk cilvēkiem, kuriem bija lielākas investīcijas un web projektu tīkls.
-
Jā, šis ir viens no iemesliem, kāpēc apsveru domu par projekta pasūtīšanu IT uzņēmumam ar pēcapkalpošanas sadarbību.
-
Esmu runājis ar vairākām kompānijām, sākot ar vienu no lielākajiem un populārākajiem Magento izstrādes uzņēmumiem Latvijā un citiem, mazākiem... Lielo es atmetu, jo par to pašu darbu cena ir X3. No pārējiem ir vismaz 1, kuram ir laba klientu apkalpošana un komunikācija. Pārējie pat nespēj normāli komunicēt. Jā, idejas pamatā ir Marketplace...
-
SQL pieprasījumā apzināti netiek lietots LIKE BINARY , lai atrastos arī 'līdzīgie' ieraksti. Bet regexp, protams nav tik pielaidīga. Kā būtu jāuzlabo funkcija, lai marķējas visi noķertie 'fragmenti'?! Paldies!
-
Par visu varētu piekrist pārējiem. Es tikai varu piebilst par valodām un serveriem. Valoda īstenībā nav tik svarīgi . Galvenais ar valodu ir tā, lai ir izstrādātāji un pēc tam ja mainas kadri lai nav problēmas atrast kas ar to valodu izstrādā projektus. Tapēc nu tur kāda no top valodām derēs... Par serveriem, tur arī zinoši devi mācēs nokonsultēt uz labāko setupu
-
Ātri uzmetot, kādi 0,2 - 0,3 milj. vismaz. Apmēram 5 cilvēki = 3000 EUR/mēn darba devēja izmaksas (uz rokas < 2k). Iekārtot darba vietas (datori, licences) Tad visi saplāno, ka 6 mēnešu laikā kaut kas taps. 3k * 5 * 6 = 90k. Tad izrādās, ka plāni un realitāte neiet kopā, vajag vēl 3 mēnešus. Tad daļa pārstrādājas un aiziet, utt., tāpēc, kā jau fox8 tieca, izmaksas x3 salīdzinot ar to, ko varētu radīt jau pieslīpējusies komanda. Ja tādu vispār iespējams atrast. Ja tāda piekritīs sadarboties ar tādu klientu. Utml. Par kaut kādiem 10k var aizmirst, par to var domāt, ja atrodas kāds solo maniaks, bet man liekas, ka visi jau vai nu izmiruši, vai atslābst normālos darbos, kuros pelna daudz vairāk, darot daudz mazāk.
-
Lūdzu, geocodings: https://developers.google.com/maps/documentation/geocoding/intro > Un topika autors prasīja, neskaitot, ka ir jāraksta pašam, tad arī teicu, ka man ir jau gatavs risinājums. Nu, kur tad ir? Nopublicē to gatavo risinājumu. Vai arī Tu te tirgoties gribi? Un tavs risinājums, protams, būs lietojams bez jebkādas koda modificēšanas, vai ne?
-
gan jau autors vairāk vēlējās kādu linku uz GitHub...
-
Nu un ko tu ar to gribēji pateikt? Neaizmirsti, ka parasti sistēmā vēl ir jātaisa GEOCODE no adreses uz Lat, Long. Un topika autors prasīja, neskaitot, ka ir jāraksta pašam, tad arī teicu, ka man ir jau gatavs risinājums.
-
@foxsk8 a man ir risinājums ar ŠMEISON + unicornu asarām. Bet ja nopietni: https://developers.google.com/maps/documentation/javascript/marker-clustering
-
1. Nolīgist vienu kārtīgu freelance dizainieri, kurš māk netikai smuki uzzīmēt, bet arī saprot UX un SEO un vēlams strādā mājaslapu izstrādes industrijā, šādi zinot programmētāju prasības arī. Ar viņu izstrādājiet kopīgi projektu (wireframes, virspusēju dokumentāciju utt) un pēc tam lai arī uzzīmē. 1.1. Izstrādā izstrādes plānu 2. Šeit tev būs skaidrs +/- kas ir nepieciešams un attiecīgi vari sākt meklēt backend programmētāju, rādot viņiem reālu projektu, pie kā būs jāstrādā (pašiem programmētājiem būs vieglāk pieņemt lēmumu, vai viņi ir uz to spējīgi un vai to grib darīt), vēlams 2, lai ir "backups" (atkarība no projekta apjomiem un lai ir vairāk viedokļu). 2.1. Izrunā izstrādes plānu ar programmētājiem 3. Dabū 1 frontendu, kas lēnā garā sāks lipināt kopā publisko daļu arī. Šitos var freelance ņemt. Ja būs vēl kārtīga bāze vēlāk FE izveidojusies, backendisti palīdzēs sīkās izmaiņas frontendā veikt. 4. Ar servera izvēli, uzstādīšanu utt utjp tev palīdzēs katrs sevi cienoš programmētājs un tavā komandā tādi jau būs vismaz 2-3. 5. Palaid pirmo versiju, atnāc atpakaļ šeit un pastāsti kā gāja.
-
Nu tad aizej apvaicājies par vairākām kompānijām, iespējams viņiem nav pieredzes, lai ko tādu realizēt. Mēs paši šādas līdzīgas sistēmas esam veidojuši uz WooCommerce sistēmas klientiem, unikāli izstrādājot dažādus marketplace, praktiski idejas pamatā tev ir marketplace, jeb vendors portāls, kur tu kā platforma saved kopā pārdevēju ar pircēju.
-
Šeit laikam jāpiebilst, ka es vēlos būt daļa no komandas. Es apzinos, ka man ir divas iespējas, kā realizēt projektu. Pieņemt darbā nepieciešamo komandu, vai pasūtīt projektu kādam kompetentam uzņēmumam. Pirmajā gadījumā man man iespējams būtu jāsaskaras ar darbinieku nodarbinātību pēc projekta realizācijas, jo darba apjoms samazinātos un ja skatās no darba devēja puses, tad maksāju algu par to, ka darbinieks ir darbā un nepieciešamības gadījumā, darbinieks veic akūtos darbus. Šādā gadījumā, man būtu jāmeklē papildus darbi, lai nodarbinātu darbiniekus un tas nozīmē, ka es pamazām kļūtu par vēl vienu IT uzņēmumu. Otra iespēja un man šķiet loģiskāka ir pasūtīt projektu IT uzņēmumam, saņemt gatavu projektu un noslēgt sadarbību par projekta apkalpošanu, nepieciešamības gadījumā un tādi gadījumi parasti ir. Atliek vien izvēlēties taisīt custom versiju vai izmantot Magento. Esmu saskāries ar custom versijām un zinu, ka mainoties darbu izpildītājiem vienmēr jāsaskaras ar programmēšanas grūtībām. Tāpēc arī nonācu pie Magento platformas. Šobrīd atkal sanāk ka Magento īsti neatbilst manām prasībām un to man teica viens uzņēmums, kurš nodarbojas ar Magento izstrādi. Tāpēc es atkal izskatu custom versiju. Jebkurā gadījumā, es pieņemu, ka jebkurā gadījumā, man būs vajadzīga komanda, vienīgais cik liela un kādā apmērā, lai nebūtu jādomā par nodarbinātības jautājumu.
-
Ja ar IT esi uz tu, tad uzņemties pašam vadīt visu šo projektu beigu beigās tev izmaksās X3, nekā aiziet šo projektu pasūtīt pie nozares līderiem, kompānijas, kura jau visu nodrošinās, vadīs projektu, veidos milestones, pati rūpēsies un domās par projektā iesaistītiem speciālistiem kā tādiem, no otras puses, tas ir mīnuss, ka tev iedod risinājumu, un tu viņu nepārzini, neesi gājis cauri vajadzībām, problēmām, problēmcēloņu risinājumiem kā tādiem, beigu beigās, ja vēlēsies no kompānijas migrēt, vari saskarties ar ļoti nepatīkamām situācijām. Tātad, kas būtu nepieciešams: 1. Projektu vadītājs, kas spēj vadīt komandu un pārzin procesus, iespējams pat divi cilvēki. 2. Vismaz 2-3 backend programmētāji 3. Dizainers 4. Front-End programmētājs Tātad beigās tava komanda sastāv no aptuveni no 5-7 cilvēku liela + tu kā pasūtītājs. Tālāk vēl neaizmirstam saturu, mārketingu, reklāmu, jo nebūs jēgas no visām šīm iespējām, ja tev nebūs lietotāju, trafika, tā ir vislielākā projektu problēma, kāpēc tas neaiziet tirgū. Neieteiktu šo projektu veidot custom, jo pa lielam Magento ir vismaz kaut kāda bāze, dokumentācija, iespēju ir ļoti daudz, arī platforma ir samērā pateicība, bet ļoti sarežģīta, līdz ar to, šādas sistēmas izveide noteikti nemaksās 10 000 EUR, bet uz augšu. Ja veidosi custom, tad komanda var sarakstīt risinājumu, un beigās škiroties no kāda komandas biedra pēc projekta, atkal var rasties situācija, ka nav supports, nav kas dara, jaunie biedri nesaprot, ko iepriekšējie ir izveidojuši, tādā ziņā atkal ir labi, ka kompānijām tu maksā par rezultātu, progresu un var slēgt ilgtermiņa sadarbību. Itkā pretruna ar augstāk rakstīto, bet nu tā ir, koks ar diviem galiem. Par serveriem, sākumā tev šis projekts tā pat būs prototips, līdz kamēr viss aizies, tāpēc par serveriem un to uzbūvi, utt.. arhitektūru vari pēc tam skatīt un plānot, nevis mest simtiem EUR par serveriem, ja dienā tev lietotāji sākumā būs maz. Īstenībā vēl kas ir nepieciešams uzrakstīt dokumentāciju, prasības, aprakstīt visu, izveidot jau kaut kādu Wireframe uzmetumus, utt.. to vari pasūtīt kādai kompānijai un tad attiecīgi ar to materiālu tu varētu visu laiku strādāt, tādu kā biznesa plānu, jo ja šāds nebūs, tad arī tava komanda īsti nezinās ko veidot, jo katru dienu tev mainīsies prasības, velmes, utt..
-
Labdien, Rakstu jums, jo vēlos lūgt palīdzību viena projekta resursu aprēķināšanā. Jāatzīstas, ka man ir diezgan virspusējas zināšanas ar web izstrādi, tik daudz, cik esmu piedalījies web lapu izstrādē, kā pasūtītājs. Es šobrīd vēlos saprast cik liela komanda man būtu nepieciešama, lai izveidotu tiešsaistes pakalpojumu (ekomercijas platformu), kur pārdevējs/-i ievieto preci ar aprakstu (preču kartiņa) un pircējs pasūta šo preci. Papildus visas tipiskās interneta veikala iespējas (salīdzināšana, favorīti, statistika, utml.). Paredzēta ir arī datu imports/eksports abos virzienos un abonēšanas maksa. Neierobežots daudzums pārdevēju, preču un pircēju. Tik tālu izklausās pēc interneta veikala. Kaut kādā ziņā piekrītu. Bet ne par to šoreiz. Šoreiz par resursiem. 1. Projekts Strādājot ar web projektiem un iesaistītiem cilvēkiem šajos procesos nonācu pie varianta būvēt to uz Magento bāzes, bet man pateica, ka Magento tam nebūs piemērots un ir jātaisa custom versija, respektīvi, būvēt projektu no nulles. Šeit tad ir jautājumi: 1.1. Programmēšanas valoda. Ir vairākas programmēšanas valodas (ja es pareizi to saucu) un katra ir paredzēta noteiktu funkciju pildīšanai. Ja es sāku būvēt projektu no nulles, kāda programmēšanas valoda/bāzes man būtu jāizmanto? Jautāju, jo man tas būs jāsaka programmētājiem, kas šo darbu veiks. Kādi ir plusi un mīnusi vienam vai otram variantam? 1.2. Serveris. Šeit jautājums par kādu risinājumu izvēlēties. Likt mākonī, vai nē? Kādi ir plusi ir mīnusi vienai vai otrai izvēlei. Kā es varu un vai varu izmērīt cik daudz svara izmanto katrs pārdevējs? Kas man vēl būtu jāzin par serveriem? 1.3. Kāds vēl varētu būt rekomendācijas attiecībā uz projekta izstrādi un uzturēšanu? 2. Komanda 2.1. Izstrādājot web projektu, parasti web izstrādes komada tiek iedalīta divās daļās: viena daļa nodarbojas ar publisko daļu un otra ar background daļu. Šeit mani interesē, kādi un cik cilvēku man vajadzētu? 2.2. Publiskā daļa. Pēc manas izpratnes šeit man ir vajadzīgs dizaineris, programmētājs un iespējams, mārketinga (SEO) cilvēks, kuri uzzīmēs, uzprogrammēs un padarīs draudzīgu tīmekļa pārlūkiem. 2.3. Background daļa. Šeit manas zināšanas ir virspusējas. No informācijas, kas ir manā rīcība, tad man ir nepieciešams programmētājs, kurš uzprogrammē pašu sistēmu un testētājs, kas pārbaudīs, vai sistēma darbojas korekti. Pieļauju, ka testēšanu var veikt arī cilvēki vai uzņēmumi no malas, līdzīgi, ka celtniecībā, būvuzraugs. Pieļauju, ka ir vēl kādi cilvēki, kas darbojas background daļā. Vai varat pateikt kādi? 2.4. Pieļauju, ka ir atbildīgs cilvēks, kurš ir atbildīgs par serveriem un sistēmas stabilu darbību. Iespējams, to var darīt background programmētājs. 2.5. Un nobeigumā, es gribētu pajautāt par darbu optimizāciju un sadalīšanu. Pieļauju, ka ir darbi, ko var darīt viens cilvēks (piemēram: programmēt pubilisko un background daļu) un ir darbi, kurus var nodot ārpakalpojumā. Ja ir, tad kādi? Vai arī tomēr ir nepieciešams rēķināties, ka visi iesaistītie cilvēki ir nepieciešami. Šo es jautāju, lai saprastu, kādam ir jābūt cilvēku minimumam (kodolam), lai sāktu būvēt un atkarībā no darba apjoma ņemt klāt cilvēkus. 2.6. Būtu jauki arī saprast algu apmēru ar kādu man būtu jārēķinās algojot darbiniekus. P.S. Pieļauju, ka daļai šis topics izraisīs smīnu, bet būtu pateicīgs, ja sniegtu savus komentārus un ar IT lietām nesaistītam cilvēkam, saprotamā veidā. ar cieņu, Ints
- Earlier
-
CreateIT changed their profile photo
-
Principā nekā. Ja ir JS includes (Wordpresā vajadzētu būt), kuras netiek kešotas, tad varbūt var kaut ko mēģināt pārķert un taisīt JS reload.
-
Turpinot Spaiņa iesākto, ikgadējā aptauja: https://docs.google.com/forms/d/e/1FAIpQLSfzz-g-YB6cT4HyZUM7DXL_fw1KgnxQtBUB5B9dTt_yHBoFDQ/viewform
-
parādi .htaccess saturu
-
Ir risinājums ar JSON + clusteriem + label filtrāciju. :)
-
kurā no visiem failiem to ielīmēt?
-
vienmēr svaigākais saturs - auto refresh: https://jsfiddle.net/znpLy0rf/ setTimeout(function(){ window.location.reload(); }, 100); nekad tā nedari
-
https://www.easymapmaker.com/ ?
