Ideális esetben egy háttérben futó service végzi az ellenőrzést és küldi az e-mailt, nem a megnyitott asztali alkalmazás.

Email küldésre találhatsz sok példát, saját smtp szerverrel (vagy gmail-el) vagy használsz hozzá valammi email szolgáltatást pl. SendGrid (függően mire van lehetőség/igény).

Az ütemezésre pedig vagy windows service-t csinálsz, ami mindig fut a háttérben és kódból oldod meg az időzítést vagy csinálsz egy külön cli alkalmazást és a windows feladatütemezőjével indítod a megfelelő időpontban. Vagy webappban is gondolkozhatsz és valami felhőszolgáltatásban pl. Azure, ahol szintén vannak ütemezésre további lehetőségek.

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

Köszi mindenkinek.
Ez egy sulis alkalmazás... De ilyen mail dolgokkal sem volt még dolgom... Sőt... háttérben futó service-vel sem.

--- 2013...Ha valaki valami jó bizniszt tud, írjon rám mindenképp!!! ---

Én csinálnék rá egy windows servicet, ami smtp-n keresztül elküldi azt kész, pár sor kód az egész.

"Debugging is like being the detective in a crime movie where you're also the murderer."

Köszi. Ezeknek utána nézek.
Majd jövök, mert szerintem több probléma is lesz...

--- 2013...Ha valaki valami jó bizniszt tud, írjon rám mindenképp!!! ---

Én meg egy ütemezett Azure Function-t csinálnék rá, vagy AWS Lambda-t.

Én kérek elnézést!

Az is jó lehet, kérdés mi a cél. Vagy egy web app, ott több a lehetőség, ha komolyabb cucc kell.

"Debugging is like being the detective in a crime movie where you're also the murderer."

Sziasztok,
Soros vonalon érkező adatot szeretnék excel táblázatban felhasználni ebben kérnék segítséget.
Mivel még sosem dolgoztam ilyennel, nem akartam feltalálni a spanyol viaszt, ide vezetett a google: http://www.thescarms.com/vbasic/commio.aspx
Ez egy elég jól használható modul, jönnek is szépen az adatok. Egy 10 karakteres stringet kell beolvasnom, a problémám az, hogy nem mindig van meg a 10 karakter, illetve néha több van, tehát bizonytalan az olvasás. A csatolt kódban a Do Loop-ban történik meg a string kivétele a soros bufferből, csak ezek szerint nem mindig a jó pillanatban. Próbáltam rákényszeríteni, hogy csak a 10 karakter hosszú olvasás esetén menjen tovább az első if-nél, megcsinálja, de néha sokáig tart, meg hát nem érzem túl elegánsnak.
Kellene ide egy olyan megoldás, ami kiküszöböli ezt a problémát, de ha valakinek van működő kódja teljesen más alapokon az is tökéletes lenne.

Private Sub CommandButton1_Click()

Dim intPortID As Integer ' Ex. 1, 2, 3, 4 for COM1 - COM4
Dim lngStatus As Long
Dim strError As String
Dim strData As String

intPortID = 3 'Using COM3

' Initialize Communications
lngStatus = CommOpen(intPortID, "COM" & CStr(intPortID), _
"baud=9600 parity=N data=8 stop=1")

If lngStatus <> 0 Then
' Handle error.
lngStatus = CommGetError(strError)
MsgBox "COM Error: " & strError
End If

lngStatus = CommSetLine(intPortID, LINE_RTS, True)
lngStatus = CommSetLine(intPortID, LINE_DTR, True)

' Read maximum of 64 bytes from serial port.

Do

lngStatus = CommRead(intPortID, strData, 64)

If lngStatus > 0 And (Len(strData) = 10) Then
TextBox1.Text = strData
TextBox2.Text = Len(strData)
Exit Do
End If

If lngStatus < 0 Then
lngStatus = CommGetError(strError)
MsgBox "COM Error: " & strError
Exit Do
End If
Loop

lngStatus = CommSetLine(intPortID, LINE_RTS, False)
lngStatus = CommSetLine(intPortID, LINE_DTR, False)

' Close communications.
Call CommClose(intPortID)

End Sub

[ Szerkesztve ]

Sziasztok!

Van arról valami jó blog / video blog svn-ről átszokni git-re mennyi minden változik? Hogyan látok root listát létező projectekről szerveren és társai. Valami nagyon kényelmesre automatizált kliens is jól jönne, mint svn-hez volt a tortoise.

Tippeket előre is köszönöm.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Windowshoz kettő ingyenes, és egészen jó (noha nem hibátlan, és nem mindenható) git kliens van szerintem:
Fork - a fast and friendly git client for Mac and Windows (git-fork.com)
Sourcetree | Free Git GUI for Mac and Windows (sourcetreeapp.com)

Hogy átszokni mekkora dolog, azt nem tudom, soha (na jó ez nem igaz, mert 15 évvel ezelőtt a karrierem kezdetén 4 évig használtam) nem használtam SVN-t.

Én kérek elnézést!

GitKraken se rossz (ha még ingyenes).

Cégnél sourcetree megy, én többnyire parancssorozok.

[ Szerkesztve ]

A fork nem ingyenes, csak ingyenesen kipróbálható: "You can download and evaluate the Software for free, but need to purchase a license for long-term use."

Amúgy nagyon jó kliens, nekem bejött.

“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude

gitk + git cli elég mindenre is

"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."

Egy kérdés, kinél hogy mennek a fejlesztések becslése? Mármint van valami dokumnetum ami alapján koadtok egy óraszámot, és ezt a doksit ti csinàljátok meg magatoknak?

Csak hogy értsétek, nálunk vannak olyan emberek, akiknek a feladata az lenne, hogy az ügyfél ötleteit átfordítja nekünk, ami alapján tudnánk becslést adni, de amit én kapok abba kb több a kép, mint a normális leírás, szóval pl egy számlázó programanàl annyi lenne leírva, hogy készít egy számlát a számla gomb, de hogy mit ellenőriz, hogy számoljon stb azt nem írják le. Szóval több a kérdés utána mint a válasz. Jó lenne megreformàlni, de nem tudom hogy lenne ez a legjobb.

Én részemről az lenne a tuti, ha olyan doksit kapnék, ami alapjàn leülök és lekódolom kérdés nélkül

Xbox One: bandymnc

> Én részemről az lenne a tuti, ha olyan doksit kapnék, ami alapjàn leülök és lekódolom kérdés nélkül

ilyen nincs, legfeljebb nagyon egyszerű feladatok esetén. Főleg azért, mert ha lenne ilyen doksi, akkor lehetne olyan compilert írni, ami programot fordítana a doksiból.

Minél bizonytalanabb a feladat, annál nagyobb puffert kell hagyni. Nálunk az a szokás, hogy adunk egy 50%-os becslést meg egy 90%-osat. Például : 50%, hogy megvan 3 hónap alatt, és 90%, hogy megvan 5 hónap alatt.

de agilis fejlesztés esetén fordítva szokás nézni: mi az, ami belefér X időbe

while (!sleep) sheep++;

Nálunk ez most úgy megy, hogy konkrétan nincsen becslés. Megmondja nagy vonalakban a business, hogy mi kéne neki. Megmondja, hogy mikorra kell neki. Mi meg ezután kitaláljuk, hogy ebből reálisan mit tudunk megcsinálni és elkezdjük kidolgozni, meg PoC-ként implementálni, hogy minél hamarabb rájöjjenek, hogy mennyi mindent kell még tisztázni rajta.

Ha valakinek nagyon kidolgozott requirement kell, hogy valamin elkezdjen dolgozni, az nálam a junior developer definíciója. Nálam ott kezdődik a senioritás, hogy korlátozott mértékű leírás alapján is el tudjon kezdeni valamit az ember csinálni, ha mást nem, akkor pár értelmes kérdéssel, saját ötlettel visszatérni.
Nagyon kényelmes lenne tűéles definícióból dolgozni, de aki írja ezt a dokumentációt, annak gyakran egyszerűbb rögtön Java-ban írnia, mint angolul egy Jira ticketbe. Hamarabb megvan.

I am having fun staying poor.

Ingyen letölthető, aztán 30 naponta megkérdezi, hogy nem-e akarnám megvenni, én meg havonta egyszer rányomok a nemre.

Én kérek elnézést!

Pont ilyen szituaciokra valo az 'agilis' fejlesztes, aminek nem az a lenyege, hogy standup van, meg sprint planning, hanem az, hogy vegig tisztaban vagyunk azzal, hogy a fejlesztok es a kliens fejeben nem pont ugyanaz van, es pont emiatt folyamatosan konzultalunk az ugyfellel, hogy ne a vegen deruljon ki, hogy rossz iranyba mentunk.

while (!sleep) sheep++;

A fork elég jó lesz, köszönöm.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Ha futott már a cégnél hasonló project, kérdezősködj kollégáktól, arra mennyi idő ment el. Cégen belül esélyesen copy/paste-elhetsz kódot más projectekből, a rendetlenebb cégeknél jogi finomságokra sosem szoktak figyelni. Ha nem ismered azokat a projecteket, kollégák segíthetnek átlátni, mit hogyan ollózhatsz át. Ha egyedül vagy a káoszban, és semmi világosság nincsen, plusz a könyvelés szakmai részéhez sem értesz, és úgy kell programot írni, jobb, ha előre szólsz, hogy az a project egészben neked túl nagy falat.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Köszönöm midenkinek, azt hiszem kicsit félrement a történet, inkább arra lettem volna kíváncsi, hogy mi az elvárt dokumentum, amiből normálisan lehetne becslést adni.

Nálunk ugye vannak erre emberek, akik ezt megcsinálják, de mindig feljön nálam egy csomó kérdés, vagy ha nincs szerencsém, akkor nem jön fel, csak mikor már nekiálltam.

Nagyon lebutítva a dolgot, néha azt érzem, hogy kapok egy doksit, amibe benne van, hogy csinálj egy 10*5 centis vasdarabot, és nekem kell becslés közben gondolkodnom rajta, hogy kell rá nyél is, mert kalapálni akarnak, vagy szüghúzó rész stb... Szóval így kvázi irreális az, hogy ledobják a papírt, délutánig mondj rá valami óraszámot, de a leírás meg eléggé részletszegény

Tehát mégegyszer, nem azzal van a gond, hogy csomó minden módosul, vagy van 1-2 plusz kérdésem, csak fura számomra, hogyha van erre dedikált ember, akkor nekem mért kell még órákat töltenem, hogy tisztázzam mit is kell csinálni

[ Szerkesztve ]

Xbox One: bandymnc

Tipikusan az a helyzet, amikor vannak a konzulensek a programozó és az ügyfél között, amivel általában az a baj, hogy ezek az emberek nem programozók vagy nem voltak programozók, így nem is úgy gondolkodnak, nem azokra a kérdésekre adnak válasz és nem úgy, ahogy egy programozó tenné. Ezért is kell neked még pluszban dolgoznod...

Nálunk a programozó közvetlen kontaktban van az ügyféllel, részt vesz a tervezési fázisban is, már akkor feszeget olyan kérdéseket, ami az ügyfélnek csak a bevezetés után 3 hónappal jutna eszébe. Persze ennek is van árny oldala, nem minden kocka tudja megértetni magát halandó emberekkel, szóval ja, nem egyszerű.

És még ilyenkor is előfordul, hogy megbeszéljük, megtervezzük, leírjuk, megcsináljuk és nem válik be valamiért és módosítani kell, mert az élet azt mondta, hogy mindenki kapja be.

[ Szerkesztve ]

"Debugging is like being the detective in a crime movie where you're also the murderer."

Nálunk is kb ez a szitu, csak szeretnék rá valami jó megoldást, mert a főnök nem akarja, hogy órákat ülve egyeztessünk róla, meg beszélgessünk, pedig szerintem ez megtérülne a pontosabb becslés miatt, én meg nem szeretem azt, hogy kapok egy leírást, amibe 50X belekötök mire tudok rá mondani óraszámot, mert kb ennyi erővel én nekem kellene az ügyféllel egyeztetni és akkor mindenki boldog lenne

Xbox One: bandymnc

Hát pedig nincs más megoldás és még csak nem is a becslés miatt. Ha nem tiszta a requirement, akkor muszáj szerezni infót valakitől vagy elfogadják, hogy teljesen random lesz lefejlesztve, ami nincs expliciten leírva és ez csak utólag derül ki. Abba tényleg nem szabad belemenni, hogy az egész csapat ott üljön egy ilyen megbeszélésen órákig. Úgyis az van, hogy 1-2 húzóember járul hozzá ilyenkor a megbeszéléshez a többiek meg alszanak vagy neteznek.

[ Szerkesztve ]

A főnököm úgy hívja az ilyen meetingeket, hogy pogácsázás. :

"Debugging is like being the detective in a crime movie where you're also the murderer."

"Nálunk ugye vannak erre emberek, akik ezt megcsinálják," VS "nekem kell becslés közben gondolkodnom rajta, hogy kell rá nyél is, mert kalapálni akarnak"
Ez azt jelenti, h aki elotted megcsinalja a specifikaciot szarul / hanyagul dolgozik. Az o kormukre kene koppintani.

"délutánig mondj rá valami óraszámot, de a leírás meg eléggé részletszegény" ilyenre szoktuk adni egy XXXXL t-shirt size-t, ami kb a vegtelen. Ebbol a business szokta erti, h itt meg boven van mit csiszolnia az otleten.

Mi most a RUP-al probalkozunk, szepen lassan vezetjuk be. Szepen vegigvezet, megvan mindennek a helye (nem csak a fejlesztoknek, de a businessnek is), ehhez mondjuk ismerni kell a sajat processeiteket es ahhoz kell adaptalni a RUP-t.

Szerintem túlgondolod. Simán csak szivatnak

Óraszámot mondani olyan valaki tud, aki ugyan azt a feladatot már vagy 5x megcsinálta. És az az alapja annak, hogy tud mondani valamit. Aki életében először csinálja, teljesen esélytelen. Maximum lehet mondani valami körülbelül x 2.5-ös értéket, aztán remélni, hogy legalább abba biztosan belefér. Példának okáért számlázó program, ami már van a cégnél, és nem túl nagy alkalmazás ezernyi részlettel, hanem csak apróság - 3 hónap elég lesz. Ha nagyobb alkalmazás, oknyomozni kell, és se kép se hang amiből becsülhetsz, mondj rá 3 évet

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

>Szerintem túlgondolod. Simán csak szivatnak

Én is erre gondoltam. Na meg arra, hogy aztán ennek mennyi köze van a programozáshoz? Csak a rizsa....

http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php

Üdv,

valahogy mindig elfelejtem, hogy a batch programozás topik eléggé kihalt
beírom ide is hátha itt lesz valaki, aki tudja rá a megoldást

( annyiban változott, hogy move helyett másolni szeretném
persze, ha a mozgatásra is van valakinek ötlete az sem baj, ha megértem, hogyan
kell ilyen esetben fájlt mozgatni )

hogyan kell batch fájlból 1 fájlt(track01.aac) átmásolni 3 könyvtárral
viszábbi helyre(ahonnan a batch file is indíva van)?

mivel a "csillag" miatt nem használhatom a move parancsot
ilyen esetben mi a megoldás?

"Sample\audio_a*\track01.aac"

köszi, előre is!

Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)

ez működik a "csillagos" wildcard mappával is?

hazaértem kipróbálom majd, köszi!

@echo off
pushd Sample\audio_a*
xcopy track01.aac ..\..\..\
popd

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

köszönöm!

Esetleg ez a kód csak egy összetettebb batch file részét képezi, amiről nem tudok?
Mert ha nem, akkor ennek így önmagában kb. semmi értelme nincs.
Max. 1 db file másolásához minek batch file...

[ Szerkesztve ]

Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)

find nincs?

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

azt úgy nem tudom, hogyan nézne ki
viszont amit sztanozs írt, az xcopy-t átírva move-ra
mozgatni is tudom a fájlt, ha a későbbiekben arra lenne szükségem

pushd "Sample\audio_a*\"
move "track01.aac" ..\..\

Git probléma. Jó lenne valami olyan kliens, ami jelszót tud tárolni, és nem kell minden alkalommal azt kézileg beírnom.

Parancssoros scriptekhez ami credentials cache-t találtam "official" oldalon, az memory storage. Amíg ki nem kapcsolom a gépet, megmarad, aztán újra be kell írnom. A név:jelszó formát parancssorban nem tudom életre kelteni. Nem működik

Néztem grafikus klienst: TortoiseGit. Stackoverflow-n blogokban tanácsoltak mindenféle menüpontokat (amik már rég nem élnek, mert ilyen fél évtizeddel ezelőttiek, és még egy másik verzióhoz voltak), meg editáljak global script file-t (természetesen az sem működik).

Talán valami más klienst használjak? Igazán nem ragaszkodom a TortoiseGit-hez, ha van jobb. De melyik?

A gép, amin fejlesztek, személyi eszköz. Teljesen alaptalannak érzek bármi félelmet, hogy miért ne írjam be a jelszót akármi scriptbe kényelmi okokból. De nem találok rá módot, hogyan? Aki régebb óta használ git-et, legyen szíves ossza meg velem a kényelem titkát, mit tudok tenni jelszó beírogatás ellen?

Előre is köszönöm.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Masik kliens: SourceTree

ssh-n vagy http-n keresztul ered el a GIT repot? ssh-nal fel lehet venni az ssh configba, vagy meg kenyelmesebb ha key-t hasznalsz