[Simulare] manager proiect informatic, justificare cheltuieli

RedDev, on 04 aprilie 2021 - 19:03, said:

Eu o  sa pun o intrebare mai simpla. Sa zicem ca esti manager de proiect informatic, si trebuie ca in trei luni sa dai cateva livrabile pt a justifica banii cheltuiti, si nu ai toti oamenii si presat de timp
incepi proiectul urmand sa aduci pe parcurs oamenii care au mai ramas de adus.

Intrebare pt tine: daca candidatul respectiv stie sau nu pointeri iti influenteaza tie personal KPI-ul de eficienta in ceea ce priveste managementul echipei ? Depind livrabilele tale direct de prezenta sau lipsa de cunostiinte de pointeri ? Daca da, atunci intrebarea ta este perfect justificata, daca nu, atunci pierzi candidati adica oportunitati.

Edited by YalFa, 06 April 2021 - 21:58.

YalFa, on 06 aprilie 2021 - 21:58, said:

Depinde. Cum scriam mai sus, in Python poti avea foarte usor situatii in care o intelegere deficitara a ideii de referinta si cum/unde este ea folosita te poate duce la bug-uri nasoale. Daca am deja oameni care stiu bine, pot lua pe langa si oameni mai slabi. Daca sunt slabi dar au impresia ca sunt foarte tari, atunci mai degraba nu. Poate doar daca as fi disperat. Genul asta de oameni creeaza probleme pe termen lung.

Pe de alta parte nu inteleg de ce trebuie discutat in termenii astia, livrabile in 3 luni or else. Mi se pare ca aici este o eroare de management serioasa. Firma a luat un proiect, a semnat un contract, trebuie sa inceapa sa livreze in 3 luni, si are echipa incompleta? Singura situatie in care as putea intelege asta ar fi un proiect banal. Altfel e genul de firma pe care eu as evita-o. In general firmele serioase vor oameni pe termen lung, capabili sa se descurce pe mai mult de un proiect/framework. E foarte putin probabil ca dupa 2-3 ani sa lucrezi pe exact aceeasi platforma, framework, limbaj si proiect. Daca nu, de la un pucnt incolo apare plafonarea.

Pai eu ma refeream la faptul ca 3 luni inseamna livrarea unui stagiu, ca nimeni nu da bani pt tot proiectul.Intai se dau pe 3 luni, echipei X  pt framing, nu poate, se desfiinteaza si creaza echipa Y si tot asa.
Clientul este tot o alta echipa din coporatie si tot asa.

Quote

Depinde de  domeniu.  Bancile, domeniul de aparare, farma, lucreaza doar cu cu aceiasi platforma. Inca sunt softuri COBOL care trebuiesc intretinute si reprezinta baza acelui sistem.
In aceste domenii nici nu se lucreaza cu frameworkurile de pe piata ci cu frameworkuri custom-propietare create in anii 90 ba unele chiar inainte de 89.

parabellum, on 06 aprilie 2021 - 23:11, said:

In cazul de fata(Python) nu este prea fatala lipsa de cunoastere a pointerilor tinand cont ca nu poti ridica pretentii de asa ceva , pt cineva care este specializat pe Python din moment ce acest limbaj
este atat de usor de invatat incat nici nu trebuie sa fii programator ca sa-l inveti. Majoritatea care stiu python  nu sunt de fapt programatori de baza.Ei sunt cercetatori, matematicieni, ingineri, chimisti,
etc care folosesc acest tool pt asi prelucra datelor lor experimentale. Deci in acest caz, accentul nu cade pe limbajul in sine ci pe bibliotecile pe care  le pune la dispozitie, adica utilitatea lui.

Asta pe undeva e bine dpdv al unui manager, doarece poate scadea pretul unui candidat care stie doar  Python. Adica toata lumea stie sa lucreze in Word, oricine care trebuie sa-si faca de la un script la un program, stie sa lucreze in Python.
Uite mai greu ar fi de invatat VB-ul(sau VBA-ul) decat Python.

Nu multi care stiu sa lucreze in Word stiu sa lucreze in LaTex, asa cum nu multi care lucreaza in Python stiu C sau C++ .
Intrebarea este: ai nevoie doar de Python sau si de C /C++, pt un proiect strict pe Python ? Raspunsul este de la sine inteles.

Cum echipele se fac de dragul profitului si nu al programarii, s-ar putea sa fii surprins de cerintele de baza care au stat la crearea echipei.

Edited by YalFa, 07 April 2021 - 00:12.

YalFa, on 07 aprilie 2021 - 00:12, said:

Tot aiurea mi se pare. Daca e corporatie asa mare nu ar trebui sa aiba probleme in a aloca oameni. Si cineva care nu cunoaste conceptul de pointeri/referinte are lacune mari. Daca are, e undeva o problema de planificare. Sau e corporatia lui Dilbert.

Quote

Corect. Dar majoritatea nu lucreaza acolo. Si da, intr-o situatie de genul asta exista riscul plafonarii, daca tot ce faci e sa intretii un sistem vechi de 30 de ani.
Iar in domeniul apararii nu sunt convins ca e chiar asa, fara sa am experienta directa. Acolo se mai schimba hardware-ul, se fac dezvoltari noi, se mai schimba si limbajul de programare. A, ca un program de calcul de salarii a ramas la fel ca in '90, da, e posibil.

Quote

Eu am scris de referinte in Python, nu de pointeri. Exista niste diferente. Pentru cineva care prelucreaza date experimentale, da, nu e nevoie prea mare sa stie asta. Dar credeam ca vorbim de programatori, si da exista programatori Python. In orice proiect mai mare de un simplu script e foarte usor sa ai buguri urate daca nu intelegi anumite chestii referitoare la referinte.

Quote

Fara suparare, dar aici gresesti rau de tot, nu cred ca stii Python dincolo de scripting simplu.
E precum anectdota aia, cat iti ia sa inveti Go (jocul, nu limbajul). 15 minute sa inveti regulile, 15 ani sa inveti cum sa joci. Pastrand proportiile, e similar la Python. E usor sa faci un pic de scripting, de prelucrari de date. Si gasesti multi oameni cu ceva experienta de scripting. Dar ca sa stii bine Python ar trebui sa intelegi cum functioneaza OOP in Python, sa poti scrie un decorator, un context manager, cod multiprocess/multithreading (si cam ce e ala GIL), generatori, programare async, sa fi lucrat macar odata cu Django si odata cu un alt framework, sa fi scris niste unit testing. Poate nu toate astea, dar macar un subset relevant.

Si aici nici macar nu e vorba de experienta. Am intalnit oameni care stiau o mare parte din lucrurile astea dupa 1-2 ani. E vorba de atitudine, te intereseaza ce e ala un decorator, sau doar il folosesti cum ai citit intr-o carte?

Quote

Ai nevoie doar de Python, da. Dar la un proiect care nu e banal va fi un esec daca ai doar oameni care nu stiu ce sunt referintele si pointerii. Am lucrat cu genul asta de oameni, si nu dau rezultate.
Si prefer sa lucrez la firme care sunt interesate de oameni cu potential, capabili sa se adapteze, nu de cine stie frameworkul X in limbajul Y. Astea oricum se mai schimba.

YalFa, on 06 aprilie 2021 - 21:58, said:

Domnu YalFa sa nu uitam ca specialistii care se respecta lucreaza dupa niste standarde : ISO 9001, ISO 27001, ISO 22301
Ce ai expus tu este o tampenie care se intampla de obicei la piata nu la firme serioase.
Prin standardele alea care se respecta si nu se discuta/negociaza, scrie undeva ca se lucreaza cu oameni calificati si competenti care respecta niste procese de livrare standardizate

Edited by radu103, 07 April 2021 - 01:44.

YalFa, on 06 aprilie 2021 - 21:58, said:

Cand mai ai propuneri din asta iti deschizi singur topic.

YalFa, on 06 aprilie 2021 - 21:58, said:

A mentionat necesarul cunostintelor, insemna ca proiectul o cere (sunt destule proiecte unde trebuie interfatat Python, Java ori .NET cu biblioteci scrise in C).

radu103, on 07 aprilie 2021 - 01:42, said:

Fie ea firma mare ori mica, un om avand cunostinte cat mai vaste va aduce mereu plus valoare in firma.

blitz09, on 06 aprilie 2021 - 23:19, said:

Chestia asta se poate intampla si la alte limbaje sau si in alte domenii, este universal valabila.

Quote

Dpdv al managementului lucrurile stau altfel. Taria sau slabiciunea unui programator fata de un limbaj, este evaluata in functie de cat de mult a fost expus la acel limbaj, nu este in sine o slabiciune de caracter.Pentru asta sunt lead devii ca sa-i mentoreze.

blitz09, on 07 aprilie 2021 - 00:38, said:

Nu este vorba in a gasi oameni, este vorba in  a gasi omul potrivit din companie pt bugetul potrivit. Pentru ca unul din obiectivele oricarei compani acum este sa faca
profit in conditii de criza.

Quote

Lacunele mari pot influenta doar daca il pui sa lucreze in C/C++ standarde vechi.Altfel existenta unor pointeri nu prea are cum sa-l influenteze.
Multe limbaje au acel GC care se ocupa de auto-managementul pointerilor, tu trebuie sa fii atent doar la instantierea obiectului.

Quote

Acest risc este oriunde, dar uneori vine cu beneficii.Sunt zile in care omul lucreaza doar 3 ore din 8 si este platit la 8 ore si bine platit. Idea este sa ai un om acolo
cu experienta, in sensul ca daca se intampla ceva pe acea arie, sa stii ca este acoperita de cineva.

Nici nu stii cati programatori aleg aceasta varianta cu intretinerea unui sistem timp de cativa zeci de ani.
Apoi mai este o chestie. Lucrand la un sistem de cativa ani , stii pe dinafara cum functioneaza, iar remedierea problemelor o va face foarte repede.

Quote

Nu, nu.Nu schimbi limbajul de programare al unui rachete interbalistice. Acolo odata ce s-a definitivat "nucleul" software, asa ramane ala pe intreaga durata de viata
a unei rachete balistice. Iei oameni si le faci training pt acel limbaj. De aceea avem COBOL.

The latest Arch level is 13, supporting IBM's latest mainframe server the IBM z15 coupled with Enterprise COBOL version 6.3 running on z/OS 2.2 or higher

According to Reuters, you can find 220 billion lines of code still in production. From many federal government agencies to your local bank, COBOL is still in use. An estimated 43% of banking systems and 95% of ATM swipes utilize COBOL code.

Quote

Atat timp cat  se poate invata extrem de usor si nu trebuie sa fii programator ca sa-l folosesti pt  a face cod de productie, limbajul in sine este un tool auxiliar pentru
ati atinge obiective care nu sunt in domeniul programarii(modele ingineresti, statistice, etc.

Prin urmare limbaje precum Python , nu necesita disciplina,  complexitatea si capacitatea de abstractizare fata de limbaje specializate in programare cum ar fi C/C++

Quote

Dar n-am nevoie de oameni care sa stie bine Python, am nevoie de programatori care sa stie OOP-ul de pe C++ sau Java + experienta in design patterns (implicit si antipatterns)
Pt un senior in C++ /Java , Python e apa de ploaie. In 15  zile poate sa-ti faca cod de productie.

Quote

Asa pot sa zic si eu: sa fii lucrat macar odata in EJB 3.2 , dar nu are relevanta pt Python

Quote

Sa stii ca exista pe lumea asta mai multe design pattern decat decorator.Poate il folosesti tu foarte des, insa altii poate folosesc alte design pattern-uri.

Quote

Poate ai lucrat la un proiect care cerea si Python si C/C++. Altfel nu vad relevanta pointerilor intr-un proiect strict de Python.

Quote

Pai si managerii vor acelasi lucru.Adaptabilitate.Azi in Python, maine in VBA, poimane in SQL si raspoimane CI/CD & devops stuff. Glumesc evident.

Edited by YalFa, 07 April 2021 - 07:09.

Chiar nu am timp sa raspund la toata povestea asta. Mi se pare ca o cam dam in diverse balarii. Ma rog, stilul fiecaruia

YalFa, on 07 aprilie 2021 - 07:09, said:

GC-ul e un subiect separat, si nu e magic. Vine cu propriile costuri si probleme. Cine nu stie ce sunt aia pointeri sau referinte nu va intelege in veci GC-ul decat la un nivel superficial.
Daca tu nu stii cum functioneaza referintele in Python nu inseamna ca nu exista probleme.

Quote

Scuze, dar e aberant.
In primul rand, nu exista racheta "interbalistica". Poate rachete balistice intercontinentale.
Nu ar trebui sa-ti ia mai mult de 10 minute sa cauti informatii despre sistemul de ghidare de la rachetele Minuteman-III, folosite de americani. Fiecare generatie a avut un nou calculator pentru ghidare, reprogramat, iar la ultima versiune au updatat calculatorul. Adica vreo 4 versiuni de hardware diferit, fiecare reprogramat. Si ideea ca asa ceva ar putea fi facut in COBOL e chiar simpatica. Sursa: https://minutemanmis...ancesystem.html

Iar la F-35 au scris niste milioane de linii de cod noi, in C/C++. Tot cod nou, si tot fara COBOL.

Quote

De acord

Quote

Ok esti fan C/C++. Bravo. Dar disciplina este necesar in orice limbaj.

Quote

Fraza asta arata perfect de ce gresesti. Decoratorul din Python nu are legatura cu cel din Java. Absolut nici una. Si asta e motivul pentru care un programator C/C++ sau Java nu o sa-ti faca cod ok in Python in 15 zile. O sa scrie cod cu patternurile din limbajul cu care e obisnuit, pe care o sa incerce sa le traduca in Python. O sa iasa cod functional, dar greu de intretinut si prost arhitecturat.

Quote

Referinte, nu pointeri. Daca tu nu stii inseamna ca nu exista?

Quote

Daca ai cunostintele de baza de computer science te poti adapta. Majoritatea nu vor sau nu pot sa ramana pe acelasi tech stack toata cariera

blitz09, on 07 aprilie 2021 - 13:57, said:

Nu ma consider senior, dar am si eu cativa ani pe Java (si altele) si iti dau mare dreptate. Pune-ma acum langa un dezvoltator de Python ca ma rupe-n doua. Stiu sa citesc, poate as reusi sa scriu un Hello World, dar in niciun caz sa devin maestru in 15 zile. )

Inca imi aduc aminte cand am trecut pe Typescript, zile grele, si daca stai sa te gandesti, acest framework a fost gandit pentru astia care nu le au cu libertatea in limbaje ...

Dar sunt de parere ca dupa ce ai invatat si esti pregatit sa lucrezi intr-un limbaj, esti capabil sa inveti multe altele - in timp, ca ai o viata inainte.

Edited by CryTeku, 07 April 2021 - 14:50.

blitz09, on 07 aprilie 2021 - 13:57, said:

Nici nu trebuie, lasam GC-ul sa-si faca treaba si ne concetram sa facem profit.

Quote

Nici ca ma intereseaza, ti-am pt mine Python = limbaj pt oricine fara un efort intelectual deosebit

Quote

Ceea ce in engleza ICBM-ul vietii, in  limba romana este racheta interbalistica.
https://www.digi24.r...aturizat-774325

Quote

hai sa revenim la realitate:
https://www.cnet.com...omputer-system/

Quote

https://www.military...ality-assurance
Da, folosesc C/C++ o parte si celalata parte este ADA.Cam de  aceiasi generatie ca si COBOL.

Quote

Dar  Python nu necesita la fel de multa disciplina ca C/C++ sau Java.
Python a fost facut de catre programatori pt useri , pe cand celelalte limbaje au fost facute de specialisti doar pt specialisti
Iar acest fapt se vede si in paycheck.

Quote

Eu stiu de la subordonatii mei, ca un senior in Java/C++ nu are ce face in doua saptamani cu Python. E prea simplu de invatat si inteles.

Quote

Pai la primul proiect da (la fel ca tine) , dar pt asta exista refactorizare, dar oricum sansele sa face ce spui tu pt un senior care are experienta in design patterns mai ales in C++ sau Java, sunt extrem de mici, 5 la suta? Nu acelasi  lucru se poate spune invers.

Quote

Bistabili de tip D sau JK  ? Daca tu nu stii arhitectura hardware a unei memoriei inseamna ca nu exista ?

Quote

Nu si atunci cand ii umpli de bani. (hehe)

De la o varsta chiar nu  mai conteaza limbajul de programare.Acesta este un tool care trebuie sa fie folosit doar in anumit context, unde se aplica cel mai bine(adica in acel domeniul  raportul valoare produs software/bani consumati este optim pt management)

CryTeku, on 07 aprilie 2021 - 14:49, said:

Te subestimezi, daca cineva un Python te rupe in doua , atunci si cineva in Java te face la fel.
Dar asta e pararea mea de manager care dau banii in stanga si in dreapta.

Mai in gluma mai e in serios, circula o gluma in mediul de management corporate: "Cati absolventi de Automatica are Politehnica ? 400, pai atunci ai deja 400 de programatori Python.
Ajusteaza pretul ca sa reflecte acest lucru.Cerere mica , oferta mare, scade pretul"

Daca vine insa un senior de C/C++ sau Java si mai stie si Python pt ML , atunci creste pretul exponential, dar cresterea nu este data de Python , ci se senioritatea in C/C++ sau Java si ML.
Bye.

YalFa, on 06 aprilie 2021 - 21:58, said:

O sa interpretez "stie pointeri" ca placeholder pentru "lucruri fundamentale".

Da, iti afecteaza KPI-ul. In functie de proiect vs "setul de lucruri fundamentale", uneori chiar si cu x/2, x/3.

Aproape zilnic mi se intampla sa ma duc la developeri mid-level sau juniori sa ii deblochez, si vad cum se chinuie chiar si o zi intreaga deoarece nu stiu cum functioneaza lucrurile alea fundamentale, si cand ne uitam pe problema impreuna, ii deblochez in 30-60 minute.

Asta o fi blestemul unui 10x developer?

Asta pentru intrebarea "iti afecteaza?"

Alta intrebare e daca reusesti tu ca manager sa livrezi chiar si cu oameni mai prosti. Daca da, castigul tau.

Pentru un manager , cunostiintele fundamenetale = acele cunostiinte de baza prin care developer poate sa aduca profit echipei.
Nu conteaza cat de perfectibil este produsul software, conteaza sa fie gata la timp si cat mai simplu facut.

Daca aceste cunostiinte fundamentale despre care vorbesti(pe care nu le contest) ar mai avea un cuvant greu de spus in release-ul unui proiect atunci de ce mai exista GC-ul pointerii de tip auto ?
De ce .NET are si el GC si face traking la pointeri ?
Pai pentru productivitate.
Pai daca aceste lucruri fundamentale au deja automatizari privind productivitatea asta inseamna ca acele lucruri fundamentele erau blockere in calea profitului. Ca pana la urma ce este un produs software ? O alta forma de a face bani sau a  cere bani. Pana la urma este vorba doar de bani , insa folosind termeni tehnici.

Si vad ca pe piata atat cei care stiu lucruri fundamentale scot produse la fel ca si cei care nu stiu lucruri fundamentale.Daca ambele tipologii de programatori pot scoate produse pe piata, din care fac bani, ce rol joaca aceste lucruri fundamentale in cresterea profitului ?

Quote

Pai intr-o echipa nu exista oameni prosti.Exista oameni care au fost expusi unor medii mai mult sau mai putin. Dar asta nu-i face prosti.
Nu poti face profit cu oameni prosti.

Si daca eu pot sa livrez la 3 luni(cu tot cu teste de regresie) , folosind GC-ul standard,  iar SonarQube imi spune ca  virgula calitatea codului este peste 90%, nu inteleg unde este problema.
Iar echipa nu a auzit deloc de pointeri, decat ce au facut prin facultate(care in nici un caz nu se poate considera experienta pt cod de productie).  si supriza majoritatea developerilor din echipa sunt fete.
Probabil pt ca lucreaza mai ingrijit?   Zic si eu...

Esti amuzant. Cam vorbesti de lucruri de care nu ai habar, dar o faci intr-un mod amuzant.

YalFa, on 07 aprilie 2021 - 22:31, said:

Exista mai multe tipuri de GC. Pe care il alegi daca nu stii ce avantaje are fiecare? Si cum intelegi asta fara sa stii concepte de baza, cum ar fi pointerii sau referintele?
Pui un om din echipa sa investigheze? Corect, dar in cazul asta opinia ta despre aceste cunostinte este irelevanta. Ignorant.

Cine nu stapaneste cunostintele de baza, va fi in stare sa scrie cod decent doar in proiecte simple. Indiferent de limbaj, e doar o unealta. In proiecte mai complexe va scrie cod prost in Java, C++ sau Python, nu conteaza.

Chiar nu mai are sens sa-ti mai comentez ce ai scris. Cu o exceptie:

Quote

Nu, nu e corect in limba romana. Hai sa-ti explic ceva. La digi si in alte locuri lucreaza o droaie de ziaristi platiti prost, care nici sa traduca cum trebuie nu stiu.

Cauta pe dexonline.ro dupa "interbalistica". Nu vei gasi nimic. Corect in romana e "racheta balistica intercontinentala". Toate cuvinte din dex. Vezi wiki. Chiar de la inceput iti explica foarte frumos: "Racheta balistică intercontinentală (en. Intercontinental ballistic missile, prescurtat ICBM)". La racheta ta "interbalistica" lipseste C-ul din ICBM. Insasi ideea ca ceva ar putea fi "interbalistic" arata ca nu stiai care e sensul cuvantului "balistic".

Ce e si mai amuzant e cum ai gasit linkul digi. La o cautare pe google dupa "interbalistic" al doilea rezultat e linkul tau. Cineva mai atent si-ar fi dat seama rapid ca nu e ceva corect, pe prima pagina sunt linkuri de pe digi, catavencii, lovendal, un profil facebook si wikipedia limba engleza, surse de incredere pentru limba romana. Si sunt doar 266 rezultate. Cautare dupa "racheta balistica intercontinentala" intoarce de o suta de ori mai multe linkuri, iar primele doua sunt de pe wikipedia limba romana.

E clar ca nu ai incercat sa te informezi, ai cautat un link cu care sa te justifici si atat. Mie asta imi spune multe.

In rest parerile neargumentate ale subordonatilor tai despre limbaje ma lasa rece. Probabil iti spun ce vrei sa auzi, doar tu esti managerul care da banii in stanga si dreapta. Mi se pare chiar pueril, discutii de curtea scolii.

Nu toate proiectele sunt "livrabile in 3 luni". E o lume foarte variata, mai sunt si alte constrangeri. La o aplicatie care se va executa pe cel mult 10-20 servere, nu prea conteaza setarile GC-ului, sau alte chestii de genul asta. Pur si simplu mai adaugi 5-10 servere si esti ok, nu e o problema asa mare. Dar exista si aplicatii care se executa la alta scala, pe sute de servere cu zeci de core-uri. Acolo sa adaugi 30-50% servere in plus inseamna milioane de dolari pe an. Si sunt oameni in Romania care lucreaza la scala asta.

Pentru avioane, drone, rachete, gloante si traiectoriile acestora (dar fara a ne limita la ele) va rog sa va adresati MApN.

Edited by MarianG, 08 April 2021 - 02:06.

Poate ca discutia asta nu ajunge la un final pentru ca nu stim exact ce reprezinta acel proiect in limbajul X.

Vorbim despre o pagina web cum este aceasta sau vorbim despre un sistem complex folosit de o firma prin care angajatii acesteia isi castiga existenta?

Edited by CryTeku, 08 April 2021 - 08:34.

blitz09, on 08 aprilie 2021 - 01:28, said:

Are you not entertained  ?

Quote

Il iau pe ala standard de la mama lui conform vorbei oltenesti: las-o incurcata, bine ca-i vie

Quote

Pai un cod prost nu ar face profit, mai devreme sau mai tarziu, acel cod prost ar genera probleme care ar duce costuri foarte multe.
Ce te faci atunci cand codul un proiect foarte complex , este scris fara optimizarile GC-ului lui peste prajit si fara super mega cunostiintele de "pointareala"
si aduce milioane de euro profit  ?

Quote

Ti-am aratat ca nu-i un termen inventat de mine.Apropos , in discutiile cu ofiteri, am observat ca si ei folosec termenul "interbalistic"

Quote

Mie nu, subordonatii mei ma costa pe 3 luni ma costa 100.000 de euro si livreaza valoare de 3.500.000 de euro(da milioane de euro profit cu investite de 100.000)
Ca manager sunt in sanul lui Avram.

Quote

In trei luni livrezi o etapa a unui proiect. Nici n-ai avea cum sa livrezi tot proiectul, ca este pe termen nelimitat.

Quote

Da, stiu, ca lucram pe platforme cloud, 8 clustere a cate 1000 de core-uri  are proiectul curent pe care il administrez, si asta nu-i nimic in comparatie cu alte proiecte care se fac in RO, pe langa care ce am eu sunt bani de seminte.