* Re: Aw: Re: IPFire Wiki Workflow
[not found] <CAKTTqHOz9S5JQ__HT8eJTRozqn9Q_kmy_=124Yn5E=160cTdng@mail.gmail.com>
@ 2013-07-13 16:20 ` Michael Tremer
2013-07-14 20:00 ` Aw: " Bernhard Bitsch
2013-07-19 12:46 ` Aw: " Michael Tremer
0 siblings, 2 replies; 7+ messages in thread
From: Michael Tremer @ 2013-07-13 16:20 UTC (permalink / raw)
To: documentation
[-- Attachment #1: Type: text/plain, Size: 2866 bytes --]
On Fri, 2013-07-12 at 17:55 +0100, Aaron Philpott wrote:
> I figure now is the point that I should input somewhat into Michael's
> thoughts on the Wiki and documentation.
>
>
> For those of you who don't me, I'm Aaron (AzzyChill) online and have
> created one video on IPFire with the plan to develop more in future.
> I am relatively new to the IPFire project having only really used
> Untangle for my corporate clients due to its ease of use for both me
> as an IT support person and my clients as end users of the system I
> install.
Welcome :)
> I mentioned recently in my regular Brew Time segments that IPFire is
> an amazing project but the support available isn't as good as it could
> be and so it could put a lot of people off, both seasoned IT
> professionals and noobs who are going into IT pretty clueless as to
> what they're doing.
What made me realize that we have to do more about documentation and
these things was seeing you being confused about how to install IPFire.
It's not that you don't have the general knowledge about how to do
things, but of course you don't have a clue *where* to start when you
install IPFire for the first time.
Being not too noob-friendly is okay and to some extend I think we should
not be too noob-friendly because firewalls are not for noobs.
But lacking essential information for all other people who start with
IPFire is not okay.
> I pretty much agree with everything that Michael has said including
> the bits about language. I am from the UK and hence English is my
> native language, due to failings in the education system of the UK it
> is also my only language. One would assume that most residents of
> Germany speak English as well and so starting from English probably
> isn't a bad idea. But language links in with the end plan and the
> future for IPFire because currently the majority of your users are
> based in Germany and speak German and so it would make sense to write
> everything in German and then translate it to other languages. But if
> the plan is to try and expand the project to other markets
> internationally English would be the best language to use because it
> is an international language.
That's exactly the point and I don't understand all the fuzz about the
language. People in America and the UK speak English. Nothing else.
All the rest of Europe and the Americas and parts of Asia are used to
communicate in English (at least reading).
All other Open Source projects are in English. There is not a single
major project I know that is not running in English.
And English is also the language for development in the IPFire project.
We use it in Bugzilla, we use it on our mailing lists, we use it
everywhere. The majority of the people who use IPFire is not from
Germany, so there is absolutely no point in choosing any other language
than English.
-Michael
^ permalink raw reply [flat|nested] 7+ messages in thread
* Aw: Re: Re: IPFire Wiki Workflow
2013-07-13 16:20 ` Aw: Re: IPFire Wiki Workflow Michael Tremer
@ 2013-07-14 20:00 ` Bernhard Bitsch
2013-07-15 11:54 ` Michael Tremer
2013-07-19 12:46 ` Aw: " Michael Tremer
1 sibling, 1 reply; 7+ messages in thread
From: Bernhard Bitsch @ 2013-07-14 20:00 UTC (permalink / raw)
To: documentation
[-- Attachment #1: Type: text/plain, Size: 706 bytes --]
> Gesendet: Samstag, 13. Juli 2013 um 18:20 Uhr
> Von: "Michael Tremer" <michael.tremer(a)ipfire.org>
> An: documentation(a)lists.ipfire.org
> Betreff: Re: Aw: Re: IPFire Wiki Workflow
>
> The majority of the people who use IPFire is not from
> Germany, so there is absolutely no point in choosing any other language
> than English.
>
That's not really true, http://fireinfo.ipfire.org/stats/geo states that 51% of the systems use German. I suppose this the language the admin is used to. The numbers about countries show an similiar value ( Germany+Austria+Switzerland*2/3 ).
Don't want to restart this discussion, but computer science is an exact science and I'm used to work in this manner.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Aw: Re: Re: IPFire Wiki Workflow
2013-07-14 20:00 ` Aw: " Bernhard Bitsch
@ 2013-07-15 11:54 ` Michael Tremer
0 siblings, 0 replies; 7+ messages in thread
From: Michael Tremer @ 2013-07-15 11:54 UTC (permalink / raw)
To: documentation
[-- Attachment #1: Type: text/plain, Size: 1189 bytes --]
Beware that we don't have the data of all IPFire systems. Fireinfo is
disabled by default and you will need to enable it after the
installation. Therefore this data is not 100% accurate.
Since we started fireinfo, the amount of systems running in Germany is
decreasing. We are now at 50:50.
So 51% German is not a majority. It's equally distributed and German is
decreasing.
-Michael
On Sun, 2013-07-14 at 22:00 +0200, Bernhard Bitsch wrote:
> > Gesendet: Samstag, 13. Juli 2013 um 18:20 Uhr
> > Von: "Michael Tremer" <michael.tremer(a)ipfire.org>
> > An: documentation(a)lists.ipfire.org
> > Betreff: Re: Aw: Re: IPFire Wiki Workflow
> >
> > The majority of the people who use IPFire is not from
> > Germany, so there is absolutely no point in choosing any other language
> > than English.
> >
> That's not really true, http://fireinfo.ipfire.org/stats/geo states that 51% of the systems use German. I suppose this the language the admin is used to. The numbers about countries show an similiar value ( Germany+Austria+Switzerland*2/3 ).
> Don't want to restart this discussion, but computer science is an exact science and I'm used to work in this manner.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Aw: Re: IPFire Wiki Workflow
2013-07-13 16:20 ` Aw: Re: IPFire Wiki Workflow Michael Tremer
2013-07-14 20:00 ` Aw: " Bernhard Bitsch
@ 2013-07-19 12:46 ` Michael Tremer
1 sibling, 0 replies; 7+ messages in thread
From: Michael Tremer @ 2013-07-19 12:46 UTC (permalink / raw)
To: documentation
[-- Attachment #1: Type: text/plain, Size: 3403 bytes --]
Any reason why this discussion has ended without a result?
Are there any suggestions/opinions about the proposed workflow? Can't
believe that there is nothing to talk about...
-Michael
On Sat, 2013-07-13 at 18:20 +0200, Michael Tremer wrote:
> On Fri, 2013-07-12 at 17:55 +0100, Aaron Philpott wrote:
> > I figure now is the point that I should input somewhat into Michael's
> > thoughts on the Wiki and documentation.
> >
> >
> > For those of you who don't me, I'm Aaron (AzzyChill) online and have
> > created one video on IPFire with the plan to develop more in future.
> > I am relatively new to the IPFire project having only really used
> > Untangle for my corporate clients due to its ease of use for both me
> > as an IT support person and my clients as end users of the system I
> > install.
>
> Welcome :)
>
> > I mentioned recently in my regular Brew Time segments that IPFire is
> > an amazing project but the support available isn't as good as it could
> > be and so it could put a lot of people off, both seasoned IT
> > professionals and noobs who are going into IT pretty clueless as to
> > what they're doing.
>
> What made me realize that we have to do more about documentation and
> these things was seeing you being confused about how to install IPFire.
> It's not that you don't have the general knowledge about how to do
> things, but of course you don't have a clue *where* to start when you
> install IPFire for the first time.
>
> Being not too noob-friendly is okay and to some extend I think we should
> not be too noob-friendly because firewalls are not for noobs.
> But lacking essential information for all other people who start with
> IPFire is not okay.
>
> > I pretty much agree with everything that Michael has said including
> > the bits about language. I am from the UK and hence English is my
> > native language, due to failings in the education system of the UK it
> > is also my only language. One would assume that most residents of
> > Germany speak English as well and so starting from English probably
> > isn't a bad idea. But language links in with the end plan and the
> > future for IPFire because currently the majority of your users are
> > based in Germany and speak German and so it would make sense to write
> > everything in German and then translate it to other languages. But if
> > the plan is to try and expand the project to other markets
> > internationally English would be the best language to use because it
> > is an international language.
>
> That's exactly the point and I don't understand all the fuzz about the
> language. People in America and the UK speak English. Nothing else.
> All the rest of Europe and the Americas and parts of Asia are used to
> communicate in English (at least reading).
> All other Open Source projects are in English. There is not a single
> major project I know that is not running in English.
>
> And English is also the language for development in the IPFire project.
> We use it in Bugzilla, we use it on our mailing lists, we use it
> everywhere. The majority of the people who use IPFire is not from
> Germany, so there is absolutely no point in choosing any other language
> than English.
>
> -Michael
>
>
> _______________________________________________
> Documentation mailing list
> Documentation(a)lists.ipfire.org
> http://lists.ipfire.org/mailman/listinfo/documentation
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: IPFire Wiki Workflow
@ 2013-07-11 22:01 Michael Tremer
2013-07-12 12:10 ` Aw: " Bernhard Bitsch
0 siblings, 1 reply; 7+ messages in thread
From: Michael Tremer @ 2013-07-11 22:01 UTC (permalink / raw)
To: documentation
[-- Attachment #1: Type: text/plain, Size: 4665 bytes --]
Great thoughts, but let's bring down the pace a little bit before we
start talking about the actual content that needs to be reviewed and
possibly (re-written).
I am still aiming for defining a workflow in this discussion that should
be followed under all circumstance, because I think this is what is most
important on a team, that we are all on the "same page" (almost
literally in this context).
Central questions are:
* How do we attract authors? (People who write content)
* How do we attract translators? (People who translate the content from
English into their respective languages)
* How do we decide what to work on? When? For how long?
The has to be a "team", otherwise we don't need to think about the
content.
On your note about that development has to be involved in this as well:
Agreed and I already talked to Arne and Stevee how we can do that in the
least time consuming way, because we also don't have much time and loads
of things to work on.
Writing articles in more than one language is an absolute no-go. We will
leave it at English and write down the most important things one needs
to know about a certain add-on or what ever. Adding screenshots, doing
the translations and getting the article into a round shape should be
the task of the translation team. Could you guys agree on that?
I also think that developers are not the best people to write end-user
documentation. It is getting to complex and not suitable for beginners
any way.
-Michael
On Thu, 2013-07-11 at 19:30 +0200, Erik K. wrote:
> Hi all,
> regarding to the ideas causing a better overview of the wiki content, i have tried a more compressed layout of the configuration wiki. The actual (official) look of this section can be found in here --> http://wiki.ipfire.org/en/configuration/start .
> The new one is very unready and only a first try, but it should show an idea how it could be better overviewed.
> In here --> http://wiki.ipfire.org/en/configuration/start you belong to the new structure.
> Until now there is no content behind the structure but this should be done fast by a copy and paste of the old content. <-- Better to check out some sections before. Another possibility in this kind of structure can be to work more precised in themes with e.g. 5-10 different sections not as before with 40-50 (example in here --> http://wiki.ipfire.org/en/configuration/start ).
>
> A statement to the wiki workflow:
> In the last months, mostly work was done in particular articles of the wiki, also to clean up the code cause a lot of plugins was replaced, so the general structure wasn´t touched but becomes more and more informations. I think most important is for the first
> * Find out a new structure which can be better overviewed (configuration and installation, ???).
> * Go for a checkout of the basic system articles (without addons) and find out the worse sections to make them better and clearer.
> * If old articles will be revised, the explained functions should also be tested.
> * Documentation should be a part of the development of software (and if it is only a short developer hand out) so a possible documentation "team" have it easier.
>
> Also to overview the actual changes in the wiki needs to be checked. In here --> http://wiki.ipfire.org/start?do=recent a done list can be overviewed. If there was a change in german, it might be great to find it also in the english wiki. As more people looks in there as better it is.
>
> The native speakers: It is very important to have some people especial in english (american/english). The best might be that some people are native in two languages german/english otherwise we have the same condition than before. I tried always my best as an native german speaker to translate the wikis into english, but thats not enough for a good feeling by reading. So i tried always to send some messages over the docu mailinglist with the please that someone can go for corrections (also in german). Sometimes this kind of workflow did it very good (thanks again Rod by the way ;-), but sometimes (especially in the last past months) there was no response. As time goes by the wiki articles leaves the memory that there was something to do and they where forgotten. So it is maybe an idea to mark those articles as "uncheck, everybody is invited to go for a revise" or something.
>
> So for the first some ideas from me.
>
>
> Greetings
>
>
> Erik
> _______________________________________________
> Documentation mailing list
> Documentation(a)lists.ipfire.org
> http://lists.ipfire.org/mailman/listinfo/documentation
^ permalink raw reply [flat|nested] 7+ messages in thread
* Aw: Re: IPFire Wiki Workflow
2013-07-11 22:01 Michael Tremer
@ 2013-07-12 12:10 ` Bernhard Bitsch
2013-07-12 15:02 ` Michael Tremer
2013-07-12 17:58 ` R. W. Rodolico
0 siblings, 2 replies; 7+ messages in thread
From: Bernhard Bitsch @ 2013-07-12 12:10 UTC (permalink / raw)
To: documentation
[-- Attachment #1: Type: text/plain, Size: 981 bytes --]
> On your note about that development has to be involved in this as well:
> Agreed and I already talked to Arne and Stevee how we can do that in the
> least time consuming way, because we also don't have much time and loads
> of things to work on.
Sorry, documentation is not an addon, but a essential part of development.
> Writing articles in more than one language is an absolute no-go.
Agreed. ;)
> We will leave it at English and write down the most important things one needs
> to know about a certain add-on or what ever.
Most developpers are native german speakers. Why not using german?
> I also think that developers are not the best people to write end-user
> documentation. It is getting to complex and not suitable for beginners
> any way.
Also agreed. But without a basic documentation a non-developper can't write a end user doc.
The devs mainly know about the internals. A non-dev can only study the behaviour or ask the devs.
- Bernhard
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Aw: Re: IPFire Wiki Workflow
2013-07-12 12:10 ` Aw: " Bernhard Bitsch
@ 2013-07-12 15:02 ` Michael Tremer
2013-07-12 17:58 ` R. W. Rodolico
1 sibling, 0 replies; 7+ messages in thread
From: Michael Tremer @ 2013-07-12 15:02 UTC (permalink / raw)
To: documentation
[-- Attachment #1: Type: text/plain, Size: 2084 bytes --]
On Fri, 2013-07-12 at 14:10 +0200, Bernhard Bitsch wrote:
> > On your note about that development has to be involved in this as well:
> > Agreed and I already talked to Arne and Stevee how we can do that in the
> > least time consuming way, because we also don't have much time and loads
> > of things to work on.
> Sorry, documentation is not an addon, but a essential part of development.
Nobody said that. But we don't have not very much man power in
development and so there is nothing left to write end-user
documentation.
> > Writing articles in more than one language is an absolute no-go.
> Agreed. ;)
>
> > We will leave it at English and write down the most important things one needs
> > to know about a certain add-on or what ever.
> Most developpers are native german speakers. Why not using german?
Because there are not enough people around who speak German and an other
language to translate the content to. Just take it as it is: German is
not the first language of this wiki and never will be.
The reasons for that are obvious and I have explained them to you more
than once. So stop ranting about this on every occasion.
> > I also think that developers are not the best people to write end-user
> > documentation. It is getting to complex and not suitable for beginners
> > any way.
> Also agreed. But without a basic documentation a non-developper can't write a end user doc.
> The devs mainly know about the internals. A non-dev can only study the behaviour or ask the devs.
What do you need to know about the "internals". Not very much.
Development documentation and end-user documentation are two completely
different things and we should not confuse those two.
As pointed out in my other email, I don't want to talk about development
documentation here and I also don't want to talk about how the
developers interact with the documentation team. There will be an
information exchange, but I am not sure in what form at the moment and
we will need to figure that out in the development team first.
-Michael
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Aw: Re: IPFire Wiki Workflow
2013-07-12 12:10 ` Aw: " Bernhard Bitsch
2013-07-12 15:02 ` Michael Tremer
@ 2013-07-12 17:58 ` R. W. Rodolico
1 sibling, 0 replies; 7+ messages in thread
From: R. W. Rodolico @ 2013-07-12 17:58 UTC (permalink / raw)
To: documentation
[-- Attachment #1: Type: text/plain, Size: 2051 bytes --]
On 07/12/2013 07:10 AM, Bernhard Bitsch wrote:
>
>> On your note about that development has to be involved in this as well:
>> Agreed and I already talked to Arne and Stevee how we can do that in the
>> least time consuming way, because we also don't have much time and loads
>> of things to work on.
> Sorry, documentation is not an addon, but a essential part of development.
>
>> Writing articles in more than one language is an absolute no-go.
> Agreed. ;)
>
>> We will leave it at English and write down the most important things one needs
>> to know about a certain add-on or what ever.
> Most developpers are native german speakers. Why not using german?
I vote for English, and not because I am a native speaker, but for the
assumption that more people use it as a second language than German. I
speak English and (very poor) Spanish. I have Russian, Filipino, German
and Spanish native speakers I correspond with regularly because they
learned English in school.
I can't speak for other countries, but in the US, most of the
multilingual learn Spanish, French, German, Russian, Mandarin and
Japanese. However, I believe most of the multilingual in other countries
learn English as their second language, then go on to other languages
after that. I am speaking from my own experience, however, so I may be
wrong on this.
>
>> I also think that developers are not the best people to write end-user
>> documentation. It is getting to complex and not suitable for beginners
>> any way.
> Also agreed. But without a basic documentation a non-developper can't write a end user doc.
> The devs mainly know about the internals. A non-dev can only study the behaviour or ask the devs.
>
> - Bernhard
> _______________________________________________
> Documentation mailing list
> Documentation(a)lists.ipfire.org
> http://lists.ipfire.org/mailman/listinfo/documentation
>
--
R. W. "Rod" Rodolico
Daily Data, Inc.
POB 140465
Dallas TX 75214-0465
http://www.dailydata.net
214.827.2170
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: rodo.vcf --]
[-- Type: text/x-vcard, Size: 233 bytes --]
begin:vcard
fn:R. W. Rodolico
n:Rodolico;R. W.
org:Daily Data, Inc.
adr:;;POB 140465;Dallas;TX;75214-0465;US
email;internet:rodo@dailydata.net
title:President
tel;work:214.827.2170
url:http://www.dailydata.net
version:2.1
end:vcard
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2013-07-19 12:46 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <CAKTTqHOz9S5JQ__HT8eJTRozqn9Q_kmy_=124Yn5E=160cTdng@mail.gmail.com>
2013-07-13 16:20 ` Aw: Re: IPFire Wiki Workflow Michael Tremer
2013-07-14 20:00 ` Aw: " Bernhard Bitsch
2013-07-15 11:54 ` Michael Tremer
2013-07-19 12:46 ` Aw: " Michael Tremer
2013-07-11 22:01 Michael Tremer
2013-07-12 12:10 ` Aw: " Bernhard Bitsch
2013-07-12 15:02 ` Michael Tremer
2013-07-12 17:58 ` R. W. Rodolico
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox