3か月目は、Appleテクノロジーを使用して経営上の問題を解決するチームで働いています。 私たちが立ち往生し、解決しなければならないいくつかのポイントを共有することにしました。
チームには4人がいます。私たちは主に互いに離れた場所で働いています（これは1人だけの主な雇用です）。 ポピー、iPhone用のソフトウェアを開発し、Webサービスを行っています。
「コラボレーション」の主要なプラットフォームとして、Googleから選ばれたサービスがありました。GoogleHosted Apps（メールとカレンダー）とGoogle Waveです。 私たちは全員ジャバーを使用しているので、私はGtalkを別に上げませんでした。 実際、Gmailではこの問題に関してほぼ完全な透明性を実現できるため、すべてのメールはメインメールボックスへのリダイレクトに限定されていました。
少数の人々に関係した問題、および全体的な計画はWaveに委ねられました。 一般的に、それはかなりうまくいきました。 なぜ一般に？ 第一に、一部の人にとっては、別のブラウザを使用するという疑問が生じました（Google Waveはサファリではあまりうまく動作せず、Chromeを並行して使用する必要があります）。 第二に、サービスは不安定になります。 しかし、Waveは彼に課せられた負担に対処しており、私たちはそれを通して顧客とのチームネゴシエーションを実施し、双方が満足しています。 また、 Bugzillaには非常に厳しいインターフェイスがあり、 Eclipse + Mylynは保存しないため、Waveはバグ追跡の問題を解決し始めました。
Googleカレンダーは障害となっています。 Webインターフェイスは、もちろん、特に1人がWindowsでほとんどの時間を費やしていると考える場合に便利であり、彼に関連するのはWebアプリケーションです。 SMS通知により、今後のイベントを忘れることはありません。 しかし、複数のカレンダーに関しては、状況は変わります。 iCalは一般に、Google同期（ BusyCalは後で登場します）では一般的にあまりうまく動作しません。iPhoneと同期するときにいくつかの問題が発生しました。 私は他のソリューションを探し始めました。
この時点で、CIサーバーが必要になりました。同僚がスティックの下からテストを作成し、これらが完全に役に立たないことを確信させました。 何らかの視覚的衝撃メカニズムを考案する必要がありました。 集合的なソリューションは、Snow Leopard Serverを展開したMac Miniでした。
少し戻って、主な開発ツールはXcode、 TextMate、およびvimであることに注意してください。 最初のものはmac / iphoneプロジェクトに使用され、TMは理想的な「ユニバーサル」エディタであり、vimは手元にマコシがない場合に使用されます。 情報を保存するには、 gitosisを介してデプロイされたGitリポジトリを使用し、ファイルを転送します-Dropbox 。 Skypeを使用してまれな音声会話を解決し、必要に応じてApple VNCを使用して「リモートステア」します（自動車はMobileMe / Wide Area Bonjourを介して相互に認識します）。
サーバーのトピックに戻ります。 私が最初に目にしたのは、転送できるものです。 仮想マシンのさまざまな位置や設定でOpenDirectoryと十分な性別を持っているため、Kerberosを構成できなかったため、Kerberosの欠如を完全に乗り切ることにしました。 したがって、ODは、すべてのサービスのアクセスと共有パスワードの観点からのみ共有アカウントの管理を開始しました。
まず、iCalサーバーとプッシュ通知を台無しにしました。 彼とiCalは驚くべきことではないが、完璧に機能的かつ非常に便利に機能していると言わなければならない。 通知はメール（Googleに残りました）で送信されましたが、Pushサーバーではカバーされませんでした。 ところで、BusyCalはiCalサーバーでは動作しません。 Web経由でカレンダーにアクセスする機会を得るために、快適で美しいWebフェイスが見つかった通常のApacheが発生しました（また、ヒープ、ブログ、ウィキですが、Google Waveの機能を繰り返します）。
次のサービスは通常のVPN（L2TP over IPsec）であり、NAT-PMPまたはuPNPを介してポートを転送する場所がない場合、WABとマシンのアクセス不能の問題を解決しました（高レベルのルーターと一致する場合にのみmakosがWABに登録されることを思い出してください）。
その後、 TeamCityが選ばれたCIを取り上げました（ほぼランダムに選びました）。 主な基準は、私に完全に合った価格でした（ただし、Proバージョンは無料ですが、EnterpriseはAppleマークのODを含むLDAP経由でログインする絶好の機会です）。 個別のインストールと組み込みのOSX Tomcatを試した後、後者に落ち着きましたが、標準のApacheにネジ止めすることはできませんでした。 この問題は、ApacheとTomcatが隠されていたnginxポートからインストールすることで解決しました。 TeamCityは、Python（Django）、PHP、およびxcodebuildプロジェクトのテストが（ Google Toolbox Macからのテストを通じて）非常に優れていました。 Jetbrainsには素晴らしいYouTrackバグトラッカーもあり、その主な機能は完全なキーボード制御です。vim-eramsとしては非常に快適です:)。 さらに、TeamCityと統合され、LDAPでも動作しますが、ひどい切り株デッキを介して動作します。 そして一般的に、それはいくらかの湿気の感覚を残します。 一般に、その開発を観察し、別のバグトラッカーを用意することに決めた場合は、それに戻ります。 ちなみに、TomcatとJettyで取得したり、他のアプリケーションの共通ドメインでnginxにスタンドアロンを固定することはうまくいきませんでした。
それから、iCalだけに基づいてプロジェクトを管理することはどういうわけか少し不採算になり、私はDayliteに注目しました。 素敵なポピーインターフェースを備えた本格的なCRM。 統合の可能性なしに既存のサービス（iCal、アドレス帳）を複製し始めただけで、まだ一般的なLDAPユーザーデータベースとは友達ではありません。 それで、少し使って、他のことを試してみることにしました。 これまでのところ、目はマーリンにあります、私は試みます。
財政についてもう少し説明します。 記帳はすべて私の手で行われるため、ここでは特別なコラボレーションは必要ありません。そのため、 Billingsはお金で素晴らしい仕事をしています。 iTunes Connectの財務レポートは、Numbersで判読可能な形式に変換できず、Excelをインストールしたくないので、ほとんど心配していません。 AppFiguresを使用して一般的なアイデアを得ることができますが、利益を共有することになると、より具体的な数値が必要になります。 最も可能性が高いのは、プロセッサとアナライザーのレポートをiTunes Connectとバンキングに書き込むことです。
今日はこれでおそらくすべてです。 ビジネスの管理に使用するものを共有しますか？
PS：私は現在、Back to My Macを完全に置き換えるためにDNS-SDで遊んでいます。 設定には微妙な点がたくさんあるため、結果から別の記事を収集したいと考えています。