中午跟同事一起吃飯，同事負責做專案實施，我們負責系統開發，實施的同事一直跟我們抱怨做的系統總是有各種問題，而且配置很複雜，資料配置跟功能配置經常搞錯。對此，我們都是笑笑，互相說這個是誰誰做的。
我心裡有點悲哀，對自己感到悲哀，做了這麼多年的開發，還在一堆破專案，爛系統中徘徊，而且沒有盡頭 。 在公司5年多了，公司是乙個專案型公司，而且主要是做**部門的系統，整個公司瀰漫的都是忽悠的味道，領導忽悠客戶，專案經理忽悠領導，以至於下面的人也忽悠專案經理。每當開始乙個新的專案，就把以前寫的類似系統，也不管有沒有問題，直接拿來實施，有問題就找開發人員修改，而開發人員也沒有明確定位，剛好有時間，專案剛好有問題，就找你修改。過兩天其他專案比較忙了，這個專案就暫時放下，給別人接手去改了。結果就是都負責，誰也不負責。這樣，乙個系統怎麼可能做的好呢。
最近在想如何改變這種狀況。先說說行業現狀，gis行業都是**推動的行業，大部分公司都是做專案為主，少數大公司做自己的平台，做平台也會做專案。典型的專案型公司，專案型公司都有「短、平、快」的特點，像我們公司都是以專案節點來評價專案，以專案驗收為最終導向，任何計畫、資源都是以專案驗收為優先考慮。當人力資源不足的時候，犧牲其他專案的正常工作，所以下面的人員發現總是在忙著趕專案，上面的領導也覺得既然你們這麼些人能保證專案，又何必增加人員成本呢。
這個行業對技術的要求很低，一般都是用大型的gis平台，然後再上面做二次開發，所以技術含量很低。 如果跳槽去同行業的公司，哪怕待遇高點，狀況也不會有太大的改變，這是乙個很殘酷的事實。
如果無法改變公司的現狀，那就考慮從自己做的專案入手，把系統的介面做的更美觀，業務與地圖互動更加人性化，系統效能更加流暢穩定，採用一些新的技術來實現功能，而不是以盡快完成功能為最高要求。
寫了上面一大堆，其實不知道自己要表達什麼，或許只是純粹的發牢騷。或許是讀書少，寫部落格也少。文字表達和邏輯組織能 力差。 所以還是要多多讀書，寫部落格，提高自己的表達和邏輯能力。
2018 3 31 關於最近某些工作的感想
最近兩周的某一項工作就是把 線段樹 不斷地抽象，然後封裝起來，並且逐步引入新的模式來提高效率。這裡稍作總結。一開始的版本 沒有泛型，不支援函式設定，只有區間求和查詢，還有單點值修改的操作。稍微調整之後就有了第二個版本 增加了泛型模板，並且提供了自定義函式，最重要的一點是 嚴格地將資料結構剖析清楚 要...
最近招聘的感想
現在招聘，見得都是80後的人，特點是越來越鮮明，但是確實讓人感覺專業態度和為人處世都難讓人滿意。我這裡說說我遇到的問題，希望年輕的朋友們能從中學到一些東西。1.主動聯絡別人，把自己想法說出 今天我約了四個人面試，只有乙個人到。沒來的三個人，乙個人提前發了簡訊。另外兩個我打 過去，乙個人說看了網上的我...
最近做專案感想
最近做專案，與同事有一些碰撞，也有些感悟。以目前的經驗感悟，專案開發核心精華在於架構 方案設計，就好比開發的核心是演算法 設計模式，這才是讓專案在整個生命週期中受益的東西。不要為了學習某種新技術，而去應用它 也不要因為不熟悉，也不用某種技術 方案。而是要根據專案場景決定是否採用。分析場景，分析使用者...