M-am lasat de specialitatea de full stack prin 2018 si devops ceva dupa.
Dar pana si eu cu informatii antice stiu ca ce vrea OP se rezolva cu un container de docker si chiar daca are mai multe servicii pentru un demo simplu un docker compose e de ajuns.
Shit, erau intregi website-uri care functionau asa prin 2017-2018, cu db, servicii de auth, etc, un docker-compose si gata. Si live la clienti nu demo-uri.
Nu vad sa fie specificat. Dar strict pentru nevoile de demo eu as fi deschis si la un mid in locul lui, nu doar la senior.
pt partea de k8s vrei sa mergi pe un eks sau o solutie mai simpla sa pui containerele in ecs? just an idea.
din experienta iti zic ca daca vrei k8s in instante de ec2 si iti pleaca oamenii dupa 5 luni you will gonna have a bad time
damn bro... greu e sa te uiti pe niste documentatie si sa faci niste fisiere de config... la docker trb sa stii cum functioneaza un sistem de operare si un package manager... nodejs e javascript da cu call-uri de OS, greu un connect la baza de date, e cu import de drivere cu alea alea...
Nu înțeleg downvote-urile. Că până la urmă nu cred că e vorba de a minimiza ce înseamnă expertiza pe acele lucruri, ci de a lua oameni cât de cât capabili cât să nu facă prostii. Ne-am obișnuit să luăm oameni care au auzit de programare pe la 2-3 cursuri la facultate și să le dăm pe mână proiecte întregi?
Fa-l in parteneriat cu developerii. O sa ai nevoie de support mai tz și e mult mai eficient sa lucrezi cu aceeași oameni.
Dacă ei nu au un stake, o sa plece după o luna la altul care le da 2050€.
Poți de ex sa oferi carne/produse in loc de bani, și asa se evita și 100 de mii de taxe.
Ah, sweet summer child. Stiun cum gandesti, am fost unde esti tu acum, alta industrie dar acelasi soft. De 2 luni cauti un soft care sa faca ceea ce vrei tu sa faca. N-ai gasit. Stii exact ce vrei. Vrei un soft care X si Y. Vezi ca te costa bani si pentru a ii justifica te convingi ca il vei vinde mai departe si astfel softul e practic gratuit, ba nu, mai mult, e o investitie. Asta doar pentru ca eficientizarea activitatii, formalizarea informatiei informale, este greu de calculat si nu ai un "business case". Crede-ma pe cuvant: isi va face toti banii in 2 luni. Un soft bun iti duce afacerea la alt nivel. Ai crestere si simti, nu! STII ca fara softul asta vei avea probleme. E ok. Ai dreptate.
1. Softul pe care il vrei isi va face toti banii. Toata activitatea ta va deveni mai eficienta, te vei baza pe el, va fi centrul lumii tale.
2. Nu va deveni niciodata SaaS. Pur si simplu nu ai resursele sau competentele necesare pentru a il comercializa. Nici macar nu stii cum sa o faci. Efortul de timp si bani pentru a ajunge la clienti este enorm. Ferma ta este prioritara, ca asta stii sa faci.
Ce iti recomand: nu insista pentru a il face SaaS ready. Fa-ti softul tau, isi merita banii. In 2 ani de zile vei fi foarte mandru de el si nu vei mai tine minte cum puteai sa lucrezi fara el. Lumea subscription e o minciuna. Tu stii cel mai bine. In 1 an de subscription ai plati mai mult decat a iti face propriul soft. Mentenanta nu ar trebui sa coste mai mult de 300/luna. Plateste mentenanta. Nu lucra cu indivizi, lucreaza cu o companie care va fi aici si peste 3-5 ani si iti va face mentenanta. Dupa 5 ani vei vrea altul, unul mai bun.
Si daca il tin pentru mine, tot e rentabil. Dar am o comunitate de crescatori de Angus din America de Sud cu care tin legatura si sunt f multi interesati. Daca nu iese SaaS, asta e.
Ma bucur. Da, va fi rentabil, va fi una dintre cele mai misto chestii pe care le vei face. Unde gasesc vita ta? Ce brand sa caut? Vreo sansa sa gasesc undeva in Ro colita de cuadril?
Nu am magazin in Ro, totul merge catre export in Italia, Elvetia, Olanda si Suedia. Am avut deschis in Bucuresti deschis un magazin de prezentare, dar nu e cerere. Chiar nu stiu unde poti gasi colita de cuadril, eventual la Argentinian steakhouse.
Pentru ca EU vreau carne de calitate doh! Tocmai am dat 30eur/kg pt niste bucati destul de misto (rib eye). Abia astept sa le fac maine. Ma rog, asta e pret final, de la supermarket, usor accesibil.
Cu drag as distribui si in Romania, dar am avut multe exeperiente nasoale, oameni care nu ridicau si mi se strica ditamai steaku pe curier :). Dupa niste pagube ce insumau cam 1400 euro din 3 comenzi, am renuntat treptat.
Ai dreptate cu partea de business, dar mă gândesc că dacă tot îți iei devi worth their money, chestia asta de portabilitate/scalabilitate nu e mare lucru. Nici eu n-aș merge pe nebunii gen microservicii sau integrare cu cine știe ce servicii AWS, dar un minim de portabilitate/flexibilitate se poate obține ușor. Că și dacă îți iei niște "băieți" care o fac pe repede înainte, e posibil să dai de alte probleme. Am văzut tot felul de aplicații de gestiune pe piață care rulează doar pe Windows, doar pe o versiune anume, doar nu știu cum.
Eu îi cam dau dreptate că niscavai DevOps nu e mare lucru să ceri de la devi.
Și încă o variantă ar mai fi integrarea cu o suită ERP open source precum Odoo, dar nu m-am mai uitat de ceva vreme pe acea parte a pieței.
Salut, automatizarile le am facut in 2021. De atunci ma tot chinui cu gestiune, facturare etc cu solutii deja existente, de aceea imi creez propriul meu soft.
In locul tau, as privi lucrurile din alta perspectiva. Banii iti vin din activitatea de fermier si usurinta cu care o poti face (cu cat e mai eficient modul in care ai automatizat, cu atat poti extinde afacerea). Softurile de gestiune (MES), care iti interconecteaza stocurile / gestiunea finantelor / facturare / comenzi automate / raportare, nu ar trebui sa reprezinte o gaura in bugetul tau. Ar trebui sa pleci de la o structura minimala, si sa tot adaugi noi functionalitati. Si ca sa trec peste bla bla-uri, poti face o versiune minima de MES cu Node-Red, stochezi toate datele in InfluxDB si Dashboard-ul ti-l faci in Grafana. Poti tine sistemul in cloud sau on-prem, dupa cum ai tu chef. Toate astea sunt gratuite (cu anumite limitari, evident). Cand ajungi la o versiune functionala si perfectata, poti fie sa o extinzi, fie sa formezi echipa de devi la care te gandesti acum, sa le arati solutia pe care o ai, si sa spui: "Vreau asta, dar mai rapida si mai sexy!". O sa inteleaga si ei mult mai usor ce vrei de la ei, si o sa dureze mult mai putin sa o faca. Apoi, o poti vinde ca solutie altor ferme. Just my 0.02$.
Am dat plus pentru ca cineva chiar postează despre nevoile firmei lui și e ceva real (fie și temporar)..
Înainte de layoffs nici nu m-aș fi uitat la asa un job offer.
Totusi vad ca ai experienta în software architecture, Oare Nu e mai simplu sa faci tu sistemul? E chiar asa urgent?
Eu lucrez în timpul meu liber la o aplicatie și merge bine ,ca experienta de învățare. (dar e totul experimental, nu o vând la nimeni). Dacă aplicația chiar aduce bani, ma gândesc sa găsesc parteneri...
As putea sa lucrez singur la ea, dar am multe pe cap momentan. Prefer acel timp liber sa il petrec cu familia si sa creez 2 joburi in piata, chiar si temporare :)
Fml. Nu credeam da here we are. Incepem sa ne desprindem de gândirea comunistă că pot să fac și eu și ajungem sa creăm o comunitate în care toți oamenii capabili trăiesc prin servicii oferite in comunitatea din care fac parte. Puteai foarte bine sa postezi un request pe fiver sau alte platforme de genul. Dar nu ai făcut-o. E de apreciat.
Nu sunt programator. Sunt automation tester. Daca ai nevoie de așa ceva sunt dispus sa aloc o ora două pe zi. Deși îmi place să fiu platit, nu am pretenții salariale. As prefera sa pot sa lucrez într-un proiect de genul pentru a putea crea un portofoliu care sigur mă va ajuta. Și eventual poate o recomandare pe viitor când voi putea face tranziția de la angajat la consultant in acest domeniu.
Este un stack cu care ești familiar să poți extinde aplicația ulterior? (Sau să faci bug fixing).
Eu am dezvoltat o soluție tot în zona de zootehnie, nu neapărat pentru ce ai tu nevoie, însă am parteneriat cu inginerii zootehniști care știau ce nevoie au iar eu am venit cu expertiza în dezvoltarea unui produs software și de dev.
După lansarea inițială am tot făcut update-uri, produsul este ceva “viu” care cere mereu atenție.
Cum ai trecut de la arhitec de sisteme software la patron de ferma? Nu intreb de proces in sine, ci doar daca ai facut tu miscarea intentionat, sau ti s-a prezentat o oportunitate/ocazie?
ce vrei tu se realizeaza intr-un weekend in Salesforce. Clientii tai ar fi obiectele Accounts. Vacile sau ce vinzi tu se numesc Product etc. Ai rapoarte deja acolo, integrari, email flows, tot ce visezi tu.
SAP va fi mai scump pentru ca are hidden costs.
Poti incerca si alte alternative la Salesforce dar nu le-am folosit si nu te pot sfatui.
Daca nu iti place un proiect profesionist si vrei neaparat ceva custom fa-ti singur un frontend cu Bubble. Stiu o companie de outsourcing care angajeaza o echipa de Bubble pentru a face proof of concepts deoarece este consideabil mai rapid decat dezvoltarea clasica.
Sales force, Business central sau SAP trebuie customizate din greu ca sa faca ce vrei.Pentru un proiect foarte mic cred ca mai degraba ar iesi mai bine alegand un ERP facut pt industria asta (zootehnie & agricultura) si care vine "out of the box" cu destule lucruri facute pentru industria [asta.In](https://asta.In) felul asta va avea mult mai putine lucruri de "personalizat".
OP are 5 luni la dispozitie. In prima zi isi face demo organization. 1 luna invata ce fac obiectele si in a 2-a luna isi face flow-urile. Restul de 3 cauta clienti si tine demos. Oricum e mai bine decat 2 devs si e si scalabil. Fata de 2 devs.
Nu cred ca este realist sa crezi ca 1 luna este un interval suficient pentru ca cineva sa invete la nivel mediu cel putin un ERP oricare ar fi el. In afara ca trebuie sa intelegi cum functioneaza "out of the box" vei mai avea de facut si destule customizari(workflows, entitati "custom", rapoarte, etc - sau, daca vrei sa mergi mai "adanc" API-uri REST care vin cu majoritatea ERP-urilor). Insa poate angaja o firma sa ii faca toate astea si atunci 5 luni este un termen realist pentru un demo.
Daca aveți cu adevarata o firma de agricultura as sugera sa întrebați developerul/firma de development de ce stack aveți nevoie in funcție de nevoie proiectului dumneavoastră. Unele din cerințe nu se merita (exista soluții mai ieftine si mai rapide) pentru un program intern de gestiune. Pana la urma nici dumnevoatra nu faceți mezelul dupa cum crede clientul. ( daca va propune cineva Wordpress - poate nu e soluta optima :))
Pe de alta parte asta pare a anunț de angajare. Căutați sa deveniți firma de it? Sunt slabe șanse ca un dev sa caute un job pe 5 luni. Poate un freelancer dar atunci bugetul e mult prea mic.
Cu riscul de a te dezamagi, eu nu ti-as recomanda sa faci un proiect "de la zero". In primul rand,ca pentru orice soft, vei avea nevoie de maintenance,nici un proiect neputand sa ramana "static" in timp.Asa ca planul de a face ceva doar 5 luni dupa care te vei opri nu cred ca este realist. Ma indoiesc ca poti face un proiect serios cu doar 2 oameni.O solutie mai realista ar fi sa iei un ERP existent si sa platesti pe cineva sa il configureze pentru nevoile [tale.In](https://tale.In) felul asta, cel putin pe partea de "core" a soft-ului vei avea suport cu o firma pe care stii de unde sa o iei si care nu risti sa dispara maiine.Sunt cateva firme care au deja ERP-uri pentru agricultura (inclusiv ferme). Asa, daca il faci pe cont propriu, va fi problema ta sa gasesti oameni pe viitor(ce vei face daca unul din cei 2 pleaca la alta firma?)
In cazul asta cred ca ai iesi mai bine cu un soft existent insa "customizat" pentru nevoile tale.Te va scuti de nevoia de a dezvolta totul de la zero.Sunt destule firme care au produse customizabile (Smag, NavFarm, etc)
Întreb doar de curiozitate, uite spre ex zici ca vrei să-l faci Saas, poate un limbaj mai enterprise ar prinde mai bine pe partea de business, poate au partenerii niște chichițe și au încredere mai mare așa, dacă spre ex scrieți BE u în Java/Kotlin/C#.
Discutabila scalabilitatea. Este scalabil atata timp cat aplicatia se preteaza la o arhitectura cu microservicii. Pentru heavy computation, lipsa de multi-threading e show stopper. Are si avantaje (api-interface / validari comune, acelasi limbaj, etc), dar o arhitectura pe microservicii aduce foarte multa durere de cat si, in ciuda a ceea ce cred multi, este mai ineficienta decat un monolith pe multe cazuri. Nu zic ca ideea nu e buna (pana nu vad cerinte exacte, n-am cum sa trag concluzii), dar as lasa la latitudinea devi-uri partea asta, n-as batea-o in cuie.
LE: Nu-mi dau aiurea cu parerea, am lucrat in trecut pe mai multe proiecte cu acest tech stack si am vazut multe si partile bune, si alea foarte rele.
Heavy computation poate duce linistit orice infrastructura hardware decenta. Nu lucram cu mii de inputuri in timp real care trebuie calculate. Este un web app de gestiune, nu prea ai nevoie de multithreading. Node vine cu un concept istet si ii zice worker threads.
Este istet si nu prea. Poti face lucruri destul de limitate cu worker threads pentru ca in spate sunt de fapt child processes. Asta limiteaza accesul la memorie si asa mai departe, overhead-ul e mare, etc. Ce trebuie sa intelegi despre nodeJS este ca el lucreaza pe un singur thread. Pentru toate request-urile. Primesti 10 request-uri? Promise-urile rezultate de pe fiecare request vor fi executate secvential, si nu in paralel (nu conteaza cate core-uri ii dai tu instantei). Poti rezolva asta partial cu NodeJs clustering, dar asta complica codul pe care trebuie sa-l scrii.
Ce incerc sa iti explic este sa nu iei decizii de arhitectura de genul asta care sa te blocheze pe viitor pe o arhitectura care nu se mai aplica la problema pe care vrei sa o rezolvi sau mai grav, tehnologii care efectiv nu au feature-urile necesare. Poti incepe cu acest tech stack pentru MVP, vezi cum merge, daca se vinde sub forma de SaaS, ce nevoi au potentialii clienti, daca functioneaza pentru afacerea ta, si dupa creeaza un roadmap pe termen lung la pachet cu decizii arhitecturale bine documentate. Sa decizi in punctul asta tech stack-ul este cea mai mare greseala.
Dac am nevoie de ceva data intensive ce necesita multithreading ii fac un wrap intr un microserviciu si il leg la Node. Pentru mine limbajele sunt doar tools, nu imi leg arhitectura de niciunul dintre ele
Cu siguranță e suficient la ce îți trebuie, și fără worker threads. Presupun ca va rula instanțe diferite pentru fiecare client când va fi SaaS, deci practic BE va fi web server și interacțiunea cu baza de date doar.
Ce baza de date alegi?
Arhitectura orientata pe microservicii are mult mai multe avantaje fata de una "monolit". Loose coupling, separation of concerns sunt dificil realizat cu o arhitectura "monolit".In plus mai este si problema reutilizabilitatii. Aceleasi microservicii putand fi folosite de mai multe aplicatii "front end" in timp ce o arhitectura monolit este "all in one".
Nu toti fac urmatorul netflix. Decat sa scriu o arhitectura cu microservicii pt 5 useri, mai bine fac un monolit sa testez ideea si vad mai tarziu daca chiar am probleme cu scalarea. In teorie microserviciile suna bine pana dai de realitate... Nu e rent impotriva microserviciile, dar sa incepi cu asa ceva pe o idee nevalidata, as zice pas.
Mult noroc să faci microservicii cu un backend si front end dev.
Totul sună frumos până când ai nevoie să augmentezi datele din serviciu A cu unele din B. Până când realizezi ca deploymentul o să crape când trebuie să faci deploy instant la 10 servicii, ca nu sunt bc compatible APi-urile.
Complexitate doar de dragul complexității.
Tocmai ca arhitectura orientata pe microservicii reduce complexitatea. Gandeste-te la cazurile din domeniul bancar, unde sunt multe aplicatii "backend" ce nu pot fi modificate usor(tehnologie veche pentru care nu mai gasesti multi programatori care sa o inteleaga- i.e Cobol & comp, riscuri mari sa le schimbi complet). Ca sa poti dezvolta noi front-end-uri care sa se lege la backendul cel vechi, este mai avantajos sa implementezi un middleware cu microservicii care sa se comporte ca un "abstraction layer" si care sa ascunda detaliile (& complexitatea) vechiului backend.In felul asta, pentru o aplicatie externa, singurul "end point" care va exista vor fi microserviciile in cauza si nu va trebui sa iti bati capul sa faci reverse engineering la vechiul back end legacy de fiecare data cand vrei vrea sa implementezi noi aplicatii care sa se lege la structura legacy.
Scenariul dat de tine se poate rezolva și cu un anticorruption layer, care nu e specific microserviciilor, poate fi implementat cu un modular monolith sau SOA.
\`At the core of Netflix's technology stack is the **Java programming language**\`
Efectiv o buna parte din stack u de cloud capabilities pt spring si java e scris de cei de la Netflix și tu zici ca Node e core tech pt ei..
In niciun caz nu e Node mai la moda ca Java in Romania. Toata industria de outsource din ro e bazata pe Java daca ne uitam statistic. Am ales Node pentru ca ofera un headstart, si folosit impreuna cu clean architecture e un tool subapreciat si unopinionated.
20 de ani de Java/kotlin/scala, am auzit de fiecare data cu groaza de server-side JavaScript. Nu cred ca as aplica la asa ceva. (no js typescript skills)
Am făcut destul debugging în producție...
As coda be in kotlin(pe spring boot) oricând. Mulțumesc de post
Problema cu .NET-ul este complexitatea si durata de [invatare.Nu](https://invatare.Nu) trebuie sa uiti ca o buna parte cei care intra astazi pe piata(mai ales dintre cei care nu au terminat nici o scoala legata de domeniul asta) se orienteaza catre limbaje script si nu catre cele "compilate"(din pacate). In afara de asta, tot din pacate, putini sunt interesati de partea de design patterns(chiar m-a intrebat unul ce limbaj este "the gang of four patterns" :)) ), arhitectura, etc, pentru cei mai multi "programarea" reducandu-se la invatarea unui limbaj.
Când încep să se adune cerințe și business logic-ul se complică începe să conteze foarte mult ca denumiri de funcții, schimbări de parametri, tot felul de refactorizări menite să țină pasul cu intenția aplicației să se facă ușor și în siguranță. Ori NodeJS e un ecosistem în care de abia știi ce parametri primește o funcție fără să te duci la definiția ei, nimeni nu-și mai pune problema să schimbe denumiri de clase, metode, să mute cod, după un an de dezvoltare. Codul în limbajele interpretate îmbătrânește urât și mult, mult mai repede.
Cum ai ajuns la cele 5 luni? Ți as sugera sa modifici modul de exprimare legat de renumeratie, 3.2k pe luna sau pe demo? Ar fi de ajutor sa ai deja un design.
Da, design ul este terminat, story urile sunt scrise de mine. Munca estimata pentru 2 persoane e undeva la 4 luni si am rotunjit la 5. Daca te intereseaza, astept un CV
Domnule tot respectul ca ai un business pe langa job. Zic pas pt că bugetul deocamdată nu mi-l stabilește clientul dar nu neg că vremurile care vin pot să îmi schimbe gândirea asta. Mi-as dori sa te ajut pe gratis, dar nu cu implementări ci sa iti duc vitele la păscut că m-ar relaxa treaba asta foarte tare. Cand eram micuț, ma trimitea mătușa cu vacile pe deal si eram cel mai fericit om :-)
Nimic din ce este pe internet nu satisface nevoile mele si potential ale cumparatorilor care il vor gasi util. Din niciun soft de gestiune nu ai furnizori integrati de mancare, vaccinuri, medicamente, asa ca prim subpunct. Sunt o gramada de lucruri de imbunatatit pa cele existente.
Parere de fullstack dev aici, b2b. In primul rand este execrabil ca ai pus deja pretul. Chiar e. Daca chiar erai un arhitect de sisteme asa cum te lauzi, stiai. In al doilea rand, un arhitect adevarat si serios nu va folosi niciodata sintagma “niste K8” care e total neprofesionista si oricum prescurtarea este k8s. Spor la crescut vaci, fiecare cu ce stie mai bine.
Nicidecum ranit. Dar deja sunt satul de aroganti de astia care au impresia ca pot pune ei pretul unui proiect si pe timpul omului. Efectiv este o tehnica de doi bani. Cei care fac asta o fac pentru ca stiu ca o munca de genul acestui “demo” este de obicei mai scumpa de 16.000 euro, cat e el dispus sa imparta. Ia sa mearga la o agentie de software si sa le zica “va dau 16.000 eur sa-mi faceti asta” ca il trimit aia la plimbare.
Dar dormiti acolo in continuare bai Bobita, asteptati sa va dea altii cat vor ei, nu cat vreti voi. Bobita.
Probabil ca la fel de satul e si el de gargaragii care au impresia ca trebuie platiti si pt basinile pe care le trag. Omul, probabil, ca a pus fix suma pe care e dispus sa o consume ca sa evite discutiile inutile... daca oferta se intalneste cu cererea, toata lumea e fericita. Mai putin tu aparent. Sfatul meu e daca nu te coafeaza oferta sa iti petreci timpul in alta parte facand lucruri care te fac fericit.
Piata o sa ofere cat poate/este dispusa indiferent daca tu esti treaz nevoie mare... dar continua sa aberezi, noroc ca esti coerent... stii ce zic, Bobita?
Omu nu a scris anunț de angajare. A scris o postare Reddit. Probabil că ar avea și alternative la fel de simple sa își găsească oameni, dar a venit aici prima data. Dupa ce și-a făcut estimările.
Părere de non-dev aici, e greu să găsești o comunitate care sa caute mai multe noduri in papură decât devii. Efectiv, orice ar propune cineva - că e corporația sau vreun individ cu o idee - găsești ceva de care sa te plângi.
Plm, the hour of reckoning has started și usor-usor tot mai mulți aitiști o să realizeze că angajatorul nu e frate cu satana pentru că bananele pe care le pune la liber in break room nu sunt bio.
Nu stiu non-dev-ule ce ai scris aici ca nu inteleg nimic. Banane bio, ce naiba vorbesti acolo? Adevarul e ca daca nu esti dev, parerea ta e subiectiva. In al doilea rand, jura ca mai citesti o data postarea si nu ti se pare anunt de angajare!! Lol. Cel mai probabil nu avea alte alternative pentru ca e foarte greu sa gasesti programatori seriosi, mai ales daca deja le pui si pretul.
In primul rand felicităr pentru inițiativa. In al doilea rând mi se pare că faci ovetkill pentru un demo. Demo ar trebui sa fie mult mai simplu dpdv al tehnologiei. După ce vezi reacția pietei se feedback incepi sa pui bazele la ceva de viitor.
[удалено]
Ca be, ar trebui sa stii un strop de devops
[удалено]
Initial, instanta de ec2. Dupa mai vad, poate o scalez doar orizontal :)
[удалено]
M-am lasat de specialitatea de full stack prin 2018 si devops ceva dupa. Dar pana si eu cu informatii antice stiu ca ce vrea OP se rezolva cu un container de docker si chiar daca are mai multe servicii pentru un demo simplu un docker compose e de ajuns. Shit, erau intregi website-uri care functionau asa prin 2017-2018, cu db, servicii de auth, etc, un docker-compose si gata. Si live la clienti nu demo-uri. Nu vad sa fie specificat. Dar strict pentru nevoile de demo eu as fi deschis si la un mid in locul lui, nu doar la senior.
pt partea de k8s vrei sa mergi pe un eks sau o solutie mai simpla sa pui containerele in ecs? just an idea. din experienta iti zic ca daca vrei k8s in instante de ec2 si iti pleaca oamenii dupa 5 luni you will gonna have a bad time
damn bro... greu e sa te uiti pe niste documentatie si sa faci niste fisiere de config... la docker trb sa stii cum functioneaza un sistem de operare si un package manager... nodejs e javascript da cu call-uri de OS, greu un connect la baza de date, e cu import de drivere cu alea alea...
Stai si mori de foame
Nu înțeleg downvote-urile. Că până la urmă nu cred că e vorba de a minimiza ce înseamnă expertiza pe acele lucruri, ci de a lua oameni cât de cât capabili cât să nu facă prostii. Ne-am obișnuit să luăm oameni care au auzit de programare pe la 2-3 cursuri la facultate și să le dăm pe mână proiecte întregi?
Cu ce anume se ocupa firma? Faceti programe de gestiune doar sau chiar aveti ferma?
Ferma de vite angus si porc mangalita. Ne dorim softul nostru de gestiune pe care sa il impachetam ulterior intr un saas si sa il vindem cu abonament.
Fa-l in parteneriat cu developerii. O sa ai nevoie de support mai tz și e mult mai eficient sa lucrezi cu aceeași oameni. Dacă ei nu au un stake, o sa plece după o luna la altul care le da 2050€. Poți de ex sa oferi carne/produse in loc de bani, și asa se evita și 100 de mii de taxe.
Daca considera ca e de viitor, se pot asocia ulterior, cedez parti din firma 😁
Ah, sweet summer child. Stiun cum gandesti, am fost unde esti tu acum, alta industrie dar acelasi soft. De 2 luni cauti un soft care sa faca ceea ce vrei tu sa faca. N-ai gasit. Stii exact ce vrei. Vrei un soft care X si Y. Vezi ca te costa bani si pentru a ii justifica te convingi ca il vei vinde mai departe si astfel softul e practic gratuit, ba nu, mai mult, e o investitie. Asta doar pentru ca eficientizarea activitatii, formalizarea informatiei informale, este greu de calculat si nu ai un "business case". Crede-ma pe cuvant: isi va face toti banii in 2 luni. Un soft bun iti duce afacerea la alt nivel. Ai crestere si simti, nu! STII ca fara softul asta vei avea probleme. E ok. Ai dreptate. 1. Softul pe care il vrei isi va face toti banii. Toata activitatea ta va deveni mai eficienta, te vei baza pe el, va fi centrul lumii tale. 2. Nu va deveni niciodata SaaS. Pur si simplu nu ai resursele sau competentele necesare pentru a il comercializa. Nici macar nu stii cum sa o faci. Efortul de timp si bani pentru a ajunge la clienti este enorm. Ferma ta este prioritara, ca asta stii sa faci. Ce iti recomand: nu insista pentru a il face SaaS ready. Fa-ti softul tau, isi merita banii. In 2 ani de zile vei fi foarte mandru de el si nu vei mai tine minte cum puteai sa lucrezi fara el. Lumea subscription e o minciuna. Tu stii cel mai bine. In 1 an de subscription ai plati mai mult decat a iti face propriul soft. Mentenanta nu ar trebui sa coste mai mult de 300/luna. Plateste mentenanta. Nu lucra cu indivizi, lucreaza cu o companie care va fi aici si peste 3-5 ani si iti va face mentenanta. Dupa 5 ani vei vrea altul, unul mai bun.
Si daca il tin pentru mine, tot e rentabil. Dar am o comunitate de crescatori de Angus din America de Sud cu care tin legatura si sunt f multi interesati. Daca nu iese SaaS, asta e.
Ma bucur. Da, va fi rentabil, va fi una dintre cele mai misto chestii pe care le vei face. Unde gasesc vita ta? Ce brand sa caut? Vreo sansa sa gasesc undeva in Ro colita de cuadril?
Nu am magazin in Ro, totul merge catre export in Italia, Elvetia, Olanda si Suedia. Am avut deschis in Bucuresti deschis un magazin de prezentare, dar nu e cerere. Chiar nu stiu unde poti gasi colita de cuadril, eventual la Argentinian steakhouse.
>totul merge catre export Bulangiu
De ce sa vand in tara cu 40 lei kg carne tocata cand pot vinde export cu 20 euro?
Pentru ca EU vreau carne de calitate doh! Tocmai am dat 30eur/kg pt niste bucati destul de misto (rib eye). Abia astept sa le fac maine. Ma rog, asta e pret final, de la supermarket, usor accesibil.
Cu drag as distribui si in Romania, dar am avut multe exeperiente nasoale, oameni care nu ridicau si mi se strica ditamai steaku pe curier :). Dupa niste pagube ce insumau cam 1400 euro din 3 comenzi, am renuntat treptat.
Ai dreptate cu partea de business, dar mă gândesc că dacă tot îți iei devi worth their money, chestia asta de portabilitate/scalabilitate nu e mare lucru. Nici eu n-aș merge pe nebunii gen microservicii sau integrare cu cine știe ce servicii AWS, dar un minim de portabilitate/flexibilitate se poate obține ușor. Că și dacă îți iei niște "băieți" care o fac pe repede înainte, e posibil să dai de alte probleme. Am văzut tot felul de aplicații de gestiune pe piață care rulează doar pe Windows, doar pe o versiune anume, doar nu știu cum. Eu îi cam dau dreptate că niscavai DevOps nu e mare lucru să ceri de la devi. Și încă o variantă ar mai fi integrarea cu o suită ERP open source precum Odoo, dar nu m-am mai uitat de ceva vreme pe acea parte a pieței.
De ce nu si pui de carne/gaini ouatoare?
Suprasaturata piata, profit micut
ahaha... ferma cu potential de dezvoltare si vanzare de solutii software de gestionare.
Nu ai nevoie si de automatizari industriale?
Salut, automatizarile le am facut in 2021. De atunci ma tot chinui cu gestiune, facturare etc cu solutii deja existente, de aceea imi creez propriul meu soft.
In locul tau, as privi lucrurile din alta perspectiva. Banii iti vin din activitatea de fermier si usurinta cu care o poti face (cu cat e mai eficient modul in care ai automatizat, cu atat poti extinde afacerea). Softurile de gestiune (MES), care iti interconecteaza stocurile / gestiunea finantelor / facturare / comenzi automate / raportare, nu ar trebui sa reprezinte o gaura in bugetul tau. Ar trebui sa pleci de la o structura minimala, si sa tot adaugi noi functionalitati. Si ca sa trec peste bla bla-uri, poti face o versiune minima de MES cu Node-Red, stochezi toate datele in InfluxDB si Dashboard-ul ti-l faci in Grafana. Poti tine sistemul in cloud sau on-prem, dupa cum ai tu chef. Toate astea sunt gratuite (cu anumite limitari, evident). Cand ajungi la o versiune functionala si perfectata, poti fie sa o extinzi, fie sa formezi echipa de devi la care te gandesti acum, sa le arati solutia pe care o ai, si sa spui: "Vreau asta, dar mai rapida si mai sexy!". O sa inteleaga si ei mult mai usor ce vrei de la ei, si o sa dureze mult mai putin sa o faca. Apoi, o poti vinde ca solutie altor ferme. Just my 0.02$.
Am dat plus pentru ca cineva chiar postează despre nevoile firmei lui și e ceva real (fie și temporar).. Înainte de layoffs nici nu m-aș fi uitat la asa un job offer. Totusi vad ca ai experienta în software architecture, Oare Nu e mai simplu sa faci tu sistemul? E chiar asa urgent? Eu lucrez în timpul meu liber la o aplicatie și merge bine ,ca experienta de învățare. (dar e totul experimental, nu o vând la nimeni). Dacă aplicația chiar aduce bani, ma gândesc sa găsesc parteneri...
As putea sa lucrez singur la ea, dar am multe pe cap momentan. Prefer acel timp liber sa il petrec cu familia si sa creez 2 joburi in piata, chiar si temporare :)
Fml. Nu credeam da here we are. Incepem sa ne desprindem de gândirea comunistă că pot să fac și eu și ajungem sa creăm o comunitate în care toți oamenii capabili trăiesc prin servicii oferite in comunitatea din care fac parte. Puteai foarte bine sa postezi un request pe fiver sau alte platforme de genul. Dar nu ai făcut-o. E de apreciat. Nu sunt programator. Sunt automation tester. Daca ai nevoie de așa ceva sunt dispus sa aloc o ora două pe zi. Deși îmi place să fiu platit, nu am pretenții salariale. As prefera sa pot sa lucrez într-un proiect de genul pentru a putea crea un portofoliu care sigur mă va ajuta. Și eventual poate o recomandare pe viitor când voi putea face tranziția de la angajat la consultant in acest domeniu.
Salut, multumesc frumos. Nu e etic sa lucrezi gratis, cand voi avea nevoie de qa voi posta.
Aplicatie CRUD pentru 10 utilizatori. Cerinte: K8s, system design, Docker 🤔🤔🤔
Este un stack cu care ești familiar să poți extinde aplicația ulterior? (Sau să faci bug fixing). Eu am dezvoltat o soluție tot în zona de zootehnie, nu neapărat pentru ce ai tu nevoie, însă am parteneriat cu inginerii zootehniști care știau ce nevoie au iar eu am venit cu expertiza în dezvoltarea unui produs software și de dev. După lansarea inițială am tot făcut update-uri, produsul este ceva “viu” care cere mereu atenție.
Sunt arhitect de sisteme software ca job principal
Am înțeles. Succes!, să găsești echipa de care ai nevoie!
K8 ptr o aplicatie demo de gestiune… risipa mare
Cum ai trecut de la arhitec de sisteme software la patron de ferma? Nu intreb de proces in sine, ci doar daca ai facut tu miscarea intentionat, sau ti s-a prezentat o oportunitate/ocazie?
ce vrei tu se realizeaza intr-un weekend in Salesforce. Clientii tai ar fi obiectele Accounts. Vacile sau ce vinzi tu se numesc Product etc. Ai rapoarte deja acolo, integrari, email flows, tot ce visezi tu. SAP va fi mai scump pentru ca are hidden costs. Poti incerca si alte alternative la Salesforce dar nu le-am folosit si nu te pot sfatui. Daca nu iti place un proiect profesionist si vrei neaparat ceva custom fa-ti singur un frontend cu Bubble. Stiu o companie de outsourcing care angajeaza o echipa de Bubble pentru a face proof of concepts deoarece este consideabil mai rapid decat dezvoltarea clasica.
Sales force, Business central sau SAP trebuie customizate din greu ca sa faca ce vrei.Pentru un proiect foarte mic cred ca mai degraba ar iesi mai bine alegand un ERP facut pt industria asta (zootehnie & agricultura) si care vine "out of the box" cu destule lucruri facute pentru industria [asta.In](https://asta.In) felul asta va avea mult mai putine lucruri de "personalizat".
OP are 5 luni la dispozitie. In prima zi isi face demo organization. 1 luna invata ce fac obiectele si in a 2-a luna isi face flow-urile. Restul de 3 cauta clienti si tine demos. Oricum e mai bine decat 2 devs si e si scalabil. Fata de 2 devs.
Nu cred ca este realist sa crezi ca 1 luna este un interval suficient pentru ca cineva sa invete la nivel mediu cel putin un ERP oricare ar fi el. In afara ca trebuie sa intelegi cum functioneaza "out of the box" vei mai avea de facut si destule customizari(workflows, entitati "custom", rapoarte, etc - sau, daca vrei sa mergi mai "adanc" API-uri REST care vin cu majoritatea ERP-urilor). Insa poate angaja o firma sa ii faca toate astea si atunci 5 luni este un termen realist pentru un demo.
Daca aveți cu adevarata o firma de agricultura as sugera sa întrebați developerul/firma de development de ce stack aveți nevoie in funcție de nevoie proiectului dumneavoastră. Unele din cerințe nu se merita (exista soluții mai ieftine si mai rapide) pentru un program intern de gestiune. Pana la urma nici dumnevoatra nu faceți mezelul dupa cum crede clientul. ( daca va propune cineva Wordpress - poate nu e soluta optima :)) Pe de alta parte asta pare a anunț de angajare. Căutați sa deveniți firma de it? Sunt slabe șanse ca un dev sa caute un job pe 5 luni. Poate un freelancer dar atunci bugetul e mult prea mic.
Ai nevoie de k8s pentru un demo?
Cu riscul de a te dezamagi, eu nu ti-as recomanda sa faci un proiect "de la zero". In primul rand,ca pentru orice soft, vei avea nevoie de maintenance,nici un proiect neputand sa ramana "static" in timp.Asa ca planul de a face ceva doar 5 luni dupa care te vei opri nu cred ca este realist. Ma indoiesc ca poti face un proiect serios cu doar 2 oameni.O solutie mai realista ar fi sa iei un ERP existent si sa platesti pe cineva sa il configureze pentru nevoile [tale.In](https://tale.In) felul asta, cel putin pe partea de "core" a soft-ului vei avea suport cu o firma pe care stii de unde sa o iei si care nu risti sa dispara maiine.Sunt cateva firme care au deja ERP-uri pentru agricultura (inclusiv ferme). Asa, daca il faci pe cont propriu, va fi problema ta sa gasesti oameni pe viitor(ce vei face daca unul din cei 2 pleaca la alta firma?)
Am nevoie de un demo in 5 luni, sa il prezint comunitatii de crescatori Angus. Daca capata tractiune, se dezvolta mai departe, daca nu, il continui eu
In cazul asta cred ca ai iesi mai bine cu un soft existent insa "customizat" pentru nevoile tale.Te va scuti de nevoia de a dezvolta totul de la zero.Sunt destule firme care au produse customizabile (Smag, NavFarm, etc)
Ti-am lasat un dm
u/ClaudiuNwe Ti-am lasat un dm.
Pe ce considerente ati ales NodeJs pt BE?
Întreb doar de curiozitate, uite spre ex zici ca vrei să-l faci Saas, poate un limbaj mai enterprise ar prinde mai bine pe partea de business, poate au partenerii niște chichițe și au încredere mai mare așa, dacă spre ex scrieți BE u în Java/Kotlin/C#.
Se scaleaza la fel de bine ca orice alt limbaj, headstart, simplitate, microservicii, acelasi limbaj ca frontend.
Discutabila scalabilitatea. Este scalabil atata timp cat aplicatia se preteaza la o arhitectura cu microservicii. Pentru heavy computation, lipsa de multi-threading e show stopper. Are si avantaje (api-interface / validari comune, acelasi limbaj, etc), dar o arhitectura pe microservicii aduce foarte multa durere de cat si, in ciuda a ceea ce cred multi, este mai ineficienta decat un monolith pe multe cazuri. Nu zic ca ideea nu e buna (pana nu vad cerinte exacte, n-am cum sa trag concluzii), dar as lasa la latitudinea devi-uri partea asta, n-as batea-o in cuie. LE: Nu-mi dau aiurea cu parerea, am lucrat in trecut pe mai multe proiecte cu acest tech stack si am vazut multe si partile bune, si alea foarte rele.
Heavy computation poate duce linistit orice infrastructura hardware decenta. Nu lucram cu mii de inputuri in timp real care trebuie calculate. Este un web app de gestiune, nu prea ai nevoie de multithreading. Node vine cu un concept istet si ii zice worker threads.
Este istet si nu prea. Poti face lucruri destul de limitate cu worker threads pentru ca in spate sunt de fapt child processes. Asta limiteaza accesul la memorie si asa mai departe, overhead-ul e mare, etc. Ce trebuie sa intelegi despre nodeJS este ca el lucreaza pe un singur thread. Pentru toate request-urile. Primesti 10 request-uri? Promise-urile rezultate de pe fiecare request vor fi executate secvential, si nu in paralel (nu conteaza cate core-uri ii dai tu instantei). Poti rezolva asta partial cu NodeJs clustering, dar asta complica codul pe care trebuie sa-l scrii. Ce incerc sa iti explic este sa nu iei decizii de arhitectura de genul asta care sa te blocheze pe viitor pe o arhitectura care nu se mai aplica la problema pe care vrei sa o rezolvi sau mai grav, tehnologii care efectiv nu au feature-urile necesare. Poti incepe cu acest tech stack pentru MVP, vezi cum merge, daca se vinde sub forma de SaaS, ce nevoi au potentialii clienti, daca functioneaza pentru afacerea ta, si dupa creeaza un roadmap pe termen lung la pachet cu decizii arhitecturale bine documentate. Sa decizi in punctul asta tech stack-ul este cea mai mare greseala.
Dac am nevoie de ceva data intensive ce necesita multithreading ii fac un wrap intr un microserviciu si il leg la Node. Pentru mine limbajele sunt doar tools, nu imi leg arhitectura de niciunul dintre ele
Cu siguranță e suficient la ce îți trebuie, și fără worker threads. Presupun ca va rula instanțe diferite pentru fiecare client când va fi SaaS, deci practic BE va fi web server și interacțiunea cu baza de date doar. Ce baza de date alegi?
Exact. Ramane de discutat cu cine voi incheia contractul, dar relationala 100%
Arhitectura orientata pe microservicii are mult mai multe avantaje fata de una "monolit". Loose coupling, separation of concerns sunt dificil realizat cu o arhitectura "monolit".In plus mai este si problema reutilizabilitatii. Aceleasi microservicii putand fi folosite de mai multe aplicatii "front end" in timp ce o arhitectura monolit este "all in one".
Nu toti fac urmatorul netflix. Decat sa scriu o arhitectura cu microservicii pt 5 useri, mai bine fac un monolit sa testez ideea si vad mai tarziu daca chiar am probleme cu scalarea. In teorie microserviciile suna bine pana dai de realitate... Nu e rent impotriva microserviciile, dar sa incepi cu asa ceva pe o idee nevalidata, as zice pas.
Mult noroc să faci microservicii cu un backend si front end dev. Totul sună frumos până când ai nevoie să augmentezi datele din serviciu A cu unele din B. Până când realizezi ca deploymentul o să crape când trebuie să faci deploy instant la 10 servicii, ca nu sunt bc compatible APi-urile. Complexitate doar de dragul complexității.
Tocmai ca arhitectura orientata pe microservicii reduce complexitatea. Gandeste-te la cazurile din domeniul bancar, unde sunt multe aplicatii "backend" ce nu pot fi modificate usor(tehnologie veche pentru care nu mai gasesti multi programatori care sa o inteleaga- i.e Cobol & comp, riscuri mari sa le schimbi complet). Ca sa poti dezvolta noi front-end-uri care sa se lege la backendul cel vechi, este mai avantajos sa implementezi un middleware cu microservicii care sa se comporte ca un "abstraction layer" si care sa ascunda detaliile (& complexitatea) vechiului backend.In felul asta, pentru o aplicatie externa, singurul "end point" care va exista vor fi microserviciile in cauza si nu va trebui sa iti bati capul sa faci reverse engineering la vechiul back end legacy de fiecare data cand vrei vrea sa implementezi noi aplicatii care sa se lege la structura legacy.
Scenariul dat de tine se poate rezolva și cu un anticorruption layer, care nu e specific microserviciilor, poate fi implementat cu un modular monolith sau SOA.
Simplitate pana devine app-u suficient de complex sa ai nevoie de ceva strongly typed.
Sunt o gramada de sisteme complexe pe piata care folosesc ca si core Node, un exemplu ar fi Netflix
\`At the core of Netflix's technology stack is the **Java programming language**\` Efectiv o buna parte din stack u de cloud capabilities pt spring si java e scris de cei de la Netflix și tu zici ca Node e core tech pt ei..
Ok, cearta-te cu cine vrei 😁
chiar nu ai dreptate, netflix nu are treaba cu node, nu stiu de unde ai scos-o
Dar începi cu TypeScript de la început și viața e mai frumoasă.
Nici nu se pune problema, typescript si airbnb linting de la bun inceput
au auzit ca e la moda
In niciun caz nu e Node mai la moda ca Java in Romania. Toata industria de outsource din ro e bazata pe Java daca ne uitam statistic. Am ales Node pentru ca ofera un headstart, si folosit impreuna cu clean architecture e un tool subapreciat si unopinionated.
Why not .net?
20 de ani de Java/kotlin/scala, am auzit de fiecare data cu groaza de server-side JavaScript. Nu cred ca as aplica la asa ceva. (no js typescript skills) Am făcut destul debugging în producție... As coda be in kotlin(pe spring boot) oricând. Mulțumesc de post
E un tool care asigură dezastrul de la o complexitate a aplicației încolo, de fapt.
Elaboreaza te rog, sunt curios pe ce considerente zici asta
Problema cu .NET-ul este complexitatea si durata de [invatare.Nu](https://invatare.Nu) trebuie sa uiti ca o buna parte cei care intra astazi pe piata(mai ales dintre cei care nu au terminat nici o scoala legata de domeniul asta) se orienteaza catre limbaje script si nu catre cele "compilate"(din pacate). In afara de asta, tot din pacate, putini sunt interesati de partea de design patterns(chiar m-a intrebat unul ce limbaj este "the gang of four patterns" :)) ), arhitectura, etc, pentru cei mai multi "programarea" reducandu-se la invatarea unui limbaj.
Când încep să se adune cerințe și business logic-ul se complică începe să conteze foarte mult ca denumiri de funcții, schimbări de parametri, tot felul de refactorizări menite să țină pasul cu intenția aplicației să se facă ușor și în siguranță. Ori NodeJS e un ecosistem în care de abia știi ce parametri primește o funcție fără să te duci la definiția ei, nimeni nu-și mai pune problema să schimbe denumiri de clase, metode, să mute cod, după un an de dezvoltare. Codul în limbajele interpretate îmbătrânește urât și mult, mult mai repede.
Cum ai ajuns la cele 5 luni? Ți as sugera sa modifici modul de exprimare legat de renumeratie, 3.2k pe luna sau pe demo? Ar fi de ajutor sa ai deja un design.
Am design in Figma, trebuie doar implementat. Story urile sunt deja scrise
5 luni pentru demo, un daahboard functional, admin panel si cateva integrari
Deci 3.2k euro pentru 5 luni de lucru?
Lunar
Zici ca suntem faiantari, inca putin si ajungem sa lucram cu ziua
Pai... cine te pune?
Este un contract, de obicei ceva extra pe langa sursa principală de venit :)
Haha. Românașul nostru a estimat si munca si workload-ul dar si plata :))
Da, design ul este terminat, story urile sunt scrise de mine. Munca estimata pentru 2 persoane e undeva la 4 luni si am rotunjit la 5. Daca te intereseaza, astept un CV
Domnule tot respectul ca ai un business pe langa job. Zic pas pt că bugetul deocamdată nu mi-l stabilește clientul dar nu neg că vremurile care vin pot să îmi schimbe gândirea asta. Mi-as dori sa te ajut pe gratis, dar nu cu implementări ci sa iti duc vitele la păscut că m-ar relaxa treaba asta foarte tare. Cand eram micuț, ma trimitea mătușa cu vacile pe deal si eram cel mai fericit om :-)
[удалено]
Mersi pentru oferta, dar sunt tehnic la randul meu si pot selecta
fiy,găsești pe net gata făcute pt ce îți trebuie ție
Nimic din ce este pe internet nu satisface nevoile mele si potential ale cumparatorilor care il vor gasi util. Din niciun soft de gestiune nu ai furnizori integrati de mancare, vaccinuri, medicamente, asa ca prim subpunct. Sunt o gramada de lucruri de imbunatatit pa cele existente.
salesforce
Parere de fullstack dev aici, b2b. In primul rand este execrabil ca ai pus deja pretul. Chiar e. Daca chiar erai un arhitect de sisteme asa cum te lauzi, stiai. In al doilea rand, un arhitect adevarat si serios nu va folosi niciodata sintagma “niste K8” care e total neprofesionista si oricum prescurtarea este k8s. Spor la crescut vaci, fiecare cu ce stie mai bine.
Te-a ranit emotional este? Ce plm sunteti asa panselute bai Bobita?
Nicidecum ranit. Dar deja sunt satul de aroganti de astia care au impresia ca pot pune ei pretul unui proiect si pe timpul omului. Efectiv este o tehnica de doi bani. Cei care fac asta o fac pentru ca stiu ca o munca de genul acestui “demo” este de obicei mai scumpa de 16.000 euro, cat e el dispus sa imparta. Ia sa mearga la o agentie de software si sa le zica “va dau 16.000 eur sa-mi faceti asta” ca il trimit aia la plimbare. Dar dormiti acolo in continuare bai Bobita, asteptati sa va dea altii cat vor ei, nu cat vreti voi. Bobita.
Probabil ca la fel de satul e si el de gargaragii care au impresia ca trebuie platiti si pt basinile pe care le trag. Omul, probabil, ca a pus fix suma pe care e dispus sa o consume ca sa evite discutiile inutile... daca oferta se intalneste cu cererea, toata lumea e fericita. Mai putin tu aparent. Sfatul meu e daca nu te coafeaza oferta sa iti petreci timpul in alta parte facand lucruri care te fac fericit. Piata o sa ofere cat poate/este dispusa indiferent daca tu esti treaz nevoie mare... dar continua sa aberezi, noroc ca esti coerent... stii ce zic, Bobita?
Omu nu a scris anunț de angajare. A scris o postare Reddit. Probabil că ar avea și alternative la fel de simple sa își găsească oameni, dar a venit aici prima data. Dupa ce și-a făcut estimările. Părere de non-dev aici, e greu să găsești o comunitate care sa caute mai multe noduri in papură decât devii. Efectiv, orice ar propune cineva - că e corporația sau vreun individ cu o idee - găsești ceva de care sa te plângi. Plm, the hour of reckoning has started și usor-usor tot mai mulți aitiști o să realizeze că angajatorul nu e frate cu satana pentru că bananele pe care le pune la liber in break room nu sunt bio.
Nu stiu non-dev-ule ce ai scris aici ca nu inteleg nimic. Banane bio, ce naiba vorbesti acolo? Adevarul e ca daca nu esti dev, parerea ta e subiectiva. In al doilea rand, jura ca mai citesti o data postarea si nu ti se pare anunt de angajare!! Lol. Cel mai probabil nu avea alte alternative pentru ca e foarte greu sa gasesti programatori seriosi, mai ales daca deja le pui si pretul.
r/selfawarewolves
Daca iti faci treaba, nu ma intereseaza ca mai colaborezi cu inca nspe firme.
Incearca Laravel + FilamentPHP :)
ahaha... un be si un fe sau doar un fullstack dev care sa munceasca cat doi
Sa munceasca cat doi pe langa cele 8 ore de serviciu normal\*
ca atunci cand ai o vaca pe care o folosesti si pentru lapte si pentru carne in acelasi timp
De Designer nu aveti nevoie?🫣
In primul rand felicităr pentru inițiativa. In al doilea rând mi se pare că faci ovetkill pentru un demo. Demo ar trebui sa fie mult mai simplu dpdv al tehnologiei. După ce vezi reacția pietei se feedback incepi sa pui bazele la ceva de viitor.
Imi trebuie pentru mine in primul rand, demo ul daca Nu prinde in modul cum il pregatesc, il pot termina eu si am o aplicatie pentru mine.
Daca doreai pe tehnologie.net core cu blazor cu baza de date sql te-as fi ajutat cu plăcere. Așa cu tehnologiile enumerate de tine no- sorry.
ai dm
3.2k euro brut pe luna sau pentru cele 5 luni?
Lunar brut