Live data from Hacker News

Viewing profile — unboxed_type

unboxed_type

HN member
Joined
Wed, Aug 19, 2015, 10:37 AM UTC
HN karma
84
Public activity
87 items

About unboxed_type

"Simplicity is a prerequisite for reliability" - E.W.Dijkstra

Recent public activity

  1. comment
    Comment #20916036

    What is a "promotion committee"? By saying promotion, are you talking about transitioning from "engineer level 1" to "engineer level 2" kind of thing? I wonder if your advice can b…

  2. comment
    Comment #18997470

    Are you talking about CertiCoq project? It is not ready yet and not clear when will be. [1] https://www.cs.princeton.edu/~appel/certicoq/

  3. story
  4. comment
    Comment #18960553

    Listen to this wise man, he knows what is speaking about.

  5. comment
    Comment #17180002

    True. It is worth pointing out that Isabelle/HOL does not have dependent types in its underlying logic making framework building a (much?) harder work.

  6. comment
    Comment #17082641

    Despite being based on semi-functional programming language Scala, I found no evidence that the language AxLang has anything to do with formal verification. I may be wrong, but wha…

  7. comment
    Comment #16949007

    GitHub feels so much like some social network site. It has too many distraction factors for any thinking person, that's why I hate it. Bitbucket is a real thing. Go get it, stop be…

  8. comment
    Comment #16324613

    Whats the business model behind that kind of activity?

  9. comment
    Comment #16265072

    Authentication of a write operation is not the only problem a blockchain system solves. Using a public blockchain, for example, you are assured that: 0) all writes are authenticate…

  10. comment
    Comment #16264993

    Interesting point, thanks for sharing. But, anyway: What incentives do those mirroring nodes have to store regular data blobs and process requests from clients? Who will decide the…

  11. comment
    Comment #16258178

    Thanks for that quote!

  12. comment
    Comment #16258169

    >But of course, if this is the case, then it begs the >question of why a blockchain is even needed. Just use a >shared database. Two issues regarding your second observation. 1) A …

  13. comment
    Comment #16256707

    I wonder how one may prove that a thing originates from some specific place? I mean, you have to have some kind of trusted by all parties external observer who will assure that fac…

  14. comment
    Comment #16213172

    If a supplier is running its own blockchain, then it really makes little sense. But to gain real trust of its clients, supplier will actually put it on a public blockchain. Only th…

  15. comment
    Comment #16204768

    Why not to use already running platforms like Ethereum where all those incentive issues are already solved?

  16. comment
    Comment #16204712

    By using such BC solution, you can be sure that you eat a fish caught by some certified supplier and not by some poachers. A certifying body is assumed to check ethical questions.

  17. comment
    Comment #15720602

    Most probably because of a lack of functional programming mindset.

  18. comment
    Comment #15720560

    When you have a need to establish some business procedure between different parties that do not trust each other, smart contracts might be very useful. No other database is able to…

  19. comment
    Comment #15628437

    It is a bit out of topic, but anyway: Is it possible to defend a PhD thesis without taking a graduate program at all? Imagine an industry researcher without a PhD degree who is wil…

  20. comment
    Comment #15599684

    Oh, sorry for that, the question was misunderstood. I presume that a user-level contract language like Simplicity is going to be translated into low-level byte code like EVM. That …

  21. comment
    Comment #15599646

    I can program a contract that can be parameterized with an address of some other sub-contract (then, say, store it in variable), which I call to do some particular logic. If I chan…

  22. comment
    Comment #15592812

    > it's arguably better to work from a framework which guarantees that it won't be by construction... rather than attempting a game-of-operation where minor modifications to your pr…

  23. comment
    Comment #15592707

    >In fact I don't even understand why a blockchain language must emphasize provability. For two reasons: 1) A smart contract can not be changed in a BC after deployment, so it has t…

  24. comment
    Comment #15592549

    It is far from solid and yet it is easy to understand (modulo corner cases) . I doubt that lambda-calculus-like language will take over it just because it gives one an ability to p…

  25. comment
    Comment #15592515

    I have nothing to say about the language (I gave up reading those cumbersome slides), but I am really amazed that you expect someone to like that presentation! :)