conformal

everybody knows there is no R in action :)

funny enough we are based in chicago and do the same thing: hire people who work strictly on remote.

almost everyone gets along fine on remote, but sometimes management of remote employees is a serious pain. it's much easier to shop for talent and get the best devs and sysadmins vs people in the area.

when i closed a Nat City (PNC) account a few years back the "banker" must have had an IQ of like 80. afaict she was an exotic dancer and this was her day job.

every single form she presented to us that was needed to close out the account had errors in it to the point it was funny: she mismatched names and SSNs, printed stuff on incorrect lines, etc. took an hour to escape

have used Chase, LaSalle, BoA, National City/PNC and Broadway Bank domestically. of these Chase is by far the least shitty and has the best online interface.

the responders here must be mainly west coasters based on the Wells Fargo vote count :)

got forced to use BoA when they bought LaSalle Bank (domestic arm of ABN Amro) and wow does BoA suck. you cannot even compare their online interface to Chase, Chase's is vastly superior.

BoA sucks so bad that LaSalle Bank was awesome in comparison. if there were one US bank i could make collapse it would be BoA: it has awful customer service, crappy online interface and is run like a giant turd.

nothing quite like waiting 45 minutes to make a fucking wire transfer at a branch. employees turn over at their chicago branches more often than any other bank i've ever been to.

i guess it's useful to keep this data from a db admin, but whoever admins the server that encrypts the data must have access to the encryption key(s).

it does further restrict who can access data which is good and it seems to come at a serious cost in complexity. if your db admin is bleeding company data i think your problems are just beginning...

everyone talks about the dalai lama but i think the more interesting situation is that of the panchen lama:

http://www.zimbio.com/Dalai+Lama/articles/762/Panchen+Lama+K...

we do continuous integration builds with jenkins, it works very nicely, especially when working cross platform.

continuous behavioral testing takes more work but should be even more useful than the integration builds.

i've seen a similar post several times, perhaps i should start suggesting usage of xxxterm every time i see one of these other browsers suggested :-P

heh, am a fan of lynx since it's in openbsd's base install.

"what do you mean your site isn't optimized for viewing with lynx!?!"

have a look at the reply i made to the other post about adsuck ( https://opensource.conformal.com/wiki/adsuck ). it blocks all kinds of scripts and malware via DNS proxying.

we have another project, adsuck ( https://opensource.conformal.com/wiki/adsuck ), that blocks ads via DNS proxying. it can be setup to proxy DNS requests for a single host, e.g. a laptop, or on a network perimeter, e.g. a firewall, and it works by using blacklists to map DNS requests for 'bad' sites to return a NXDOMAIN. this way the ad images and their associated js are never downloaded or executed. see http://rlwpx.free.fr/WPFF/hosts.htm for more info about the blacklists.

you're right to point out that there is not yet a way to separate 1st and 3rd party scripts, but the cookies are handled by the xxxterm.conf setting

cookie_policy = no3rdparty

there is no handling for surrogate scripts atm. i can say that i personally don't bother with sites that require advertisements for viewing but i can understand the desire to do so.

feel free to post feature requests or bugs at https://opensource.conformal.com/flyspray/index.php?project=... .