|
Despite the complaints made about win 10 android really is far worse when it comes to controlling what your own machine does (and as often when it does it).
Luckily I only use android on my phone: just calls, messages and the occasional pic. I'd hate to have to try and do work on an android, it already bugs me enough for the basic tasks that I do use.
for instance, t'other day was canning the permissions (they like to change themselves after updates), I disallowed the standard camera apps access to the microphone, and guess what later on: wouldn't let me take any pics - stills included, not till I gave it the mic access back... wtf is up with that? can't it give me the option to continue without it (or perhaps help me reenable it)?
Installing Signature...
Do not switch off your computer.
|
|
|
|
|
I'ts like a little child, can I have permissions to this and that, no, WHHAAAAAA I'm not going to do anything then WHHAAAAA.
I would presume video (via the camera) wants to record at the same time! So it almost makes sense.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
While reading over WebAssembly details*, I choke:
WebAssembly is a different language from JavaScript, but it is not intended as a replacement. Instead, it is designed to complement and work alongside JavaScript, allowing web developers to take advantage of both language's strong points
Work Isn't Halved, It's Quadrupled
This means you still need to know JavaScript and in the future you also need to know how to build WebAssemblies (currently written in C/C++) along with an extensive toolchain.
PHBs want you to build code faster but learn all the tech that makes you work harder not smarter.
Or, dev cycles are getting faster, but the heap of tech you need to know grows larger.
Also, JavaScript is here to stay. 
It seems like marketers make up the new technologies, not engineers.
It's all just new carrots to chase and we devs just keep chasing the carrot.
*This all started because I was reading this article: What’s new in WebAssembly portable browser code[^]
|
|
|
|
|
WASM is a game changer. Here's the deal and what will really happen... you now have a choice... JavaScript or direct WASM coding if you're hardcore and go that route. But, most people won't. WASM is like IL. It's a compile target. Just like with .NET you can use C# or you can write direct IL. The choice is yours. I think JavaScript is great. Most people that hate simply refuse to learn it. That being said, it does have some shortcomings (every environment does), and WASM is exactly what's needed to help with this.
Having WASM is not more work. It's a compile target. Which means for the first time in history you'll be able to use a different language besides JavaScript for client-side web development ubiquitously. VBScript and JScript don't count because that was always MS specific and not much different. This has never been the case - ever since the web started. That doesn't mean JavaScript will suddenly die... change takes time. But it does mean you can use your favorite language for client-side web development as long as it supports WASM as a compile target (yes even C++).
In short... you don't have to do more work in PowerShell or C# because IL exists. Same thing here. It's just for the web now.
Jeremy Falcon
|
|
|
|
|
Jeremy Falcon wrote: I think JavaScript is great. Most people that hate simply refuse to learn it.
I actually agree with this. It's nice to hear someone say they like JavaScript.
Just because a large percentage of JS users have no process and may just crank out questionable code doesn't mean you can't do cool and great things with JS.
If a dev would learn to even just use the JS Module pattern and then apply the discipline of using it, it would change a lot of nasty code that is out there.
That's a great explanation of how WebAssembly will help.
I'm just thinking there will be :
1) things I will do in WASM
2) things I still need to do in JavaScript.
That's why I'm thinking for the short run (at least) more to know and deal with.
Again, that was a great explanation.
Thanks for adding to the conversation.
|
|
|
|
|
raddevus wrote: I actually agree with this. It's nice to hear someone say they like JavaScript.
Totally. I think the biggest thing to learn about is that it's more functional then traditional OOP. Most people don't use F# because it's radically different, but then again OOP was radically different at one point in history too. And of course, everything - I mean everything in JavaScript is async. So that takes getting used to. But once you get it and the different terminology, then it's not so bad.
raddevus wrote: Just because a large percentage of JS users have no process and may just crank out questionable code doesn't mean you can't do cool and great things with JS.
That's the unfortunate side effect to popularity. There are more people out there that care less about quality and more about right now unfortunately. 
raddevus wrote: Again, that was a great explanation.
You're totally welcome. It took me a bit to get it too when I first started looking into it a while back. But once you do get it, you see the web is about to change. Node for instance has a concept of an isomorphic application... where the same app can run on the server and client. Just think... one day that's coming to C#, C++, et al too.
Jeremy Falcon
|
|
|
|
|
Does anyone have any tips/recommendations for dealing with currency rates. We'll likely end up using an API, depending on what I can find, but just looking to see what experience others have.
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Don't trust the ones at airports, or in bars?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Would you like to fill out our survey?
|
|
|
|
|
FAKU? 
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Always use an API; currency rates can change minute by minute.
|
|
|
|
|
To add to Richard MacCutchan's reply - store the history of the currency rate as well.
|
|
|
|
|
I saw one particular API that actually has the history as well.
Thanks, good advice.
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
I like the XE.com api.
We're philosophical about power outages here. A.C. come, A.C. go.
|
|
|
|
|
|
K, Thanks.
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
What are the rates for?
Indicative or charging?
If you're going to use a rate from an API, make sure that you know the margin to apply. A lot of the time you'll get a spot price, aka mid price. You never trade at spot always at the buy/sell which will be off by a small margin, sometimes it's percentage, others use fixed points.
Pretend GBP-EUR rate is 1.10. A good margin would be +/-4 bp 1.06 / 1.14.
Also take into account reciprocal rates. from the above GBP-EUR would be 0.909090909.... However you apply it you get rounding errors.
FX Rates are bloody awful. If you want rates for anything other than indicative, you need the correct buy / rates and you should always just divide in the rate to reverse directions.
tl;dr;
FX is Evil.
veni bibi saltavi
|
|
|
|
|
Interesting. Thanks.
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
I don't really have much to offer that Naggy hasn't addressed. But I'll say this... it is possible to get the rate data without a broker's margin, but for that kind of feed you'll need to pay some moola or avoid using a broker for the data altogether and stick with Google or Yahoo et al and just accept the lag those APIs will give you.
Also, if you're doing this for an online business, I'd suggest always, always storing prices in a base currency (even for past orders) and also the currency of the sale along with the exchange rate at that point in history. It'll make your life a lot easier if you only have to think about one currency (preferably the currency you'll be paying taxes in for the company) and deal with exchanges on a case-by-case basis.
Not sure who you'll be processing payments through, but services like PayPal will handle this stuff for you btw. It's a pretty common problem...
ConvertCurrency API Operation - PayPal Developer[^]
Jeremy Falcon
|
|
|
|
|
I am using something I found from
http:
[
"https://openexchangerates.org/api/latest.json?app_id=04f370f1bf4a4ea7a386ade58f07d0e5" ]
myConnection.DownloadFile(Dts.Connections["OpenExchCurrency.json"].ConnectionString, true);
Have SQL 2012 so had to implement reading the JSON file format as a flat file, pretty simplistic it just ignores the first six lines of the file and starts with (example data)
"AED": 3.672761,
"AFN": 67.383551,
Once I read that into a table, parse (known 3 character positional for currency code, ":" to "," for value) for the four currencies I care for for the day. Added an AVG30Days and an AVGPeriod calculation. Then as someone else pointed out, I used a web based CSV request to get and add history back as far as my data goes. from before I had this option.
|
|
|
|
|
Great. Thank you. 
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Probably too simple but I use a call to google:
{
URI = "http://finance.google.com/finance/converter?a=1&from=NZD&to=" + Currencies[Counter];
System.Net.WebRequest req = System.Net.WebRequest.Create(URI);
try
{
System.Net.WebResponse resp = req.GetResponse();
StreamReader sr = new StreamReader(resp.GetResponseStream());
tmp = sr.ReadToEnd().Trim();
sr.Dispose();
}
and then parse the result.
|
|
|
|
|
Cool, thanks.
There are two kinds of people in the world: those who can extrapolate from incomplete data.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
|
I use the https://www.oanda.com/fx-for-business/exchange-rates-api API which works just great for my needs - tracking USD <-> GBP every minute 24/7
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
