- Az iPadOS-re írt appokra is díjat vet ki az Apple
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Otthoni hálózat és internet megosztás
- Microsoft Excel topic
- YouTube
- Letartóztatták a bitcoin-Jézust
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- Mobilinternet
- Crypto Trade
-
IT café
Új hozzászólás Aktív témák
-
martonx
veterán
Minden program makróprogramozása más és más. Nincs általános makróprogramozási nyelv. Microsoft Office cuccokat visual basic nyelven lehet makró programozni, más szoftvereket meg más nyelveken, más szó készlettel.
Ha elárulnád konkrétan, hogy milyen programot szeretnél makró programozni, akkor lehet, hogy mi is jobban tudnánk segíteni.Én kérek elnézést!
-
bucsupeti
senior tag
Neked valószínű hogy a különféle alkalmazások felhasználói szintű programozási lehetöségei kellenek. Ezt nevezik makróprogramozásnak manapság.
Leggyakoribba Visual Basic for Application azaz a VBA.
Ezzel a Microsoft alkalmazásokat lehet hatékonyan programozni felhasználói szinten. Én magam az Excel az Outlook és az Access-t programozom a napi munkámban VBA-val. Egyszer kellett foglalkoznom a Word programozásával is, de az nem annyira jellemző. Persze megoldható ott is sokminden.
Ha Java és.C# ismereted van akkor gondolom a vezérlési szerkezetekkel, objektum használattal tisztában vagy. Amit meg kell ismerned a különféle alkalmazások objektumhierarchiája. Ezt a google segitségével meg tudod találni és begyakorolni. Sokat segíthet a makró rögzítés funkció, majd a rögzített tevékenységsorozat elemzése.Könyvnek én Az Excel programozása című könyvet ajánlom.
A C makrók teljesen másról szólnak. Tudnék párhuzamot vonni a Microsoft programok makróprogramozása és a C makrók között, de neked szinte biztos hogy nem ez kell.
A VBA programozást nevezik manapság makróprogramozásnak.Még egy tanács: nézd meg a prog.hu rovatait, fórumait. rengeteg VBA kérdés van és sok szakértő válaszol rájuk.
[ Szerkesztve ]
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
bucsupeti
senior tag
A videón egy vállalatirányítási rendszer van szerintem. Ez a büroware valami német csoda. Az erp-ket jellemzően lehet valamilyen módon programozni. sokszor saját nyelve van, basic, vagy java is lehet... nem ismerem ezt a büroware cuccot.
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
martonx
veterán
Fogalmam sincs. Neked is ugyanannyi időbe telik utána guglizni, mint másnak.
Másrészt ne keverjük össze a makró programozást a programozással. Ez szerintem egy szimpla ügyviteli program, amit valamilyen nyelven (mivel német java-ra tippelek) programoztak.Én kérek elnézést!
-
martonx
veterán
Programozás a makró programozás is, de csak akkor tudsz makróban progamozni, ha az adott program erre fel van készítve, és kizárólag azon a programon belül erősen korlátozott módon tudsz programozni. Míg a normális programozásnál fogod a kedvenc programnyelved és elkezdesz bármit leprogramozni.
Az általad linkelt programnál maradva, xy nyelven bármit hozzá lehet programozni, ez 100%. Hogy makróban mit lehet benne programozni, egyáltalán lehet-e, az erősen kérdéses.
Én kérek elnézést!
-
bucsupeti
senior tag
Főállásban nem szoftverfejlesztőként dolgozom, de azt tanultam, illetve ebben a témában fejlesztem az ismereteimet (nem csak hobbyból... )
Kollégáim munkáját segítendő készítek VBA-ban különféle megoldásokat. Listák feldolgozásától kezdve, különféle kisebb "ügyviteli" alkalmazásokig mindenféle van.
Egy komplexebb példa: külső partnerek egy makróval felokosított excel táblát töltenek fel adatokkal. A táblázat elküldi önmagát emailben egy központi emailcímre. Az email formátuma kötött. Subject mező és a levél tartalma hordoz olyan információkat amit egy outlook makró értelmez és eszerint elvégzi a szükséges feldolgozást. A feldolgozás során központi access adatbázisba beilleszti a csatolmányban lévő adatokat az excel táblából. Az access feldolgozza ezeket, kioszt különféle feladatokat különféle felhasználóknak, amiről a felhasználók emailt kapnak. Az emailben van egy link az alkalmazásra, amit közvetlenül elindíthatnak, majd elvégzik a teendőjüket. Az access program automatikusan visszaküldi a külső partnernek a szükséges táblákat....
Munkám során van olyan van hogy egy központi adatbázisból kell adatot kinyernem és ott SQL lekérdezést futtatok. De ez nem egy különös feladat VBA-ban.
Azt tudod hogy a munkahelyeden mit fog kelleni programozni?
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
bucsupeti
senior tag
Németül egy kukkot sem értek, de a sztaki szótár szerint az ERP-Anwendungsentwickler vagy miacsoda az ERP alkalmazásfejlesztőt jelent. Az ERP (Enterprise Resource Planning) vállalati erőforrás tervezést jelent. Én vállalatirányítási rendszerre gondolok ha ERP-t hallok.
Úgyhogy szerintem te vállalatirányítási rendszereket fogsz fejleszteni. Gyanítom hogy a cég egy saját keretrendszerét kell felokosítani, testre szabni a megrendelő igényei szerint....[ Szerkesztve ]
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
bucsupeti
senior tag
SQL VBA-ban pl itt van egy példa, de a google találati oldalt érdemes végigböngészni....
Az SQL az nem egyenlő MySQL-el, de az tény hogy mysql adatbázison lehet sql parancsokat futtatni.
Ha mysql a platform, akkor nézd át. Ha mondjuk SQL Server akkor pedig a TransactSQL-be kellene belemerülni. Szóval tudni kéne miben kell dolgozni. Ha általános SQL ismeret kell akkor bármilyen eszköz megfelel (még Access is).A makrózást te honnan veszed? Mondták hogy "makróznod kell"? Nem teljesen értem ezt, mert nem tudom mit kell érteni "makrózáson". Ha belső parancsnyelve van a rendszernek (én ezt tippelem) akkor az egy eléggé konkrét programozási nyelv, ami szerintem nem makró (de lehet hogy ezt értik makrózás alatt). Szerintem ha tudsz programozni akkor bármilyen beépített nyelvvel elboldogulsz előbb utóbb. Ami a lényeg ilyen esetben az az hogy az alkalmazás osztályhierarchiáját ismerd meg. Ha ez egy saját rendszer akkor szerintem nem azt fogják várni tőled hogy odamész és összedobsz egy komplett ügyviteli rendszert, hanem az hogy egy referencialeírást a kezedbe adva egy egyszerű feladatot adnak. A lényeg hogy tudd hogy mit kell keresni és azt össze tudd rakni a beépített nyelvvel. Ha sikerülne megtudnod hogy mi a nyelv az nagy segítség lenne, mert teszem azt Java is lehet, vagy Javascript esetleg VBScript, vagy valami jó német kulcsszavakat használó saját szkriptnyelv...
Én azt tudom elképzelni hogy van egy csomó modulból, osztályból álló sok mindenre képes találmánya a cégnek, ami alapban semmit sem (vagy csak nagyon minimális dolgokat) tud, de szinte bármire felokosítható. Jön a megrendelő, megmondja hogy neki pontosan mi kell. Hogyan akar dolgozni a Julika meg a Marika. Milyen képernyői legyenek és milyen listát akar gyártani, nyomtatni, kiküldeni stb... Miután ez megvan akkor a nagy rendszer moduljaiból össze kell rakni az igényeknek megfelelő alkalmazást
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
martonx
veterán
"Sajnos nem tudom, említettek egyet, de sajnos nem jegyzeteltem le én hülye , csak annyi rémlik, hogy T-betűvel kezdődik, és gondolom nem olyan ismeretlen nyelv, mert hozzátették, hogy nem lepődtek meg, hogy én sem ismerem, mert kb. senki sem ismeri."
Itt csak én érzek némi ellentmondást? Bakker ezek lehet, hogy valami noname nyelvvel szopatják magukat. Akkor nem csoda, hogy makrókkal próbálják tovább tákolni a szart.
Én kérek elnézést!
-
bucsupeti
senior tag
felejtsd már el ezt a makró témát. az erp-knek abszolút nem egy jellemző tulajdonsága a makró. az amit a youtube-on keresel olyan speciális amit biztosan nem fogsz találni. inkább tervezz te egyet és csináld meg mondjuk access-ben és excelben....
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
martonx
veterán
Felteszel egy SQL-t otthonra (még jobb, ha Azure-ban regisztrálsz egyet 90 napig ingyenes, és telepíteni se kell), teszel bele teszt adatokat, és már kérdezheted is le a makrós exceleddel az adatokat.
Másrészt te valamit szerintem félreértesz. Makróval nem az ERP-t fogod programozni, hanem te leszel az a szarlapátoló, akivel az ERP hiányosságait elfedendő, napi 8 órában egy kaptafa makrósított excel lekérdezőket, word doksikat fognak gyártatni.
Én kérek elnézést!
-
amargo
addikt
"Ha megfizetik, örömmel csinálom."
Azt gondolod végig, hogy megéri-e Neked, ha munkát akarsz váltani vagy munkanélküli leszel, akkor senki nem fog utánad kapkodni, csak az, aki ezt fejleszti.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
elodman
aktív tag
Bion, bion, makróval én sem hinném, h stabil, eladható app-okat hoznak létre. Inkább kimutatásokat, automatizálásokat, barkácsolást.
yeah, amargo - ra hallgass.
Légy profi vmiben ami némi eltökéltséget, tudást kíván, aztán ha beleunsz, majd váltasz, remélhetőleg felfelé.
Könnyű adminisztratív ténykedésre több a jelentkező, bár kevésbé zárt világ is sokak számára.Küldtem egy nem időzített levélbombát is.
[ Szerkesztve ]
-
adam_
senior tag
Közben ezzel az alternatívával sikerült megoldanom, bár kíváncsi lennék arra, hogy az előző miért nem megy.
Sub DBReader()
Dim varConn As String
Dim varSQL As String
Range("A1").CurrentRegion.ClearContents
varConn = "ODBC;DBQ=C:\Users\Desktop\konyvesbolt.mdb;Driver={Driver do Microsoft Access (*.mdb)}"
varSQL = "SELECT Könyv_Tábla.Könyv_Név FROM Könyv_Tábla"
With ActiveSheet.QueryTables.Add(Connection:=varConn, Destination:=Range("A1"))
.CommandText = varSQL
.Name = "Query-39008"
.Refresh BackgroundQuery:=False
End With
End Sub -
axioma
veterán
Hajjaj, sztem ne is akard elore tudni Hat az biztos, hogy nem 480 percet vered a billentyuket.
Es elsore ha toled kerdeznek szamot, hogy mennyi ido alatt leszel vajon kesz, ugy 3-4-gyel szorozd meg azt, amit elsore kigondoltal jo raerosre. Tok komolyan! Egyreszt brutto-netto ido (itt kapcsolodik ahhoz, hogy mit csinal 8 oraban, hat peldaul megbeszelesekre jar, szakmain kivul vallalati ugymenetes hulyesegekkel foglalkozik, meg kavezik, meg munkahelyi pletykakat hallgat vagy terjeszt...), masreszt meg minel nagyobb ceg, minel modszertanosabb a fejlesztes, annal nagyobb overhead-et kell magaba a fejlesztesbe beletenni [mindezt csak azon celbol, hogy adott esetben lecserelheto legy -- es ez nem gonoszsag, hanem a projekt nem allhat meg egy emberen]. Ja es elso idoben rengeteg doksi olvasasa, aztan meg mar ugyanazt irni is neked kell.
De nincs altalanos recept. Jo, ha vallalkozo vagy, akkor majd te hatarozod meg, de alkalmazottkent eleg szerteagazo, hogy hol mi a modi. Jartam felvetelizni egy nem ne'vtelen szoftverhez komponenst keszito cegnel egy sima 3.emeleti lakasban, ahol az ebedeltetest is forgorendszerben helyben valaki foz modon oldottak meg, ott az is a munkaido (ami rugalmas, azaz torekszunk a 8 orara, de nem merjuk igerni alapon...) resze volt. Dolgoztam az egyik Siemens leanyvallalatnal, ahol mar a swrendszer osszeforditasat is kulon csapat vegezte, es mi csak karbantartottunk (=bugtalanitas, nem hw), de pl. megtalalt egyeb, nem bejelenteshez tartozo hibakat tilos volt kulon engedelyeztetes nelkul javitani, sot nem is lehetett leadminisztralni, hogy bekeruljon a forditasba.
Ellenorzesi modszer, sot hogy ki csinalja, az is nagyon cegfuggo is, plane szerintem ez mar erosen fugg a szemelyektol is.
Jo nagy altalanossagokat irtam, de szerintem ugy igazan nem lehet tobbet elore megmondani. Azert kivancsi vagyok, hogy mas mit valaszol ugyanerre...[ Szerkesztve ]
-
martonx
veterán
Erre nincsenek konkrét válaszok.
Tudok olyan cégeket mondani, ahol napi 2-3 órán át megy a scrum stand-up, meg szájtépés, meetingek tömkelege. Aztán meg jön a kérdés, hogy mikor vagy kész.Máshol meg tényleg elég laza, és csak az számít, hogy kész legyél.
Ahol te dolgozni fogsz cégnél, nem tudhatjuk, hogy a skála melyik részén helyezkedik el.
Én kérek elnézést!
-
Lacces
őstag
-
adam_
senior tag
Amúgy a korábban boncolgatott makróprogramozás elképzeléseimet csúnyán megcáfolta a cégnél eltöltött próbanapom, amin egy ADODB objekt segítségével bekötött C# userformot kellett összeraknom, SQL lekérdezésekből. Szóval ők a makróprogramozáson ezt értették még az interjún, ha jól veszem ki. .. és hasonló témák lesznek az éles munkámban is a feladatok majd, ha összejön a végleges meló.
-
martonx
veterán
Na látod, ezért nem kellett volna annyira túllihegni a makró programozást.
Az ADO.NET-es kérdésedre pedig a válasz: mostanra a klasszikus ADO.NET-es adatbázis elérés abszolút nem preferált. Entity Framework-kel, vagy NHibernate-el (hogy csak a két legáltalánosabb .Net-es ORM-et említsem) illik használni az adatbázisokat. Ha ésszel használod, akkor észrevehetetlenül lassabbak csak a klasszikus ADO.NET-nél (na jó, vannak esetek, amikor a különbség jobban kijön), viszont rengeteg előnyük van.
Én kérek elnézést!
-
bucsupeti
senior tag
Szerintem a netes tájékozódás mindennapos a fejlesztések kapcsán, főleg akkor ha valami komolyabb problémába ütközök.
Új technológia alkalmazásba vételekor pedig egyértelműen sokat segítenek a netes források (főleg a fórumok).Én egyébként azt gondolom hogy a jó programozó/szoftvertervező arról ismerszik fel, hogy tudja mikor hová/kihez kell fordulni. Persze nem arra gondolok hogy összeollózza a programját, hanem tudja (és nem keresgeti) hogy hol van az a referencia ami segítségére lesz a probléma megoldásában.
Ne aggódj azon hogy folyton a netet bújod a megoldások megtalálásában. Baj akkor van ha keresgélsz és nem találsz x időn belül megoldást/segítséget.
Gyakorlatilag ezt a szumma x időt kell minimalizálni, ami szerintem soha nem lesz 0, csak tart a nullához....[ Szerkesztve ]
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- Amlogic S905, S912 processzoros készülékek
- Path of Exile (ARPG)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Építő/felújító topik
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Mindent megtudtunk az új Nokia 3210-ről
- sziku69: Fűzzük össze a szavakat :)
- Sony MILC fényképezőgépcsalád
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest