svipben

Keisk. Tik nebūk „Script-Kiddie“ arba mirusių variklių auka, nes nieko nepasieksi. Tokių ir taip pilna. „Ar nebaigęs IT specialybės aš galėčiau išvis būti lygus tam kuris yra baigęs šią specialybę?“ - laisvai. Kiek pastebėjau, savamoksliai žymiai daugiau išmano. Svarbiausia darbai, o ne kažkoks dokumentas, kuris žinių visiškai neparodo. Siūlau tapti vyr. WEB programuotoju (turėsi išmokti labai gerai ir švariai, norint vadovauti. Jei reikia pagalbos, susisiekti su manimi asmenine žinute) ir dizaineriu - pasirinktinai (vyr. programuotojai turėtų išmanyti apie tai), t. y. iš viso: PHP 5.5+, HTML5, CSS3, SQL, Apache (.htaccess), XML, JavaScript. Dar reikėtų SEO (plačiau rasi „Google“ paieškos variklyje) minimalių žinių.

Kodėl PHP 5.5+, o ne Node.js, Java (Spring), Scala (Play), C# (ASP.NET), Django, Rails, Go, Dart?

Kodėl SQL, o ne NoSQL?

Kodėl Apache, o ne nginx?

Kodėl XML, o ne JSON?

Tas tai tiesa, kažkoks neaiškus jis :D. Kaina gali būti ir didesnė, tačiau nematau tikslo investuoti tiek, kad atsipirktu po 2 metu. Plius kas atsitiktu jeigu facebook koki atnaujinima appsam padarytu. Spėju nebūtu jokio supporto iš jo, svarbu atlikti darba, o toliau ar po savaites veiks jau kitas klausimas :D

 

 

 

Toks ir programuotojas, pažiuri atsiliepimus ir matosi, kad save iškelia aukščiau kitu :) Net nelabai norėčiau naudotis jo paslaugomis, po tokio atsiliepimo.

http://puu.sh/uDjy6/96eeff966d.png

Tai, kad tu išvis nei vieno atsiliepimo neturi, toks tu ir rimtas kentas, jeigu normaliai rimtų varkių nesuki, galvojau normalios stafkės vaikšto, o čia po kem eurų...

Is node - Nodemon

Aš naudoju PM2, jis daug geresnis už nodemon.

P.S. Labai daug darbų atlikau su react-boilerplate, pažiūrėkite, jau neužilgo bus užbaigtas, papildčiau features, naujomis komandomis ir pnš.

Create React App ?

Man atrodo ten hot reload tik iš client pusės, nėra iš serverio. Taip pat ten neveikia server rendering, neveikia componentų hot reload, CSS modules, importinimas LESS ir SASS, kai kurios funkcijos (pvz.: decorators) ir nėra jokių konfiguracijų. Pas mane yra viskas + dar daugiau naudingų funkcijų. Gali keisti, jeigu nori projekto struktūra, konfiguruotis pagal save viską, tiesiog ką nori ta darai.

Mane labiau domintu React Native workflow. Bet aišku gerai kai atsiranda kas apsiima tokiais dalykais.

Ateityje papildysiu boilerplate su Electron ir React Native.

Sveiki,

kaip pradėjau programuoti su React ir Node.js ieškojau, kaip pasidaryti Hot Reload, kad pakeitus kodą automatiškai viskas atsinaujintu naršyklėje ir serveryje, nereikėtu F5 arba vėl per nauja įjungti/išjungti aplikacijos. Taip pat nežinojau, kaip turėtu atrodyti aplikacija, kuri naudoja React, kokia struktūra, jeigu back-end naudočiau Node.js ir pnš. Nežinojau, kuris IDE yra geriau Sublime, Atom, WebStorm ar VS Code. Nesupratau, kam reikalingi tie ESLint arba stylelint, kaip juos teisingai sukonfiguruoti. Flow? Kas čia per velnias, kuom jis geriau už TypeScript ir kas po galais tas TypeScript?

Taip nusprendžiau sukurti react-boilerplate projektą, kuris palengvintu programuotojų gyvenimą.

Į klausimus galiu atsakyti šioje temoje apie ESLint, stylelint, Flow arba TypeScript, projekte nebus šios info, bet jame rasite visko ko reikia norint pradėti IŠ KARTO programuoti su React ir Node.js.

Bet koks tolkas is to? Pvz paziureti kiek reikia papildomo koda paleisti projekta ant Angular 2? Cia gi pizdec... Visokie babel, typescript ir etc ir galiusiai vistiek viskas grizta i standartini JS... Cia taip is tinginistes ar ko?

Google pasirinko TypeScript, nes daug lengviau prižiūrėti didesnius projektus ir programuoti, nes viskas daug aiškiau ir paprasčiau. Esu parašęs čia apie TS. Su TypeScript Babel nereikia, nes TS jau pats kompiliuoja į tam tikra target, kurį esi nustatęs pvz.: es3. Taip, galiausiai viskas grįžta į .js, nes naršyklės nepalaiko .ts, .dart, .coffee ir pnš. Aš kiek suprantu React ir Angular atsirado, nes tai padėjo Facebook ir Google kurti aplikacijas arba susidoroti su tam tikromis problemomis, kiti tai naudoja, nes populiaru, madinga, patinka arba kitiems taip geriau/greičiau/patogiau ir pnš. kurti aplikaciją. React ir Angular yra gerai, jos išsprendžia tam tikras problemas, todėl jau viskas priklauso nuo programuotoju, kur jam mieliau programuoti t.y. kokioje aplinkoje. JavaScript yra labai komplikuota programavimo kalba, todėl be visų šitų bibliotekų ir karkasų mums tik būtų sunkiau.

Kodėl?

Kaip programavau su TypeScript naudojau Gulp, pasidariau, kad automatiškai žiūrėtu .ts failus ir jiems pasikeitus man sukompiliuotu viską į js, tas pats buvo dėl Sass. Gulp veikdavo backgrounde, jis yra task runneris. Laikui bėgant atradau Webpack, kuris yra žymiai geresnis šiam reikalui, aš realiai net nematau prasmės naudoti Gulp, kaip atsirado Webpack, kuris turi tiek daug galimybių. Aš galiu daryti lygiai ta pati su webpack, tik, kad jis tai padarys žymiai geriau + yra hot reload, kaip ką nors pakeičiu nereikia daryti F5. Webpack yra module bundleris t.y. jis leis panaudoti node_modules naršyklėje + atliks aukščiau minėtas funkcijas, todėl, kam naudoti 2 įrankius, kaip gali naudoti 1, kuris be to yra laabai populiarus ir galingas. Bet jeigu, tau nereikia to, ką turi webpack, tada siūlau naudoti Gulp, jo konfiguracija yra žymiai lengvesnė.

vim su teisingu configu yra produktyviau manau .. bet reikalauja laiko priprasti

Tikrai ne, vim yra hipsterių toolsas. VS Code turi žiauriai gera intellisense, node debuggerį, built-in terminal, daaug extensionų, git. Žodžiu, tiesiog imi ir naudoji, o jeigu jau labai nori vim keymapų, tam irgi yra pluginas.

Suprantu ką nori pasakyti, bet tu manęs nelabai supratai. Man jau nebereikia tsc, nes aš viską ketinu daryti su VS, tad man didžiausias klausimas kokį pasirinkti VS? 2013 ar 2015? ir po to kokį rinktis templeitą. Bet pagalvosiu ir dėl VS Code, nors aš tiesą sakant jau esu pripratęs prie Studio.

Dar vienas dalykas, kurio nelabai supratau tai Gulp. Kai kuriuose pavyzdžiuose rodo, kad jo reikia. O tarkime radau pavyzdį su templeitu, kuriame jis nenaudojamas ir viskas veikia. Įdomu kodėl taip yra, kad skirtingai? Vienur Gulp, kitur webpack.

Jeigu jau labai nori VS, tai naudok 2017 RC (ir pasirink Node.js development), bet vėl gi už VS Code nieko geriau nerasi, kas liečia HTML / CSS / JS / TS, aš esu išbandęs beveik visus IDE ir nei vienas nebuvo toks geras, koks VS Code yra. Aš naudočiau webpack 2. Webpack / Gulp - gali pasidaryti, kad automatiškai trackintu t.y. watchintu tavo .ts failus ir, kaip ką nors pakeiti, juos automatiškai transpiliną į .js ir kt. Webpack yra daug stipresnis šitam reikalui, todėl siūlau naudoti webpack, plius jis turi daaaug daugiau galimybių. Šiaip patarčiau pasidomėti tiek apie Gulp (task runner) tiek apie Webpack (module bundler), kad suprasti, kuom jie skiriasi.

Jeigu dirbi su TypeScript geriau naudok Visual Studio Code, daug greitesnis, lengvesnis, esu išbandęs abu ir galiu pasakyti, kad už VS Code nieko nėra geriau, jokie Atom, Brackets, Sublime Text 3, WebStorm - čia eina kalba apie HTML / CSS / JS / TS developinimą.

@Arvis teisingai sako, jeigu nori naudoti TS, tau būtinai reikia Node.js, tada su Yarn arba NPM pagalba įrašai typescript ir tiesiog su tsc komanda kompiliuoji viską į JS.

Pastebėjau, kad dauguma, kurie nori paslaugų iš programuotojų, dažniausiai parašo "darbas nėra sudėtingas", "darbas lengvas" ir pnš. Gerai @KaTo parašė, jeigu darbas nėra sudėtingas, kodėl patys nepadarote? Man išvis įdomu, kaip Jūs nustatote, kad darbas nėra sudėtingas ir, kaip jaučiatės žinodamas, kad už nesudėtingą darbą mokate pinigus, taip pat įdomu, kur galimą rasti formulę, kuri nustato darbo lygį (lengvas, vidutinis, sunkus)?

14

12

10

Sveikas,

TypeScript (.ts), yra konvertuojamas į (.js), taip nereikia naudoti Babel, nes jau gali nustatyti savo target pvz.: es3. Taip gali rašyti kodą palaikintį pačius naujausius standartus ir jie visi bus kompiliuojami į seną target (es3), pvz.: class Vartotojas bus sukompiliuotas į funkciją, nes klasės atsirado tik nuo es2015 ir pnš. +

TypeScript (.ts) turi būti kompiliuojamas į (.js), kiekvieną kartą turėsi kompiliuoti (.ts) į (.js) ir dar pridėti source maps, kad žinotum, kur yra klaidos tavo (.ts). -

TypeScript turi interface (implements ...), tipus (vardas: string), intellisense (geresnis autocomplete), patikrinimą dėl errorų, enums ir pnš. +

Turėsi mokintis ne tik JS, bet ir TS. -

Labai praverčia didelėms projektams, taip yra išvengiama daug klaidų ir yra daug aiškiau, kam ir kaip reikalingas N metodas/klasė ir pnš, nes jie turi tipus, taip pat pasiūlo geresnį autocomplete. +

Angular 2 naudoja TypeScript. +

TypeScript tikslas, kad JavaScript būtų suprantamas ir tiems, kurie atėjo iš Java / C# ir pnš, taip lengvai galima suprasti kodą ir back-enderiams. +

class Test {
   public static tekstas: string = 'Uzdarbis.lt';

   static statinisMetodas(skaicius: number) {
       console.log(`Jūsų skaičius yra: ${skaicius}`);
   }
}

Test.statinisMetodas('Labas vakaras'); // Klaida, nes 'statinisMetodas' turi parametrą 'skaicius', kurio tipas nėra 'string', o yra 'number'

Test.tekstas. // Iškarto gausi autocomplete, nes TS žino, kad 'tekstas' yra 'string'

TypeScript:

abstract class Data {
   kokiaDiena() {
       const date: Date = new Date();
       const currentDay: number = date.getDay();

       let day: string;
       switch (currentDay) {
           case 1: day = 'Pirmadienis'; break;
           case 2: day = 'Antradienis'; break;
           case 3: day = 'Trečiadienis'; break;
           case 4: day = 'Ketvirtadienis'; break;
           case 5: day = 'Penktadienis'; break;
           case 6: day = 'Šeštadienis'; break;
           case 7: day = 'Sekmadienis'; break;
           default: throw new Error('Nepavyko nustatyti datos!');
       }

       console.log(`Šiandien yra: ${day.toLowerCase()}`);
   }
}

interface IVartotojas {
   getVardas();
   getPavarde();
   getMobilusis();
   getElPastas();
}

class Vartotojas extends Data implements IVartotojas {
   private vardas: string;
   private pavarde: string;
   private mobilusis: number;
   private elPastas: string;

   constructor(vardas: string, pavarde: string, mobilusis: number, elPastas: string) {
       super();
       this.vardas = vardas;
       this.pavarde = pavarde;
       this.mobilusis = mobilusis;
       this.elPastas = elPastas;
   }

   getVardas(): string { return this.vardas; }
   getPavarde(): string { return this.pavarde; }
   getMobilusis(): number { return this.mobilusis; }
   getElPastas(): string { return this.elPastas; }
   getDiena(): void { super.kokiaDiena(); }
}

JavaScript:

class Data {
   constructor() {
       if (new.target === Data) {
           throw new Error('Abstrakti klasė! Negalima inicializuoti.');
       }
   }

   kokiaDiena() {
       const date = new Date();
       const currentDay = date.getDay();

       let day;
       switch (currentDay) {
           case 1: day = 'Pirmadienis'; break;
           case 2: day = 'Antradienis'; break;
           case 3: day = 'Trečiadienis'; break;
           case 4: day = 'Ketvirtadienis'; break;
           case 5: day = 'Penktadienis'; break;
           case 6: day = 'Šeštadienis'; break;
           case 7: day = 'Sekmadienis'; break;
           default: throw new Error('Nepavyko nustatyti datos!');
       }

       console.log(`Šiandien yra: ${day.toLowerCase()}`);
   }
}

class IVartotojas extends Data {
   constructor() {
       super();

       const mustHaveMethods = ['getVardas', 'getPavarde', 'getMobilusis', 'getElPastas'];
       const targetPrototype = new.target.prototype;

       const methods = mustHaveMethods;
       for (let fn of mustHaveMethods) {
           if (targetPrototype[fn] === undefined) {
               throw new Error(`${targetPrototype.constructor.name} - turi paveldėti likusius metodus (${methods.join(', ')})`);
           }

           let index = methods.indexOf(fn);
           methods.splice(index, 1);
       }
   }
}

class Vartotojas extends IVartotojas {
   constructor(vardas, pavarde, mobilusis, elPastas) {
       super();
       this.vardas = vardas;
       this.pavarde = pavarde;
       this.mobilusis = mobilusis;
       this.elPastas = elPastas;
   }

   getVardas() { return this.vardas; }
   getPavarde() { return this.pavarde; }
   getMobilusis() { return this.mobilusis; }
   getElPastas() { return this.elPastas; }
   getDiena() { super.kokiaDiena(); }
}

Webine tikrai teko matyt, dėja adreso nepasakysiu

 

Didžiausia bėda - nenoras kažkur laikyti duomenis

 

Kad vartotoja sąsaja antraeilis dalykas - nepasakyčiau, bet ar dėl to visi puls naudotis - nesu tikras. Netgi teko girdėti, kad bankines operacijas patogiau rankomis susivesti, nei importuoti iš xml failo ...

Būtų galimybė laikyti duomenis savo serveryje arba pasirašyti sutartį, kuri garantuotu konfidencialumą ir laikyti duomenis nuotoliniam serveryje.

Aš suprantu, kad front-end tikrai nėra toks svarbus, kaip visas veikimo principas, BET, narys EnjoyHD gerai sako. Sistemos esmė, jeigu žiūrint iš front-end pusės yra minimalistinis, nevarginantis, patogus ir aiškus, kuris yra pritaikomas pagal verslo modelį, tai yra manau ypač aktualu mažiems verslams, kuriems N funkcijų yra tiesiog nenaudingos.

Tokioms sistemoms pagrindas yra saugumas, patikimumas. Ir dažniausiai už vidinio tinklo ribų net nelaikytų tokių duomenų. Net ir dėl interface galima diskutuoti. Tai įrankis ne kur gražu turi būti, o patogu ir nevargintų, kuo mažiau Mouse use tokiom sistemom, kur darbuotojai praleidžia daug laiko.

A) Tai tada būtų galimybė laikyti tuos duomenis savo serveryje, jeigu yra poreikis.

B) Būtų galima prieiti tik iš tam tikro IP/HWID adreso.

C) Username / password.

D) Paprastam darbuotoju, pvz.: nuo 17 val į sistemą nebegalimą prisijungti, jeigu jis nėra darbo vietoje.

E) SSL sertifikatas

F) Galima būtų generuoti raktus, kurie leidžią naudotis tik tam tikrą laiką, pvz.: 30 min.

G) ...

Esmė būtų ne tik prieinamumas iš visur, bet ir patogus bei aiškus interfeisas, kuris sumažiną galvos skausmą žmogui dirbančiam su apskaita.

Taip pat yra idėja padaryti sistemą kartu su e-shopu, kuris būtų susietas su apskaitos programa ir būtų pritaikomas pagal verslo modelį.

Sveiki,

domėjausi apskaitos sistemomis Lietuvoje ir pastebėjau, kad beveik visos yra baisios iš front-end (vartotojo pusės), reikia būtinai naudoti Windows OS, dažniausiai prašo turėti savo serverį, kuriame yra įdiegtas DB serveris arba viskas vyksta ten pat, kur ir yra apskaitos programa, kas sukelia labai daug problemų. Kokios gi problemos? Žmonės turi būtinai naudoti Windows OS, kažkokį DB serverį ir dar dirbti prie to, kas yra net nemalonu akiai ir tam, kad perprasti sistemą reikia N laiko, taip pat reikalinga gera geležis, kuri palaikytu DB serverį, kažkoks IT specialistas, kuris galėtu prižiūrėti infrastruktūra ir kt.

Mano idėja yra padaryti sistemą, kuri veiktu VISUR t.y. būtų WEB pagrindu, ko Jums reikėtu tai tik kompiuterio, planšetės arba mobiliojo telefono. Jūs nebūtumėte priklausomi nuo naudojamos operacinės sistemos, nuo naudojamo įrankio, ko Jums reikėtu, tai tik turėti internetą ir naršyklę. Taip pat būtų atsižvelgta į apskaitos programos dizainą, kuris būtų malonus akiai ir greitai perprantamas.

Norėjau paklausti čia esančių žmonių, ką Jūs manote? Gal kas nors jau naudojate, kokia nors lietuvišką apskaitos programą ir galėtumėte pasidalinti savo nuomonę apie mano įdėją?

Būtų labai malonu išgirsti, kuo daugiau nuomonių!

Sveiki,

Windows 8.1 Professional with Update 32/64-bit (English) už 50 40 eurų, raktas veikia ir ant Windows 10 32/64-bit.

Windows 7 Professional with Service Pack 1 32/64-bit (English) už 30 20 eurų, nežinau ar raktas veikia (nebandžiau) ant Windows 8.1 arba ant Windows 10.

Parduodu tik raktus, CD / USB galiu paruošti ir atsiųsti arba tai galite pasidaryti patys (.iso failą su OS atsiųsiu). Parduodu, nes nebenaudoju Windows, perėjau ant Linux OS.

Pagarbiai

Benas

Sveiki,

Windows 8.1 Professional with Update 32/64-bit (English) už 50 40 eurų, raktas veikia ir ant Windows 10 32/64-bit.

Windows 7 Professional with Service Pack 1 32/64-bit (English) už 30 20 eurų, nežinau ar raktas veikia (nebandžiau) ant Windows 8.1 arba ant Windows 10.

Parduodu tik raktus, CD / USB galiu paruošti ir atsiųsti arba tai galite pasidaryti patys (.iso failą su OS atsiųsiu). Parduodu, nes nebenaudoju Windows, perėjau ant Linux OS.

Pagarbiai

Benas

Galite siųsti laiškus ne su php mail funkcija, o per savo SMTP klientą: http://lmgtfy.com/?q=how+to+send+mail+through+smtp+in+php

 

Ačiū, pardaviau informaciją mūsų programuotojui.

 

http://bembus.com/images/logo.png

Pagarbiai / Kind regards,

Vadybinikas / Manager,

Julius

 

BEMBUS Lietuva

E-mail: [email protected]

Telefonas: +370 699 29876, +34697282387(spain)

Kviečiame apsilankyti mūsų naujoje interneto svetainėje

We invite you to visit our new website

WEB: http://www.bembus.com/

Tikras vadybininkas, net informaciją savo programuotojams parduoda :D

Tai gerai, kad į šį paketą neįeina "Turinio valymo sistema" :D Žmonės griebkite, kol dar neįdiegtas specialus algoritmas valantis Jūsų turinį!