Nerekomenduočiau į Olandiją taip važiuot, labai sunku. Gyvenau ten pusmetį tai su darbu labai prastai (bent jau Arnhem mieste), nors ir gerai kalbu angliškai, to neužtenka. Praktiškai visur jie nori, kad olandiškai mokėtum. Be kalbos galėsi dirbti valytoju, indu plovėju, bet ir tai sunkiai randamos pareigos. Yra daug poperizmo, juos susitvarkyt užtrunki minimum 14dienų, finansiškai, jeigu tau mažiau nei 24m, atlyginimas smarkiai mažesnis bus ir niekas daugiau minimumo nemokės.
Į tavo klausimus atsakant, tai darbo nuotoliniu būdu niekaip nesusirasi nebent iš lietuviškų agentūrų, bet ten vėl savi niuansai.
Apie būstą, tai visagalė google padės, skelbimų daug.
Sveiki, Visai nesenai pasirodė mano Foundation 6 review, anglų kalba: https://www.devbridge.com/articles/foundation-6-an-advanced-template-review/ Tiems, kas tingi ar nenori skaityti angliškai - Lietuviškas straipsnio draft'as :)
Foundation 6 apžvalga Aš neaiškinsiu, kas yra Foundation frameworkas - jeigu Jūs esate čia, vadinasi Jūs žinote, ko čia atėjote. Nemėgstu gaišinti žmonių laiko, tad viską pateiksiu atvirai ir kaip įmanoma labiau koncentruotai. Visai nesenai, pasirodė šeštoji Foundation versija. Gamintojai žada daug naujovių, tad pasistengsime jas visas apžvelgti ir kritiškai įvertinti, kam jis geriausia tinkamas - mažoms svetainėms, enterprise sprendimams, o galbūt tai TAS įrankis, su kuriuo galima daryti viską?
Fun part Kompanija “Zurb”, naujos versijos išleidimą supynė su dviejų parų countdown’u ir privertė visus nekantriai laukti. Sulaukus, mano veide pasirodė šypsena, nes tik išėjus final release - framework’as su advanced template (iš oficial page), tiesiog neveikė. Vėlesniuose builduose, klaidos buvo pataisytos, tačiau reikėjo laukti (kiek - nežinau, tačiau kitą dieną, parsisiuntus naują template - viskas veikė, visiškai buvo pakeistas settings.scss failas, kas yra akivaizdu, nes import’ai buvo sudėti netinkama tvarka). Dokumentacijos nebuvimas, 404 klaidos ir dar galybė kliurkų, apie kurias galite paskaityti čia:
Pykšt, pokšt, mes - pasiruošę Setupinti projektą su foundation - tikras malonumas. Zurb labai gerai padirbėjo ties tuo ir pradėti projektą Jums bus labai lengva. Galite rinktis net kelis variantus: Galite parsisiųsti pilną foundation iš čia: http://foundation.zurb.com/sites/download.html/ Tame pačiame linke, galite pasidaryti custom build’ą (tikrai geras featuresas, tik pasigedau togglerių, kurie includeintų ir excludeintų visą grupę komponentų, kas priverčia spaudinėti labai daug checkbox’ų...) Galite naudoti command line ar netgi Yeti Launch GUI (kolkas - Mac only) Smagiausias pasirinkimas - Advanced Foundation template’as, kurį galite gauti čia: https://github.com/zurb/foundation-zurb-template
Kas dėžėje? Aš pasirinkau advanced template opciją ir parsisiuntęs ją, tiesiog įvydžiau komandas (turėkite omenyje, jog jau turėjau node, bower ir gulp):
npm install
bower install
gulp
Tai tiek Jums tereikia, jog užkūrtumėte pilnai veikiantį projektą su foundation template. Advanced template tikrai nustebino ir iš gerosios pusės. Čia yra viskas, ko Jums reikia patogiai pradėti dirbti su projektu. Jei esate dar tik pradedantis front-end pasaulyje - tai turbūt geriausia kas jums galėjo nutikti, nes greitai susipažinsite su automatizuotais task’ais ir viskas čia padaryta gana gerai (labai džiugu ir tai, jog foundation pagaliau perėjo prie gulp, vietoje grunt, kuris yra lanksesnis ir šiek tiek greitesnis). Advanced template, be pačio foundation rasime šiuos features’us:
Libsass based sass kompiliavimas su css minifikavimu, autoprefixeriu ir kitomis gėrybėmis Švari ir aiški projekto struktūra Browsersync, kuris leis automatiškai refreshinti resursus ir visa tai bus daroma tarp visų jūsų device’ų “Pages” taskas, kurį turbūt galėčiau pavadinti static page generatoriumi (nors gamintojas labai pabrėžia, jog tai nėra tai, tačiau tia yra tai :)). Jei esate girdėję apie Jekyll ar Hugo, tai jų mažytė alternatyva. Styleguide generavimo taskas (markdown based) Javascript concat taskas, tai man atrodo jau šiek tiek outdated. Requirejs, browserify ar webpack atrodytų patraukliau, tačiau turbūt norėta tiesiog išlaikyti viską kuo paprasčiau ir nenorima useriui kvaršinti galvos, nors js bundleriai/loaderiai šiuo metu - lyg ir savaime suprantamas dalykas. Paveikslėlių minifikavimo taskas, su defaultiniais nustatymais (tiesą sakant, dabar jis daro nedaug, bet kas trukdo susikonfiguruoti?)
Out of the box, Jūs jau turite viską, ko reikėtų norint sėkmingai pradėti paprastą projektą. Viskas sukasi, juda ir kruta ir visa tai - vos per akimirksnį. Puiku!
Compatibility Foundation 6 turi gana standartinį compatibility: IE9+ ir Android 2.3+, visų kitų, modernių browserių, palaikomos paskutinės dvi versijos. Gana įprasta kiekvienam projektui. Sass features Sass - svarbiausia foundation vieta, kuri turbūt ne vienam iš jūsų aktualiausia, kai svarstote, kurį front-end frameworką pasirinkti... Tik įsijungus projektą, kodas atrodo tikrai neblogai. Laikomasi Scss-lint rekomendacijų, jei taisyklė pažeidžiama - čia pat kodas pažymimas custom scss-linterio markeriu, namingas aiškus, net nevartant dokumentacijos - tai jau labai gerai. Galbūt norėtūsi daugiau namespaceintų spalvų pavadinimų (IDE autocomplete’as lengviau padėtų gaudytis kode), šiek tiek pastovumo nameinant kintamuosius(kodėl header-color naudojamas vietoje heading-color, kai tuo tarpu settinant heading size, jau naudojamas “heading” namingas). Sass Map’ai - palengvins Jūsų gyvenimą Foundation konfiguracija, dėka Sass maps’ų yra itin lengva. Norite susettinti savo projekto breakpoints? http://prntscr.com/9j002r Done.
O galbūt norite susettinti skirtingus heading dydžius, kiekviename breakpoint’e? http://prntscr.com/9j0062
Lengvai susetupinsite buttonus, breakpointus ir headingus, viskas labai paprasta ir aišku, pasiektas tikrai didelis improvementas, tiek setupinant, tiek skaitant kodą. Galbūt norisi tik daugiau mapsų - pvz global prefixed kintamieji irgi galėtų būt mape.
Grid’as Grid’o sistema naujajame Foundation, tikrai geresnė(tačiau per daug niekas nesikeitė, jei naudojote Foundation 5 grid’ą, atsirado tik keli nauji features’ai), nei buvo prieš tai, lengvai konfiguruojama, gali naudoti tiek jau predefined klases, tiek naudoti mixinsus semantic grid’e, nestinti skirtingus grid’us vieną į kitą ir tai daryti lengvai, tačiau ši grid’o sistema nėra pati geriausia, jei jūs norite pilnavertiško ir lankstaus sass grid’o galimybių. Kodėl? Teko išbandyti įvairias grid’o sistemas - foundation, neat ir susy ir galiu pasakyti, jog nei viena iš jų nėra bloga, tačiau susy turi tas savybes, kurios neribos Jūsų kodo ir štai dėl ko:
Visos prieš tai vardintos grid’o sistemos yra paremtos mixinais, kurie gražina tam tikrus css properties su nustatytais values arba turi “secret” variables, kurie, po ilgų kodo nagrinėjimų, gali jums pasitarnauti, tačiau susy kūrėjai ėjo kitu keliu ir nusprendė vartotojui suteikti visišką laisvę - jie leidžia gražinti css reikšmes per funkcijas. Būtent tokios sistemos leidžia iššlifuoti jūsų grid’ą iki tobulumo ir neriboja jūsų fantazijos (o kas, jeigu developeris nori grid width property panaudoti lighten mixin’e, be gutter? Ok, gal palyginimas gal ir nėra pats geriausias, bet būtent tai ir yra laisvė - turėti laisvai prieinama funkcijų rinkinį, kurį galėtum panaudoti kur tik tu nori). Žodžiu, Foundation tikrai pasistengė, tačiau Sass based grid’as yra vienas pagrindinių frameworko arkliukų, o grid sistemų - tikrai galima rasti geresnių. Taip, Susy turėjo performance problemų, tačiau jau 2015 ir Sass mes buildiname libsass pagalba, naudodami gulp, o Susy apsitvarkė savo lauką ir ženkliai pagerino compilation performance. Foundation taip pat turi flex-box grid’ą, su kuriuo galima susipažinti čia: http://foundation.zurb.com/sites/docs/flex-grid.html
Functions and mixins Foundation pasitinka mus su keturiom funkijų grupėm ir dešimčia mixinų (http://foundation.zurb.com/sites/docs/sass-functions.html). Funkcijų grupės yra:
Spalvų Selektorių Vienetų (units) Reikšmių (values)
Mixin’ai ir funkcijos yra gana standartiniai ir nieko išskirtinio čia nerasite. Prie įdomesnių variantų galima priskirti nebent “hamburger” menu mixiną, smart-scale, kuris atskiria ar tai tamsi spalva ar šviesi ir atitinkamai ją pašviesina ar patamsina, remCalc’as. Kaip bourbon useris, aš čia pasigedau emCalc’o, animacijų easing’o, text-ellipsis funkcijos ir kitų malonių dalykėlių, kurie palengvina kasdieninį darbą. Custom easing’o funkcijų nebuvimą šiek tiek kompensuoja motion UI, tačiau jis nėra toks lankstus, kaip norėtusi, nes turi gana griežtai apibrėžtą efektų ir nustatymų struktūrą.
Pagalbinės klasės, resetai ir nustatymai Jei esate tik pradedantis front-end pasaulyje, tai Foundation Jums puikiai tiks, kaip pirmasis frameworkas arba mokymosi šaltinis. Teisingai setinamas line height (unitless), mane iškart nuteikė teigiamai :) Čia tikrai yra ko pasimokyti ir jei tik pradėjote savo front-enderio kelią - panagrinėti šį kodą tiesiog būtina. Helper klasės ir jau prestyled komponentai padės, jei tiesiog darote produkto prototype. Realiame projekte, to vengčiau, tačiau, jei visko reikia čia ir dabar - tai puikus pasirinkimas.
Panini Panini, tai lyg static site generatorius, labai panašus į Hugo ar Jekyll, tik daug, daug paprastesnis. Tai yra tik mano nuomonė, bet šiek tiek keista, kai Zurb tiesiog stengiasi išrasti ratą iš naujo. Aš pasiliksiu savo žodžius pabaigai, tačiau Panini galima palyginti su manimi ir Usanu Boltu bėgime. Taip, aš irgi bėgioju, tačiau tiesiog negaliu skirti bėgimui tiek pastangų, kiek jų skiria profesionalus bėgikas. Tas pats ir čia - Panini nėra blogas, tačiau įrankiai kaip Jekyll ar Hugo leis išspręsti didesnį spektrą problemų, kai Jums to reikės. Taip, galbūt Jūs darote tik paprastus projektus ir Panini bus tai, ko Jums reikia, tačiau visada geriau būti pasiruošus ir turėti didesnį ir geresnį įrankių arsenalą. Hugo yra tiesiog visa galva prnašesnis ir turi tokias funkcijas, kaip:
ir begalė kitų privalumų, apie kuriuos galite paskaityti čia: https://gohugo.io/overview/introduction/ Tad, jei einate atlikti darbo, būkite tikri, jog savo arsenale, turite tinkamus įrankius.
Javascript organizacija, componentai & Motion UI Organizacija
Pirmas dalykas, kuris krenta į akis, tai foundation template, tiesiog concatenateina failus į vieną failą ir nenaudoja loader’ių, tokių kaip requirejs, webpack and browserify. Iš vienos pusės tai gerai, nes nesudėtingam projekte, vartotojui nereikia sukti galvos ir suprasti, kaip jie veikia. Iš kitos pusės, loaderiai jau yra tapę butinybe. Browserify, webpack and bent jau requirejs tikrai palengvins jūsų darbą su javascript. Jeigu nesate tikri, kam to reikia, jūs galite perskaityti mano kolegos straipsnį čia: https://www.devbridge.com/articles/understanding-amd-requirejs/
Plugins Foundation 6 išleistas su septyniais pluginsais: Abide - skirtas formų validacijai. Jo atitikmuo būtų jQuery validation. Equalizer - pluginsas skirtas sulyginti div’ų aukščiams (nors aš tokios praktikos vengčiau). Interchange - naudingas pluginsas, kuris leis jum krauti resursus, priklausomai nuo device width. Tikrai neblogas pakaitalas srcset’ui. Orbit - vargšas Orbit slideris, vis neranda savo vietos. Išmestas iš Foundation 5, su naująja versija jis ir vėl grįžta. Description’as sako, jog tai “The slider you want, the slider you need.”, tačiau lyginant su lyderiais slickJs ar bxSlider, Orbit slideris nėra net vienoje saulės sistemoje su savo konkurentais. Skurdus funkcionalumas, tačiau wireframe’ams - puikiai tiks. Reveal - tai visai neblogas modal window sprendimas, turi nemažai optins’ų ir callbackų. Naudoti jį irgi gana paprasta, tačiau jei norėsite labiau valdomo sprendimo, rekomenduoju šį: https://github.com/tkirda/modal-box Čia rasite didesnę eventų įvairovę, modalų templeitinimą, grupavimą, jau integruotus preloaderį ir t.t.
Toggler - turbūt geriausias jūsų draugas ruošiant produkto prototipus. Nurodot kaip toglinti ir kas togglina - done, daugiau jokių custom scriptų elementų togglinimui. Paprastas, universalus ir naudingas. Sticky - esate daug kartų darę sticky headerius ir programavę custom logiką? “Sticky”, kaip[ ir toggler, man tikrai labai patiko. Galite nurodyti kuriame breakpoint’e veikti, ką stickinti, nurodyti marginus, iki kada stickinti elementą ir t.t. Tikrai gerai apgalvotas ir išdirbtas pluginsas su aiškia dokumentacija.
Motion UI Motion UI yra stand-alone library, kuri panaudota Foundation componentuose, tokiuose kaip Toggler, Reveal ar Orbit. Motion UI turi pagrindinius penkis tranzicijų tipus: slide, fade, hinge, scale ir spin, kuriuos galite papildomai editinti per sass mixinus. Ko aš čia labiausia pasigedau, tai: Dabar elementas hidinamas ir rodomas su inline style’u. Žinant, kad responsive saite display property tikrai gali keistis, frameworkas jus vers naudoti important flagus, kas nėra gera praktika. Nėra integruotų, jqueryUI artimų sass/css easingų Predefined tranzicijos tikrai nekelia daug susižavėjimo (apskritai, naudojamos atrodo tik slide, fade ir scale, bet gal aš esu per daug priekabus) Įvertinti galite čia: http://foundation.zurb.com/sites/docs/motion-ui.html
Ko pasigedau Foundation frameworke aš pasigedau dviejų dalykų - brandos ir koncentracijos. Vėl sugražintas orbit slideris (apskritai, ar tikrai foundation’e reikia tiek daug javascript componentų?), kurio alternatyvos rinkoje - žymiai stipresnės. Jei lygintume SlickJS su Orbit, pastarąjam tektų tik susigūžus tūnoti kamputyje. Tokie įrankiai, kaip panini irgi nesuteikia tvirtumo. Framework’as taip pat nepasiūlo ir jokio spriting solution’o (nei svg, nei png nei dar kokio, nors spritinimas jau yra “must have”), kas būtų tikrai neblogas žingsnis pirmyn. Lankstesnė grid’o sistema irgi būtų ne pro šalį. Kai kurie sprendimai, tikrai pasiteisinę, bet nemaža dalis komponentų, toks vaizdas, jog čia yra tik tam, kad sudarytų įspūdį, jog frameworkas siūlo labai daug, tačiau visur galima pastebėti tam tikrus neišbaigtumus.
Finalinės mintys Mano mintys apie Foundation 6 yra dvejopos. Taip, tai tikrai yra neblogas “out of the box” sprendimas, su juo galima pradėti dirbti iškart, tačiau kitas klausimas - ar tai tikrai tas sprendimas, kurio pagalba pasieksime geriausių rezultatų? Mano manymu - ne. Jokiu būdu nesakau, jog neturėtumėte naudoti foundation, tačiau custom sprendimas pasitvirtins tikrai geriau, jei siekiate turėti visišką laisvę ir turėti visus geriausius įrankius. Mano nuomone, foundation 6 komponentus galima būtų pakeisti taip: Grid system - Susy framework Mixins - Bourbon framework Panini - Hugo arba Jekyll (aš rinkčiausi Hugo, vien dėl jo žaibiško greičio) Kada naudoti custom sprendimą, o kada foundation yra gera idėja? Jei būčiau vienišas front-end developeris, kuris turėtų taikytis prie daug ir mažų projektų, kurie, greičiausia bus paremti Foundation ar Bootstrap frameworkais, o ir laiko dideliems technologiniams žygiams neturėčiau - Foundation tikrai būtų labai geras pasirinkimas. Foundation taip pat puikiai tiks, jei jūs turite limituota laiko tarpą ir Jums reikia kuo greičiau suręsti applikacijos prototipą, nes frameworkas turi begalę out of the box sprendimų ir jum tiesiog nereikia apie juos daug galvoti. Jei man reikėtų dirbti didelėje organizacijoje ir aš žinočiau, jog projektas bus developinamas ilgai, o reikalavimai jam - patys didžiausi, tuomet rinkčiausi custom framework, nes geriausio sprendimo, kuris apjungtų visus geriausius rinkos žaidėjus, tiesiog “out of the box” - nėra. Bent kuriuo atveju, tai tikrai dėmesio vertas produktas ir sekti tolesnes Foundation vystymosi kryptis - tikrai verta.
jei kalbant apie praktiką viešbučiuose, tai nereikia didelio biudžeto. apie €70 vizai, €260-320 mokestis agentūrai (priklausomai nuo paketo). Be tai greit atsipirks, nes atlyginimas apie €300 per mėn viešbučiuose. Skrydis o skrydis priklauso labai iš kur skrendama, nes pvz iš Londono ar Berlyno yra gana pigių skrydžių į Chengdu, dar pigiau iš Rumunijos skristi. o jei iš Vilniaus ar Rygos, tai kaina maždaug €400-700 į vieną pusę. kitas variantas ieškoti skrydžio į Chongqing miestą, kuris yra šalia Chengdu. CQ daug didesnis (vienas iš didžiausių pasaulio miestų, su ~30mil gyventojų įskaitant priemiesčius), ten daugiau pasirinkimų ir kainos kartais mažesnės. O iš CQ su greituoju traukiniu per valandą jau ir Chengdu. O jei visai pigiai norint, tada reiktų skristi į Šanchajų arba Pekiną, į kuriuos už €300-400 bilietus nesunku gauti, ir tada su traukiniu vykti į Chengdu, kas kainuos maždaug €70 o kelionė truks apie 35 valandas. aš iš Suzhou į Chengdu važiavau 33 valandas miegamoje vietoje. smagu, bet ir varginanti kelionė :))
MantasBl gavo reakciją nuo Druski Emigracija į olandija ko reikia ?