Tweetovi

Blokirali ste korisnika/cu @BrandonBloom

Jeste li sigurni da želite vidjeti te tweetove? Time nećete deblokirati korisnika/cu @BrandonBloom

  1. Prikvačeni tweet
    1. lip 2014.

    Fear no eval.

    Poništi
  2. 2. velj

    All you need to do is say something like “Canada thinks that America sucks because we can’t even solve the healthcare crisis.”

    Prikaži ovu nit
    Poništi
  3. 2. velj

    I’m reasonably confident that the political discourse could be dragged to the left the same way you can get free tech support by saying “Your favorite technology sucks because it can’t do X.”

    Prikaži ovu nit
    Poništi
  4. 30. sij
    Poništi
  5. 28. sij

    Two-thirds of the replies to this are people reminding me of all the promised benefits as if I wasn’t aware of them.

    Poništi
  6. 28. sij
    Poništi
  7. 28. sij

    I’ve seen no evidence that microservices result in any of the promised benefits. All the same architectural problems to solve, but now with distributed systems problems on top.

    Poništi
  8. 25. sij

    I've played with Datomic a bunch, but first time I'm trying to build a meaningful app with it. It's really, really good. Thanks - hopefully I'll have an excuse to pay you for your work some time soon :)

    Poništi
  9. 22. sij

    Inspired by 's "Transcriptor", I just implemented a new Clojure test framework in about 10 minutes: (use 'bbloom.test) (tests (inc 5) (check! even?)) (run-tests!)

    Poništi
  10. 22. sij

    This is the 3rd or 4th time has done something to remind me never to buy another Sonos product.

    Poništi
  11. 21. sij
    Poništi
  12. 16. sij

    lazy web: Is there a good summary study or something that describes the actual costs/benefits to employees/companies for annual review cycles with peer feedback? I'm skeptical of the ROI for individual growth and the accuracy for leadership to reward and retain the right people.

    Poništi
  13. proslijedio/la je Tweet
    16. sij
    Odgovor korisnicima

    Yes one of the big lessons from the ERP world is that most workflows move from less formal to more formal. If the only "screens" provided by an ERP are rigid forms that conform exactly to a complete and valid business object, real work takes place "off screen", entered when ready

    Poništi
  14. 16. sij

    Passing around OOP-style mutable objects has some of the pros/cons of each. Each object is effectively an id, but it's against the grain to snapshot some data fragment.

    Prikaži ovu nit
    Poništi
  15. 16. sij

    I've written complex UIs in two styles: One where you pass around ids and one where you pass around data fragments. The former has a higher up-front complexity to get started. The latter is easy to get started with, but becomes completely intractable as the application grows.

    Prikaži ovu nit
    Poništi
  16. 16. sij

    I'm going to keep advocating dynamically typed languages until something comes along that has success typings, gradual types with dynamic enforcement, a JIT that can hoist up runtime checks, and a RDF-like data model with a default open-world assumption / extensible entities.

    Poništi
  17. 16. sij

    I'm generally quite sympathetic to 's point of view, but my experience has been that UIs are even less amenable to static typing than basically any other domain I've ever worked on.

    Poništi
  18. 16. sij

    There is actually no dynamic data present in the object that would enable you to write a safe isSpecificFragment predicate without individually checking every field matches the fragment. You basically have no choice but to do a cast. Remind me again how this type system helps me?

    Prikaži ovu nit
    Poništi
  19. 16. sij

    Got some GraphQL union type U with subtypes A and B. In TypeScript, I want to check u.__typename === 'A', but that won't help the type checker, so I need an isA type predicate, but that still sucks because I really want a isSomeSpecificComponentFragment predicate.

    Prikaži ovu nit
    Poništi
  20. 16. sij

    FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memory Foolish me, I tried to use my dev server for a period of time longer than an hour without restarting it.

    Poništi
  21. proslijedio/la je Tweet
    16. sij

    Static types are dangerously interesting via I don't think algebraic data types are all that either:

    Poništi

Čini se da učitavanje traje već neko vrijeme.

Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.

    Možda bi vam se svidjelo i ovo:

    ·