FWIW<br><br>you might try such an OS as SUSE Enterprise. They call some of their enhancements Service Packs (MS Lingo).<br><br>maybe more trust, contact them and ask if they can list any city governments as references ...<br>
<br>of course another option is Oracle Enterprise Linux (formerly Redhat). <br><br>support is optional with these but should be cheaper than MS and better quality. <br><br>with Open Source the whole idea is to save money by cooperating across the entire span of users, although Oracle sells training there are user groups of course as well at various levels, many of whom are contributors to the actual software.<br>
<br>It seems to me that people migrating from MS products need support for that process as a smooth transition. One way is to make structures like these that are similar to MS support. Just container for a better product.<br>
<br><br><br><div class="gmail_quote">On Wed, May 25, 2011 at 12:23 PM, Ryan Rawson <span dir="ltr"><<a href="mailto:ryanobjc@gmail.com">ryanobjc@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Just because they are building on top of MSSQL, doesn't mean the<br>
resulting software can't be open source. Then at least other cities<br>
could benefit from their work, no?<br>
<br>
Fighting the vendor game is not really recommended unless you are<br>
black-belt alas.<br>
<font color="#888888"><br>
-ryan<br>
</font><div><div></div><div class="h5"><br>
On Tue, May 24, 2011 at 4:31 PM, Asa Dodsworth <<a href="mailto:asa.dodsworth@gmail.com">asa.dodsworth@gmail.com</a>> wrote:<br>
> PostgreSQL sounds good, will that integrate well with their existing<br>
> software.<br>
><br>
> I never made a suggestion to technical staff, what I forwarded years was<br>
> previous correspondence between IT staff and other commissioners.<br>
> I have found the city management staff I've had and opportunity to speak<br>
> with to be nontechnical people defaming opensource software. And I have<br>
> found their understanding of opensource, and critiques of it to be generally<br>
> uninformed,<br>
><br>
> What I'm trying to do is ask technical people to weigh in on the technical<br>
> questions so I can present a reasonable fact checked option.<br>
><br>
> thank you for your feedback,<br>
> Asa<br>
><br>
><br>
><br>
> On 24 May 2011 07:41, Jason Dusek <<a href="mailto:jason.dusek@gmail.com">jason.dusek@gmail.com</a>> wrote:<br>
>><br>
>> Their assessment is a reasonable. Their staff have a lot of<br>
>> MS training and experience; there will be considerable<br>
>> expense and confusion for them should they move to MySQL.<br>
>><br>
>> Also, it is likely that Postgresql is actually a better fit for their<br>
>> needs so why not recommend that? MySQL has been lagging<br>
>> on core relational database features for quite some time.<br>
>><br>
>> Forcing technical decisions on technical people for political<br>
>> reasons is unfortunately all too common and leads to<br>
>> inefficiency, stagnation and poor morale. You've made your<br>
>> suggestion and they have rejected it; persisting would only<br>
>> recreate the kind of hierarchical vibe that is both contrary<br>
>> to open source and probably led to the choice of MSFT in<br>
>> the first place. Help them be free to choose open source.<br>
>><br>
>> --<br>
>> Jason Dusek<br>
>><br>
>> On May 23, 2011 8:02 PM, "Asa Dodsworth" <<a href="mailto:asa.dodsworth@gmail.com">asa.dodsworth@gmail.com</a>> wrote:<br>
>> > The City Of Berkeley IT staff say that Open Source Database software<br>
>> > wold<br>
>> > not be desirable, would ya'll like to assess their assessment..<br>
>> > I ask as I'm a rent board commissioner who has been trying to understand<br>
>> > how<br>
>> > opensource software can be used to address our software needs.<br>
>> ><br>
>> > asa<br>
>> ><br>
>> ><br>
>> > Hi, Jay. Here is a brief explanation of how Open Source would play into<br>
>> > your project and why it wasn't considered.<br>
>> ><br>
>> > *Open Source would make the task of automating the Rent Board much more<br>
>> > simple.<br>
>> > *The biggest challenge the Rent Board faces is converting a manual<br>
>> > system<br>
>> > that had loosely defined business rules that were not consistently<br>
>> > applied<br>
>> > into a software system that rigorously enforces business rules. We have<br>
>> > agreed that there is no off-the-shelf solution that can meet the Rent<br>
>> > Board's needs. As we've seen over the past year, the process of<br>
>> > formalizing<br>
>> > business rules is a cultural problem rather than a technological one.<br>
>> > Once<br>
>> > we have accurately and thoroughly defined the business rules, the<br>
>> > software<br>
>> > development process is essentially the same whether we choose Open<br>
>> > Source or<br>
>> > proprietary tools.<br>
>> > *<br>
>> > Open Source would require less of an investment for the Rent Board.<br>
>> > *Since we have determined that there is no readily available<br>
>> > off-the-shelf<br>
>> > solution to adequately fulfill the Rent Board's needs, the only software<br>
>> > required is server, web server and database software. Since the City has<br>
>> > an<br>
>> > existing Enterprise agreement with Microsoft and is using<br>
>> > virtualization,<br>
>> > there is no cost to the Rent Board for server and web server software.<br>
>> > The<br>
>> > City could choose to use MySQL for a database platform, but since Oracle<br>
>> > acquired Sun Microsystems, MySQL Enterprise edition (required for an<br>
>> > enterprise application like RTS) would be roughly the same cost as SQL<br>
>> > Server. Since our network engineers, database administrator and<br>
>> > programmers<br>
>> > are all familiar with SQL Server and do not have MySQL experience, there<br>
>> > would be an additional ongoing cost to train staff and keep them<br>
>> > educated on<br>
>> > two disparate database platforms.<br>
>> ><br>
>> > *Open Source prevents prevents price gouging and other predatory<br>
>> > practices<br>
>> > by companies like Microsoft and Oracle.*<br>
>> > In theory, this is correct. The source code for Open Source software<br>
>> > like<br>
>> > MySQL is published intermittently so that any developer can support the<br>
>> > software should the vendor's business practices take an unattractive<br>
>> > turn.<br>
>> > However, a customized version of MySQL, for instance, carries other<br>
>> > risks.<br>
>> > First, database design and coding is extremely specialized and not<br>
>> > something<br>
>> > most programmers are familiar with. It's possible that the 3rd party<br>
>> > that<br>
>> > supports the product is not qualified to modify the code. Secondly,<br>
>> > maintaining a customized version of the software is expensive and not<br>
>> > most<br>
>> > vendor's core business. It's unlikely a vendor would modify something<br>
>> > like<br>
>> > a database engine or operating system unless they had very specialized<br>
>> > needs<br>
>> > and experience to address those needs. Once a vendor has modified the<br>
>> > base<br>
>> > code, it could become proprietary unless they turn around an publish it,<br>
>> > thereby counteracting the benefit of going with Open Source in the first<br>
>> > place. In terms of City staff modifying Open Source software, the cost<br>
>> > would be very high, we would need specialized, dedicated staff to<br>
>> > maintain<br>
>> > and support the software, and the risk of the software becoming unstable<br>
>> > would be very high. City programmers are competent at creating small,<br>
>> > specialized applications for those needs that can't be filled by<br>
>> > commercial<br>
>> > software -- customizing databases and operating systems exceeds their<br>
>> > skill<br>
>> > set.<br>
>> ><br>
>> > *Open Source is like alternative energy -- it's the right thing to do<br>
>> > and we<br>
>> > should support it or else it will never get a solid foothold.<br>
>> > *First acknowledging the points made above, this is a valid point. Open<br>
>> > Source may be a viable option for the City in the future but it is not<br>
>> > currently viable. Municipal governments typically let private enterprise<br>
>> > work out the kinks before taking risks on new technology. In the past 5<br>
>> > years, we have slowly but steadily begun using cloud services for some<br>
>> > applications -- when it made sense and we could justify the risk. If we<br>
>> > are<br>
>> > to use Open Source in the future, we will approach it in the same,<br>
>> > deliberate way and with adequate research and preparation.<br>
>> ><br>
>> ><br>
>> > --<br>
>> > Keith Skinner<br>
>> > Renegade Image <<a href="http://renegadeimage.wordpress.com/" target="_blank">http://renegadeimage.wordpress.com/</a>><br>
>> > Facebook <<a href="http://www.facebook.com/pages/Renegade-Image/150788618296324" target="_blank">http://www.facebook.com/pages/Renegade-Image/150788618296324</a>><br>
>> > Berkeley Afoot <<a href="http://urbnwokker.wordpress.com" target="_blank">http://urbnwokker.wordpress.com</a>><br>
><br>
><br>
</div></div><div><div></div><div class="h5">> _______________________________________________<br>
> Noisebridge-discuss mailing list<br>
> <a href="mailto:Noisebridge-discuss@lists.noisebridge.net">Noisebridge-discuss@lists.noisebridge.net</a><br>
> <a href="https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss" target="_blank">https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss</a><br>
><br>
><br>
_______________________________________________<br>
Noisebridge-discuss mailing list<br>
<a href="mailto:Noisebridge-discuss@lists.noisebridge.net">Noisebridge-discuss@lists.noisebridge.net</a><br>
<a href="https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss" target="_blank">https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss</a><br>
</div></div></blockquote></div><br>