akra

9 ms·

91.
by akra 6y ago
Risk isn't money lost, its all about uncertainity of outcomes from a finance perspective. A realized loss isn't risky; since they've changed an uncertainty into a certainty (i.e. you will lose this much).
92.
by akra 6y ago
I liked Argu when writing .NET in the past. Seemed a lot more feature rich and easier to whip something up than the free alternate C# OSS ones at the time - and IMO looking at this for a typical CLI command app probably still is. Argu'
93.
by akra 6y ago
Note that this effect hasn't just occurred in America but other developed countries (e.g. London, Canada, Australia) all which had more secure work, local manufacturing, local union power/membership, etc and have experienced simil
94.
by akra 6y ago
For me this is the point that I feel isn't well argued against by GraphQL proponents. Why if I'm a Javascript developer with probably a similar learning curve I couldn't just whip up a simple stateless frontend (in Node since
95.
by akra 6y ago
There seems to be a lot of Engineering practices you need to understand and follow to use GraphQL effectively which makes me naturally suspicious of the technology. I do judge technologies for most use cases (not niche) by how easy it is to
96.
by akra 6y ago
Not quite. There is an advantage to being "chatty" that GraphQL proponents don't often mention IMO. You can load balance each of those join requests, cache those GET requests even if they make up only a part of the overall qu
97.
by akra 6y ago
Resonates with some big corp's I've worked with in the past; especially in industries where technology (rather than old business models) are becoming the primary channel of sales. Technology companies with technology management of
98.
by akra 6y ago
That's why I always thought analogies comparing it to physical engineering were never helpful. Software unlike physical stuff doesn't rot/depreciate, the world instead changes around it while it stays constant. Business conte
99.
by akra 6y ago
IMO it depends especially if your coming from C# - sometimes yes, sometimes no for existing code bases. On the features you mention while some of those features are being added to C# (and not all of them are planned to) from what I've
100.
by akra 6y ago
More interestingly you can also go the other way if you use only the lower level F# features (F# being mostly a superset of C# features) and a C# developer won't realise that they are calling F# code - it's all just .NET IL in the
101.
by akra 6y ago
I've done quite a bit of F# Postgres in a previous life and I didn't find it much different than other programming languages. However I tend to just use the Npgsql library directly with ADO.NET for performance which I often needed
102.
by akra 6y ago
I thought technical analysis (as opposed to fundamental analysis) assumes markets aren't efficient and subject to things like herd behavior and other psychological effects of human decision making. Otherwise things like momentum tradin
103.
by akra 6y ago
But many participants are reacting to small signals only from the exchange, at least at the microseconds and smaller latencies. Real world events are not usually interpreted that fast by humans or computers; typically only market activity i
104.
by akra 6y ago
For me its all about diminishing returns IMO. The benefits of minimizing latency from a day to hours to minutes does exist but the benefit gets smaller as the window reduces (and costs more to achieve). It also depends on what you believe t
105.
by akra 6y ago
The question I haven't really been able to get answered from GraphQL proponents is how is this any different than allowing frontend dev's to code a Node endpoint for the given task? It seems easier and more restrictive (principle
106.
by akra 6y ago
Most of those package issues also apply to C# particularly as it stabilizes towards .NET 5. However it isn't too bad once you get it; and for most standard use cases it seems to work with the dotnet cli out of the box. Many people seem
107.
by akra 6y ago
IMO ASP NET Core/NET Core is actually pretty good; seems lighter weight than Java at least to me. Beats most web frameworks in terms of raw performance, comes with all bells and whistles (e.g. even Grpc is supported with a built in ser
108.
by akra 6y ago
As I've gotten older I've realised that sometimes us trying to "build our way out of things" is often just "digging the hole deeper". Technology doesn't have all the answers unfortunately; I used to think
109.
by akra 6y ago
But if your limiting to only a whitelist of queries what's the difference vs a standard API? You might as well then just have a REST endpoint with the query defined on the server if your only allowing certain queries. Get your Javascri
110.
by akra 7y ago
Would say that keeping you on the Microsoft Stack vs the ReasonML/OCAml stack would be more often an asset than a liability especially for most corporations? The .NET Core stack has a better story than OCAml in terms of popularity, lib
111.
by akra 7y ago
For me its not the code/language that is un-intelligable (all code would require me to stop and try to brain interpret it); but the fact that the article at least to me refers to too many things at once. Talking about dependency handli
112.
by akra 7y ago
I do agree that initial impressions are important for a language and "perceived" learning curve does make a difference. Things that scare people away initially do hurt adoption; things like Clojure's syntax and that it is a d
113.
by akra 7y ago
From the features they are porting into the language I think this is the case; albeit C# will always be the more verbose language and the features will feel somewhat clunky at times IMO. Pattern matching, async yield return, async/awai
114.
by akra 7y ago
Some species of Eucalyptus I've heard need fire for their seeds to "activate"/germinate. They've also discovered a huge variety of Australian plants in valley's where the fire never reaches (think the Wollemi P
115.
by akra 7y ago
I don't know if it is a more accurate model of AMD64/X86 but it may be a better match for the underlying silicon (gates, logic circuits). I can see function pipelines and composition of these in some ways analogous to circuit desi
116.
by akra 7y ago
I always had questions about the liquidity on offer though seeing participants flee the market in black swan events. HFT liquidity could be illusionary - its only there when its not quite required similar to how the bank "only offers y
117.
by akra 7y ago
IMO both language types offer shared state and immutable data structures so I don't see them as mutually exclusive. As the Rust guys I've heard say "sharing state and mutation are fine, just not together". It's a qu
118.
by akra 7y ago
In a previous role some time back used F# on top of ASP.NET Core. It isn't that bad and people thought the code was quite clean in the end; we had dev's thinking going back to C# even with F# using vanilla ASP.NET would be a downg
119.
by akra 7y ago
Not quite. F# and a few other languages have had this capability for a few years now. Its effectively making the MoveNext() function on the enumerator object an async operation instead of a blocking one. This allows a foreach loop for examp
120.
by akra 7y ago
If your writing a web app I've heard good things about Giraffe ( https://github.com/giraffe-fsharp/Giraffe ). It seems to even have a project template via the "dotnet" command to get a quick web app runnin

More ›