I believe that if you didn't sign a contract that forces you into extra support, you have no obligation to do any of it. You're not just picking up and leaving. And I think that your 4 week notice is fair enough.
But all in all, you could go ahead and negotiate with him into a future support contract if you really want. But be very clear on what you'll support, how much time you're going to spend, and when you'll be available for support calls. You may be able to get some additional $$$ from it.
have just one single entity provide and verify the virtual avatar
Instead of a single entity, I would say have a more uniform (unified) mechanism with a federation of authentication providers. That way I can choose to use the service I trust while keeping the burden off the service website.
I would say something along the lines of a modified Yale CAS system. I think there are a couple commercial systems in place (can't think of any off the top of my head), but we'd want it open sourced + open standard anyways.
My suggestion is
Betrayal at House on the Hill from WotC. My friends went to GenCon in Anaheim last weekend and picked up the last copy they had. (It was selling like hot cakes). I can see why. The board changes every game giving players get that haunted house feeling. But the coolest part is that the game objectives aren't revealed until midway through the game (about 50 different game objectives, all unknown) when one of the players becomes the 'traitor' and plays against everyone else. It's fun.
BTW, has anyone checked out the HA-JDBC project? http://ha-jdbc.sourceforge.net/
It's not as feature rich as c-jdbc, but it might be another alternative for us that avoid the expensive clustering systems./still feels stupid about incorrectly submitting the news item.
Re:Nonsense... this is an awesome project
on
C-JDBC 1.0 Released
·
· Score: 1
Oops, sorry, yeah.:) My bad, grammar bad.:) Missed a comma.
Forget ditching HTTP, it's good even with its quirks. It's easy to use... And it's near perfect for applications designed with the REST philosophy in mind.
I use XMLMind's software... It's great for the techinical documentation. Great for docbook in general. However, the pdf and html generation plugins require you to use the pay version. It isn't a big deal for me since I'll use the open source docbook to pdf tools... But can be for those that don't have that available to them.
grugruto, from reading your comments, I'm assuming that you're part of the project? Please correct me if I'm wrong. I'm writing these questions on that assumption... If I'm wrong, could anyone affiliated with the project answer?
Here're a couple other questions that I didn't find answers to in the docs:
1. Once a controller fails, how do the other controllers deal with this failure? Can controllers be reintroduced into the working set real time?
2. Is it possible replicate a c-jdbc raiddb across multiple sites? IE, I have c-jdbc raidb running at site A and B (Or even a site C).
Is a dual active master-master setup possible (reads & writes at both sites replicated)?
Dual active master-slave (reads at both sites, writes go to one site and replicated to all sites)?
I would've asked about having a master-slave hotswap, but the RAIDb is supposed to make sure the 'master' never goes down.:)
Would I have to rely on the replication features of the backend databases?/just thinking out loud
hehehehe... nice evolution...
Ah well. But as for the good old classic joke of the french surrendering died a horrible death.
I only meant it in jest, but it just seems to me that people are being too sensitive. That the whole europe vs america tiff on iraq is just blurring into everything.
Hell, I made this joke all the time with my french friends (they moved back to paris though), and they make american jokes.
But hey, I guess there's always someone out there that is pissed at whatever you do.
Am I the only one that's thinking the french will fold once the spammers declare war on them?:)
Re:One warning
on
Jobs in Japan?
·
· Score: 2, Informative
The people of Tokyo itself are extremely xenophobic, and there are many places where foreigners are "not allowed".
I actually lived and worked in Tokyo for a while. I didn't notice any of this. What I did see was the look of shock that I didn't speak japanese. (ethnic chinese). However, I do have a lot of japanese friends and didn't find that there are any restrictions on places to go...
I did get a more xenophonic feel when I was in Kyoto there. They seemed a bit more rude than anywhere else I've been in Japan.
But if you're into strip clubs, or hostess bars, etc. Then yeah, they're some places that are Japanese only.
I think the bigger problem for foreigners are:
1. Housing. Now that's the problem. It's hard, and it's costly. The deposits are really high for everyone. Places hard to get, not all owners want non japanese tenants.
2. Work visa. That's hard to come by. You either need to make about 2000 US dollars a month by doing business in japan, or need a work sponsor.
That's basically it. Europe is bustling with internet cafes. You can just plug in there and upload it to whatever home system any true geek will have...:)
The distinction is subtle. libexec is for daemons and sysutils executed by other programs. That is, they aren't called directly by a user. Here is the chapter from the FreeBSD Handbook about directory structures.
Background: Prior to your book signing trip, you went onto excite.com's online chat. One question/response I recall was "if you've ever had a battle of wits with a fan." To which you challenged the other fan to a battle. Due to the load of questions flooding excite, the battle never took there. But recalling my memory, that fan said (in user channels) that she'd get you at your book signing.
Question: Did you ever get a chance to do battle?
Followup: You seem to be mostly stereotyped towards wise cracking blue collar type characters; what are your thoughts about the fan/cult base built around you when it seems to concentrate on the cult films as opposed to the more serious work that you've tried to do? Do you feel hindered in getting 'blockbuster' or 'artful' type roles. Do you even want to play more dramatic roles?
"The skills you need to optimize a software rasterizer and make it cross-platform have been forgotten by programmers relying on today's beefy (desktop) PC and console machines," said Fathammer CEO Brian Bruning. "It's something of a lost art."
I'm curious to know why this is such a lost art. Could it be due to the fact that most engines are proprietary code? Did this lead to a state where a limited number of people have access to the code? Even fewer that would want to muck with 'legacy' code in the engine? What about publishing this in a book? I've read "The Black Art of Game Programming" which I found informative; Does this book not dive into the secrets? What are the secrets? It occurs to me that maybe these lost arts come from optimizing solutions to specific hardware platforms. Could these skills be lost because of the hardware dependencies, where as the evolution of software engineering has gravitated toward abstractions such as portability and a more OOP structure?
If the knowledge of the art were important or interesting enough to distribute, where can we find it documented?
Don't mind me. This was a stream of consciousness ramble.
I won't want to argue the merits of either side of the deCSS case. They've been well discussed already. However, in addition to trying to win the legal battles, I would suggest to make a napster-like system to distribute deCSS and any future app that gets in hot water. The advantage would be that the governments would have to target EVERY individual computer in the network in order to suppress the availability; instead of hitting the big web sites that host it. Strength in numbers.
Not to nitpick god_of_the_machine's comment.. But to add: yes they may have fabs in taiwan... But they also have fabs worldwide, including the United States.
The first point I'm going to make has been iterated before, but for the sake of completeness I'll say it again: Intel forced prices of RAM to go up. Not the earthquake. It's because of Intel's move to go straight to RAMBUS. So production of SDRAM will be killed. The earthquake raising prices is a common misconception.
Second: The big RAM makers aren't in Taiwan. Toshiba and NEC are in JAPAN! Taiwan's importance is as a cheap distro center which can be bypassed.
Last... I'm from southern california... I guess I'm just calious towards these earthquakes.:/ But still I feel for the taiwanese people. I have relatives there...
After reading the spec, I'm going to take up my position as liking SOAP. Why?:
1. Keep it simple & stupid. SOAP looks like a very dumb protocol. It's basically a near wire level protocal; sits o top of XML. The only thing it cares about is proper formatting of XML in passing information (looks like you can even pass structs). It's up to the applications to deal with whatever it needs to deal with (like sessions and whatnot). Example of KISS successes? HTML and TCP/IP. All I'm going to say about this is for the OSI model, I should get the shirt saying, "Milliones of dollars, an international consortium, and all I got was a picture with 7 layers." HTML and TCP/IP was so successful because they were simple to use and implement.
2. Security concerns. NONE. Why is that good? Well, what would happen if the protocol handled the security? I think we would get bogged down with the overhead of security negotiations... And what if there was a flaw, then we'd all be @#$%... Looks like the security is up to the user, and I'd rather trust the security in my web server (Apache) instead.
3. Cross platform... come on! It's only Text...
4. DCOM? COM was never ment to be cross machine, and DCOM was a hack (IMO) to solve these RPC issues. Even still, DCOM has a lot of overhead to keep the session and connection alive. A lot of overhead to get one call to and back. Not to mention all the crap you have to do to actually implement DCOM... IPointers... god awful!
5. CORBA? Repeat DCOM argument... Too much overhead and you need to learn this model. CORBA isn't implemented with all platforms. DCOM isn't implemented with all platforms... Neither is SOAP, but it looks like you can just write some quick perl script and shove it on the web server.
Uhm. I just woke up so my thoughts are lost... that's all i have.
Slashdot Mirror
Yay, they standardized on a library system!
Ok. Either Good or Bad, I just want to know if they're providing a nice API that allows us data addicts to CRUD their database.
---
http://www.badpopcorn.com/
I believe that if you didn't sign a contract that forces you into extra support, you have no obligation to do any of it. You're not just picking up and leaving. And I think that your 4 week notice is fair enough.
But all in all, you could go ahead and negotiate with him into a future support contract if you really want. But be very clear on what you'll support, how much time you're going to spend, and when you'll be available for support calls. You may be able to get some additional $$$ from it.
have just one single entity provide and verify the virtual avatar
Instead of a single entity, I would say have a more uniform (unified) mechanism with a federation of authentication providers. That way I can choose to use the service I trust while keeping the burden off the service website.
I would say something along the lines of a modified Yale CAS system. I think there are a couple commercial systems in place (can't think of any off the top of my head), but we'd want it open sourced + open standard anyways.
My suggestion is Betrayal at House on the Hill from WotC. My friends went to GenCon in Anaheim last weekend and picked up the last copy they had. (It was selling like hot cakes). I can see why. The board changes every game giving players get that haunted house feeling. But the coolest part is that the game objectives aren't revealed until midway through the game (about 50 different game objectives, all unknown) when one of the players becomes the 'traitor' and plays against everyone else. It's fun.
Woo hoo. 1.1 allows us to create repositories in the flat filesystem. Sorry, I'm not a big fan of BerkeleyDB.
:)
But what I'd really prefer is if they moved the SQL RDBM backing feature up as a nearterm goal (roadmap say longterm).
BTW, has anyone checked out the HA-JDBC project? http://ha-jdbc.sourceforge.net/
/still feels stupid about incorrectly submitting the news item.
It's not as feature rich as c-jdbc, but it might be another alternative for us that avoid the expensive clustering systems.
Oops, sorry, yeah. :) My bad, grammar bad. :) Missed a comma.
Forget ditching HTTP, it's good even with its quirks. It's easy to use... And it's near perfect for applications designed with the REST philosophy in mind.
Instead of ditching HTTP, let's ditch SOAP-RPC.
I use XMLMind's software... It's great for the techinical documentation. Great for docbook in general. However, the pdf and html generation plugins require you to use the pay version. It isn't a big deal for me since I'll use the open source docbook to pdf tools... But can be for those that don't have that available to them.
After reading that JEP, I think that jabber doesn't need to spend time solving this domain problem. Let others do it and stick with messaging.
I personally like Yale's CAS system for what is stated in the JEP introduction... A nice single sign-on method for non affiliated websites.
grugruto, from reading your comments, I'm assuming that you're part of the project? Please correct me if I'm wrong. I'm writing these questions on that assumption... If I'm wrong, could anyone affiliated with the project answer?
:)
/just thinking out loud
Here're a couple other questions that I didn't find answers to in the docs:
1. Once a controller fails, how do the other controllers deal with this failure? Can controllers be reintroduced into the working set real time?
2. Is it possible replicate a c-jdbc raiddb across multiple sites? IE, I have c-jdbc raidb running at site A and B (Or even a site C).
Is a dual active master-master setup possible (reads & writes at both sites replicated)?
Dual active master-slave (reads at both sites, writes go to one site and replicated to all sites)?
I would've asked about having a master-slave hotswap, but the RAIDb is supposed to make sure the 'master' never goes down.
Would I have to rely on the replication features of the backend databases?
hehehehe... nice evolution...
Ah well. But as for the good old classic joke of the french surrendering died a horrible death.
I only meant it in jest, but it just seems to me that people are being too sensitive. That the whole europe vs america tiff on iraq is just blurring into everything.
Hell, I made this joke all the time with my french friends (they moved back to paris though), and they make american jokes.
But hey, I guess there's always someone out there that is pissed at whatever you do.
Am I the only one that's thinking the french will fold once the spammers declare war on them? :)
The people of Tokyo itself are extremely xenophobic, and there are many places where foreigners are "not allowed". I actually lived and worked in Tokyo for a while. I didn't notice any of this. What I did see was the look of shock that I didn't speak japanese. (ethnic chinese). However, I do have a lot of japanese friends and didn't find that there are any restrictions on places to go... I did get a more xenophonic feel when I was in Kyoto there. They seemed a bit more rude than anywhere else I've been in Japan. But if you're into strip clubs, or hostess bars, etc. Then yeah, they're some places that are Japanese only. I think the bigger problem for foreigners are: 1. Housing. Now that's the problem. It's hard, and it's costly. The deposits are really high for everyone. Places hard to get, not all owners want non japanese tenants. 2. Work visa. That's hard to come by. You either need to make about 2000 US dollars a month by doing business in japan, or need a work sponsor.
..trying to attain the super power of hammering a six-inch spike through a board.
mod -1: A complete butcher of a perfectly good movie quote.
That's basically it. Europe is bustling with internet cafes. You can just plug in there and upload it to whatever home system any true geek will have...
Yes. Don't forget. Europe works at 220 volts.
The distinction is subtle. libexec is for daemons and sysutils executed by other programs. That is, they aren't called directly by a user. Here is the chapter from the FreeBSD Handbook about directory structures.
Background: Prior to your book signing trip, you went onto excite.com's online chat. One question/response I recall was "if you've ever had a battle of wits with a fan." To which you challenged the other fan to a battle. Due to the load of questions flooding excite, the battle never took there. But recalling my memory, that fan said (in user channels) that she'd get you at your book signing.
Question: Did you ever get a chance to do battle?
Followup: You seem to be mostly stereotyped towards wise cracking blue collar type characters; what are your thoughts about the fan/cult base built around you when it seems to concentrate on the cult films as opposed to the more serious work that you've tried to do? Do you feel hindered in getting 'blockbuster' or 'artful' type roles. Do you even want to play more dramatic roles?
I'm curious to know why this is such a lost art. Could it be due to the fact that most engines are proprietary code? Did this lead to a state where a limited number of people have access to the code? Even fewer that would want to muck with 'legacy' code in the engine? What about publishing this in a book? I've read "The Black Art of Game Programming" which I found informative; Does this book not dive into the secrets? What are the secrets? It occurs to me that maybe these lost arts come from optimizing solutions to specific hardware platforms. Could these skills be lost because of the hardware dependencies, where as the evolution of software engineering has gravitated toward abstractions such as portability and a more OOP structure? If the knowledge of the art were important or interesting enough to distribute, where can we find it documented?
Don't mind me. This was a stream of consciousness ramble.
Doesn't this remind anyone else of the internet as described in "Heavy Weather"?
I won't want to argue the merits of either side of the deCSS case. They've been well discussed already. However, in addition to trying to win the legal battles, I would suggest to make a napster-like system to distribute deCSS and any future app that gets in hot water. The advantage would be that the governments would have to target EVERY individual computer in the network in order to suppress the availability; instead of hitting the big web sites that host it. Strength in numbers.
Not to nitpick god_of_the_machine's comment.. But to add: yes they may have fabs in taiwan... But they also have fabs worldwide, including the United States.
The first point I'm going to make has been iterated before, but for the sake of completeness I'll say it again: Intel forced prices of RAM to go up. Not the earthquake. It's because of Intel's move to go straight to RAMBUS. So production of SDRAM will be killed. The earthquake raising prices is a common misconception.
:/ But still I feel for the taiwanese people. I have relatives there...
Second: The big RAM makers aren't in Taiwan. Toshiba and NEC are in JAPAN! Taiwan's importance is as a cheap distro center which can be bypassed.
Last... I'm from southern california... I guess I'm just calious towards these earthquakes.
After reading the spec, I'm going to take up my position as liking SOAP. Why? :
1. Keep it simple & stupid. SOAP looks like a very dumb protocol. It's basically a near wire level protocal; sits o top of XML. The only thing it cares about is proper formatting of XML in passing information (looks like you can even pass structs). It's up to the applications to deal with whatever it needs to deal with (like sessions and whatnot). Example of KISS successes? HTML and TCP/IP. All I'm going to say about this is for the OSI model, I should get the shirt saying, "Milliones of dollars, an international consortium, and all I got was a picture with 7 layers." HTML and TCP/IP was so successful because they were simple to use and implement.
2. Security concerns. NONE. Why is that good? Well, what would happen if the protocol handled the security? I think we would get bogged down with the overhead of security negotiations... And what if there was a flaw, then we'd all be @#$%... Looks like the security is up to the user, and I'd rather trust the security in my web server (Apache) instead.
3. Cross platform... come on! It's only Text...
4. DCOM? COM was never ment to be cross machine, and DCOM was a hack (IMO) to solve these RPC issues. Even still, DCOM has a lot of overhead to keep the session and connection alive. A lot of overhead to get one call to and back. Not to mention all the crap you have to do to actually implement DCOM... IPointers... god awful!
5. CORBA? Repeat DCOM argument... Too much overhead and you need to learn this model. CORBA isn't implemented with all platforms. DCOM isn't implemented with all platforms... Neither is SOAP, but it looks like you can just write some quick perl script and shove it on the web server.
Uhm. I just woke up so my thoughts are lost... that's all i have.