[img]http://i.imgur.com/XGeyGuA.png[/img]
It looks like the thread says Post your *indistinguishable.*
Post your desk?
[QUOTE=agentgamma;44935977][img]http://i.imgur.com/XGeyGuA.png[/img]
It looks like the thread says Post your *indistinguishable.*
Post your desk?[/QUOTE]
yeah
Work story. Kind of wicket-sipping content, but it's fairly high-level stuff. These are high-level guys, though, who really should have known better.
As you all know, I work with a pseudo-financial system (think like Steam Wallet - it's not "real" money, but you still buy real things with it). Since ours gets used for retail scenarios, and because we aren't big enough to produce our own point-of-sale hardware, we generally have to work with all kinds of other systems (we do have an iPad/iPhone POS app of our own, but it's not our main use case).
Anyways, the one we were working with today is a very, VERY big company, and their interface has some... interesting requirements. Basically, whenever they send us a request, we have to process it within X seconds. If we don't get them a request within that time, they consider it failed, and we are expected to reverse anything that actually happened.
You may have already realized the problem. First, the timeout is on their side, but we don't know how long that really is. Network latency can cut into it - if the timeout is 2000ms, but network latency is 100ms, we can run in 1900ms and from our view, it was fine, but they get a response after 2100ms and consider it failed.
That actually is just a specific case of the general - both sides need to know that the transaction "happened", but messages can be lost or time out, making it literally impossible to be perfectly reliable (the literature refers to this as the "Two Generals' Problem").
They obviously had never read about it, because their first proposal was to send us an acknowledgement after receiving a response from us. I then raised the question "what if the acknowledgement message is lost or times out?", to which they suggested [i]that we send them an acknowledgement of their acknowledgement[/i]. My manager interrupted me before I could ask what happens if that message is lost - if it were up to me, I would have kept going however long it takes for them to figure out the core problem.
The standard solution to this problem is idempotent transactions - "redoing" a transaction has no effect. If the originating system does not receive a response, it retransmits. If it never got a response because we never got the request, it works like normal. If we already processed it but the response was lost, we see that that transaction ID was already run and simply retransmit our response.
Naturally, they shot that idea down as requiring too much work on their end. We've got another idea that might work, but they seem to want to make it a manual process for some reason...
[QUOTE=gman003-main;44936073]Work story. Kind of wicket-sipping content, but it's fairly high-level stuff. These are high-level guys, though, who really should have known better.
As you all know, I work with a pseudo-financial system (think like Steam Wallet - it's not "real" money, but you still buy real things with it). Since ours gets used for retail scenarios, and because we aren't big enough to produce our own point-of-sale hardware, we generally have to work with all kinds of other systems (we do have an iPad/iPhone POS app of our own, but it's not our main use case).
Anyways, the one we were working with today is a very, VERY big company, and their interface has some... interesting requirements. Basically, whenever they send us a request, we have to process it within X seconds. If we don't get them a request within that time, they consider it failed, and we are expected to reverse anything that actually happened.
You may have already realized the problem. First, the timeout is on their side, but we don't know how long that really is. Network latency can cut into it - if the timeout is 2000ms, but network latency is 100ms, we can run in 1900ms and from our view, it was fine, but they get a response after 2100ms and consider it failed.
That actually is just a specific case of the general - both sides need to know that the transaction "happened", but messages can be lost or time out, making it literally impossible to be perfectly reliable (the literature refers to this as the "Two Generals' Problem").
They obviously had never read about it, because their first proposal was to send us an acknowledgement after receiving a response from us. I then raised the question "what if the acknowledgement message is lost or times out?", to which they suggested [i]that we send them an acknowledgement of their acknowledgement[/i]. My manager interrupted me before I could ask what happens if that message is lost - if it were up to me, I would have kept going however long it takes for them to figure out the core problem.
The standard solution to this problem is idempotent transactions - "redoing" a transaction has no effect. If the originating system does not receive a response, it retransmits. If it never got a response because we never got the request, it works like normal. If we already processed it but the response was lost, we see that that transaction ID was already run and simply retransmit our response.
Naturally, they shot that idea down as requiring too much work on their end. We've got another idea that might work, but they seem to want to make it a manual process for some reason...[/QUOTE]
sounds like a huge headache
[QUOTE=Amiga OS;44934665]These old Apple designs are pretty damn good, I'd totally buy the first one.
[t]http://cdn3.vox-cdn.com/entry_photo_images/10180471/S215_verge_super_wide.jpg[/t] [t]http://cdn0.vox-cdn.com/entry_photo_images/10180463/S216_verge_super_wide.jpg[/t][/QUOTE]
Agreed.
[t]https://upload.wikimedia.org/wikipedia/commons/5/50/Twentieth_Anniversary_Macintosh.jpg[/t]
Maybe minus all the buttons on the front, but I certainly wouldn't object to a decent gaming-quality desktop in a 20th Anniversary Mac. Of course, getting those specs to that size is its own dream. Okay so maybe I just miss that color. That sweet spot between the bright yellowing of beige and the dark "black is the new beige" black.
[t]https://dl.dropboxusercontent.com/u/64514745/windowsinwindows.png[/t]
Mmmhmmm
Should be Virus free this time I go to China.
Virus-free
China
Windows
You're fucked 5 minutes into the border, if you're not using some sort of full disk encryption.
I've been to china multiple times and all of my computers comes back fine. I don't know what the hell you guys have been doing there.
[QUOTE=B!N4RY;44936618]I've been to china multiple times and all of my computers comes back fine. I don't know what the hell you guys have been doing there.[/QUOTE]
I'll need to install various Chinese software for (hopefully) work reasons.
I'm convinced most of them have viruses.
[QUOTE=B!N4RY;44936618]I've been to china multiple times and all of my computers comes back fine. I don't know what the hell you guys have been doing there.[/QUOTE]
It's fairly standard practice to drop malware onto computers at the border in China.
There's a good chance you got malware, but just didn't notice it.
hell, the chinese even try to infect my computers outside of china! I wouldn't be surprised if they somehow plant a nuclear bomb inside your laptop when you cross the border somehow
[QUOTE=nikomo;44936729]It's fairly standard practice to drop malware onto computers at the border in China.
There's a good chance you got malware, but just didn't notice it.[/QUOTE]
Sounds like someone need their tin foil fedora
[QUOTE=Amiga OS;44934665]These old Apple designs are pretty damn good, I'd totally buy the first one.
[t]http://cdn3.vox-cdn.com/entry_photo_images/10180471/S215_verge_super_wide.jpg[/t] [t]http://cdn0.vox-cdn.com/entry_photo_images/10180463/S216_verge_super_wide.jpg[/t][/QUOTE]
Are those released products? I saw a couple rough concepts floating around Tumblr earlier
[t]https://31.media.tumblr.com/66e4ccf06c1f7981602ca2e717a81138/tumblr_n6ahehHlaA1r3kmkso5_r1_1280.jpg[/t]
this is a beautiful design for a PoS/self-checkout, imo
[QUOTE=Angus725;44936695]I'll need to install various Chinese software for (hopefully) work reasons.
I'm convinced most of them have viruses.[/QUOTE]
Ah I see. I never trust these company softwares anyways.
[editline]28th May 2014[/editline]
merges broken
A bit annoyed I just seemed to miss the boat on Z77 mobos, but never mind.
[QUOTE=B!N4RY;44936794]Sounds like someone need their tin foil fedora[/QUOTE]
Schneier agrees with me, and he knows a hell of a lot more business travelers that visit China regularly than I do.
[QUOTE=kaukassus;44933187]CIPWTTKT is now on the FBI Watchlist.[/QUOTE]
damn it, the secret service and now the FBI?
just gonna move to Iran or something
so truecrypt has just shut down development and stuck this sketchy looking page
[url]http://truecrypt.sourceforge.net/?[/url]
and here are the instructions for migrating on linux
[quote]If you have files encrypted by TrueCrypt on Linux:
Use any integrated support for encryption. Search available installation packages for words encryption and crypt, install any of the packages found and follow its documentation[/quote]
wtf
this is all pretty suspect
why would they even stop if xp was discontinued? that's some retarded reasoning
[URL="http://www.reddit.com/r/netsec/comments/26pz9b/truecrypt_development_has_ended_052814/"]the reddit thread over in r/netsec has some pretty interesting stuff [/URL]
I'm inclined to agree with the general consensus and say there's some kind of governmental pressure.
I wake up to Apple acquiring Beats by Dr. Dre
The real question here is "Dre, where is Detox?"
Drive is now defragmented completely like I promised.
[t]http://puu.sh/95LnI/dc700b1894.png[/t]
Go do your SSD's next.
[QUOTE=pentium;44938334]Go do your SSD's next.[/QUOTE]
Gotta organize dem' bits in order.
just some of the things we do at micro center, (we got samsungs 4k monitor in)
[t]http://i.imgur.com/aAXfcrf.jpg[/t]
sendmeoneorfive
[QUOTE=Brt5470;44938667]sendmeoneorfive[/QUOTE]
send you windows five?
Sure, 16bit please.
Sorry, you need to Log In to post a reply to this thread.
