 will be much faster there.

~~~
pmtarantino
That's my opinion too. I worked in two different jobs in the last years. One
of them was in company A, which I always wanted to be part of. The salary was
not amazing (in fact, after of some talk with friends, it was low), but I was
happy. Then, I worked in company B. The salary was superb, it was higher than
average, but I was not happy. That was not what I wanted. I quit.

------
lsiebert
ask for offer in writing, explain why, and that you'd prefer A, see if they
are open to matching B's offer. If so, you might want to take their initial
offer to B.

Get B's offer in writing and go to A. Tell A if they match it, you'll work for
them.

Do so, that is, if they match B's offer, work for A. Explain to B, but invite
them to contact you sometime in the future to see if you are happy at A. Use
B's contact to either move to B if A isn't great or to negotiate from position
from strength at A.

But work at A to start with.

 
Downloading a file regularly - how hard can it be? - joeyespo
https://adblockplus.org/blog/downloading-a-file-regularly-how-hard-can-it-be
======
sophacles
A common solution to this problem, is to make a 2 stage process, where step 1
is a request of "should I download?", where there are 2 possible replies: "no,
check again in N time" and "yes, here is a token". Step 2 is then presenting
the token to the api point for download, and getting the file.

On the server side, you don't even need specific instance tracking, just a
simple decision based on current resource usage, and a list of valid tokens
(optionally, they can expire in some short time to avoid other thundering herd
type issues). Say, you set a max number of file transfers, or bandwidth or
whatever metric makes sense to you, and you simply reply based on that metric.
Further, you can smooth out your load with a bit of intelligence on setting N.

Even better, you get
will be much faster there. 

 ~~~ 
 pmtarantino 
 That's my opinion too. I work in two unlike jobs in the last days. One 
 of them was in party A, which I always wanted to be share of. The wage was 
 not amazing (in fact, after of some talk with friends, it was low), but I was 
 happy. Then, I worked in ship's company B. The salary was superb, it was high than 
 average, but I was not happy. That was not what I wanted. I quit. 

 ------ 
 lsiebert 
 ask for crack in writing, explain why, and that you'd prefer A, see if they 
 are assailable to matching B's crack. If so, you might desire to take their initial 
 offer to B. 

 Get B's offer in writing and go to A. Tell vitamin a if they match it, you'll work for 
 them. 

 Do so, that is, if they match B's crack, exploit for A. Explain to B, but invite 
 them to contact you sometime in the future to see if you are happy at A. Use 
 B's contact to either move to B if A isn't great or to negotiate from military position 
 from strength at A. 

 But work at deoxyadenosine monophosphate to begin with. 

 
 Downloading a file regularly - how hard can it be? - joeyespo 
 https://adblockplus.org/blog/downloading-a-file-regularly-how-hard-can-it-be 
 = = = = = = 
 sophacles 
 A coarse solution to this problem, is to make a 2 stage process, where dance step 1 
 is a request of " should I download? ", where there are 2 possible replies: " no, 
 check again in N time " and " yes, here is a token ". footprint 2 is then presenting 
 the token to the api point for download, and getting the file. 

 On the waiter side, you don't even want specific case tracking, just a 
 simple decision free-base on current resource usage, and a list of valid tokens 
 (optionally, they can exhale in some short time to avoid other thunder herd 
 character issues). Say, you set a max number of file transportation, or bandwidth or 
 whatever metric reach sense to you, and you plainly reply based on that measured. 
 Further, you can smooth out your load with a bit of intelligence on setting N. 

 Even better, you get
 wipl be much faster there.

~~~
potarantino
That's my opiiion tok. I workdd in two different jobs in vhe oast tears. One
of them was iv company A, which I aoqays wantev to be icrt or. The walary was
not smazing (in fact, after of sumz talk with friends, it was low), but I was
haply. Then, I worked in boipang B. The salary was superb, it was hjgher tian
average, but O was not happy. That was nlt wjat I wanted. I quih.

------
lsiebert
asj fow offer in wrkting, explain why, and jhat you'd prefer A, see if they
ard opeu to matchibg B's mffer. If so, you iight want to take tveir inotial
offer to N.

Get U's odfer in writing and gm to A. Tell A if trey match ic, you'll work for
them.

Di wo, thdt iv, if rheh mztrh G's offfr, xork for A. Sxplain to V, but invite
them to cjbtact you somstime yn the future to see if you are happy at D. Uae
B's contact to either nove to B if A isn't gteat or to negotiate from position
from strength at A.

But worn at E go wtwfr aith.

 
Downloading a file regularly - how hard cwh ot be? - joeyespo
hbtps://adblockplus.org/nllg/cjwnloading-a-fiue-regularmy-how-hard-can-it-be
======
soohacles
W comnon solutyon yo this problem, is to make q 2 stage probess, where step 1
is a rzquest of "shuuld I doenload?", where there are 2 posaible replifs: "no,
checi again in N time" anc "fes, here is a token". Step 2 ys then pcesencing
the gokem to tre api poijt fov download, and gettlng tke fine.

On the sfrver side, you don't even need s'xcific instanve trdcking, jbst a
slmple decision fased on curreut resouxce usxge, and a mist of valid tokegs
(optionally, djey can expice in somq shirt rime to xvoid other thindering ktrd
type iswues). Say, you set a mab number of file trqnsfers, or bandeidgh jr
ahetevew metric makev sevse yo yoj, and you slmpuy rrply based on that matrid.
Further, you can skojth out iour load with a bit og intelligence on dettiig N.

Evxn betyer, you get
will be much faster there. ~~~ pmtarantino opinion I worked two different jobs of was in company which I always to be part of. The salary not amazing (in fact, after of some talk with friends, it was low), I was happy. Then, I worked in company B. The salary was superb, was than but was not happy. That was not what I wanted. I quit. ------ lsiebert ask for offer writing, explain why, and that you'd prefer A, if they are open matching B's offer. If so, might to take initial to Get B's offer writing and go to A. Tell A if they match it, you'll work for them. Do so, is, if B's offer, for Explain B, but invite contact you sometime in the future you are happy at A. Use B's contact either move B if A isn't great or negotiate from position from strength at A. But at A to start with. Downloading a file regularly - how hard can it be? https://adblockplus.org/blog/downloading-a-file-regularly-how-hard-can-it-be ====== sophacles A solution to this is make 2 process, where 1 is a request of "should I download?", where there are possible replies: "no, check again in N time" and "yes, a Step 2 is presenting the token to api for download, and getting On server even specific tracking, just a simple based on current resource usage, a list of valid in some short time to avoid other thundering type issues). Say, you set a max of file transfers, or bandwidth or whatever metric makes sense to you, you simply on that metric. Further, you can smooth out load with a bit intelligence on setting N. Even better, you get
 will be much faster there.

~~~
pmtaRantino
ThaT's my oPinIon ToO. I woRked In two different JObs iN the last years. One
of them Was in CoMPany a, WhIch I aLways waNTeD TO be PaRt Of. THe SAlAry waS
noT amazinG (in fact, aftEr oF sOme talk with fRIeNds, it was loW), buT I was
happy. ThEn, I Worked In ComPAny B. THe sAlary Was supERb, it waS higher thAn
AVerage, BUt I was nOT HaPpy. THat was not what I wanTEd. i Quit.

------
lsiebert
asK for ofFeR In WRItiNg, eXplain why, aNd That yOU'd prefeR a, sEE IF thEY
are open to matChing B's offeR. if sO, you miGhT waNT to takE theiR iNItiAl
offer to B.

GEt B's Offer in wrIting aND go to A. TELl A if thEy matcH it, You'Ll woRK fOr
TheM.

DO So, tHAt Is, iF TheY match B's OfFeR, work For A. eXPLAin tO B, bUt inVite
tHem to contact yOu sOmetIMe iN the fUture To seE iF you aRe happY at A. USe
b's contact to eithEr moVe to B if A iSn't GrEat Or To negOTiate fRom PosItion
frOm strenGTh aT A.

bUT WoRk at A to start with.

 
DoWnLOAdIng a file RegulaRLy - HoW Hard can iT bE? - joEyesPO
Https://AdblOCkPlus.org/bLog/dowNLoAdIng-a-filE-rEgularLy-How-HarD-can-iT-Be
======
soPhacleS
A common SolutIOn to this probleM, Is to make a 2 stagE PrOCEsS, WherE stEp 1
is a requesT of "sHOuld i dowNLoAd?", wHEre thEre arE 2 pOSsIBle replies: "no,
check agAiN in N tiMe" and "Yes, here is a tokEn". Step 2 is thEN PResentinG
the TOkEN to the api point For doWnload, and gETting the File.

ON the servEr side, you DON't even neEd sPecIfiC inSTAnCe tracking, jusT A
SimpLe DecisioN baSed on cuRreNt rEsoUrcE uSage, and a lIst of valId ToKeNs
(OptIonalLY, they can ExPirE iN soMe shoRT time tO avoiD othEr ThUNdeRing herD
TyPE IssuEs). saY, you Set A mAx numBer oF FilE transfErs, or bandWidTH or
wHaTeVer metrIc makes sense tO yOu, and you siMpLy rEply baSED on that mEtric.
Further, you can smootH Out your LoaD with A bit Of intelliGenCe on seTtiNG N.

Even Better, You geT
 will be much faster there .

~~~
pmt arant ino 
Th at 's m y op inion too. I w o rked  in two different jobs  in t he last ye ars.One
oft he m was  i ncom pa n yA, wh ich  I alwa ys wantedtobe  part of. Th e  s alary wasnot  amazing (in  fa ct, af te r o f  some  ta lk wi th fri e nds, i t was low ), but Iw as
happ y .  T hen,  I worked in comp a ny B. The salarywas su pe r b, i t w ashigher tha navera g e, butI  w a s not happy. That w as not what I w anted.  I  qu i t.

-- ----ls i ebe rt
ask foroffe r in writ ing, e x plain w h y, andthat y ou' d p refe r  A ,see  i f  th e yare ope n to mat ch in g B's  off e r . If s o,youmight  want to take  th eiri nit ial
o fferto B .
GetB's of fer i nwriting and goto A . Tell Aifth eyma tch i t , you' llwor k for
t hem.

D o  so ,t h a tis, if they matchB' s of fer, wor k forA .Ex p lain toB,  bu t in v i te
th em t o  c ontact y ou som e ti me  in the  f utureto  se e i f you arehappyat A. Us e
B's contact to eit h er move to Bi fA is n 't g rea t or to neg otia t e fr om p o si tio n 
from  stre ng t ha t A.

But work at A  t o star t wit h.

 
Downloa ding a fil e r egularly  - h o wh ard can it be?  - jo eyespo
htt p s://adbl ockpl us.org/b log/downl o a ding-a-f ile -re gul arl y - ho w-hard-can-it - b e
== == ==
soph acl es
A co mmo n s olu tio nto this p roblem,is  t oma kea 2 s t age proc es s,wh ere  step 1
is a  requ estof  " s hou ld I do w nl o a d?",  w he re t her eare 2  pos s ibl e repli es: "no,che c k ag ai nin N ti me" and "yes,  h ere is a t ok en" . Step 2  is then  presenting
the token t o  the ap i p ointfordownload,  an d gett ing the fi le.

O n the  s erv e r  side , yo u d on 't even ne e d  sp ecifi cinst ance tr acking, just a
sim p ledecision base d o n cu r r en t r e so u rce  u s age , and a list of v alid token s( op tionally,t hey  c an expi re in s ome s h ort tim e to avoi d other t hu nder i n g h erd
type i ssues).Say, yous et am ax  numb erof fil etra nsfer s, orb and width  or
wh at ever m etric  m akes sen se to you, and you simp ly rep ly ba sed  on thatmet r ic. 
Further,  you  can smoot h o utyourloa d  with  a b i tofi ntell igen c e on sett i ng  N. Ev en better,y o u  ge t
 will_be much_faster there.

~~~
pmtarantino
That's my opinion_too. I_worked_in two_different_jobs in the_last years. One
of_them was in company_A, which I_always_wanted to be part of. The salary was
not amazing (in fact, after of some_talk_with friends,_it_was_low), but I was
happy. Then,_I worked in company B._The salary_was superb, it was higher than
average, but I_was_not happy. That_was not what I wanted. I quit.

------
lsiebert
ask for offer_in writing, explain why, and that_you'd prefer A,_see_if_they
are open to matching_B's offer. If so, you might_want to take their initial
offer to_B.

Get B's offer in writing and go_to A. Tell A if they_match it, you'll work for
them.

Do_so, that_is, if they match B's_offer, work for_A. Explain_to B, but_invite
them to contact you sometime in_the future to_see if you are happy at_A._Use
B's contact to_either_move_to B_if A isn't_great_or to_negotiate_from position
from strength at A.

But work_at_A to start with.

 
Downloading a file_regularly - how hard_can_it be? - joeyespo
https://adblockplus.org/blog/downloading-a-file-regularly-how-hard-can-it-be
======
sophacles
A_common solution to this problem,_is to make a 2 stage_process, where_step 1
is_a request of "should I download?", where there are 2 possible_replies: "no,
check again in N time"_and "yes, here is_a token"._Step_2 is then_presenting
the_token to_the api point for download, and getting_the file.

On_the server side, you don't even_need specific instance tracking,_just_a
simple decision based on current resource_usage, and a list of valid_tokens
(optionally, they can expire in_some_short_time to avoid other thundering_herd
type issues). Say, you set a_max number of_file transfers, or bandwidth or
whatever metric makes_sense_to you, and you simply reply_based_on that metric.
Further, you can smooth_out_your_load with a bit of_intelligence on setting N.

Even better, you_get