最近数週間投げ、製作に本を書きましたが、でも100未満のテキストコンテンツとイラストの合計から飛び出した、だけでなく、十分に合理的なタイトな、実際には、書籍のアイデアを思い付いは常に感じて、数年前からされてきましたそこにあなたが同じことを書くことができます多くのものがありますが、一緒にパーティーを乱雑にする多くのコンテンツではなく、多くの人が何かを書くことができますが、透明性が十分に強力ではないが、実際に書かれて発見した後、それは本です。
[ケース]作業日記
私もいくつかのものは、ほぼ10年前、非常に早く起きていると思うが、私は日常的にどの項目では、それは毎日のログを記入し、各従業員を必要とする時に、管理リーダーシップの素晴らしいアイデアを持っていましたさらには機能モジュール、その上に、物事を数時間を費やし、当然のことながら、毎日チェックします、時間の航海日誌に記入していない、適切な処罰となり、私たちは、その後、作業前にログを記入するために、毎日の習慣を開発していますシステムはPHPで書かれて、それはこれらの周りにまで追加する必要があり、私におよそ1人が、それを動作するように月の時間がかかりましたが、このプラットフォームの開発からそれらを複数の人が持っている6ヶ月の十分な開発時間を安定させることです特定の機能モジュールの開発の基盤とした後、比較的簡単で、かつスピードの開発がはるかに高速。
そして、私はいつも、働いている会社の作業ログは以前の会社は便利なかった埋めるために、と同社は開発タスク償還システムがあることを感じるように杭州に切り替え、私は2ヶ月を過ごしたほど、この機能が出て来ましたとを使用しているがまた、ジョブ・ログ管理モジュールを行うには、システム内の1つの以上の機能を追加する作業ログ管理、と私はそれが理にかなっていると思いますので、次の三日間連続の戦いの興奮状態を希望はい、しかし、常に感情のいくつか間違って何かがあると感じました。
[A]ジョブ・ログに失敗
会社の後の償還システムが実装するのではなく、ジョブ・ログ管理モジュールは、最大半分死んでお腹の中では使用、私は今それを分析されていない、いくつかの理由があります。
1：リーダーシップは、ジョブ・ログ管理機能を実行するために必要とされていない、あなたは、このような機能を知りません。
2：払い戻しは関係なく、ジョブ・ログか何かの、それが慣習ではない混乱を配置し、償還システムの作業ログを記入します、経費精算システムです。
3：以前はオフィスシステムを既存の、他の機能モジュールが、そこにあるだけでログを記入するだけで、元のオフィスシステムを無効にすることはできませんではありません。
4：新たに開発したシステムで、そこに償還機能がありますが、またログを動作しますが、それは本当に交換の場合は、既存のオフィスシステムを交換する余裕はありませんが、また、多くの機能をすることができます開発する必要があります。
5：償還システム、相対的に言って、との金融関係があり、権限のない人物が、これらのデータにアクセスできないように、関連するデータストレージとサーバーのストレージ要件が比較的高く、外部ネットワークにリンクすることができない、未来機能オフィスシステムは、ここで開発している必要があり、それは多くの開発者は、企業の機密データを参照してくださいする可能性があるではないですか？オリジナル作品の許可制度が廃止された場合でも、それがああではない無謀ことができます。
6：これは即興で、私の頭の中で突然の血である、との意図は良いですが、貴重な時間の3日間を無駄にかかわらず、同様に眠るかもしれない、と同社の無意味では、会社の貴重な資源の無駄です物事は、浪費家の行動の種類になりました、そして今、本当にそのようなことだと思います。
[二]はログブックに失敗しました
数年前に寧波で働いて、同社は、厳格な作業ログが要件を満たしているが、オフィスソフトウェアの製品ですが、私たちの会社にソフトウェア販売倒産し、同社は現在、それを見つけることができず、オフィスシステムJavaテクノロジを使用して、私はメンテナンスが困難であると思いますが、また、私たちの強さのないソースは比較的強いがなく、お客様が必要とする一方で、プロジェクトのような通常のオフィス・システムはもう少し、私は、独自のOAシステムを開発する会社をお勧めします開発をカスタマイズすることができますが、また、結局、セットの多くを販売する可能性を持つことができたときに、我々はいくつかの顧客のリソースを持って、彼らの他のプロジェクトも、私たちが働き、オリジナルのOAが到着した基本的なことので、許可された時間を持っている必要がありますログは時間通りに記入することはできません。
指導者はまた、私の提案に同意し、私は私もとても幸せです、その後、同社は対応するプロジェクトを設立し、正当化される感じ。
私が最初に会社に来て以来、同社はまた、他の多くのカスタマイズされたプロジェクトを持って、私は非常に豊富な資源を与えることはできませんが、私は女の子、新しい同僚、プラス私なので、3人のために配置されており、Iまた、他の適切な技術サポートクラスの仕事の数を担当します。
月の近くを取得、私は上に行くためには難しすぎると感じ、そしてプロジェクトの原動力メンバーの私の2少しはしなかった、と私はほぼ完全に引き出すために、新しいがあり、ページの外に作られ送信された内部メッセージの関数であることが立って、また非常にまともです、まだ月かかっ行うことができ、私はいくつかのクラッシュを持っている、それだけには、私が唯一の控えめな生活を選択することができ、怒っああすることはできません私は気性の文字があった場合に対応する包括的、長期追放のための下になっている、とどこああ下に、このような進展に対応するために。
その後、同社はまた、他の多くのもの、OAは、少し目に見える進展は、私はほとんどの人、全くまともな芸術が存在しない会社、それは、かなりさえまともなログイン機能何か言うことはありませんに頼る必要があり、いや、しかし彼について話をし、いくつかのギャップも、元のOAではありません。
時間に作業を完了することができませんが、会社のログは、プロジェクト内のOAの開発につながっている、やる気、ハードと行うことがより困難に良いアイデアを持っている、それはやめるだろう最初の3ヶ月であるべきであり、これは経験に深く私を作ります、まともなOAであることを、まだあなたが多くを見つけることができる前に蓄積する必要がある、少なくともまともな芸術があり、その後で物事を行うには独立したプログラマーを持つことができ、いくつかのドライバがありますが、また、にはいくつかのインフラストラクチャの蓄積を持っている必要がありますまともなものを作り、誰もが見ることのために表示するために具体的な成果を持っているしにくい、それがまともなものを作るために1ヶ月の時間では困難である、それは新しいマスター度であったとしても、プライベートメッセージを送信するための簡単な関数になることですあなたは結果を生む可能性が高いでした弾みを働かせることができる独立したプログラマーを持っている必要があります。
Geshaは、我々はそれに2人のためではない、十分な資源を持っているが、また、あなたは牛は、オールラウンドすることができない2人のどのような参照してくださいする必要があり、行う、すべてのものは、全体の人です取得。
[三]はログブックに失敗しました
その後、心の中で完璧なシステムアーキテクチャは、分類の見直し、階層管理を証明するためにここで、「取りつかれ」シリーズで、データ収集機関、私は、ジョブ・ログの管理の例を作った月の時間を費やし、機能は良い、標準バーの例を行うことがされているが、使用されるこのプログラムは何をしますか？自分自身の使用のために？私は、システムアーキテクチャ、デバッグコンパイルを更新するだけでなく、この汎用モジュールは、プロジェクトから長い時間がそれを除外するならば、同期機能モジュールを維持する必要があり、同時に更新することはできませんたびに早期放出となりますが、これはモジュールを実行していない、それはそうですが、私は私が私自身のアーキテクチャを販売するとき、もちろん、私は信じて、これは便利でうまく来るが、今の利益することができ、自分自身に余分な負担を与えますすぐにそれを見ることができない、あなたが将来的に使用するためにそれを置くことができるはずです。
[四]はログブックに失敗し
技術の良い友人の交換に話をしなければならなかった、私は彼は非常に完全な作業ログを書き込んだと思い、何も、近年では、毎日記録し非常に慎重に行われていないですし、私が書かれているロギングソフトウェアで作業しています私は本当に、しばらくは子どもたちの後に、ではないので、技術的な問題であきらめたが、ハードワークがこれを行って醸造など、オンラインで公開、一緒にまともな仕事2個人ジャーナルソフトウェアのホールドを取得したいが、成熟したビジネスモデルの欠如それに売りますか？誰がそれを使用するのでしょうか？そして、それを支払うことをいとわ誰ですか？誰がああ、お金の事をしなかったが、何もするとすべてではない日は、その日を待ってやることがたくさんありますので、これは、あきらめあきらめ合理的なビジネスモデルの後の将来を考え、この事を取りに行くことができます。
作業ログは、私は私が3回失敗したと思うし、今の会社の仕事はまた、ジョブ・ログに記入する必要があるので、私はトスするのが面倒だし、より多くのリーダーシップはもちろんのことはしなかった、我々は内部オフィスシステムを想定して、作業ログを開発します責任者を言及する必要があり、誰言及するドライもちろんのこと、より便利であるどのような業績評価、モジュールの機能、容易な管理を埋める使用を容易にするために、子どもたちのバーストを担当してトスし、これで後、私たちを行います作業効率が向上し、管理は、お客様が当社の製品を購入するより喜んでいる、増加するでしょうか？
それは簡単伐採作業だし、今私は、ああ、いくつかの自信を持っていなかったドライGeshaのものは、価格を持っている必要があり、支払うことを持っているだけでなく、明確なポジショニング、明確な思考を必要としています。
ます。https：//my.oschina.net/iwenr/blog/227887で再現