Caffeinated Simpleton - Latest Comments

Re: An Introduction to JavaScript’s “this”

justin — Tue, 29 Dec 2015 11:58:28 -0000

Not only practical, but a fine work of literature too.

Re: An Introduction to JavaScript’s “this”

chug2k — Tue, 29 Dec 2015 03:31:43 -0000

Still the best explanation on the internets

Re: Caffeinated Simpleton — Authenticating With Phabricator

Sat, 09 May 2015 04:14:02 -0000

Thank you very much for posting this. It was very helpful for me!

Re: Caffeinated Simpleton — Authenticating With Phabricator

Joshua — Tue, 21 Apr 2015 00:51:26 -0000

Thanks a ton for this! Saved me a bunch of time tonight.

Re: Caffeinated Simpleton — Om and Flux (An Ongoing Experiment)

brentvatne — Thu, 29 Jan 2015 03:03:45 -0000

I'm fairly new to Clojure but went ahead and had a crack at adding wait-for, along with a couple of other features here: https://github.com/brentvat...

Re: Caffeinated Simpleton — Authenticating With Phabricator

justin — Sat, 10 Jan 2015 22:01:50 -0000

I don't recall having that problem, and if I did it's been so long that I don't remember the solution. Hope you figure it out!

Re: Caffeinated Simpleton — Authenticating With Phabricator

Guest — Sat, 10 Jan 2015 20:15:38 -0000

How did you get past requests.exceptions.SSLError: [SSL: UNKNOWN_PROTOCOL] unknown protocol (_ssl.c:581)
I've tried both on ubuntu and windows for python27 and python34.

Re: Caffeinated Simpleton — Authenticating With Phabricator

justin — Tue, 06 Jan 2015 21:20:44 -0000

Glad you found it useful!

Re: Caffeinated Simpleton — Authenticating With Phabricator

skierpage — Tue, 06 Jan 2015 01:39:55 -0000

The python-phabricator library handles the details of getting a token and signature to connect, but uses ~/.arcrc for connection settings. So Wikimedia Foundation wrapped it to with wmfphablib to get the variables from a file. Your guide helped me debug what's going on under all those layers, thanks! 8-)

Re: Caffeinated Simpleton — A Slower JS MsgPack

Khue Pham — Tue, 16 Dec 2014 23:22:11 -0000

More than year passthrough. Do you findout something new?

Re: Caffeinated Simpleton — Authenticating With Phabricator

justin — Mon, 25 Aug 2014 14:48:21 -0000

Fixed. Thanks!

Re: Caffeinated Simpleton — Authenticating With Phabricator

Lauren — Wed, 13 Aug 2014 11:19:17 -0000

In the pre-requisites it should be settings/panel/conduit instead of pane. Useful guide, thanks!

Re: Caffeinated Simpleton — Om and Flux (An Ongoing Experiment)

stephanos — Mon, 11 Aug 2014 12:20:40 -0000

This is the only article I found discussing Om + Flux: Fantastic read! :)
Once you dug in further share what you found!

Re: Caffeinated Simpleton — Om and Flux (An Ongoing Experiment)

justin — Fri, 08 Aug 2014 11:48:25 -0000

Stores in Flux seem to do two things: provide data and provide methods for mutating data. If data is all uniformly accessed and updated through the cursor API, then in my mind the functionality that's left is the side effects... broadcasting changes to various things that might care (websocket, http API, analytics service, whatever).

Those things could conceivably have dependencies between themselves, and the dependency graph could conceivably be constructed with a pipeline of channels. However, I haven't done anything about that here.

I might dig further into the actual program that I'm writing to find an actual use case before trying to solve this problem. I think a lot of the dependency issues are state dependencies and can be solved by just looking at a cursor into the global state (IE, something updates the derived state, and thing that depends on that just looks at cursor to the derived state)

Re: Caffeinated Simpleton — Om and Flux (An Ongoing Experiment)

jlongster — Fri, 08 Aug 2014 00:46:44 -0000

I'm still digesting it. Here you don't have much of a concept of stores, so I don't know what you would depend on. To me, stores are just a bunch of objects with methods to help maintain state, regardless if its kept in one big object or not. It seems like you could still have something like stores here.

I haven't used this at all for a real app though, so I can't say anything based on experience.

Re: Caffeinated Simpleton — Om and Flux (An Ongoing Experiment)

justin — Thu, 07 Aug 2014 17:13:32 -0000

You're right, I'll need to think about this more.

Re: Caffeinated Simpleton — Om and Flux (An Ongoing Experiment)

jlongster — Thu, 07 Aug 2014 16:05:55 -0000

Thanks for posting this, recently in JS land I've been researching how to combine CSP with React (using https://github.com/ubolonto... for CSP).

One thing I'm still confused by is managing dependencies. You say that you could use `merge` to replicate the Flux dispatcher `waitFor` functionality, but I don't see how that's true. `waitFor` will wait for an action to be completely handled, and then continue. `merge` only waits for messages to be received on multiple channels. What you are implying is to call merge on the channels returned by `register`. But there are 2 problems with this:

* The message will be taken off the channel with the handler for that specific action. A `merge` waiting on the channel won't ever continue because the action handler has already taken it off.
* If you could get `merge` to continue, it will only continue when multiple actions are received, not when they are finished being handled.

Is there something I'm misunderstanding? I think there is a way to do this, but you'll require a little bit more code in the dispatcher to get dependencies working.

Re: Caffeinated Simpleton — Om and Flux (An Ongoing Experiment)

Zubair — Wed, 06 Aug 2014 06:50:51 -0000

https://github.com/zubairq/... does this too, ina similar way

Re: Caffeinated Simpleton — Getting Started With Om

Zubair — Wed, 06 Aug 2014 06:49:41 -0000

https://github.com/zubairq/... does Om server side synchronization, persisted with Neo4j as well

Re: Caffeinated Simpleton — Getting Started With Om

Daniel Große — Wed, 23 Jul 2014 06:28:30 -0000

As mentioned on https://github.com/swannode... you only need to initialize the project with

lein new mies-om om-tut

to get the code you explained above.

Re: An Introduction to JavaScript’s “this”

Carton Donofrio — Fri, 15 Feb 2013 14:44:16 -0000

"This" probably is confusing to newbies.

Re: Java, please stop ruining my fun.

Linus Ericsson — Tue, 28 Feb 2012 14:02:44 -0000

Today it's Leiningen that takes care of all this. Maybe Phils Corkscrew project mentioned here evolved into Leiningen?

I repeat: Don't try this at home, use Leiningen instead.

https://github.com/technoma...

Thank you!

Re: An Introduction to JavaScript’s “this”

John — Thu, 23 Feb 2012 21:41:04 -0000

I've read many explanations of this, most are very long, none have come close to this one. I now actually feel like I understand it. Many thanks

Re: An Introduction to JavaScript’s “this”

Andrea Padovani — Mon, 23 Jan 2012 04:18:33 -0000

Very nice tutorial, thank you :-) Do you know if any of these methods is suitable to actionscript too?

Re: Caffeinated Simpleton — Exploring memcmp

Dan McGee — Mon, 29 Aug 2011 18:51:46 -0000

I know this is a really old post, but thought I'd bring memmem() to your attention.