kongzi.ca going live -- investment/presales opportunities

[greyhawk]

This is hopefully not what you intend to end up in your book. You should employ an editor or at least invest in a spell checker or something.

[1714160163]

1714160163

[1714160163]

1714160163

[usagi]

This is hopefully not what you intend to end up in your book. You should employ an editor or at least invest in a spell checker or something.

I am not at all concerned with the spelling or grammar of the introduction at this point. As I said the book isn't done yet.

What do you think of the implications of the research? Anyone who has been through a first year language course should have a 300+ word vocabulary. The difference between what my research shows and what is normally done is that with my method an extremely large amount of interesting reading material can be created If you are familiar with linguistics at all and concepts like FVR (free voluntary reading) you will realize just how important and interesting what I have done here is, and how valuable what I am attempting to do will be.

[greyhawk]

From what I read this is just pseudo-intellectualese for "Wanna learn language x? Read stuff, watch movies, talk!" which is what they advised us to do in any of the four languages I learned thus far and should be pretty much common sense.

[usagi]

From what I read this is just pseudo-intellectualese for "Wanna learn language x? Read stuff, watch movies, talk!" which is what they advised us to do in any of the four languages I learned thus far and should be pretty much common sense.

Sure, for someone that knows four languages or is familiar with the professional literature. Granted. But that's the problem-- for most people it isn't common sense. Language courses are not taught this way in American colleges and universities. It is not taught this way in Cram schools in Asia either.

That's kind of why I am doing this; i'd like modern language education to catch up with the research.

[deeplink]

Kongzi beta-8 is over 10,000 SLOC. Not LOC, SLOC. You probably don't even understand what that means.

Seriously, I remember you didn't even know how to program a function in Excel. Now it sounds like you also don't know what you are doing as a programmer or are you counting all the blank lines in your code?

Emphasis mine.

SLOC and LOC is the same thing.

Stating the length of your source code in SLOC/LOC has no meaning whatsoever. SLOC/LOC can be artificially inflated by adding blank lines. You probably wanted to say LLOC (logical lines of code) but you didn't. LLOC is a much better metric to measure length of source code. But then your statement is still useless if you do not mention which programming language was used. For example 10,000 LLOC in PHP is different from 10,000 LLOC in C/C++ and totally different from 10,000 LLOC in Assembler.

If you understood this and many other known arguments against these metrics you wouldn't use it to try to show off.

[usagi]

Kongzi beta-8 is over 10,000 SLOC. Not LOC, SLOC. You probably don't even understand what that means.

Seriously, I remember you didn't even know how to program a function in Excel. Now it sounds like you also don't know what you are doing as a programmer or are you counting all the blank lines in your code?

Emphasis mine.

SLOC and LOC is the same thing.

Stating the length of your source code in SLOC/LOC has no meaning whatsoever. SLOC/LOC can be artificially inflated by adding blank lines. You probably wanted to say LLOC (logical lines of code) but you didn't. LLOC is a much better metric to measure length of source code.

http://www.dwheeler.com/sloccount/sloccount.html

Basic Concepts

SLOCCount counts physical SLOC, also called "non-blank, non-comment lines". More formally, physical SLOC is defined as follows: ``a physical source line of code (SLOC) is a line ending in a newline or end-of-file marker, and which contains at least one non-whitespace non-comment character.'' Comment delimiters (characters other than newlines starting and ending a comment) are considered comment characters. Data lines only including whitespace (e.g., lines with only tabs and spaces in multiline strings) are not included.


Second, http://en.wikipedia.org/wiki/COCOMO -- You ARE familiar with COCOMO aren't you?

COCOMO was first published in Boehm's 1981 book Software Engineering Economics as a model for estimating effort, cost, and schedule for software projects. It drew on a study of 63 projects at TRW Aerospace where Boehm was Director of Software Research and Technology. The study examined projects ranging in size from 2,000 to 100,000 lines of code, and programming languages ranging from assembly to PL/I. ... In 1995 COCOMO II was developed and finally published in 2000 in the book Software Cost Estimation with COCOMO II. COCOMO II is the successor of COCOMO 81 and is better suited for estimating modern software development projects. It provides more support for modern software development processes and an updated project database. The need for the new model came as software development technology moved from mainframe and overnight batch processing to desktop development, code reusability and the use of off-the-shelf software components.

But then your statement is still useless if you do not mention which programming language was used. For example 10,000 LLOC in PHP is different from 10,000 LLOC in C/C++ and totally different from 10,000 LLOC in Assembler.

If you understood this and many other known arguments against these metrics you wouldn't use it to try to show off.

Oh dear.

SLOCCount can handle many different programming languages, and separate them by type (so you can compare the use of each). Here is the set of languages, sorted alphabetically; common filename extensions are in parentheses, with SLOCCount's ``standard name'' for the language listed in brackets:

    Ada (.ada, .ads, .adb, .pad) [ada]
    Assembly for many machines and assemblers (.s, .S, .asm) [asm]
    awk (.awk) [awk]
    Bourne shell and relatives such as bash, ksh, zsh, and pdksh (.sh) [sh]
    C (.c, .pc, .ec, .ecp) [ansic]
    C++ (.C, .cpp, .cxx, .cc, .pcc) [cpp]
    C# (.cs) [cs]
    C shell including tcsh (.csh) [csh]
    COBOL (.cob, .cbl, .COB, .CBL) [cobol]
    Expect (.exp) [exp]
    Fortran 77 (.f, .f77, .F, .F77) [fortran]
    Fortran 90 (.f90, .F90) [f90]
    Haskell (.hs, .lhs) [haskell]; deals with both types of literate files.
    Java (.java) [java]
    lex (.l) [lex]
    LISP including Scheme (.cl, .el, .scm, .lsp, .jl) [lisp]
    makefiles (makefile) [makefile]
    ML (.ml, .ml3) [ml]
    Modula3 (.m3, .mg, .i3, .ig) [modula3]
    Objective-C (.m) [objc]
    Pascal (.p, .pas) [pascal]
    Perl (.pl, .pm, .perl) [perl]
    PHP (.php, .php[3456], .inc) [php]
    Python (.py) [python]
    Ruby (.rb) [ruby]
    sed (.sed) [sed]
    sql (.sql) [sql]
    TCL (.tcl, .tk, .itk) [tcl]
    Yacc (.y) [yacc] [/i]

No offense deeplink.. but you're just plain wrong, about so many things.... You need to stop and listen once in a while. You might learn something.

[MPOE-PR]

From what I read this is just pseudo-intellectualese for "Wanna learn language x? Read stuff, watch movies, talk!" which is what they advised us to do in any of the four languages I learned thus far and should be pretty much common sense.

It doesn't work.

Want to learn language X? Go to country X, pick up a bf or gf, stay there for a few months. Presto.

It helps if you don't take any money with you.

[greyhawk]

From what I read this is just pseudo-intellectualese for "Wanna learn language x? Read stuff, watch movies, talk!" which is what they advised us to do in any of the four languages I learned thus far and should be pretty much common sense.

It doesn't work.

Want to learn language X? Go to country X, pick up a bf or gf, stay there for a few months. Presto.

It helps if you don't take any money with you.

That one works nicely, yup.

[Deprived]

Kongzi beta-8 is over 10,000 SLOC. Not LOC, SLOC. You probably don't even understand what that means.

Seriously, I remember you didn't even know how to program a function in Excel. Now it sounds like you also don't know what you are doing as a programmer or are you counting all the blank lines in your code?

Emphasis mine.

SLOC and LOC is the same thing.

Stating the length of your source code in SLOC/LOC has no meaning whatsoever. SLOC/LOC can be artificially inflated by adding blank lines. You probably wanted to say LLOC (logical lines of code) but you didn't. LLOC is a much better metric to measure length of source code.

http://www.dwheeler.com/sloccount/sloccount.html

Basic Concepts

SLOCCount counts physical SLOC, also called "non-blank, non-comment lines". More formally, physical SLOC is defined as follows: ``a physical source line of code (SLOC) is a line ending in a newline or end-of-file marker, and which contains at least one non-whitespace non-comment character.'' Comment delimiters (characters other than newlines starting and ending a comment) are considered comment characters. Data lines only including whitespace (e.g., lines with only tabs and spaces in multiline strings) are not included.


Second, http://en.wikipedia.org/wiki/COCOMO -- You ARE familiar with COCOMO aren't you?

COCOMO was first published in Boehm's 1981 book Software Engineering Economics as a model for estimating effort, cost, and schedule for software projects. It drew on a study of 63 projects at TRW Aerospace where Boehm was Director of Software Research and Technology. The study examined projects ranging in size from 2,000 to 100,000 lines of code, and programming languages ranging from assembly to PL/I. ... In 1995 COCOMO II was developed and finally published in 2000 in the book Software Cost Estimation with COCOMO II. COCOMO II is the successor of COCOMO 81 and is better suited for estimating modern software development projects. It provides more support for modern software development processes and an updated project database. The need for the new model came as software development technology moved from mainframe and overnight batch processing to desktop development, code reusability and the use of off-the-shelf software components.

But then your statement is still useless if you do not mention which programming language was used. For example 10,000 LLOC in PHP is different from 10,000 LLOC in C/C++ and totally different from 10,000 LLOC in Assembler.

If you understood this and many other known arguments against these metrics you wouldn't use it to try to show off.

Oh dear.

SLOCCount can handle many different programming languages, and separate them by type (so you can compare the use of each). Here is the set of languages, sorted alphabetically; common filename extensions are in parentheses, with SLOCCount's ``standard name'' for the language listed in brackets:

    Ada (.ada, .ads, .adb, .pad) [ada]
    Assembly for many machines and assemblers (.s, .S, .asm) [asm]
    awk (.awk) [awk]
    Bourne shell and relatives such as bash, ksh, zsh, and pdksh (.sh) [sh]
    C (.c, .pc, .ec, .ecp) [ansic]
    C++ (.C, .cpp, .cxx, .cc, .pcc) [cpp]
    C# (.cs) [cs]
    C shell including tcsh (.csh) [csh]
    COBOL (.cob, .cbl, .COB, .CBL) [cobol]
    Expect (.exp) [exp]
    Fortran 77 (.f, .f77, .F, .F77) [fortran]
    Fortran 90 (.f90, .F90) [f90]
    Haskell (.hs, .lhs) [haskell]; deals with both types of literate files.
    Java (.java) [java]
    lex (.l) [lex]
    LISP including Scheme (.cl, .el, .scm, .lsp, .jl) [lisp]
    makefiles (makefile) [makefile]
    ML (.ml, .ml3) [ml]
    Modula3 (.m3, .mg, .i3, .ig) [modula3]
    Objective-C (.m) [objc]
    Pascal (.p, .pas) [pascal]
    Perl (.pl, .pm, .perl) [perl]
    PHP (.php, .php[3456], .inc) [php]
    Python (.py) [python]
    Ruby (.rb) [ruby]
    sed (.sed) [sed]
    sql (.sql) [sql]
    TCL (.tcl, .tk, .itk) [tcl]
    Yacc (.y) [yacc] [/i]

No offense deeplink.. but you're just plain wrong, about so many things.... You need to stop and listen once in a while. You might learn something.

SLOC is a pretty meaningless measure.

Consider the following two (pseudo)code samples:

Sample 1:

X=Y*P/100;


Sample 2:

T=P;
T=T/100;
X=Y;
X=Y*T;


Both do exactly the same thing (set X to equalling P% of Y).  Under pretty much any measure of (physical or logical) SLOC sample 2 has 4 times the count of sample 1.  Is it really 4 times as much effort, 4 times as good or does it represent 4 * as much of ANY useful measure?

No.  In fact sample 2 is worse than sample 1 for at least two reason (three if P/100 will never be reused elsewhere).  THAT is why SLOC is useless as measure of what "value" the code has.  If the intent of SLOC is to reward effort then it's meaningless without knowing what portion of the code was auto-generated (e.g. by placing widgets in some IDEs or by using YACC/LEX to generate parser code etc etc).

If, of course, quoting SLOC was just some pathetic attempt to grow your e-peen then well done!  You wrote 10k lines of code (which could represent anywhere from a day to a few months work).  Of course we don't know if that's really GOOD code - or if it's something a better programmer could have done in 1k lines of code (SLOC counts are higher for bad programmers than for good ones for the same functionality).  It could be the best 10k lines of code ever written - or it could be 10k lines of bug-ridden junk.  It's a meaningless figure - other than to demonstrate that you've put a bit of work into your project.

If you want to brag, boast about what your code can do - not baout how many lines of typing you had to do to make it perform.  That way it at least has some meaning.  Just so you know, I've written (and documented, maintained and given training in) software with an SLOC an
order of magnitude larger than what you're claiming.  Strangely I never felt the need to discuss SLOC with clients - they seemed far more interested in what the software actually did.

(This paragraph is pure opinion).  I view SLOC as a pretty useless means of ameasuring anything worthwhile.  I expect it was devised by managers with insufficent knowledge to more properly assess the output of programming staff.  As a measure (if reward is based on it) it actually encourages bloated, inefficient code.  If you wrote something with an SLOC of 10k and I wrote something that did the same with an SLOC of 1K I'd very firmly believe I had more bragging rights (though if I were going to brag it wouldn't be about the lower SLOC it would be about the lower memory usage/speed/easier maintenance due to less code etc).

So - do you believe my sample 2 is better than my sample 1?  If not - how do we know your 10k SLOC isn't a crappy sample 2 of what should be a 2.5k sample 1?  And if you can't answer that then why 'brag' about your SLOC in the first place?

Oh - and quoting some website for a specific application as being the definition of a concept isn't exactly legitimate.  If you want a definition of SLOC then why not use the IEEE one (or even the SEI one)?  Fact is there's no universally accepted rule on whether blank lines (or comments) count.  As it happens I agree with Wheeler (and yourself it seems) that they shouldn't - but there's no standard definition for it and tbh I don't see to much point in wasting effort on the definition of an essentially meaningless metric.

[deeplink]

usagi, your rebuttal is complete and utter nonsense. Are you aware of the KISS (keep it simple, stupid!) principle? Because the number of lines in your source code and your arguments indicate that you are incompetent in both programming and logical argumentation.

[usagi]

As it happens I agree with Wheeler (and yourself it seems) that they shouldn't - but there's no standard definition for it and tbh I don't see to much point in wasting effort on the definition of an essentially meaningless metric.

Then stop arguing about it.

Consider the following two (pseudo)code samples:

Sample 1:

X=Y*P/100;


Sample 2:

T=P;
T=T/100;
X=Y;
X=Y*T;


Both do exactly the same thing (set X to equalling P% of Y).  Under pretty much any measure of (physical or logical) SLOC sample 2 has 4 times the count of sample 1.  Is it really 4 times as much effort, 4 times as good or does it represent 4 * as much of ANY useful measure?

I get your point but SLOC is actually a useful metric, as there's a huge, huge difference in the amount of skill it takes to program a system with 10k statements vs. 1k or 100k. Your example above is contrived. Here is a sample of code from the tag tree system of kongzi:

Code:

    public boolean merge_children_worker() {
        for (int i = 0; i < getChildCount(); i++) {
            for (int k = i + 1; k < getChildCount(); k++) {
                if (i != k) {
                    TagNode i_tagnode = (TagNode) getChildAt(i);
                    TagNode k_tagnode = (TagNode) getChildAt(k);
                    String i_childname = i_tagnode.getName();
                    String k_childname = k_tagnode.getName();

                    if (i_childname.equals(k_childname)) {
                        i_tagnode.eatChildren(k_tagnode);
                        Kongzi.dict.replaceTag(k_tagnode, i_tagnode);

                         k_tagnode.removeFromParent();

                         return true;
                    }
                }
            }
        }

        return false;
    }

This operates in a second thread inside a recursive method. As you can see we are not dealing with T = T + 1 here.

At any rate, businesses need methods like COCOMO to estimate software costs, so regardless of your somewhat valid point that SLOC shouldn't matter, they actually kind of do. As long as you have competent programmers who don't try to inflate LOC, and certain other factors are equal (no one on the team has an IQ under 120, say) SLOC can be used to provide a rough estimate of cost. That is a fact, although you are free to argue with the establishment on that one. I'm just a messenger.

[usagi]

usagi, your rebuttal is complete and utter nonsense. Are you aware of the KISS (keep it simple, stupid!) principle? Because the number of lines in your source code and your arguments indicate that you are incompetent in both programming and logical argumentation.

The only point is that it was a huge project. You are demonstrating a massive amount of cognitive dissonance right now. Guess what, I'm not a scammer, and I have real skills that allow me to be able to create value for this community. You should probably apologize to me now.

You see, there are other concerns that I'd rather discuss than your misunderstanding of SLOC. For example, can the following pseudocode be refactored?

Code:

    function() {
        Iterator i = an.iterator();
        while (i.hasNext()) {
            TreePath tp = (TreePath) i.next();
            conclusion.addAll(getSelectedByTag(tp));
        }

        conclusion = SetWorks.uniqueList(conclusion);

        i = an.iterator();
        while (i.hasNext()) {
            TreePath tp = (TreePath) i.next();
            if (tp == checker(tp))
                conclusion.add(getSelectedByTag(tp));
        }

This was constructed to show what happens in QuizEngine.java's getPossibles() method. There is a string of about 10 different checks like this which are performed in order. You might think oh, I can reduce SLOC by merging them all into one loop. The simplified example above makes it very clear why this should not be done however... the list gets too large during the early stages so loops which add values and loops which sort or uniq need to be sequenced to speed up processing time. On average, this tends to set the size of what needs to be done to a certain SLOC because skilled programmers tend to do things in a certain way. At any rate I've been over every inch of my program with a profiler a dozen and one times so I'm pretty sure that things have been done properly and that a model like COCOMO would provide a ballpark estimate of what I have done.

And why not? What special reason is there that it shouldn't?

[Deprived]

I get your point but SLOC is actually a useful metric, as there's a huge, huge difference in the amount of skill it takes to program a system with 10k statements vs. 1k or 100k. Your example above is contrived. Here is a sample of code from the tag tree system of kongzi:

Code:

    public boolean merge_children_worker() {
        for (int i = 0; i < getChildCount(); i++) {
            for (int k = i + 1; k < getChildCount(); k++) {
                if (i != k) {
                    TagNode i_tagnode = (TagNode) getChildAt(i);
                    TagNode k_tagnode = (TagNode) getChildAt(k);
                    String i_childname = i_tagnode.getName();
                    String k_childname = k_tagnode.getName();

                    if (i_childname.equals(k_childname)) {
                        i_tagnode.eatChildren(k_tagnode);
                        Kongzi.dict.replaceTag(k_tagnode, i_tagnode);

                         k_tagnode.removeFromParent();

                         return true;
                    }
                }
            }
        }

        return false;
    }

This operates in a second thread inside a recursive method. As you can see we are not dealing with T = T + 1 here.

if (i != k) {" is a totally unnecessary line of code

Look at how k is defined.  There's no way k can ever equal i - it starts off at i+1 and gets larger.

TagNode i_tagnode = (TagNode) getChildAt(i);
 String i_childname = i_tagnode.getName();

These are being recreated unnecessarily every time through the inner (k) loop.  If the issue is that the app is multi-threaded and the content of node i/k could change during execution of the function call then there'd be a seperate, much more serious issue.

String k_childname = k_tagnode.getName();
if (i_childname.equals(k_childname)) {

Creating a temp variable that will only be used in precisely one function call is code bloat.  Why not replace these 2 lines with:

if (i_childname.equals(k_tagnode.getName())) {

Not too clear on exactly what you're doing - but comparison of 2 objects of the same class shouldn't really be needing any temporary variables at all.  If you're doing a lot of string comparisons then consider using a string class with reference counters - so at least the overhead of creating temp variables/copies of identical strings has a lot less overhead.  Yeah - it likely makes no noticable performance difference but it's just bad practice to spew temp variables all over the place (including creating two repeatedly in an unnecessarily tight scope).

The first point (a check that can never be met of i!=k) is precisely why I dislike SLOC so much.  Your code with it in with be considered more/better work than mine without it.  If the concern is to somehow be sure that you aren't comparing the same object to itself then that should be addressed by a specific member function or operator that threw an exception when it happened: if you want to check for something that you know should never happen then do it properly so you can identify when it happens.

[usagi]

if (i != k) {" is a totally unnecessary line of code

Look at how k is defined.  There's no way k can ever equal i - it starts off at i+1 and gets larger.

You're right, I haven't looked at that section of the code for an extremely long time. It is probably a holdover from before k started at i+1.

TagNode i_tagnode = (TagNode) getChildAt(i);
 String i_childname = i_tagnode.getName();

These are being recreated unnecessarily every time through the inner (k) loop.  If the issue is that the app is multi-threaded and the content of node i/k could change during execution of the function call then there'd be a seperate, much more serious issue.

No, because the java specification states that such arrays are re-used.

String k_childname = k_tagnode.getName();
if (i_childname.equals(k_childname)) {

Creating a temp variable that will only be used in precisely one function call is code bloat.  Why not replace these 2 lines with:

if (i_childname.equals(k_tagnode.getName())) {

Probably a leftover from when I was using that variable to do something else. it was easier to debug by having all the variables defined at the start of the loop. That's just good coding practice. It's how I was taught in University and College, and I've found it helps me see what is going on a little more clearly.

Not too clear on exactly what you're doing - but comparison of 2 objects of the same class shouldn't really be needing any temporary variables at all.  If you're doing a lot of string comparisons then consider using a string class with reference counters - so at least the overhead of creating temp variables/copies of identical strings has a lot less overhead.  Yeah - it likely makes no noticable performance difference but it's just bad practice to spew temp variables all over the place (including creating two repeatedly in an unnecessarily tight scope).

You are welcome to your opinion. In the end, these are just stylistic differences. If I became obsessed with hand-optimizing the code itself, I'd probably go back and make those changes. I was always too busy developing the logic though, to worry too much about hand-optimization. As you are probably aware most compilers contain optimizations far beyond what the average programmer remembers to do... not to mention the fact that real optimization has nothing to do with lines of code and more to do with using a profiler and looking at the big-o notation of your algorithms.....

The first point (a check that can never be met of i!=k) is precisely why I dislike SLOC so much.  Your code with it in with be considered more/better work than mine without it.  If the concern is to somehow be sure that you aren't comparing the same object to itself then that should be addressed by a specific member function or operator that threw an exception when it happened: if you want to check for something that you know should never happen then do it properly so you can identify when it happens.

Sure, everyone's code contains errors. No one is perfect. Feel free to post some code you've written so we can go over it. None of this is relevant to anything anyways so I'm not sure why you're so hung up on it.

[usagi]

Announcement!

I've just done the basic form of the browse entries screen. You can check it out here:

http://kongzi.ca/dict/browse.php

Try this short link which takes you directly to a keyword search for "test".

http://kongzi.ca/dict/browse.php?action=browse&keyword=test

(note; you may have to set your source language to English and target to Japanese to see this)

Over the coming days and weeks, more and more wonderful features will be added!

[usagi]

Oliver Richman oliver.richman@gmail.com (usagi, https://www.google.com/search?q=usagi+%22Oliver+Richman%22, know troll in mailing lists and forums) is about 40 years old ...

Name   Krokodill Gena
 City   Tartu
 Country   Estonia
 Age   46
 Height   180
 Weight   98
 Star sign   Libra

Krokodill Gena is about 40 years old too. Oh wait, that's you. So you're married with kids ehh? Me too. Got 2 little ones myself, 3 and 5. You list your religion as Buddhist. I was a buddhist for about 20 years myself. I was wondering, have you taken the buddhist precepts yet?

A quote, if I may:

3. Right Speech

Right speech is the first principle of ethical conduct in the eightfold path. Ethical conduct is viewed as a guideline to moral discipline, which supports the other principles of the path. This aspect is not self-sufficient, however, essential, because mental purification can only be achieved through the cultivation of ethical conduct. The importance of speech in the context of Buddhist ethics is obvious: words can break or save lives, make enemies or friends, start war or create peace. Buddha explained right speech as follows: 1. to abstain from false speech, especially not to tell deliberate lies and not to speak deceitfully, 2. to abstain from slanderous speech and not to use words maliciously against others, 3. to abstain from harsh words that offend or hurt others, and 4. to abstain from idle chatter that lacks purpose or depth. Positively phrased, this means to tell the truth, to speak friendly, warm, and gently and to talk only when necessary.

-http://www.thebigview.com/buddhism/eightfoldpath.html

[EskimoBob]

Oliver Richman oliver.richman@gmail.com (usagi, https://www.google.com/search?q=usagi+%22Oliver+Richman%22, know troll in mailing lists and forums) is about 40 years old ...

Name   Krokodill Gena
 City   Tartu
 Country   Estonia
 Age   46
 Height   180
 Weight   98
 Star sign   Libra

Krokodill Gena is about 40 years old too. Oh wait, that's you. So you're married with kids ehh? Me too. Got 2 little ones myself, 3 and 5. You list your religion as Buddhist. I was a buddhist for about 20 years myself. I was wondering, have you taken the buddhist precepts yet?

A quote, if I may:

3. Right Speech

Right speech is the first principle of ethical conduct in the eightfold path. Ethical conduct is viewed as a guideline to moral discipline, which supports the other principles of the path. This aspect is not self-sufficient, however, essential, because mental purification can only be achieved through the cultivation of ethical conduct. The importance of speech in the context of Buddhist ethics is obvious: words can break or save lives, make enemies or friends, start war or create peace. Buddha explained right speech as follows: 1. to abstain from false speech, especially not to tell deliberate lies and not to speak deceitfully, 2. to abstain from slanderous speech and not to use words maliciously against others, 3. to abstain from harsh words that offend or hurt others, and 4. to abstain from idle chatter that lacks purpose or depth. Positively phrased, this means to tell the truth, to speak friendly, warm, and gently and to talk only when necessary.

-http://www.thebigview.com/buddhism/eightfoldpath.html

LOL. Did you make that profile? Probably not, because it's from 2011. I must say, this IS actually funny. What makes it even funnier is this, that I have never even heard of this site. Thank you for the info and I hope you spent hours searching for this. LOL.
Now I have to figure out, how I can log in to that account and find my ever lasting happiness.
Thank you usagi, time well spent!

[usagi]

Oliver Richman oliver.richman@gmail.com (usagi, https://www.google.com/search?q=usagi+%22Oliver+Richman%22, know troll in mailing lists and forums) is about 40 years old ...

Name   Krokodill Gena
 City   Tartu
 Country   Estonia
 Age   46
 Height   180
 Weight   98
 Star sign   Libra

Krokodill Gena is about 40 years old too. Oh wait, that's you. So you're married with kids ehh? Me too. Got 2 little ones myself, 3 and 5. You list your religion as Buddhist. I was a buddhist for about 20 years myself. I was wondering, have you taken the buddhist precepts yet?

A quote, if I may:

3. Right Speech

Right speech is the first principle of ethical conduct in the eightfold path. Ethical conduct is viewed as a guideline to moral discipline, which supports the other principles of the path. This aspect is not self-sufficient, however, essential, because mental purification can only be achieved through the cultivation of ethical conduct. The importance of speech in the context of Buddhist ethics is obvious: words can break or save lives, make enemies or friends, start war or create peace. Buddha explained right speech as follows: 1. to abstain from false speech, especially not to tell deliberate lies and not to speak deceitfully, 2. to abstain from slanderous speech and not to use words maliciously against others, 3. to abstain from harsh words that offend or hurt others, and 4. to abstain from idle chatter that lacks purpose or depth. Positively phrased, this means to tell the truth, to speak friendly, warm, and gently and to talk only when necessary.

-http://www.thebigview.com/buddhism/eightfoldpath.html

LOL. Did you make that profile? Probably not, because it's from 2011. I must say, this IS actually funny. What makes it even funnier is this, that I have never even heard of this site. Thank you for the info and I hope you spent hours searching for this. LOL.
Now I have to figure out, how I can log in to that account and find my ever lasting happiness.
Thank you usagi, time well spent!

It's okay. My name isn't Oliver either ;-)

[cunicula]

It's okay. My name isn't Oliver either ;-)

So Oliver is also an alias. Who said it was your real name?

[Deprived]

It's okay. My name isn't Oliver either ;-)

So Oliver is also an alias. Who said it was your real name?

First reference to the name in connection with usagi came when usagi, a while back, posted his/her/its credentials which included the claim to have written a book.  The link provided by usagi in connection to that claim was to information by a book with the author listed as Oliver Richman (or whatever it is - haven't checked in a while).

Someone (may have been EB - may have been someone else - can't remember) then did some searching and found the rec.martial-arts (or whatever it is) list entires where someone using the online nick usagi had an email address of the form oliver/richman@ (or similar).

Obviously it's possible that there's two people who like to use the nick usagi, have an interest in martial arts, have an interest in pretending to be Japanese and use the pseudonym (or real name) Oliver Richman.  There may be other similarities - I've never had enough interest in it to look any further than the initial links posted bt others.  How likely that is (2 people with so many things in common), is for everyone to decide themselves.  usagi has also explicitly denied that the identity on rec.martialarts is its - but later made a post which at a glance seemed to be saying that in fact it WAS usagi's account (by referring to alleged harassment against that account - and explaining why it happened to usagi).

Fuel was added to the fire by pretty clear evidence that usagi (the one here) changes his/her/its claims of gender.  Initially posts relating to its business were signed on here as "Serena" but there have been several occasions where usagi has cleared referred to itself using male-gender terms (e.g. just recently referring to itself as "a guy" twice in one post).  However usgai has also recently made a straight-forward statement that it is female. But at the same time usagi has also claimed in the past to have a wife.  Barring at least two sex-changes and a lesbian marriage it is not possible for all the claims/inferences to be true at the times at which they were made.

Now I couldn't care less what gender someone I deal with on the Internet is - I'm more interested in their competence, honesty etc.  But when someone lies or intentionally misleads about it, then it naturally leads me to believe that there's a much higher chance of them being untruthful about other (more important) things.

To be clear, I have nothing against someone using a pen-name when authoring a book, even if that pen-name is of a different gender to their own.  But common-sense would tend to suggest that IF they do that and are then going to refer to themself in the opposite gender then they should make plain from the start that it's a nom de plume rather than their real name - to avoid the sort of debate over it which has now occurred.