Question for OP: how would you feel about a browser extension that automatically recognises submissions of this nature and hides them?
360 karma · joined December 25, 2011
Question for OP: how would you feel about a browser extension that automatically recognises submissions of this nature and hides them?
I should update already ;)
The only thing that really annoys me is that, this being a Java app, the interface works slightly different than the standard OS X interface I'm using to.
I regularly use cmd + backspace, for example, to delete all text until between the beginning of the line and the cursor. In Charles this is a hot key that removes all recorded requests. There are more of such things.
I've been looking for a similar app with a native UI, but haven't been able to find one yet.
I'm no Erlang programmer, though.
When you perform a write, instead of the token, send a hash of the object previously read. The storage can then compare this against a hash of the resource's current state. If it doesn't match the lock expired and the write is not accepted.
This would reduce the state to keep track off to the resources themselves.
It's easier to speak in terms of days and halves of days. Often this is accurate enough.
Content publishers should properly lock their front doors, too, and not have spare keys lying around all over the place.
* For the dynamic languages execution time includes the time it takes to lex, parse and interpret the source code.
* For language implementations with a JIT execution time includes the time the JIT takes to properly optimise hot code paths. Generally you start benchmarking after a warm up period in such cases.
The only fair comparisons are those between ahead of time compiled languages.
I regularly MITM a connection between a mobile app and a HTTP server, when something isn't going quite right. A look at the JSON they exchange exposes the problem in under a minute more often than not. If I want to test something out quickly, I simply modify the incoming / outgoing JSON by hand. It's rare to get the syntax wrong and involves no context switches. I can then go back to the code, find the relevant section and make the changes I need to make. I find this a very convenient way of debugging and I don't think it would be as nice to do this with a binary format.
We've been looking for a tool with a good interface to use as a collaborative check list. Every checklist shares the bulk of its tasks + it has a few unique tasks per project. Duplicating the tasks by hand seems cumbersome.
If anyone has an alternative, it would be appreciated as well :)
Most JSON parsers simply parse the JSON string and represent it as an object in memory. You don't want to do that for very big files. Stream based parsers avoid this problem, but are more complicated to work with.
I've written a simple shell script as a replacement for gs (since I constantly forget if I was in a sub-shell or not). All it does is change $GEM_PATH and $GEM_HOME when $PWD changes (while staying in the same shell). If the current $PWD has a directory ".gs", `gem install` will install them there instead of globally. All I have to remember is to create a .gs directory when I start a new project.
It does not address all issues highlighted in the article, nor do I know how well this would work in a production environment with automated deployments. It's probably more of a work around than a solution. I vastly prefer it for personal projects, though. Hate solving gem conflicts with "bundle exec".
[1]: https://github.com/soveran/gs [2]: https://github.com/cyx/dep