<p><br>
On Feb 21, 2012 10:39 AM, "jim" <<a href="mailto:jim@systemateka.com">jim@systemateka.com</a>> wrote:<br>
><br>
><br>
><br>
>    There needs a definition of "hacking". The space has<br>
> sewing machines, lots of soldering irons and oscilloscopes,<br>
> various tools in the dirty workshop, and so on. Yet much<br>
> of the email discusses hacking with respect to the software<br>
> domain.<br>
>    A week or so ago some J R hacker stopped by the space<br>
> with an aquatic sailing device that adjusts its shape to<br>
> optimize speed and (I think) expected to be able to do some<br>
> work on it. Some months ago a group of French stopped by<br>
> the space as part of their world tour to study such spaces.<br>
> Tastebridge came out of Czeck Frantisek's persistent<br>
> efforts.<br>
><br>
>    Making a "structural change" needs clarification,<br>
> probably with respect to the definition of hacking.<br>
>    And probably the use of the equipment in the space ought<br>
> to be considered in defining hacking.<br>
><br>
>    Note that the AMTD discuss list so far has been devoid<br>
> of the drama component that occasionally explodes on the NB<br>
> discuss list. What about their structure might have a<br>
> filtering affect?<br>
>    For one thing, it seems that no one is sleeping there:<br>
> as I recall, their space has no kitchen and no couches and<br>
> does have locked doors (not easily accessible by the curious).<br>
> Is that what we want?<br>
></p>
<p>Yes, that's what I want. <br>
>    Trying to fix things comes with volatility. Maybe we<br>
> don't understand our circumstance well enough. Seems to me<br>
> good to focus on doing things that __are__ hacking as we<br>
> each individually understand it and set a tone by example.<br>
> Be wary of changes that require maintenance.<br>
>    Be patient. Care hard. NB seems a natural community<br>
> space, with the complexities that come with.<br>
><br>
><br>
><br>
> On Tue, 2012-02-21 at 09:00 -0800, Crutcher Dunnavant wrote:<br>
> > Actually, I don't see J Random UNKNOWN Hacker from Tokyo being a<br>
> > design goal of the space. Ping someone on IRC, come during open<br>
> > visiting hours, get someone to show you the space.<br>
> ><br>
> > Can't make friends with someone on IRC enough to get a tour? And<br>
> > you're going to travel from another city to visit? Yeah ... not much<br>
> > overlap of those groups.<br>
> ><br>
> ><br>
> > On Tue, Feb 21, 2012 at 4:08 AM, Wladyslaw Zbikowski<br>
> > <<a href="mailto:embeddedlinuxguy@gmail.com">embeddedlinuxguy@gmail.com</a>> wrote:<br>
> > > On Tue, Feb 21, 2012 at 2:26 AM, Crutcher Dunnavant <<a href="mailto:crutcher@gmail.com">crutcher@gmail.com</a>> wrote:<br>
> > >> "Care extra special hard" is not a solution. We've had these problems<br>
> > >> in oscillation since we moved into our current digs; and I believe<br>
> > >> they're a structural problem caused by the interaction of our scale<br>
> > >> and our government system. I'm tired of this nonsense. I'd like to fix<br>
> > >> it.<br>
> > ><br>
> > > "Fixing it" means addressing two use cases:<br>
> > ><br>
> > > 1. J Random Hacker walks in visiting from the Tokyo hackerspace or<br>
> > > just drove in from Peoria after reading about us on the Make blog.<br>
> > ><br>
> > > 2. Person who is well known to the community, who has a total lack of<br>
> > > interest in or respect for what a hacker space is, shows up Yet Again<br>
> > > to spend the day/night doing Whatever It Is He/She Does All The Time<br>
> > > Here.<br>
> > ><br>
> > > A reasonable requirement is that the first person is welcome while the<br>
> > > second is not. I would like to hear how a structural solution can<br>
> > > solve this without having to care enough to actually talk to the<br>
> > > person.<br>
> ><br>
> ><br>
> ><br>
><br>
><br>
</p>