adgasf

32 ms·

91.
Why can't I purchase the example.com domain? What if I want to buy it anyhow?(quora.com)
1 points by adgasf 7y ago|0 comments
92.
Fairy Chess(en.wikipedia.org)
2 points by adgasf 7y ago|0 comments
93.
Looking into F# Performance(wengier.com)
2 points by adgasf 7y ago|0 comments
94.
The Physics of Baking Good Pizza [pdf](arxiv.org)
2 points by adgasf 7y ago|1 comments
95.
by adgasf 7y ago
.
96.
Chess in shorts: The thrill of table tennis(independent.co.uk)
1 points by adgasf 7y ago|0 comments
97.
A C# Developer's Guide to F# (2017)(connelhooley.uk)
2 points by adgasf 8y ago|0 comments
98.
by adgasf 8y ago
People use the word "stack" in multiple ways. So... ?
99.
Bddbddb(bddbddb.sourceforge.net)
2 points by adgasf 8y ago|1 comments
100.
by adgasf 8y ago
> Upgrades are basically decided by the user by updating their cmake config. So why not hash the remote file to ensure integrity, and make the server an immutable store? > I've got nothing against additional language support, tho
101.
by adgasf 8y ago
That approach has a scaling problem because it requires the central server not to forget to verify the new version against all of the users. Instead, I think that upgrades should be decided on the user side. That is where the tests etc. liv
102.
by adgasf 8y ago
Downloading the latest binary dependencies is (IMO) not a good idea. You should download a known working version with a fixed hash. This will avoid unexpected version mismatches in production. When you want to upgrade, make it explicit. As
103.
by adgasf 8y ago
Did you manage to map the LibUV memory model onto RAII?
104.
by adgasf 8y ago
This code is a great example of how awkward it is to glue CMake projects together.
105.
by adgasf 8y ago
> It’s the people, not the language. Then why is it that so many good developers who have learned these more esoteric languages cannot stand going back to Java etc?
106.
by adgasf 8y ago
Are teams using these languages small because the language doesn't scale well or because you don't actually need more developers?
107.
You, Too, Can Be on the Cutting Edge of Functional Programming Research (2012)(prog21.dadgum.com)
2 points by adgasf 8y ago|1 comments
108.
by adgasf 8y ago
Aphex Twin (anonymously) put some previously unreleased material on SoundCloud a few years back that is from that era.
109.
Buckaroo Concepts for NPM Users(buckaroo.pm)
1 points by adgasf 8y ago|0 comments
110.
How to Fetch a Commit(github.com)
2 points by adgasf 8y ago|0 comments
111.
by adgasf 8y ago
Before you search, you don't know if it will be in the 30% or the 70%. It is quicker to always add "!g" than it is to search twice 30% of the time.
112.
by adgasf 8y ago
Nice idea, I even tried it myself. What happens though is you start putting "!g" before every search, since DDG is unreliable and searching twice adds friction.
113.
by adgasf 8y ago
I don't think this is just a matter of taste. Advanced features allow the programmer to express more complex things more directly and less verbosely. I agree that there are some things that are more taste driven (e.g. syntax). BTW, I a
114.
by adgasf 8y ago
I don't see exactly how my comment connects with yours, so I will just try to clarify / expand on it. * Java is often hard to read because it is verbose and lacks language features. For example, without operator overloading vector
115.
by adgasf 8y ago
That can happen. However, when you do not have the proper language features (e.g. pipe operator) then code can become much less readable because it is more verbose and the control flow is unclear. I think that simple languages only lead to
116.
Garden Path Sentences(en.wikipedia.org)
2 points by adgasf 8y ago|0 comments
117.
by adgasf 8y ago
"if it's free then you're not the customer you're the product" this ignores non-profit ventures like Wikipedia.
118.
Ask HN: Correlation of personality type and programming language preference?
5 points by adgasf 8y ago|1 comments
119.
Create a C program that takes the longest period of time to compile(codegolf.stackexchange.com)
3 points by adgasf 8y ago|0 comments
120.
by adgasf 8y ago
Speculating here, but a browser JS engine is not the ideal mining vehicle, particularly on mobile. I think you would have to have enormous volume to actually make any money. A significant amount of that would then go to the site owner (why

More ›