Recent Forum Posts
From categories:
page 1123...next »

from Gift vs. reputation in hacker culture:

if I download a piece of open source, and it’s useful to me, and I find a bug in it, I do indeed feel a reciprocal obligation to the project owner (not just an attenuated feeling about the culture in general) to gin up a fix patch if it is at all within my capability to do so – an obligation that rises in proportion to the value of his/her gift.

while it's probably true about the feeling of proportioned obligation to fix that bug, your patch still comes as a surprise to the owner, esp. if the bug was not known.

If there's anything reciprocal there, it is in the owner's obligation to merge the patch, but only in proportion to the value of the fix. At that point it starts to look more gift-culture-ish but there's still no obligation and the appearance of reciprocity is incidental to a more central, motivating force: software value…

Yes, that sounds weird. I wonder what a linguist would have to say about that.

by martin_sustrikmartin_sustrik, 19 Jul 2017 06:20
DAB (guest) 18 Jul 2017 20:59
in discussion Hidden / Per page discussions » Linguistics and Programming Languages

One of my favorite examples of odd-seeming semantics comes from COBOL, where conditional expressions can be abbreviated.

For example " if foo = 'A' or foo = 'X' " can be abbreviated as " if foo = 'A' or 'X' "

That seems OK until you realize that " if foo not = 'A' and foo not = 'X' " must be abbreviated
as " if foo not = 'A' and 'X' ", whereas English usage would call for "or" in place of "and".

But in COBOL, " if foo not = 'A' or 'X' " always evaluates as TRUE, because what that abbreviates
is " if foo not = 'A' or foo not = 'X' ", which is always TRUE.

by DAB (guest), 18 Jul 2017 20:59
Arran Cudbard-Bell (guest) 07 Jul 2017 23:43
in discussion Hidden / Per page discussions » Using likely() and unlikely()

Unless of course the debug level can be altered at runtime, in which case marking all the debug statements as unlikely would be a very bad idea indeed.

by Arran Cudbard-Bell (guest), 07 Jul 2017 23:43
Eric S. Raymond (guest) 05 Jul 2017 18:46
in discussion Hidden / Per page discussions » Note on Homesteading the Noosphere

A minor error or two but some sharp thinking. I have blogged a response:

Gift vs. reputation in hacker culture: http://esr.ibiblio.org/?p=7579

by Eric S. Raymond (guest), 05 Jul 2017 18:46

Fixed. Thanks!

by martin_sustrikmartin_sustrik, 04 Jul 2017 05:23
Allan Wind (guest) 03 Jul 2017 19:24
in discussion Hidden / Per page discussions » Solving the Romeo and Juliet Problem

s/hurted/hurt/

by Allan Wind (guest), 03 Jul 2017 19:24

Yes, it crossed my mind as well. In theory, one could use their PGP key as a way to accumulate reputation (signatures by different people). However, at least as far as I know, nobody uses it as a "store of value".

by martin_sustrikmartin_sustrik, 02 Jul 2017 19:52
mcz (guest) 02 Jul 2017 16:38
in discussion Hidden / Per page discussions » Solving the Romeo and Juliet Problem

Sounds a bit similar to the web of trust.

by mcz (guest), 02 Jul 2017 16:38

The article is talking about idiomatic C++ vs idiomatic C. As far C++11 and C++14 etc, by growing the featureset there are new better way to do things in C++ than there were before. This means that growing the featureset will change what is considered idiomatic in C++

by Leonardo (guest), 29 Jun 2017 10:11
Doug Pederson SpectateSwamp (guest) 12 Jun 2017 13:35
in discussion Hidden / Per page discussions » In the Defense of Spaghetti Code

Spaghetti code is fine if you can flowchart.

Structure this if you can.
http://www.telusplanet.net/public/stonedan/pict01.jpg
http://www.telusplanet.net/public/stonedan/pict02.jpg
This is the flowchart for my search engines text display - hi-lite and line wrap etc
The source code is at:
http://www.telusplanet.net/public/stonedan/source.txt
Being able to flowchart has saved my bacon a number of times.

by Doug Pederson SpectateSwamp (guest), 12 Jun 2017 13:35
by Fritz (guest), 01 Jun 2017 23:38
Lame-R (guest) 25 May 2017 22:28
in discussion Hidden / Per page discussions » On printing money

You loan me 5 coins you're now out those 5 coins until I pay them back somehow, plus the 1 coin interest we agreed upon. No money was created. Now if somebody comes along and offers to buy that "IOU" note I gave you for 6 coins you can have your money back and let me owe them. Still no money was createdthey're out 6 coins but expecting that back from me any day now. It's not until you get into fractional-reserve lending that money is created. Then it's essentially virtual moneya tangible artifact of an intangible concept: trust. That's ok, though, because the money supply shouldn't be finite—not only is population growing, but so is the value that everybody creates. The problem occurs when it gets out of hand.

At least that's how it all seems to my mind.

by Lame-R (guest), 25 May 2017 22:28

If we always tell that people will not learn language A , we will never make progress.

It would be better to build such a tool but then provide examples of more advanced languages that have already solved these problems.

Some will use the tool, others will learn a better language which will be much better in the end.

by Apostolis (guest), 11 May 2017 10:57

Resembles miniKahren[1] and Clojure/core.logic[2] quite a lot.

[1] http://minikanren.org/
[2] https://clojure.github.io/core.logic/

by Vag (guest), 02 May 2017 16:21

I like actually like prolog, I wish that paradigm was used more and I think it makes sense in this setting. Fortunately you still get some prolog-like benefits in JS with inheritance and the getter syntax. Prolog style input with JSON as an output might be accessible though.

by ash (guest), 01 May 2017 14:28
by martin_sustrikmartin_sustrik, 01 May 2017 10:34

You have a typo: "to explore the machanics ". Feel free to delete this comment once fixed.

by Alvaro (guest), 01 May 2017 09:58

witheve.com, seems to do cartisian/relational programming Isn't this essentialy what Eve is?

by Zubair (guest), 01 May 2017 08:41
page 1123...next »
Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License