https://wiki.postgresql.org/api.php?action=feedcontributions&user=Miracee&feedformat=atomPostgreSQL wiki - User contributions [en]2024-03-29T10:53:54ZUser contributionsMediaWiki 1.35.13https://wiki.postgresql.org/index.php?title=PostgreSQL_Related_Slides_and_Presentations&diff=19945PostgreSQL Related Slides and Presentations2013-05-26T11:39:09Z<p>Miracee: </p>
<hr />
<div>Here you can find links to various PostgreSQL related presentations<br />
<br />
* [[PGCon, Ottawa 2013]]<br />
* [[PGDay_NYC_2013_Talks|PGDay NYC 2013]]<br />
* [[PostgreSQL_Conference_Europe_Talks_2012|PostgreSQL Conference Europe 2012]]<br />
* [[Postgres Open 2012]]<br />
* [[German-Speaking PostgreSQL Conference 2011|PGConf.DE 2011]]<br />
* [[PGBR 2011, São Paulo]]<br />
* [[PostgreSQL_Conference_Europe_Talks_2011|PostgreSQL Conference Europe 2011]]<br />
* [[Postgres_Open_Talks_2011|Postgres Open 2011]]<br />
* [[FOSDEM, Brussels 2010]]<br />
* [[PGDay.EU, Paris 2009]]<br />
* [[PGCon, Ottawa 2009]]<br />
* [[FOSDEM, Brussels 2009]]<br />
* [http://www.arpug.com.ar/trac/wiki/PgDay2008 PgDay 2008 Rio de la Plata (Argentina)]<br />
* [[European PGDay 2008]]<br />
* [[Netways Nagios Conference 2008]]<br />
* [[FrOSCon, St. Augustin (near Bonn, Germany) 2008]]<br />
* [[PostgreSQLConferenceWest2008]]<br />
* [[PG UK 2008]]<br />
* [[FOSDEM, Brussels 2008]]<br />
* [http://postgresql.org.br/Palestras_do_PGCon_Brasil_2008 PGCon Brazil 2008]<br />
* [http://postgresql.org.br/Palestras_do_PGCon_Brasil_2007 PGCon Brazil 2007]<br />
* [[OSCon 2005]]<br />
* [[OSCon 2004]]<br />
* [[:Image:NUUG2005.pdf|NUUG 2005]]<br />
* [http://momjian.us/main/writings/computer.html Bruce Momjian Presentations]<br />
* [[PUG_Presentations]]<br />
* [http://www.postgresql.org/developer/coding PostgreSQL Coding]<br />
<br />
[[Category:Community]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19887Pgcon2013unconference2013-05-25T10:33:11Z<p>Miracee: /* Connection Handles for SQL/MED Brainstorming */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here: <br />
<br />
* [[User:Hholzgra|Hartmut]]<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
[https://wiki.postgresql.org/wiki/File:Pg_testframework.pptx slides]<br />
<br />
Attendees:<br />
<br />
* Galy<br />
* [[User:Hholzgra|Hartmut]]<br />
<br />
=== Connection Handles for SQL/MED Brainstorming ===<br />
<br />
Proposed By: David Fetter<br />
<br />
Session Type: Presentation/Open Discussion/Hacking<br />
<br />
Description: Neither SQL/MED nor we provide a way to monitor or use the remote connection directly. We need to figure out how to fix this.<br />
<br />
Attendees: <br />
<br />
* David Fetter<br />
<br />
* Me (Susanne)<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne, me (Susanne), Moshe Jacobson<br />
<br />
=== Connection Pooling ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: We have a bunch of connection pooling systems (pgpool, pgbouncer, ...); all are limited in usefulness because they do not support the diverse set of connection modifications supported by Postgres (e.g. - ssl authentication, LDAP, etc).<br />
<br />
Java folk often implement poor home-grown solutions, but there exist maintained options (c3p0, dbcp).<br />
<br />
Note that Other Vendors sometimes include options in their "core". What would we like/need?<br />
<br />
Attendees: cbbrowne<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: <br />
<br />
* Quinn<br />
* Satoshi<br />
* [[User:Hholzgra|Hartmut]]<br />
<br />
==== Planned projects ====<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
==== proposed bite-size projects ====<br />
* url datatype (with functions for: username, password, hostname, path, protocol?)<br />
* email datatype (with functions for username, hostname?)<br />
* an interesting sample database showing many postgres features (in various sizes)<br />
* suffix datatype (ask Dim)<br />
* pg_graph - ascii art graphing extension for PSQL users<br />
* "SHOW ..." alternatives to psql \... commands? As a mostly MySQL user i'm especially confused by the lack of a "SHOW CREATE TABLE ..." [[User:Hholzgra|Hholzgra]] 20:07, 24 May 2013 (UTC)<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower Level Tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees: Moshe Jacobson<br />
<br />
=== Why VACUUM? ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: For what does PostgreSQL need VACUUM? Why should it run? When is autovacuum triggered? Why autovacuum not alwys works ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== InnoDB - purge_thread instead of VACUUM ===<br />
<br />
Proposed By: [[Hartmut Holzgraefe]]<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: PostgreSQL and InnoDB/XtraDB are both implementing MVCC in similar ways, differ at the detail level though. One of the differences is how to get rid of MVCC records that are no longer needed ... where PostgreSQL requires explicit VACUUM operation (or semi-implicit AUTOVACUUM) the InnoDB storage engine uses one or (in recent releases) more background threads to get rid of old MVCC entries (almost) completely transparantly ... I'd like to have a look at the implementation details and the advantages and disadvantages of both approaches ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== What more is needed for better JSON use? ===<br />
<br />
Proposed By: Andrew Dunstan<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: Now we have a lot of enhanced JSON functionality in 9.3, what more is needed for more effective and useful JSON?<br />
<br />
Attendees: add your name here<br />
<br />
=== Don't be afraid to give a talk on PGCon ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: How to prepare a good talk, ...<br />
<br />
Attendees: Moshe Jacobson<br />
<br />
=== Speaker wanted! Upgrading a running HA system without downtime and without lost of HA ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Description: Hot upgrading to a new release by always minimum have running one master and minimum one slave .....<br />
<br />
Attendees: add your name here<br />
<br />
=== The Future of Full Text Search ===<br />
<br />
Proposed by: [[User:Dbs|Dan Scott]]<br />
<br />
Description: Full text search in PostgreSQL is already pretty awesome, but there may be a number of ways we can enhance it to provide a more competitive alternative to Solr, Elastic Search, Sphinx, and other dedicated full text search engines. Let's figure out what we are already working on and where the low-hanging fruit may be for further enhancements in PostgreSQL 9.4 and beyond, in areas like performance, flexibility (alternate parser, ranking algorithms), new operators, more language support, ...<br />
<br />
'''Attendees''' (''hopefully''):<br />
<br />
* Alexander Korotkov<br />
* Oleg Bartunov<br />
* Teodor Sigaev<br />
<br />
'''Attendees''' (''firm''):<br />
<br />
* Dan Scott<br />
* [[User:3manuek|Emanuel Calvo]]<br />
* and you if you're interested... add yourself to the list!<br />
<br />
<br />
=== Postgres-XC documentation review and status ===<br />
<br />
Proposed by: [[User:3manuek|Emanuel Calvo]]<br />
<br />
Session Type: Open discussion<br />
<br />
Description: Actually the documentation has some lack of details (i.e. How to add more coordinators? Which steps should I do after that? What if I need to reduce data nodes? Where do I need to create the users (actually we know we need to create them on the coordinators, but is not explicitly on the doc)? )<br />
<br />
Attendees:<br />
<br />
* [[User:Hholzgra|Hartmut]]<br />
<br />
=== PHP::mysqlnd features for ext/pgsql? ===<br />
<br />
Proposed By: [[Hartmut Holzgraefe]]<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: The three MySQL extenions in PHP (mysql, mysqli, PDO driver) now can use the bundled mysqlnd library instead of the standard libmysqlclient C API. This allows for less copying in memory and better memory use tracking, and at the same time several plugin points have been added that allow for the addition of custom loadbalancing/read-write-splitting, query cache and others at the PHP engine level, transparent to the actual PHP application on top. This talk is going to describe the implementation in a bit more detail, then turning into an open discussion whether a similar reimplementation of the PostgreSQL client communication code to replace libpq would be feasible for ext/pgsql and the PostgreSQL PDO driver ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== "Something about OpenStreetMap" ===<br />
<br />
Proposed By: [[Hartmut Holzgraefe]]<br />
<br />
Session Type: Presentation/Open Discussion/<br />
<br />
Description: This could cover any of:<br />
<br />
* General User perspective<br />
** what is OpenStreetMap to begin with?<br />
** how to contribute map data?<br />
<br />
* Database perspective<br />
** how is the master database organized?<br />
** how to import full planet data or local regional data into PostGIS?<br />
<br />
* Toolchain perspective<br />
** how to go from PostGIS (or other forms of OSM data) to rendered maps?<br />
** how to create interactive web maps with OpenLayers or LeafNode?<br />
<br />
=== Pluggable Storage Engine ===<br />
<br />
Proposed By: Galy<br />
<br />
Session Type:Open Discussion<br />
<br />
Description: <br />
<br />
As Josh had mentioned <br />
<br />
'we have a number of people who would like to do something interesting and substantially different with PostgreSQL storage, and will likely be forced to fork PostgreSQL to get their ideas to work. Index-organized tables, fractal trees, JSON trees, EAV-optimized storage, non-MVCC tables, column stores, hash-distributed tables and graphs all require changes to storage which can't currently be fit into the model of index classes and blobs we offer for extensibility of data storage. Transactional RAM and Persistent RAM in the future may urge other incompatible storage changes.<br />
<br />
As a community, we want to capture these innovations and make them part of mainstream Postgres, and their users part of the PostgreSQL community. The only way to do this is to have some form of pluggable storage, just like we have pluggable function languages and pluggable index types.'<br />
<br />
It will be interesting to discuss how we can achieve this. <br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here:<br />
<br />
Tom Lane<br />
<br />
=== Migration methods Disscussion ===<br />
Proposed By: Daichi Egawa <br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: <br />
<br />
Migration to PostgreSQL is hot today. I will mainly talk about application porting(convert of SQL). There are various ways, methods and tools. So, I would like to discuss about their each merits.If there is enough time, I will also talk about migration of data. <br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19838Pgcon2013unconference2013-05-23T21:10:25Z<p>Miracee: /* Speaker wanted! */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne, me (Susanne),<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower Level Tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees:: anyone who thinks they'll attend this, add your name here<br />
<br />
=== Why VACUUM? ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: For what does PostgreSQL need VACUUM? Why should it run? When is autovacuum triggered? Why autovacuum not alwys works ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== InnoDB - purge_thread instead of VACUUM ===<br />
<br />
Proposed By: Hartmut Holzgraefe<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: PostgreSQL and InnoDB/XtraDB are both implementing MVCC in similar ways, differ at the detail level though. One of the differences is how to get rid of MVCC records that are no longer needed ... where PostgreSQL requires explicit VACUUM operation (or semi-implicit AUTOVACUUM) the InnoDB storage engine uses one or (in recent releases) more background threads to get rid of old MVCC entries (almost) completely transparantly ... I'd like to have a look at the implementation details and the advantages and disadvantages of both approaches ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== What more is needed for better JSON use? ===<br />
<br />
Proposed By: Andrew Dunstan<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: Now we have a lot of enhanced JSON functionality in 9.3, what more is needed for more effective and useful JSON?<br />
<br />
Attendees: add your name here<br />
<br />
=== Don't be afraid to give a talk on PGCon ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: How to prepare a good talk, ...<br />
<br />
Attendees: add your name here<br />
<br />
=== Speaker wanted! Upgrading a running HA system without downtime and without lost of HA ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Description: Hot upgrading to a new release by always minimum have running one master and minimum one slave .....<br />
<br />
Attendees: add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19837Pgcon2013unconference2013-05-23T21:10:11Z<p>Miracee: /* Upgrading a running HA system without downtime and without lost of HA */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne, me (Susanne),<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower Level Tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees:: anyone who thinks they'll attend this, add your name here<br />
<br />
=== Why VACUUM? ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: For what does PostgreSQL need VACUUM? Why should it run? When is autovacuum triggered? Why autovacuum not alwys works ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== InnoDB - purge_thread instead of VACUUM ===<br />
<br />
Proposed By: Hartmut Holzgraefe<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: PostgreSQL and InnoDB/XtraDB are both implementing MVCC in similar ways, differ at the detail level though. One of the differences is how to get rid of MVCC records that are no longer needed ... where PostgreSQL requires explicit VACUUM operation (or semi-implicit AUTOVACUUM) the InnoDB storage engine uses one or (in recent releases) more background threads to get rid of old MVCC entries (almost) completely transparantly ... I'd like to have a look at the implementation details and the advantages and disadvantages of both approaches ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== What more is needed for better JSON use? ===<br />
<br />
Proposed By: Andrew Dunstan<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: Now we have a lot of enhanced JSON functionality in 9.3, what more is needed for more effective and useful JSON?<br />
<br />
Attendees: add your name here<br />
<br />
=== Don't be afraid to give a talk on PGCon ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: How to prepare a good talk, ...<br />
<br />
Attendees: add your name here<br />
<br />
=== Speaker wanted! ===<br />
<br />
=== Speaker wanted! Upgrading a running HA system without downtime and without lost of HA ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Description: Hot upgrading to a new release by always minimum have running one master and minimum one slave .....<br />
<br />
Attendees: add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19836Pgcon2013unconference2013-05-23T21:09:31Z<p>Miracee: /* Upgrading a running HA system without downtime and without lost of HA */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne, me (Susanne),<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower Level Tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees:: anyone who thinks they'll attend this, add your name here<br />
<br />
=== Why VACUUM? ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: For what does PostgreSQL need VACUUM? Why should it run? When is autovacuum triggered? Why autovacuum not alwys works ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== InnoDB - purge_thread instead of VACUUM ===<br />
<br />
Proposed By: Hartmut Holzgraefe<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: PostgreSQL and InnoDB/XtraDB are both implementing MVCC in similar ways, differ at the detail level though. One of the differences is how to get rid of MVCC records that are no longer needed ... where PostgreSQL requires explicit VACUUM operation (or semi-implicit AUTOVACUUM) the InnoDB storage engine uses one or (in recent releases) more background threads to get rid of old MVCC entries (almost) completely transparantly ... I'd like to have a look at the implementation details and the advantages and disadvantages of both approaches ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== What more is needed for better JSON use? ===<br />
<br />
Proposed By: Andrew Dunstan<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: Now we have a lot of enhanced JSON functionality in 9.3, what more is needed for more effective and useful JSON?<br />
<br />
Attendees: add your name here<br />
<br />
=== Don't be afraid to give a talk on PGCon ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: How to prepare a good talk, ...<br />
<br />
Attendees: add your name here<br />
<br />
=== Speaker wanted! ===<br />
<br />
=== Upgrading a running HA system without downtime and without lost of HA ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Description: Hot upgrading to a new release by always minimum have running one master and minimum one slave .....<br />
<br />
Attendees: add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19835Pgcon2013unconference2013-05-23T21:08:05Z<p>Miracee: /* What more is needed for better JSON use? */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne, me (Susanne),<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower Level Tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees:: anyone who thinks they'll attend this, add your name here<br />
<br />
=== Why VACUUM? ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: For what does PostgreSQL need VACUUM? Why should it run? When is autovacuum triggered? Why autovacuum not alwys works ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== InnoDB - purge_thread instead of VACUUM ===<br />
<br />
Proposed By: Hartmut Holzgraefe<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: PostgreSQL and InnoDB/XtraDB are both implementing MVCC in similar ways, differ at the detail level though. One of the differences is how to get rid of MVCC records that are no longer needed ... where PostgreSQL requires explicit VACUUM operation (or semi-implicit AUTOVACUUM) the InnoDB storage engine uses one or (in recent releases) more background threads to get rid of old MVCC entries (almost) completely transparantly ... I'd like to have a look at the implementation details and the advantages and disadvantages of both approaches ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== What more is needed for better JSON use? ===<br />
<br />
Proposed By: Andrew Dunstan<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: Now we have a lot of enhanced JSON functionality in 9.3, what more is needed for more effective and useful JSON?<br />
<br />
Attendees: add your name here<br />
<br />
=== Don't be afraid to give a talk on PGCon ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: How to prepare a good talk, ...<br />
<br />
Attendees: add your name here<br />
<br />
=== Speaker wanted! ===<br />
<br />
== Upgrading a running HA system without downtime and without lost of HA ==<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Description: Hot upgrading to a new release by always minimum have running one master and minimum one slave .....<br />
<br />
Attendees: add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19834Pgcon2013unconference2013-05-23T20:43:06Z<p>Miracee: /* Trigger-Based Replication Brainstorming */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne, me (Susanne),<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower Level Tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees:: anyone who thinks they'll attend this, add your name here<br />
<br />
=== Why VACUUM? ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: For what does PostgreSQL need VACUUM? Why should it run? When is autovacuum triggered? Why autovacuum not alwys works ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== InnoDB - purge_thread instead of VACUUM ===<br />
<br />
Proposed By: Hartmut Holzgraefe<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: PostgreSQL and InnoDB/XtraDB are both implementing MVCC in similar ways, differ at the detail level though. One of the differences is how to get rid of MVCC records that are no longer needed ... where PostgreSQL requires explicit VACUUM operation (or semi-implicit AUTOVACUUM) the InnoDB storage engine uses one or (in recent releases) more background threads to get rid of old MVCC entries (almost) completely transparantly ... I'd like to have a look at the implementation details and the advantages and disadvantages of both approaches ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== What more is needed for better JSON use? ===<br />
<br />
Proposed By: Andrew Dunstan<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: Now we have a lot of enhanced JSON functionality in 9.3, what more is needed for more effective and useful JSON?<br />
<br />
Attendees: add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19831Pgcon2013unconference2013-05-23T13:34:55Z<p>Miracee: /* Lower level tuning */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne,<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower Level Tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees:: anyone who thinks they'll attend this, add your name here<br />
<br />
=== Why VACUUM? ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation and Open Discussion<br />
<br />
Description: For what does PostgreSQL need VACUUM? Why should it run? When is autovacuum triggered? Why autovacuum not alwys works ...<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19830Pgcon2013unconference2013-05-23T13:27:50Z<p>Miracee: /* Lower level tuning */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne,<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower level tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation/Open Discussion/<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees:: anyone who thinks they'll attend this, add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19829Pgcon2013unconference2013-05-23T13:26:51Z<p>Miracee: /* The Future of Postgres */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne,<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower level tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation/Open Discussion/<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=Pgcon2013unconference&diff=19828Pgcon2013unconference2013-05-23T13:25:54Z<p>Miracee: /* The Future of Postgres */</p>
<hr />
<div>= pgCon 2013 Unconference Day =<br />
<br />
The PostgreSQL Community is having our first Unconference Day at pgCon 2013 in Ottawa! This event, sponsored by Salesforce.com, extends pgCon and gives us additional opportunities to share, collaborate, and discuss about PostgreSQL development, hacking, usage, and community.<br />
<br />
For more about unconference days and why we're doing this, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]].<br />
<br />
If you are interested in holding a session, or you want someone else to do a session on a particular topic on the Unconference day, please add your proposal to "session ideas" below.<br />
<br />
== Basic Information ==<br />
<br />
pgCon Unconference Day<br />
<br />
Saturday, May 25th<br />
<br />
10am to 5:30pm<br />
<br />
Rooms: MNT202, MRT221, MRT256<br />
<br />
== Unconference Schedule ==<br />
<br />
Not final, may be revised based on conference logistics.<br />
<br />
{|| ''Time'' || ''Event''<br />
|- <br />
| ''Time'' || ''Event''<br />
|-<br />
|10am to 11am || Introduction and selection of sessions in MRT 202<br />
|-<br />
|11am to 12pm || First sessions (3 rooms)<br />
|-<br />
|12pm to 1pm || Second sessions (3 rooms)<br />
|-<br />
|1pm to 2:30pm || Lunch discussion groups<br />
|-<br />
|2:30pm to 3:30pm || Third sessions (3 rooms)<br />
|-<br />
|3:30pm to 4:30pm || Fourth Sessions (3 rooms)<br />
|-<br />
|4:30pm to 5:30pm || Spillover Sessions (3 rooms)<br />
|}<br />
<br />
== How Sessions are Selected ==<br />
<br />
No predetermined schedule is set for the Unconference Day beforehand. Instead, participants in the Unconference bring their ideas, demands, wishlists and discussion topics, and propose sessions at 10am in MRT 202. Anyone can lead a session. Sessions are accepted by acclaim, and scheduled collaboratively in the first period from 10am to 11am.<br />
<br />
In order to get things started quickly on the Unconference Day, participants are encouraged to post session ideas on the wiki, below, before the unconference actually starts.<br />
<br />
For more information, see the [[pgConUnconferenceFAQ|Unconference Day FAQ]]<br />
<br />
== Session Ideas == <br />
<br />
If you wish to lead a session at the Unconference Day, or if you wish someone else would hold one on a specific topic, please propose it below. Copy this template and add your session proposal:<br />
<br />
=== My Session Idea ===<br />
<br />
Proposed By: Me<br />
<br />
Session Type: Presentation/Round-table/Open Discussion/Hacking/Other<br />
<br />
Description: write a few lines of description of your session idea here<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here<br />
<br />
=== PostgreSQL.org Testing Brainstorming ===<br />
<br />
Proposed By: Josh Berkus<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: the regression tests and the Buildfarm don't cover anywhere near all the kinds, or scope, of testing we want to do with Postgres, especially during the Beta Testing period. What other kinds of testing could we be doing? How can we increase test coverage? How can we get new contributors involved in testing?<br />
<br />
Attendees: put your name here:<br />
<br />
=== Enhancement of PostgreSQL testing framework ===<br />
<br />
Proposed By: Galy Lee<br />
<br />
Session Type: Presentation/Open Discussion<br />
<br />
Description: We had enhanced three parts to current PostgreSQL regression test suite, those are: new replication testing framework, kernel testing framework for index/transaction/buffer page module, enhancement of isolation testing framework with synchronization mechanism. I will introduce our works and hope to discuss with the community how to make our testing framework better.<br />
<br />
Attendees: Galy,<br />
<br />
=== Trigger-Based Replication Brainstorming ===<br />
<br />
Proposed By: Christopher Browne<br />
<br />
Session Type: Open Discussion<br />
<br />
Description: What are people liking/not liking about Slony, Londiste, Bucardo? What features are not available that would be valuable to have? What backend features would be useful to make implementations better/faster/more reliable?<br />
<br />
Attendees: cbbrowne,<br />
<br />
=== Open Hack Session ===<br />
<br />
Proposed By: [[User:Qdw | Quinn Weaver]]<br />
<br />
Session Type: Hacking<br />
<br />
Description: Bring a project or come looking to join, work in a team or solo, use IRC and sneakernet to help each other out — just hack!<br />
<br />
Attendees: Quinn, Satoshi<br />
<br />
Planned projects:<br />
<br />
* Quinn: I will be giving [https://github.com/qdw/pg-version-compare pg-version-compare] some much-needed love (top priority: adding data for recent PostgreSQL releases).<br />
* Satoshi: I will be hacking [https://github.com/uptimejp/pgperf-snapshot pgperf-snapshot] to catch up to the 9.3 (and add some unit tests). See [http://www.uptime.jp/pgperf-snapshot/docs_en/ docs] for more details.<br />
[[Category:PostgreSQL Events]]<br />
<br />
=== The Future of Postgres ===<br />
<br />
Proposed by: Josh Berkus<br />
<br />
Session Type: Open discussion<br />
<br />
Description: where do you think PostgreSQL should go in 2 years? 5? 10? What features do you see as essential to Postgres continuing to thrive? Who's going to work on them?<br />
<br />
=== Lower level tuning ===<br />
<br />
Proposed By: Susanne Ebrecht<br />
<br />
Session Type: Presentation/Open Discussion/<br />
<br />
Description: Databases are real I/O and RAM eater. The talk gives an overview what administrators need to consider on buying new hardware, what they need to tune on Linux level and which variables they might want to change in postgresql.conf to get better performance.<br />
<br />
Attendees: anyone who thinks they'll attend this, add your name here</div>Miraceehttps://wiki.postgresql.org/index.php?title=PGUG_EU_Conference_Coordination&diff=19095PGUG EU Conference Coordination2013-02-25T10:08:27Z<p>Miracee: /* Planning 2011 */</p>
<hr />
<div>= Conferences = <br />
<br />
Recurring events in the Euro zone where PostgreSQL activities might be beneficial<br />
<br />
<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Location'''<br />
| align="center" style="background:#f0f0f0;"|'''URL'''<br />
| align="center" style="background:#f0f0f0;"|'''Contact Information'''<br />
| align="center" style="background:#f0f0f0;"|'''Type'''<br />
| align="center" style="background:#f0f0f0;"|'''Size'''<br />
| align="center" style="background:#f0f0f0;"|'''Duration'''<br />
| align="center" style="background:#f0f0f0;"|'''Approx. Time'''<br />
| align="center" style="background:#f0f0f0;"|'''Language'''<br />
|-<br />
| FOSDEM||Brussels, Belgium||http://fosdem.org/2010/||||FOSS community conference||||Weekend||Early February||English<br />
|-<br />
| P2D2||Prague, Czech Rep ||http://www.p2d2.cz/||||PostgreSQL Czech Community conference||||One day||February||Czech<br />
|-<br />
| CeBIT||Hanover, Germany||http://www.cebit.de/||||Trade fair||~300k Visitors||Tuesday - Saturday||Early March||German<br />
|-<br />
| FOSSGIS||Osnabrück, Germany||http://www.fossgis.de/konferenz/||||FOSS GIS community conference||||Tuesday - Friday||Early March||German?<br />
|-<br />
| Chemnitzer Linuxtage||Chemnitz, Germany||http://chemnitzer.linux-tage.de/2010/||||FOSS community conference||||Weekend||Mid March||German & English<br />
|-<br />
| Solutions Linux||Paris, France||http://www.solutionslinux.fr/||||Trade fair||||Tuesday-Thursday||Mid March||French<br />
|-<br />
| Grazer Linuxtage||Graz, Austria||http://www.linuxtage.at/||||FOSS community conference||||Weekend||Late April||German<br />
|-<br />
| Wiener Linuxwochen||Wien, Austria||http://www.linuxwochen.at/||||FOSS community conference||||Weekend||Early May||German<br />
|-<br />
| Netways OSDC||Nuremberg, Germany||http://www.netways.de/en/osdc/||||Commercial conference||~100 Attendees||Wednesday & Thursday||Early June||German & English<br />
|-<br />
| Linuxtag||Berlin, Germany||http://www.linuxtag.org/||||FOSS community conference||||Wednesday - Saturday||Mid June||German?<br />
|-<br />
| AMOOCON||Rostock, Germany||http://www.amoocon.de/||||Commercial conference||~100 Attendees||Friday - Sunday||Early June||German & English<br />
|-<br />
| FrOSCon||St. Augustin, Germany||http://www.froscon.de/||||FOSS community conference||||Weekend||Late August||German & English<br />
|-<br />
| PHP Unconference||Hamburg, Germany||http://www.php-unconference.de/||||PHP community conference||||Weekend||Early September||German<br />
|-<br />
| FrOSCamp||Zurich, Switzerland||http://wiki.froscamp.org/||||FOSS community conference||||Friday & Saturday||Mid September||German? English? French?<br />
|-<br />
| Kieler Linuxtage||Kiel, Germany||http://www.kieler-linuxtage.de/||||FOSS community conference||||Friday & Saturday||Early October||German?<br />
|-<br />
| Szabad Szoftver Konferencia || Szeged, Hungary || http://szszk.sed.hu/ ||||FOSS community conference||||one day|| (probably) early October||Hungarian<br />
|-<br />
| OpenRheinRuhr ||"Im Pott", Germany||http://www.openrheinruhr.de/||||FOSS community conference||||TBD||November||German?<br />
|-<br />
| Brandenburger Linux Info-Tag||Potsdam, Germany||http://www.blit.org/||||FOSS community conference||||Saturday||Mid November||German?<br />
|-<br />
| PGDay Europe||changing||http://2009.pgday.eu/||||PostgreSQL Community conference||||Friday & Saturday||November||English<br />
|-<br />
| PGDay Fr||France ||http://www.pgday.fr/||||PostgreSQL French-speaking Community conference||||Friday & Saturday||October-November||French<br />
|-<br />
| SOSOCON||Hanover, Germany||http://www.sosocon.de/sosocon/||||Commercial conference||||||30.11.-02.12. 2010 (1st year)||German & English<br />
|-<br />
| <br />
|}<br />
<br />
= Planning 2010 =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FrOSCon||21st & 22nd Aug||Michael Renner, Andreas Scherbaum||DevRoom with Talks||Project accepted, Devroom accepted<br />
|-<br />
| FrOSCamp||17th & 18th Sept||Markus Wanner||Booth & Talks||Project accepted, Talks accepted<br />
|-<br />
| [http://www.blit.org/ Brandenburger Linux Infotag]||6th Nov||Andreas Scherbaum||Booth, Talks & Workshops||Project accepted, Talks accepted<br />
|-<br />
| [http://www.openrheinruhr.de/ OpenRheinRuhr]||13rd-14th Nov||Andreas Scherbaum||Booth & Talks||Project accepted, Talk accepted<br />
|-<br />
| [http://2010.pgday.eu/ PGDay.EU]||6-8th Dec||PGUG EU||Booth & Talks||PostgreSQL conference<br />
|-<br />
|}<br />
<br />
= Planning 2011 =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FOSDEM||5th & 6th February 2011||Andreas Scherbaum, ..||Talks & Booth||<br />
|-<br />
|}<br />
<br />
= Planning 2013 =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FOSSGIS||12th - 14th June 2013||Susanne Ebrecht, ..||Talks & Booth||<br />
|-<br />
|}<br />
<br />
= Completed Events =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FOSDEM||6th & 7th February 2010||Andreas Scherbaum, ..||Talks & Booth||<br />
|-<br />
| CeBIT||2nd - 6th March 2010||Andreas Scherbaum, ..||Booth||<br />
|-<br />
| Chemnitzer Linuxtage||13th & 14th March 2010||Andreas Scherbaum, Andreas Kretschmer, ...||Booth||<br />
|-<br />
| Wiener Linuxwochen||6th - 8th May 2010||Hans-Jürgen Schöning||[http://www.linuxwochen.at/index.php?option=com_content&view=article&id=152&Itemid=69 Talk]||Talk PostgreSQL 9.0<br />
|-<br />
| AMOOCON||4th - 6th June 2010||Michael Renner||[http://www.amoocon.de/speakers/214 Talk]||Talk PostgreSQL 9.0<br />
|-<br />
| Netways OSDC||23rd & 24th June 2010||Michael Renner||[http://www.netways.de/osdc/y2010/programm/ Talk]||Talk PostgreSQL Replication with 9.0<br />
|}<br />
<br />
[[Category:PostgreSQL Events]]<br />
[[Category:PostgreSQL Europe]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=FrOSCon_2012&diff=18099FrOSCon 20122012-08-27T20:53:52Z<p>Miracee: Created page with "Hier findet Ihr die Folien zu den deutschsprachigen PostgreSQL-Präsentationen der FrOSCon 2012. Die FrOSCon (Free and Open Source Conference) hat vom 25.-26. August 2012 in der …"</p>
<hr />
<div>Hier findet Ihr die Folien zu den deutschsprachigen PostgreSQL-Präsentationen der FrOSCon 2012.<br />
Die FrOSCon (Free and Open Source Conference) hat vom 25.-26. August 2012 in der Hochschule<br />
Bonn-Rhein-Sieg stattgefunden.<br />
* [[:File:Vacuumindex.pdf|Susanne Ebrecht, Spülvorgänge und Seifenblasen]]<br />
<br />
[[Category:PostgreSQL Events]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Vacuumindex.pdf&diff=18098File:Vacuumindex.pdf2012-08-27T20:47:14Z<p>Miracee: Spülvorgänge und Seifenblasen</p>
<hr />
<div>Spülvorgänge und Seifenblasen</div>Miraceehttps://wiki.postgresql.org/index.php?title=Deutsch&diff=18097Deutsch2012-08-27T20:40:08Z<p>Miracee: /* deutschsprachige Präsentationen */</p>
<hr />
<div>== User Dokumentation in Deutsch ==<br />
<br />
=== PostgreSQL Marketing ===<br />
<br />
Fragen, Anleitungen und Dokumente rund um das PostgreSQL Marketing<br />
in Deutschland findet Ihr unter:<br />
<br />
[[PostgreSQL Marketing im deutschsprachigen Raum]]<br />
<br />
=== deutschsprachige Präsentationen ===<br />
<br />
* [[FrOSCon 2012]]<br />
* [[German-Speaking PostgreSQL Conference 2011|PGConf.DE 2011]]<br />
* [[FrOSCon 2011]]<br />
<br />
=== Externe Webseiten ===<br />
<br />
* [http://www.pg-forum.de/ deutsches PostgreSQL Forum]<br />
<br />
=== Deutsche Hilfetexte ===<br />
<br />
* [http://www.pg-forum.de/h-ufig-gestellte-fragen-faq/ FAQ-Sammlung im deutschen PostgreSQL Forum (z.B. Installation unter Windows)]<br />
* [[FAQ/de|Offizielle FAQ]]<br />
<br />
[[Category:Deutsch|!]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=Events&diff=17970Events2012-07-30T21:05:38Z<p>Miracee: /* PostgreSQL Events */</p>
<hr />
<div>== PostgreSQL Events ==<br />
<br />
Most PostgreSQL-specific events are tracked on the [http://www.postgresql.org/about/eventarchive PostgreSQL Events] page. This is a listing of events at which we expect, or would like to have, a PostgreSQL presence. Please keep the events in order by starting date and follow the existing examples. Please also tag the events with the MediaWiki "PostgreSQL Events" category. If you are going to be organizing a PostgreSQL booth, please adhere to [[BoothPolicies]]. PostgreSQL Europe conference coordination [[PGUG EU Conference Coordination|is here]]. Conference for China user group [[Pg_envent_cn| is here]].<br />
<br />
{| border="1"<br />
|+ <br />
|- style="background:Khaki;"<br />
'''Upcoming PostgreSQL Events Listing'''<br />
| '''Event''' || '''Web Page''' || '''Date''' || '''Country''' || '''City''' || '''Activities'''<br />
|-<br />
| FrOSCon || [http://www.froscon.org/ FrOSCon 2012]|| August 25-26, 2012 || Germany || St. Augustin || Talks, Booth<br />
|-<br />
| PGOpen 2012 || [http://postgresopen.org Postgres Open 2012] || September 16-19, 2012 || USA || Chicago, IL || Training, Talks<br />
|-<br />
| PG Conference Europe 2012 || [http://2012.pgconf.eu PostgreSQL Conference 2012] || October 23-26, 2012 || Czech Rep. || Prague || Training, Talks<br />
|}<br />
<br />
<br />
{| border="1"<br />
|+ <br />
|- style="background:Khaki;"<br />
'''Previous PostgreSQL Events Listing'''<br />
| '''Event''' || '''Web Page''' || '''Date''' || '''Country''' || '''City''' || '''Activities'''<br />
|-<br />
| PG Conference China 2012 || [http://wiki.postgresql.org/wiki/Pgconfchina2012 PG Conference China 2012] || June 14-17, 2012 || China || Beijing || Training, Talks<br />
|-<br />
| PG Day France 2012 || [http://www.pgday.fr/ PG Day France 2012] || June 7, 2012 || France || Lyon || Talks<br />
|-<br />
| PGCon 2012 || [http://www.pgcon.org/2012/ PGCon 2012] || May 15-18, 2012 || Canada || Ottawa, ON || Training, Talks<br />
|-<br />
| PostgresSQL Conference 2012 Japan || [http://www.postgresql.jp/events/pgcon2012/top PostgreSQL Conference 2012 Japan] || February 24, 2012 || Japan || Tokyo || Talks<br />
|-<br />
| PGDay Austin 2012 || [http://pgday.austinpug.org PGDay Austin 2012] || March 28, 2012 || USA || Austin, TX || Talks<br />
|-<br />
| PGDay DC 2012 || [http://pgday.bwpug.org PGDay DC 2012] || March 30, 2012 || USA || Reston, VA || Talks<br />
|-<br />
| PGDay NYC 2012 || [http://pgday.nycpug.org PGDay NYC 2012] || April 2, 2012 || USA || New York, NY || Talks<br />
|-<br />
| [[FOSDEM 2012]] || [http://www.fosdem.org/2012/ FOSDEM '12] || February 04-05, 2012 || Belgium || Brussels || Booth, Devroom<br />
|-<br />
| PG Session #3 || [http://www.postgresql-sessions.org/3/ PG Session #3] || February 02 2012 || France || Paris || Talks<br />
|-<br />
| PostgreSQL Conference Germany 2011 || [http://2011.pgconf.de/ PGConf.DE 2011]|| Nov 11, 2011 || Germany || Oberhausen || [[German-Speaking PostgreSQL Conference 2011|Talks]]<br />
|-<br />
| PGBR2011 || [http://pgbr.postgresql.org.br/ PGBR2011] || Nov 3-4, 2011 || Brazil || São Paulo || Tutorials, Talks, Booth<br />
|-<br />
| PostgreSQL Conference Europe 2011 || [http://2011.pgconf.eu/ PGConf.EU 2011] || October 18-21, 2011 || The Netherlands || Amsterdam || Training, [[PostgreSQL Conference Europe Talks 2011|Talks]]<br />
|-<br />
| PostgreSQL Conference West 2011 || [http://www.postgresqlconference.org/ #PgWest 2011] || September 27-30, 2011 || San Jose || California || Training, Talks, Booth<br />
|-<br />
| Postgres Open || [http://postgresopen.org/2011/home/ Postgres Open 2011] || Sep 14-16, 2011 || USA || Chicago || [[Postgres Open Talks 2011]]<br />
|-<br />
| PGDay Porto Alegre || [http://www.postgresql.org.br/eventos/2011/pgday/rs PGDay Porto Alegre] || August 19, 2011 || Brazil || Porto Alegre || Talks, Booths<br />
|-<br />
| FrOSCon || [http://www.froscon.de/ FrOSCon 2011]|| August 20-21, 2011 || Germany || St. Augustin || Talks, Booth<br />
|-<br />
| Pg Conf Colombia || [http://www.pgconf.org Pg Conf Colombia 2011]|| August 4-5, 2011 || Colombia || Bucaramanga ||<br />
|-<br />
| PgDay at OSCON 2011 || [http://pugs.postgresql.org/node/1663 PgDay at OSCON 2011] || July 24, 2011 || USA || Portland, OR || Talks, party<br />
|-<br />
| 2011 China PostgreSQL User conference ||[http://wiki.postgresql.org/wiki/Pgconchina2011 2011 China PostgreSQL User conference] || July 16-17, 2011 || China || GUANGZHOU ||Talks,Tutorial<br />
|-<br />
| PGCon 2011 || [http://www.pgcon.org/2011/ PGCon 2011] || May 17-20, 2011 || Canada || Ottawa || Talks, Training<br />
|-<br />
| PGEast 2011 || [https://www.postgresqlconference.org/ PGWest] || March 22-25, 2011 || USA || New York, NY || Talks, Training<br />
|-<br />
| PostgresSQL Conference 2011 Japan || || February 25-26, 2011 || Tokyo || Japan ||<br />
|-<br />
| [[FOSDEM, Brussels 2011]] || [http://www.fosdem.org/2011/ FOSDEM '11] || February 05-06, 2011 || Belgium || Brussels || Booth, Devroom<br />
|-<br />
| [[PGDAY-Latino, La Habana 2011]] || [http://postgresql.uci.cu/news/19 PGDAY-Latino '11] || February 01-05, 2011 || Cuba || La Habana || Talks, Workshop<br />
|-<br />
| colspan="6" | [[Events/2010 | 2010 events]]<br />
|-<br />
| colspan="6" | [[Events/2009 | 2009 events]]<br />
|-<br />
| colspan="6" | [[Events/2008 | 2008 events]]<br />
|-<br />
| colspan="6" | [[Events/2007 | 2007 events]]<br />
|}<br />
<br />
== External Links ==<br />
<br />
* [http://conferences.oreillynet.com/ O'Reilly conferences]<br />
* [http://opencheese.com/2007/10/14/open-source-events-2008/ "Open Source and Linux events in 2008"]<br />
<br />
[[Category:PostgreSQL Events]]<br />
[[Category:Advocacy]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=Posters&diff=16299Posters2012-02-20T18:22:07Z<p>Miracee: /* Propaganda Posters */</p>
<hr />
<div>== Propaganda Posters ==<br />
<br />
<gallery><br />
Image:Reasons.497x702.png| 10 reasons to entrust your data to PostgreSQL ([http://wiki.postgresql.org/wiki/Image:10Reasons.svg SVG version]) <br />
Image:What is pg(2).pdf| What is PostgreSQL?<br />([http://wiki.postgresql.org/wiki/Image:What_is_pg(2).odt OOo version])<br />
Image:Postgresql_full_steam_english.jpeg|Upcoming PostgreSQL 9.2 Full Steam Ahead (jpeg, landscape, A4 format) ([http://wiki.postgresql.org/wiki/File:Postgresql_full_steam_english.jpeg JPEG version] [http://wiki.postgresql.org/wiki/File:Postgresql_full_steam.tar tar including xcf gimp data])<br />
</gallery><br />
<br />
== Technical Posters ==<br />
<br />
<gallery><br />
Image:PostgreSQL 83 Stat View.497x702.png| PostgreSQL Stats Views([[Media:PostgreSQL 83 Stat View.svg|SVG version]])<br />
Image:PostgreSQL 83 Internal Catalogs.png| Internal Catalogs ([[Media:Catalogs_83.svg|SVG version]] )<br />
</gallery><br />
<br />
<br />
<br />
<br />
[[Category:Advocacy]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Postgresql_full_steam_english.jpeg&diff=16298File:Postgresql full steam english.jpeg2012-02-20T18:15:16Z<p>Miracee: Upcoming PostgreSQL 9.2 Full Steam Ahead</p>
<hr />
<div>Upcoming PostgreSQL 9.2 Full Steam Ahead</div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Postgresql_full_steam.tar&diff=16297File:Postgresql full steam.tar2012-02-20T18:14:22Z<p>Miracee: Original Gimp xcf format with all layers</p>
<hr />
<div>Original Gimp xcf format with all layers</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=16295PostgreSQL Marketing im deutschsprachigen Raum2012-02-19T11:51:51Z<p>Miracee: /* Poster A4 */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** da ja PostgreSQL drauf steht - also sollte auch PostgreSQL drin sein<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich an PgDG wenden.<br />
** Der Fall ist noch nicht vorgekommen<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Flyer und Poster ==<br />
<br />
* Community Flyer und Poster dürfen keine Werbung für Firmen enthalten.<br />
* Jeder darf Flyer und Poster erstellen<br />
* Es wäre schön, wenn Flyer-Designs allen verfügbar gemacht werden, so dass auch andere sie nutzen können<br />
** verfügbar gemacht bedeutet - hier ins Wiki hochgeladen<br />
* Dreiteilige Flyer haben einige Vorteile<br />
* Viele Flyer werden der Erfahrung nach, nicht benötigt<br />
** Meist reichen 20-50.<br />
* Englische Flyer findet Ihr unter [[Flyers]]<br />
** Bitte beachten - Kein Advertising auf Flyern an reinen Community Ständen.<br />
<br />
===== Deutsche Flyer =====<br />
<br />
* Variante 2 ( Mai 2011, PG 9.0 ) : [[:Image:Pgflyer.pdf|PDF]] | [[:Image:Pgflyer.odt|ODT]]<br />
* Variante 1 ( Feb 2008, PG 8.3 ) : [[:Image:Pg-general.pdf|PDF]] | [[:Image:Pg-general.odt|ODT]]<br />
<br />
===== Poster A4 =====<br />
<br />
* PostgreSQL 9.2 - mit Volldampf voraus ( Februar 2012) : [[:File:Postgresql_volldampf.jpeg|JPEG]]<br />
* Elefant und Text ( Mai 2011) : [[:Image:Poster.pdf|PDF]] | [[:Image:Poster.odt|ODT]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Postgresql_volldampf.jpeg&diff=16294File:Postgresql volldampf.jpeg2012-02-19T11:49:57Z<p>Miracee: Poster für PostgreSQL 9.2</p>
<hr />
<div>Poster für PostgreSQL 9.2</div>Miraceehttps://wiki.postgresql.org/index.php?title=PGUG_EU_Conference_Coordination&diff=15241PGUG EU Conference Coordination2011-08-23T16:01:35Z<p>Miracee: /* Conferences */</p>
<hr />
<div>= Conferences = <br />
<br />
Recurring events in the Euro zone where PostgreSQL activities might be beneficial<br />
<br />
<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Location'''<br />
| align="center" style="background:#f0f0f0;"|'''URL'''<br />
| align="center" style="background:#f0f0f0;"|'''Contact Information'''<br />
| align="center" style="background:#f0f0f0;"|'''Type'''<br />
| align="center" style="background:#f0f0f0;"|'''Size'''<br />
| align="center" style="background:#f0f0f0;"|'''Duration'''<br />
| align="center" style="background:#f0f0f0;"|'''Approx. Time'''<br />
| align="center" style="background:#f0f0f0;"|'''Language'''<br />
|-<br />
| FOSDEM||Brussels, Belgium||http://fosdem.org/2010/||||FOSS community conference||||Weekend||Early February||English<br />
|-<br />
| P2D2||Prague, Czech Rep ||http://www.p2d2.cz/||||PostgreSQL Czech Community conference||||One day||February||Czech<br />
|-<br />
| CeBIT||Hanover, Germany||http://www.cebit.de/||||Trade fair||~300k Visitors||Tuesday - Saturday||Early March||German<br />
|-<br />
| FOSSGIS||Osnabrück, Germany||http://www.fossgis.de/konferenz/||||FOSS GIS community conference||||Tuesday - Friday||Early March||German?<br />
|-<br />
| Chemnitzer Linuxtage||Chemnitz, Germany||http://chemnitzer.linux-tage.de/2010/||||FOSS community conference||||Weekend||Mid March||German & English<br />
|-<br />
| Solutions Linux||Paris, France||http://www.solutionslinux.fr/||||Trade fair||||Tuesday-Thursday||Mid March||French<br />
|-<br />
| Grazer Linuxtage||Graz, Austria||http://www.linuxtage.at/||||FOSS community conference||||Weekend||Late April||German<br />
|-<br />
| Wiener Linuxwochen||Wien, Austria||http://www.linuxwochen.at/||||FOSS community conference||||Weekend||Early May||German<br />
|-<br />
| Netways OSDC||Nuremberg, Germany||http://www.netways.de/en/osdc/||||Commercial conference||~100 Attendees||Wednesday & Thursday||Early June||German & English<br />
|-<br />
| Linuxtag||Berlin, Germany||http://www.linuxtag.org/||||FOSS community conference||||Wednesday - Saturday||Mid June||German?<br />
|-<br />
| AMOOCON||Rostock, Germany||http://www.amoocon.de/||||Commercial conference||~100 Attendees||Friday - Sunday||Early June||German & English<br />
|-<br />
| FrOSCon||St. Augustin, Germany||http://www.froscon.de/||||FOSS community conference||||Weekend||Late August||German & English<br />
|-<br />
| PHP Unconference||Hamburg, Germany||http://www.php-unconference.de/||||PHP community conference||||Weekend||Early September||German<br />
|-<br />
| FrOSCamp||Zurich, Switzerland||http://wiki.froscamp.org/||||FOSS community conference||||Friday & Saturday||Mid September||German? English? French?<br />
|-<br />
| Kieler Linuxtage||Kiel, Germany||http://www.kieler-linuxtage.de/||||FOSS community conference||||Friday & Saturday||Early October||German?<br />
|-<br />
| Szabad Szoftver Konferencia || Szeged, Hungary || http://szszk.sed.hu/ ||||FOSS community conference||||one day|| (probably) early October||Hungarian<br />
|-<br />
| OpenRheinRuhr ||"Im Pott", Germany||http://www.openrheinruhr.de/||||FOSS community conference||||TBD||November||German?<br />
|-<br />
| Brandenburger Linux Info-Tag||Potsdam, Germany||http://www.blit.org/||||FOSS community conference||||Saturday||Mid November||German?<br />
|-<br />
| PGDay Europe||changing||http://2009.pgday.eu/||||PostgreSQL Community conference||||Friday & Saturday||November||English<br />
|-<br />
| PGDay Fr||France ||http://www.pgday.fr/||||PostgreSQL French-speaking Community conference||||Friday & Saturday||October-November||French<br />
|-<br />
| SOSOCON||Hanover, Germany||http://www.sosocon.de/sosocon/||||Commercial conference||||||30.11.-02.12. 2010 (1st year)||German & English<br />
|-<br />
| <br />
|}<br />
<br />
= Planning 2010 =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FrOSCon||21st & 22nd Aug||Michael Renner, Andreas Scherbaum||DevRoom with Talks||Project accepted, Devroom accepted<br />
|-<br />
| FrOSCamp||17th & 18th Sept||Markus Wanner||Booth & Talks||Project accepted, Talks accepted<br />
|-<br />
| [http://www.blit.org/ Brandenburger Linux Infotag]||6th Nov||Andreas Scherbaum||Booth, Talks & Workshops||Project accepted, Talks accepted<br />
|-<br />
| [http://www.openrheinruhr.de/ OpenRheinRuhr]||13rd-14th Nov||Andreas Scherbaum||Booth & Talks||Project accepted, Talk accepted<br />
|-<br />
| [http://2010.pgday.eu/ PGDay.EU]||6-8th Dec||PGUG EU||Booth & Talks||PostgreSQL conference<br />
|-<br />
|}<br />
<br />
= Planning 2011 =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FOSDEM||5th & 6th February 2011||Andreas Scherbaum, ..||Talks & Booth||<br />
|-<br />
|}<br />
<br />
= Completed Events =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FOSDEM||6th & 7th February 2010||Andreas Scherbaum, ..||Talks & Booth||<br />
|-<br />
| CeBIT||2nd - 6th March 2010||Andreas Scherbaum, ..||Booth||<br />
|-<br />
| Chemnitzer Linuxtage||13th & 14th March 2010||Andreas Scherbaum, Andreas Kretschmer, ...||Booth||<br />
|-<br />
| Wiener Linuxwochen||6th - 8th May 2010||Hans-Jürgen Schöning||[http://www.linuxwochen.at/index.php?option=com_content&view=article&id=152&Itemid=69 Talk]||Talk PostgreSQL 9.0<br />
|-<br />
| AMOOCON||4th - 6th June 2010||Michael Renner||[http://www.amoocon.de/speakers/214 Talk]||Talk PostgreSQL 9.0<br />
|-<br />
| Netways OSDC||23rd & 24th June 2010||Michael Renner||[http://www.netways.de/osdc/y2010/programm/ Talk]||Talk PostgreSQL Replication with 9.0<br />
|}</div>Miraceehttps://wiki.postgresql.org/index.php?title=PGUG_EU_Conference_Coordination&diff=15240PGUG EU Conference Coordination2011-08-23T16:00:42Z<p>Miracee: /* Conferences */</p>
<hr />
<div>= Conferences = <br />
<br />
Recurring events in the Euro zone where PostgreSQL activities might be beneficial<br />
<br />
<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Location'''<br />
| align="center" style="background:#f0f0f0;"|'''URL'''<br />
| align="center" style="background:#f0f0f0;"|'''Contact Information'''<br />
| align="center" style="background:#f0f0f0;"|'''Type'''<br />
| align="center" style="background:#f0f0f0;"|'''Size'''<br />
| align="center" style="background:#f0f0f0;"|'''Duration'''<br />
| align="center" style="background:#f0f0f0;"|'''Approx. Time'''<br />
| align="center" style="background:#f0f0f0;"|'''Language'''<br />
|-<br />
| FOSDEM||Brussels, Belgium||http://fosdem.org/2010/||||FOSS community conference||||Weekend||Early February||English<br />
|-<br />
| P2D2||Prague, Czech Rep ||http://www.p2d2.cz/||||PostgreSQL Czech Community conference||||One day||February||Czech<br />
|-<br />
| CeBIT||Hanover, Germany||http://www.cebit.de/||||Trade fair||~300k Visitors||Tuesday - Saturday||Early March||German<br />
|-<br />
| FOSSGIS||Osnabrück, Germany||http://www.fossgis.de/konferenz/||||FOSS GIS community conference||||Tuesday - Friday||Early March||German?<br />
|-<br />
| Chemnitzer Linuxtage||Chemnitz, Germany||http://chemnitzer.linux-tage.de/2010/||||FOSS community conference||||Weekend||Mid March||German & English<br />
|-<br />
| Solutions Linux||Paris, France||http://www.solutionslinux.fr/||||Trade fair||||Tuesday-Thursday||Mid March||French<br />
|-<br />
| Grazer Linuxtage||Graz, Austria||http://www.linuxtage.at/||||FOSS community conference||||Weekend||Late April||German<br />
|-<br />
| Wiener Linuxwochen||Wien, Austria||http://www.linuxwochen.at/||||FOSS community conference||||Weekend||Early May||German<br />
|-<br />
| Netways OSDC||Nuremberg, Germany||http://www.netways.de/en/osdc/||||Commercial conference||~100 Attendees||Wednesday & Thursday||Early June||German & English<br />
|-<br />
| Linuxtag||Berlin, Germany||http://www.linuxtag.org/||||FOSS community conference||||Wednesday - Saturday||Mid June||German?<br />
|-<br />
| AMOOCON||Rostock, Germany||http://www.amoocon.de/||||Commercial conference||~100 Attendees||Friday - Sunday||Early June||German & English<br />
|-<br />
| FrOSCon||St. Augustin, Germany||http://www.froscon.de/||||FOSS community conference||||Weekend||Late August||German & English<br />
|-<br />
| PHP Unconference||Hamburg, Germany||http://www.php-unconference.de/||||PHP community conference||||Weekend||Beginning September||German<br />
|-<br />
| FrOSCamp||Zurich, Switzerland||http://wiki.froscamp.org/||||FOSS community conference||||Friday & Saturday||Mid September||German? English? French?<br />
|-<br />
| Kieler Linuxtage||Kiel, Germany||http://www.kieler-linuxtage.de/||||FOSS community conference||||Friday & Saturday||Early October||German?<br />
|-<br />
| Szabad Szoftver Konferencia || Szeged, Hungary || http://szszk.sed.hu/ ||||FOSS community conference||||one day|| (probably) early October||Hungarian<br />
|-<br />
| OpenRheinRuhr ||"Im Pott", Germany||http://www.openrheinruhr.de/||||FOSS community conference||||TBD||November||German?<br />
|-<br />
| Brandenburger Linux Info-Tag||Potsdam, Germany||http://www.blit.org/||||FOSS community conference||||Saturday||Mid November||German?<br />
|-<br />
| PGDay Europe||changing||http://2009.pgday.eu/||||PostgreSQL Community conference||||Friday & Saturday||November||English<br />
|-<br />
| PGDay Fr||France ||http://www.pgday.fr/||||PostgreSQL French-speaking Community conference||||Friday & Saturday||October-November||French<br />
|-<br />
| SOSOCON||Hanover, Germany||http://www.sosocon.de/sosocon/||||Commercial conference||||||30.11.-02.12. 2010 (1st year)||German & English<br />
|-<br />
| <br />
|}<br />
<br />
= Planning 2010 =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FrOSCon||21st & 22nd Aug||Michael Renner, Andreas Scherbaum||DevRoom with Talks||Project accepted, Devroom accepted<br />
|-<br />
| FrOSCamp||17th & 18th Sept||Markus Wanner||Booth & Talks||Project accepted, Talks accepted<br />
|-<br />
| [http://www.blit.org/ Brandenburger Linux Infotag]||6th Nov||Andreas Scherbaum||Booth, Talks & Workshops||Project accepted, Talks accepted<br />
|-<br />
| [http://www.openrheinruhr.de/ OpenRheinRuhr]||13rd-14th Nov||Andreas Scherbaum||Booth & Talks||Project accepted, Talk accepted<br />
|-<br />
| [http://2010.pgday.eu/ PGDay.EU]||6-8th Dec||PGUG EU||Booth & Talks||PostgreSQL conference<br />
|-<br />
|}<br />
<br />
= Planning 2011 =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FOSDEM||5th & 6th February 2011||Andreas Scherbaum, ..||Talks & Booth||<br />
|-<br />
|}<br />
<br />
= Completed Events =<br />
<br />
{|<br />
| align="center" style="background:#f0f0f0;"|'''Name'''<br />
| align="center" style="background:#f0f0f0;"|'''Date'''<br />
| align="center" style="background:#f0f0f0;"|'''Attendees'''<br />
| align="center" style="background:#f0f0f0;"|'''Type of attendance'''<br />
| align="center" style="background:#f0f0f0;"|'''Comments'''<br />
|-<br />
| FOSDEM||6th & 7th February 2010||Andreas Scherbaum, ..||Talks & Booth||<br />
|-<br />
| CeBIT||2nd - 6th March 2010||Andreas Scherbaum, ..||Booth||<br />
|-<br />
| Chemnitzer Linuxtage||13th & 14th March 2010||Andreas Scherbaum, Andreas Kretschmer, ...||Booth||<br />
|-<br />
| Wiener Linuxwochen||6th - 8th May 2010||Hans-Jürgen Schöning||[http://www.linuxwochen.at/index.php?option=com_content&view=article&id=152&Itemid=69 Talk]||Talk PostgreSQL 9.0<br />
|-<br />
| AMOOCON||4th - 6th June 2010||Michael Renner||[http://www.amoocon.de/speakers/214 Talk]||Talk PostgreSQL 9.0<br />
|-<br />
| Netways OSDC||23rd & 24th June 2010||Michael Renner||[http://www.netways.de/osdc/y2010/programm/ Talk]||Talk PostgreSQL Replication with 9.0<br />
|}</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15238PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T14:15:28Z<p>Miracee: /* Deutsche Flyer */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** da ja PostgreSQL drauf steht - also sollte auch PostgreSQL drin sein<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich an PgDG wenden.<br />
** Der Fall ist noch nicht vorgekommen<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Flyer und Poster ==<br />
<br />
* Community Flyer und Poster dürfen keine Werbung für Firmen enthalten.<br />
* Jeder darf Flyer und Poster erstellen<br />
* Es wäre schön, wenn Flyer-Designs allen verfügbar gemacht werden, so dass auch andere sie nutzen können<br />
** verfügbar gemacht bedeutet - hier ins Wiki hochgeladen<br />
* Dreiteilige Flyer haben einige Vorteile<br />
* Viele Flyer werden der Erfahrung nach, nicht benötigt<br />
** Meist reichen 20-50.<br />
* Englische Flyer findet Ihr unter [[Flyers]]<br />
** Bitte beachten - Kein Advertising auf Flyern an reinen Community Ständen.<br />
<br />
===== Deutsche Flyer =====<br />
<br />
* Variante 2 ( Mai 2011, PG 9.0 ) : [[:Image:Pgflyer.pdf|PDF]] | [[:Image:Pgflyer.odt|ODT]]<br />
* Variante 1 ( Feb 2008, PG 8.3 ) : [[:Image:Pg-general.pdf|PDF]] | [[:Image:Pg-general.odt|ODT]]<br />
<br />
===== Poster A4 =====<br />
<br />
* Elefant und Text ( Mai 2011) : [[:Image:Poster.pdf|PDF]] | [[:Image:Poster.odt|ODT]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Poster.pdf&diff=15237File:Poster.pdf2011-08-23T14:15:08Z<p>Miracee: </p>
<hr />
<div></div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Poster.odt&diff=15236File:Poster.odt2011-08-23T14:14:53Z<p>Miracee: </p>
<hr />
<div></div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15235PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T14:13:46Z<p>Miracee: /* Deutsche Flyer */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** da ja PostgreSQL drauf steht - also sollte auch PostgreSQL drin sein<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich an PgDG wenden.<br />
** Der Fall ist noch nicht vorgekommen<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Flyer und Poster ==<br />
<br />
* Community Flyer und Poster dürfen keine Werbung für Firmen enthalten.<br />
* Jeder darf Flyer und Poster erstellen<br />
* Es wäre schön, wenn Flyer-Designs allen verfügbar gemacht werden, so dass auch andere sie nutzen können<br />
** verfügbar gemacht bedeutet - hier ins Wiki hochgeladen<br />
* Dreiteilige Flyer haben einige Vorteile<br />
* Viele Flyer werden der Erfahrung nach, nicht benötigt<br />
** Meist reichen 20-50.<br />
* Englische Flyer findet Ihr unter [[Flyers]]<br />
** Bitte beachten - Kein Advertising auf Flyern an reinen Community Ständen.<br />
<br />
===== Deutsche Flyer =====<br />
<br />
* Variante 2 ( Mai 2011, PG 9.0 ) : [[:Image:Pgflyer.pdf|PDF]] | [[:Image:Pgflyer.odt|ODT]]<br />
* Variante 1 ( Feb 2008, PG 8.3 ) : [[:Image:Pg-general.pdf|PDF]] | [[:Image:Pg-general.odt|ODT]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Pg-general.odt&diff=15234File:Pg-general.odt2011-08-23T14:13:41Z<p>Miracee: </p>
<hr />
<div></div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Pg-general.pdf&diff=15233File:Pg-general.pdf2011-08-23T14:12:37Z<p>Miracee: </p>
<hr />
<div></div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15232PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T14:09:21Z<p>Miracee: /* Flyer und Poster */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** da ja PostgreSQL drauf steht - also sollte auch PostgreSQL drin sein<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich an PgDG wenden.<br />
** Der Fall ist noch nicht vorgekommen<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Flyer und Poster ==<br />
<br />
* Community Flyer und Poster dürfen keine Werbung für Firmen enthalten.<br />
* Jeder darf Flyer und Poster erstellen<br />
* Es wäre schön, wenn Flyer-Designs allen verfügbar gemacht werden, so dass auch andere sie nutzen können<br />
** verfügbar gemacht bedeutet - hier ins Wiki hochgeladen<br />
* Dreiteilige Flyer haben einige Vorteile<br />
* Viele Flyer werden der Erfahrung nach, nicht benötigt<br />
** Meist reichen 20-50.<br />
* Englische Flyer findet Ihr unter [[Flyers]]<br />
** Bitte beachten - Kein Advertising auf Flyern an reinen Community Ständen.<br />
<br />
===== Deutsche Flyer =====<br />
<br />
* Variante 2 ( Mai 2011, PG 9.0 ) : [[:Image:Pgflyer.pdf|PDF]] | [[:Image:Pgflyer.odt|ODT]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Pgflyer.odt&diff=15231File:Pgflyer.odt2011-08-23T14:08:48Z<p>Miracee: </p>
<hr />
<div></div>Miraceehttps://wiki.postgresql.org/index.php?title=File:Pgflyer.pdf&diff=15230File:Pgflyer.pdf2011-08-23T14:02:00Z<p>Miracee: </p>
<hr />
<div></div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15229PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T14:01:16Z<p>Miracee: /* Flyer und Poster */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** da ja PostgreSQL drauf steht - also sollte auch PostgreSQL drin sein<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich an PgDG wenden.<br />
** Der Fall ist noch nicht vorgekommen<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Flyer und Poster ==<br />
<br />
* Community Flyer und Poster dürfen keine Werbung für Firmen enthalten.<br />
* Jeder darf Flyer und Poster erstellen<br />
* Es wäre schön, wenn Flyer-Designs allen verfügbar gemacht werden, so dass auch andere sie nutzen können<br />
** verfügbar gemacht bedeutet - hier ins Wiki hochgeladen<br />
* Dreiteilige Flyer haben einige Vorteile<br />
* Viele Flyer werden der Erfahrung nach, nicht benötigt<br />
** Meist reichen 20-50.<br />
* Englische Flyer findet Ihr unter [[Flyers]]<br />
** Bitte beachten - Kein Advertising auf Flyern an reinen Community Ständen.<br />
<br />
===== Deutsche Flyer =====</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15228PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T14:00:02Z<p>Miracee: /* Flyer und Poster */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** da ja PostgreSQL drauf steht - also sollte auch PostgreSQL drin sein<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich an PgDG wenden.<br />
** Der Fall ist noch nicht vorgekommen<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Flyer und Poster ==<br />
<br />
* Community Flyer und Poster dürfen keine Werbung für Firmen enthalten.<br />
* Jeder darf Flyer und Poster erstellen<br />
* Es wäre schön, wenn Flyer-Designs allen verfügbar gemacht werden, so dass auch andere sie nutzen können<br />
** verfügbar gemacht bedeutet - hier ins Wiki hochgeladen<br />
* Dreiteilige Flyer haben einige Vorteile<br />
* Viele Flyer werden der Erfahrung nach, nicht benötigt<br />
** Meist reichen 20-50.<br />
* Englische Flyer gibt es hier [[Flyers]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15227PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T13:59:30Z<p>Miracee: /* Flyer und Poster */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** da ja PostgreSQL drauf steht - also sollte auch PostgreSQL drin sein<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich an PgDG wenden.<br />
** Der Fall ist noch nicht vorgekommen<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Flyer und Poster ==<br />
<br />
* Community Flyer und Poster dürfen keine Werbung für Firmen enthalten.<br />
* Jeder darf Flyer und Poster erstellen<br />
* Es wäre schön, wenn Flyer-Designs allen verfügbar gemacht werden, so dass auch andere sie nutzen können<br />
** verfügbar gemacht bedeutet - hier ins Wiki hochgeladen<br />
* Dreiteilige Flyer haben einige Vorteile<br />
* Viele Flyer werden der Erfahrung nach, nicht benötigt<br />
** Meist reichen 20-50.<br />
* Englische Flyer gibt es hier [[Flyer]]</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15226PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T13:58:13Z<p>Miracee: </p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** da ja PostgreSQL drauf steht - also sollte auch PostgreSQL drin sein<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich an PgDG wenden.<br />
** Der Fall ist noch nicht vorgekommen<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Flyer und Poster ==<br />
<br />
* Community Flyer und Poster dürfen keine Werbung für Firmen enthalten.<br />
* Jeder darf Flyer und Poster erstellen<br />
* Es wäre schön, wenn Flyer-Designs allen verfügbar gemacht werden, so dass auch andere sie nutzen können<br />
** verfügbar gemacht bedeutet - hier ins Wiki hochgeladen<br />
* Dreiteilige Flyer haben einige Vorteile<br />
* Viele Flyer werden der Erfahrung nach, nicht benötigt<br />
** Meist reichen 20-50.</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15225PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T13:40:02Z<p>Miracee: </p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich, wenn möglich, 3 Mitglieder von PgDG als Sonderkomitee dazuholen. Diese 3 entscheiden dann ob und welcher Vortrag gehalten wird.<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15224PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T13:38:31Z<p>Miracee: /* Verhalten */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
*** Wird der Stand gesponsored - solltet Ihr an dieser Stelle natürlich den Sponsor nennen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich, wenn möglich, 3 Mitglieder von PgDG als Sonderkomitee dazuholen. Diese 3 entscheiden dann ob und welcher Vortrag gehalten wird.<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15223PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T13:37:20Z<p>Miracee: /* Einen PostgreSQL Stand planen */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Merchandising Artikel ==<br />
<br />
* Wir waren jung und brauchten das Geld<br />
* Wir haben im deutschsprachigen Raum nicht wirklich anfallende Kosten<br />
* Merchandising wird von PostgreSQL Europe organisiert und passiert auf Europäischen Veranstaltungen<br />
** Was hier eingenommen wird, ist ausreichend<br />
* Stände usw. sollten informativ sein und nicht Verkaufsständen ähneln<br />
<br />
== Spenden sammeln ==<br />
<br />
* Wer spenden sammeln möchte, darf das gerne<br />
* Sachspenden müssten auf advocacy abgeklärt werden<br />
* Geldspenden gehen an PostgreSQL Europe http://www.postgresql.eu/donate/<br />
** Wer hier Spendenquittungen braucht, muss ich an das Board wenden.<br />
* Auf Ständen eingesammelte Spenden<br />
** Hiervon ist eine Abrechnung zu erstellen<br />
** Geld für Getränke, Süßwaren usw. sollte direkt abgezogen werden<br />
** Was anschließend noch übrig bleibt, sollte an PostgreSQL Europe überwiesen und die Abrechnung dem Board per Email zugeschickt werden.<br />
** Ist weniger eingenommen worden, als benötigt, dann sollten die Quittungen eingescannt und eine formlose Email mit der Bitte um Erstattung der Kosten an das Board gesendet werden.<br />
* Wird mehr Geld benötigt, als oben erwähnt - so ist dieses im Vorfeld mit PostgreSQL Europe zu verhandeln<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich, wenn möglich, 3 Mitglieder von PgDG als Sonderkomitee dazuholen. Diese 3 entscheiden dann ob und welcher Vortrag gehalten wird.<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15222PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T13:26:04Z<p>Miracee: </p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein<br />
<br />
== Einen PostgreSQL Dev-Room planen ==<br />
<br />
==== Wer darf einen PostgreSQL Dev-Room organisieren? ====<br />
<br />
* Eigentlich auch jeder<br />
* Es gelten hier ähnliche Regeln wie beim Stand.<br />
* Reine PostgreSQL Dev Rooms müssen mit PgDG abgesprochen werden.<br />
* Mindestens zwei zuverlässige Helfer sollten stets im Dev Room sein, Speaker ansagen, Speakern helfen etc.<br />
<br />
==== Woran ist zu denken? ====<br />
<br />
* Wasser für die Speaker<br />
* Beamer und Leinwand<br />
* Tafel oder Flipchart für den Speaker<br />
<br />
==== Vortrags-Auswahl-Komitee ====<br />
<br />
* Das Komitee sollte aus einer ungeraden Zahl bestehen. Mindstens 3, Maximal 7.<br />
* Also 3, 5 oder 7 Mitglieder im Komitee<br />
* PgDG sollte die Mehrheit im Komitee haben<br />
** Bei 3 Leuten im Komitee sollten also 2 von PgDG sein<br />
*** Es sei denn, ein PgDG-Mitglied bestimmt jemanden anderes als seinen Vertreter<br />
* Komitee-Mitglieder sollten in unterschiedlichen Firmen arbeiten. Es sollten keine zwei Mitglieder für dasselbe Unternehmen tätig sein. Egal ob angestellt oder freiberuflich.<br />
* Um Unmut und Missbrauch zu vermeiden, sollten Mitglieder des Komitees nur dann eigene Vorträge halten, wenn nicht genügend andere Vorträge eingereicht wurden<br />
* Wurden mehr Vorträge eingereicht als benötigt werden, es sind aber unbrauchbare Vorträge darunter, so dass das Komitee doch lieber Vorträge von Komitee-Mitglieder vorziehen würde, sollte das Komitee sich, wenn möglich, 3 Mitglieder von PgDG als Sonderkomitee dazuholen. Diese 3 entscheiden dann ob und welcher Vortrag gehalten wird.<br />
* Vorträge von PgDG haben bei Patt Vorrang<br />
* Die Namen der Mitglieder des Komitee sind öffentlich zu machen</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15221PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T13:03:20Z<p>Miracee: /* Verhalten */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit<br />
** zeigt dem Besucher, wo er es in der Doku nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar, Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15220PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T13:02:48Z<p>Miracee: /* Verhalten */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit - zeigt dem Besucher, wo er es in der Doku<br />
nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
* Vergesst nicht - Ihr vertretet PostgreSQL - Ihr vertretet PgDG<br />
** Fragt jemand nach kommerziellen Services - dürft Ihr zwar, Euren Favoriten in den Vordergrund stellen, aber Ihr solltet nicht vergessen zu erwähnen, dass es da noch andere gibt. Firmen, die professionelle Services rund um PostgreSQL anbieten sind hier gelistet: http://www.postgresql.org/support/professional_support<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15219PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T12:58:05Z<p>Miracee: /* Verhalten */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit - zeigt dem Besucher, wo er es in der Doku<br />
nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
* Baut den Stand nicht vor Ende der Veranstaltung ab<br />
** Seht zu, dass noch Helfer nach der Veranstaltung da sind, um den Stand abzubauen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15218PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T12:56:55Z<p>Miracee: /* Standhelfer */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
** Solange der Helfer aus der Tasse oder dem Glas trinkt, darf er es neben sich am Stand abstellen, sobald es leer ist, sollte es verschwinden.<br />
* Helfer sollten in keinem Fall am Stand chatten oder programmieren oder ähnliches am Stand machen<br />
** Chatten ist nur dann erlaubt, wenn Fragen zur Beantwortung weitergegeben werden müssen<br />
<br />
===== Verhalten =====<br />
<br />
* Wir bashen niemals gegen andere Open Source Projekte<br />
** Lasst Euch dazu nicht von Besuchern verleiten<br />
** Vermeidet solche Diskussionen<br />
** Es gibt keine Konkurrenz zwischen Open Source Projekten<br />
* Wenn bashen, dann nur gegen kommerzielle Anbieter - aber auch das ist kein schöner Zug<br />
* Versucht alle Fragen freundlich zu beantworten<br />
* Nehmt Euch Zeit für die Besucher<br />
* Versucht, niemals beim Besucher das Gefühl zu erwecken, er sei ein Dau<br />
* Bleibt sachlich<br />
* Besser sagen "weiss ich nicht" als Fragen falsch beantworten<br />
* Lest Notfalls schnell in der Doku nach, wenn Ihr unsicher seit - zeigt dem Besucher, wo er es in der Doku<br />
nachschlagen kann.<br />
* Versucht eine Tür zu den Experten offen zu haben (i.d.R. IRC), um Antworten auf Fragen, die Ihr nicht beantworten könnt, schnell einholen zu können<br />
* Lasst nie einen einzelnen Helfer zu lang allein - bedenkt immer - auch der eine hat mal Bedürfnisse und warte vielleicht dringend auf Eure Rückkehr<br />
* Lasst den Stand niemals unbeaufsichtigt<br />
* Versucht Taschen, Getränke usw. so zu verstecken, dass sie nicht sofort entdeckt werden<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15217PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T12:43:38Z<p>Miracee: /* Was muss ich mitnehmen? */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
** IRC Client kann helfen, sofern Internet vorhanden ist, um schnell nachzufragen, wenn man mit Fragen der Besucher überfordert ist <br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15216PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T12:42:32Z<p>Miracee: /* Standhelfer */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
* Es sollten nach Möglichkeit keine dreckigen Tassen oder Gläser am Stand rumliegen<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15215PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T12:41:11Z<p>Miracee: </p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut<br />
* Gläser oder Becher für die Helfer<br />
** Trinkt am Stand niemals aus der Flasche, dass macht einen schlechten Eindruck<br />
<br />
== Einen PostgreSQL Stand betreiben ==<br />
<br />
===== Standaufbau =====<br />
<br />
* Baue den Stand einladend auf<br />
* Verbarrikadiere die Helfer nicht hinter Tischen<br />
* Stelle Tische z.B. schräg oder an die Seite<br />
* Versuche, den Stand so zu gestalten, dass Besucher den Stand betreten können.<br />
* Wenn Du einen Stehtisch zur Verfügung gestellt bekommen hast, ist das natürlich ideal<br />
* Der Stand sollte dem Besucher signalisieren "Halte an, komm herein"<br />
* Versuche mit dem Möbeln das Motto hinzubekommen "Heute Tag der offen Tür"<br />
* Vermeide das Motto "Heute geschlossen"<br />
* Verstaue Getränke usw. so, dass sie für Besucher nicht sichtbar sind z.B. unterm Tisch, wenn die Tischdecke lang genug ist<br />
* Lege Flyer formschön aus<br />
* Platziere den Laptop so, dass Du daran einem Besucher etwas erklären kannst und sich andere Besucher dazugesellen können<br />
* Platziere Poster und Roll-Up so, dass für jeden Besucher eindeutig wird "Hier ist der PostgreSQL Stand".<br />
* Vermeide, dass dreckiges Geschirr sichtbar am Stand steht.<br />
* Kein großes Merchandising am Stand - Das ist ein PostgreSQL Informationsstand und weder ein Verkaufs- noch ein Spendensammelstand.<br />
* Gebe außer Flyern nichts umsonst raus - wir sind non-profit - wir haben nichts zu verschenken.<br />
** Das eine odere andere Haribo Teilchen darfst Du natürlich an ausgewählte, bzw. lieb fragende Besucher auch rausgeben. Aber bedenke - die Süßwaren sind eigentlich zur Vorbeugung gegen Unterzuckerung.<br />
<br />
===== Standhelfer =====<br />
<br />
* Helfer sollten am Stand stehen<br />
* Helfer sollten in keinem Fall am Stand sitzen und in Laptops starren - das signalisert "Sprech mich bloss nicht an"<br />
* Helfer sollten den Besucher signalisieren "Bleib stehen, sprich mit mir"<br />
* Heler sollten sich nicht hinter Tische verschanzen, sondern lieber vor dem Tisch stehen bzw. am Stehtisch<br />
* Helfer dürfen sich, wenn keine Besucher da sind, durchaus mal hinsetzen<br />
* Sind zwei Helfer am Stand ist es nicht schlimm wenn einer sitzt<br />
* Helfer bzw. Leute vom Projekt sollten sich nicht zu Scharen am Stand befinden. Mehr als drei am Stand wirkt meist wie eine Belagerung durch eigene Leute und verschreckt die Besucher.<br />
<br />
===== Kleiderordnung =====<br />
<br />
* wir brauchten bislang keine explizite Kleiderordnung einführen<br />
* es sollte sich, der Veranstaltung entsprechend, angemessen gekleidet werden<br />
** weder overdressed noch underdressed<br />
** bislang haben es alle ohne Regelung hinbekommen<br />
* als Faustregel gilt die alte Kirchenregel:<br />
** alles zwischen Schultern und Knie sowie die Schultern und die Knie selbst, sollte mit Kleidung bedeckt sein</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15214PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T12:17:21Z<p>Miracee: </p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
===== Was muss ich mitnehmen? =====<br />
<br />
* Tischdecken in blau oder weiß. saubere, gemangelte Stofftischdecken sehen besser aus als Papiertischdecken. Vielleicht hat Deine Oma ja noch eine große weiße Tischdecke im Schrank, die sie Dir borgen kann.<br />
* Flyer in deutsch und ggf. in englisch<br />
** Die Anzahl der Flyer ist Veranstaltungsabhängig - 20-50 pro Tag ist normalerweise ausreichend.<br />
** Flyer dürfen bei einem Community Stand keine Werbung enthalten<br />
** Bedenke - Du vertrittst das PostgreSQL Projekt - Du vertrittst PgDG und keine Firma<br />
** Flyer Ideen bzw. Flyer zum Ausdrucken findest Du weiter unten<br />
** Du darfst Dir aber auch gerne eigene Flyer basteln<br />
* Poster (optional)<br />
** Druck das Logo auf A4 - damit Du es an die Wand hängen kannst.<br />
* Roll-Up<br />
** Ein Roll-Up ist so ein zusammengerolltes Banner - dass unten auf einem Ständer steht und wenn Du es ausziehst ca. 2m in die Höhe ragt.<br />
** Das Roll-Up wird Dir zugeschickt. Entweder vom letzten, der es benötigt hat oder von Andreas, der es zwischenlagert.<br />
* Spendendose oder Sparschwein (als Elefant wäre cool) (optional)<br />
** Du musst keine Spenden sammeln, aber darfst es natürlich<br />
* Laptop mit zugehörigem Stromkabel als Vorführrechner.<br />
** Auf dem Laptop sollte die PostgreSQL Dokumentation Offline einsehbar sein.<br />
** Die aktuelle PostgreSQL sollte installiert sein<br />
** Die Helfer sollten am Stand in der Lage sein, kleine Demonstrationen mit psql vorführen zu können<br />
** PGAdminIII zu installieren und vorzuführen ist daneben auch gut</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15213PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T11:57:49Z<p>Miracee: /* Bescheid sagen */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe<br />
<br />
===== Was bekomme ich an Kosten erstattet? =====<br />
<br />
PostgreSQL ist Non Profit und Community only. Für Reisekosten und Verpflegung bist Du selbst verantwortlich.<br />
Der Stand sollte natürlich nichts kosten. Tische und Stühle sollten vom Veranstalter kostenlos gestellt werden.<br />
<br />
Du solltest am Stand für Getränke und Süßwaren (Unterzuckerung passiert bei Standhelfern schneller als man glaubt) zur Verfügung stellen.<br />
<br />
Drei Dinge sollten Dir aus der PostgreSQL Spendenkasse erstattet werden:<br />
<br />
* 3 Liter Mineralwasser, Cola oder Orangen- / Zitronensprudel pro Tag und Helfer<br />
* 250 Gramm Süßwaren pro Tag und Helfer - die Kosten sollten sich hier für 2 Helfer im Rahmen von 5 Tafeln Kinderschokolade bzw. einer 500 Gramm Haribo-Box bleiben.<br />
* Daneben bekommst Du natürlich das Porto erstattet - dass Du für das zurückschicken des Rollups ausgibst.<br />
<br />
<br />
===== Was muss ich mitnehmen? =====</div>Miraceehttps://wiki.postgresql.org/index.php?title=PostgreSQL_Marketing_im_deutschsprachigen_Raum&diff=15212PostgreSQL Marketing im deutschsprachigen Raum2011-08-23T11:38:41Z<p>Miracee: /* Bescheid sagen */</p>
<hr />
<div>Die folgenden Abschnitte befassen sich mit PostgreSQL Marketing. Hier findest Du Instruktionen und Material rund um das Thema Marketing.<br />
<br />
== Einen PostgreSQL Stand planen ==<br />
<br />
==== Wer darf einen PostgreSQL Community Stand organisieren? ====<br />
<br />
Eigentlich jeder, der sich dazu berufen fühlt. Es gilt jedoch:<br />
* Kehre vor der eigenen Tür<br />
** Stände im Osten, sollten von Leuten aus dem Osten veranstaltet werden<br />
** Stände in NRW von Leuten aus NRW<br />
** Stände in Österreich von Österreichern<br />
** Stände in der Schweiz von Schweizern<br />
** usw.<br />
* Wenn der Österreicher näher an München ist als der nächste Bayer - ist es natürlich auch ok.<br />
* Es zählt hier ĺänder- und bundesländerübergreifend - wer aus dem näheren Umkreis kommt.<br />
* Wenn Mitglieder von PgDG bereits einen Stand planen (egal wo) haben sie natürlich Vorrang.<br />
** Die Erfahrung zeigt jedoch, dass manchmal Mitglieder von PgDG sich der Sache nur angenommen haben, weil es sonst keiner macht. Es gibt durchaus Events wo in einer solchen Situation, die Mitglieder von PgDG sich in die<br />
zweite Reihe stellen, hilfe anbieten und im Grunde des Herzens froh sind, den Ballast "Stand" abgeben zu können und lediglich auf dem Event anwesend sein können.<br />
<br />
==== Erste Schritte der Planung ====<br />
<br />
===== Plant schon jemand? =====<br />
<br />
* Bevor Du mit der Planung beginnst, solltest Du im Archiv von pgsql-advocacy@postgresql.org nachsehen, ob schon jemand anderes hier etwas plant.<br />
* Wenn ja - ist die einfachste Lösung sich anzuschließen<br />
** Du solltest den / die Planenden in jedem Fall kontaktieren und von Deinem Vorhaben erzählen.<br />
<br />
===== Denn immer zu zweit sie sind! =====<br />
<br />
* Als allererstes solltest Du schauen, dass Du zuverlässige Helfer hast.<br />
* Ein Stand sollte stets mit mindestens zwei Leuten besetzt sein.<br />
** Ausnahme: während der Minuten, wenn einer der beiden menschlichen Bedürfnissen nachgeht (Nahrungsaufnahme eingeschlossen).<br />
** Die menschlichen Bedürfnisse sind der Hauptgrund für die Regelung "immer zu zweit".<br />
* Zu bedenken ist, wer Standdienst macht, hat wenig vom eigentlichen Event. Drei sind besser als zwei. Dann kann jeweils einer etwas vom Event wahrnehmen.<br />
* Absprachen sind hier wichtig. Stickenziehen und Schnick-Schnack-Schnuck durchaus üblich.<br />
* Schau Dir die Helfer genau an. Vorallem auf das Wörtchen "zuverlässig" hin.<br />
** Bedenke - Mitglieder der PgDG (PostgreSQL Developer Group) sind meist kleine Promis. Der Wille Standdienst zu machen ist zwar häufig start - aber die Erfahrung zeigt - wirklich einplanen lassen sie sich nicht. Sie sind entweder da oder nicht. Häufig sind sie auch einfach von Leuten zu umlagert, um Standdienst machen zu können.<br />
* Stelle sicher, dass der Stand früh genug aufgebaut werden kann, so dass er von Begin bis Ende des Events besetzt ist, dass er erst nach dem Event wieder abgebaut werden kann.<br />
** Einen Stand vor Ende abbauen, weil alle Helfer heim wollen, ist peinlich. Auch wenn es andere vielleicht machen, sollte es nicht passieren.<br />
<br />
===== Bescheid sagen =====<br />
<br />
* Wenn Du kein Mitglied von PgDG bist, solltest Du PgDG über Dein Vorhaben informieren und fragen, ob es in Ordnung geht.<br />
* Da nicht alle auf den deutschen Listen sind, ist hier eine Email auf englisch an pgsql-advocacy@postgresql.org erforderlich<br />
* Wenn Du Mitglied von PgDG bist, wäre es natürlich schön, wenn Du diese Email auch schreibst<br />
** Du solltest hier zumindest sicherstellen, dass die üblichen, deutschsprachigen Verdächtigen von PgDG und PgUG (derzeit Susanne und Andreas), die sich meist um Stände kümmern, es erfahren und Dich mit Ihnen absprechen.<br />
* Eigentlich solltest Du auf eine solche Email eine Reaktion bekommen. Entweder nur an Dich addressiert oder an die Liste.<br />
* Widerspricht binnen der nächsten zwei Wochen keiner - kannst Du es als genehmigt ansehen.<br />
* Nachdem PgDG es genehmigt hat, solltest Du Dein Vorhaben auch der deutschsprachigen Community mitteilen.<br />
* Hierfür schreibst Du bitte an beide deutsche Mailingslisten: pgsql-de-allgemein@postgresql.org und pgusers@postgres.de<br />
* Alle Listen sind Member only. Für die .de Email Liste schickst Du eine Mail an majordomo@postgres.de, in der Du subscribe pgusers in das Textfeld einträgst. Für die .org Listen gibt es das Frontent http://www.postgresql.org/community/lists/subscribe</div>Miracee