I find that living in these United States is becoming increasingly ironic. The USA was largely formed by persons fleeing religious prosecution, famine, or the law.
Well, sorta. The Puritans fled to Amsterdam, first, but they felt oppressed there by having to live around people who didn't follow their rules. They came to America so they *could* persecute people.
Re:Why is this a concern in and of itself?
on
Women Leaving I.T.
·
· Score: 1
Is there anything really wrong with the concept that there might be inherent differences between men and women that would account for something like this?
Well, kinda. If you acknowledge substantial differences, then you have no real grounds to oppose discrimination.
For example, I would be reluctant to start a startup with a woman who had small children, or was likely to have them soon.
The only problem here is that it's not really gender-specific, but just that men seem to be more often willing to be bad parents and live at the office. Other than that, he has a point. I would've loved to have been involved in a small startup environment like he described, but I was engaged at 19 and had a son at 21; there's no way I could put in that sort of hours and live with myself.
Also, he's talking about fellow founders much more than employees. You still wouldn't ask about kids in a job interview.
Plus there is the whole topic of indemnity. Even though the EULA probably covers there asses, if TurboTax fucks up, chances are they will cover their ass and help you out.
I really doubt it.
TurboTax's main competitor is Kiplinger TaxCut. Kiplinger was bought by H&R Block a few years ago, and H&R block won't help you out if their own employees screw up your taxes. You need a real tax accountant to get that.
(My wife and my mother are both tax accountants.)
Re:n00b - help!
on
Effective XML
·
· Score: 2, Funny
XSLT lets you take an XML file and perform transformations on it into another (possibly XML) file format. Need to convert XML into SQL INSERTS? Piece of cake. I use it to extract particular parts of an XML file and convert them into a significantly differently-ordered Lisp structure.
I really like XSLT for code generators, with the meta-data in XML. I do, however, miss the sheer perversity of using Access VBA to generate Java.
It depends on the purpose. Standard American quoting rules destroy information; I follow them for school projects, but for technical writing and personal stuff, I will write "This is a quote.", for its clarity.
Don't get me wrong, XML has its place. But it is next to HTML, and not next to RPC or databases! HTML is basically an image format, albeit a vague one. I'm a big fan of PostScript, and think it should've replaced HTML starting with Mosaic, but I wouldn't say you should keep data in it.
I don't think you should build an entire database in XML, but I think XML does have some very good things to offer relational databases.
First, binary XML would make it feasible to talk to the database server with XML, so that you could standardize the connections and not require different drivers for each server. This is a pretty simple application, but I haven't heard of anyone doing it.
Second, and this is already being done (MS is working on it, and I think Oracle may already have it), sometimes there are just too many variations in your data to strictly follow the first normal form rule (no non-atomic fields) without making a mess of your database. If you have a specific XML field type, you can add an "ExtraInformation" field and your data is still structured and queriable (with an XPath test on that field in your SQL).
In Java, you have no choice; everything has to be in an object, and every object is an instance of a class.
Well, not exactly. You just have to scatter "static" everywhere. If they were serious about it, your startup code would be in the constructor of a class inherited from "Application".
Personally, unless I'm working on something really big, I like to use a handful of objects where they happen to be convenient, in code that's otherwise procedural. In particular, I want the top-level control flow to be procedural. Java will allow that, but it makes it kind-of ugly.
Slashdot Mirror
And then do it again.
That should be "Terri Schiavo, dead at 26".
I agree, but other people above are saying that MySQL is faster.
I think a fair number of women (and a few men, probably) watch it out of wanting Alton Brown, on top of the humor and geek appeal of the show.
The AC was probably thinking of Stanford.
Personally, I believed it would happen in 2004, but I learned otherwise.
Rome was sacked by the Goths, so watch out for any Canadians wearing white face paint. I mean it. The "clowns" are just in disguise.
Use Word automation (Yes, you'll need one machine with Word.), and print-to-file through a PostScript driver. From there, use GhostScript.
I find that living in these United States is
becoming increasingly ironic. The USA was
largely formed by persons fleeing religious
prosecution, famine, or the law.
Well, sorta. The Puritans fled to Amsterdam, first, but they felt oppressed there by having to live around people who didn't follow their rules. They came to America so they *could* persecute people.
Is there anything really wrong with the concept that there might be inherent differences between men and women that would account for something like this?
Well, kinda. If you acknowledge substantial differences, then you have no real grounds to oppose discrimination.
The kid wasn't exactly intentional. Still, I'm pretty happy with how things have turned out, despite the downsides.
And only kid at 21, not first. I'll only be a little over 30 when he no longer needs a babysitter, so there's still a little room for fun.
It took me a few minutes to find the beach pictures, again, but here you go.
For example, I would be reluctant to start a startup with a woman who had small children, or was likely to have them soon.
The only problem here is that it's not really gender-specific, but just that men seem to be more often willing to be bad parents and live at the office. Other than that, he has a point. I would've loved to have been involved in a small startup environment like he described, but I was engaged at 19 and had a son at 21; there's no way I could put in that sort of hours and live with myself.
Also, he's talking about fellow founders much more than employees. You still wouldn't ask about kids in a job interview.
Plus there is the whole topic of indemnity. Even though the EULA probably covers there asses, if TurboTax fucks up, chances are they will cover their ass and help you out.
I really doubt it.
TurboTax's main competitor is Kiplinger TaxCut. Kiplinger was bought by H&R Block a few years ago, and H&R block won't help you out if their own employees screw up your taxes. You need a real tax accountant to get that.
(My wife and my mother are both tax accountants.)
XSLT lets you take an XML file and perform transformations on it into another (possibly XML) file format. Need to convert XML into SQL INSERTS? Piece of cake. I use it to extract particular parts of an XML file and convert them into a significantly differently-ordered Lisp structure.
I really like XSLT for code generators, with the meta-data in XML. I do, however, miss the sheer perversity of using Access VBA to generate Java.
It depends on the purpose. Standard American quoting rules destroy information; I follow them for school projects, but for technical writing and personal stuff, I will write "This is a quote.", for its clarity.
I agree completely, but DirecTV apparently doesn't. They've already announced that they're dropping Tivo.
But how will you know it's something you want to buy?
I'm not sure what deep linking mean in regards to gum, but it sounds dirty. I'll go out on a limb and say I'd like to do it to their spokesperson.
Everyone seems to be confusing XSL-FO (formatting objects) with regular XSL (what used to be called XSL-T).
XSL is the combined system. XSLT was split out when it became apparent that it would be both done sooner and useful for a bunch of other things.
Don't get me wrong, XML has its place. But it is next to HTML, and not next to RPC or databases!
HTML is basically an image format, albeit a vague one. I'm a big fan of PostScript, and think it should've replaced HTML starting with Mosaic, but I wouldn't say you should keep data in it.
I don't think you should build an entire database in XML, but I think XML does have some very good things to offer relational databases.
First, binary XML would make it feasible to talk to the database server with XML, so that you could standardize the connections and not require different drivers for each server. This is a pretty simple application, but I haven't heard of anyone doing it.
Second, and this is already being done (MS is working on it, and I think Oracle may already have it), sometimes there are just too many variations in your data to strictly follow the first normal form rule (no non-atomic fields) without making a mess of your database. If you have a specific XML field type, you can add an "ExtraInformation" field and your data is still structured and queriable (with an XPath test on that field in your SQL).
Well, yes, but if calling it "XML" is going to mean anything, it will be freely convertable into the text format.
Could you explain what meaning "Freedom of Speach" has left after all that?
In Java, you have no choice; everything has to be in an object, and every object is an instance of a class.
Well, not exactly. You just have to scatter "static" everywhere. If they were serious about it, your startup code would be in the constructor of a class inherited from "Application".
Personally, unless I'm working on something really big, I like to use a handful of objects where they happen to be convenient, in code that's otherwise procedural. In particular, I want the top-level control flow to be procedural. Java will allow that, but it makes it kind-of ugly.
The Torah are the five books of Moses.
Is that the same as the Penteteuch, then?