1)
對於恆星和行星的觀測應該採用兩套不同觀測策略。
2)應該增加中解析度觀測模式（
i=5000~10000）,
主要用於對恆星的觀測。
3)對於亮度為
14~15
等的星觀測也是有可能的。
4)在有月亮的夜晚就可以採用中解析度的觀測模式對恆星進行觀測。5)褚
老師認為
2006
年lamost
計畫中的重點是小焦面板的觀測問題，為了配合小焦面板的測試，
褚
老師希望
sss的工作重點應放在這上面，而可以暫時先不考慮系統的完備性。比如
lamost
對20.5
等的星的觀測就會放在比較靠後的時間進行。
6)專家組建議
lamost
專案工程指揮部應盡早組織天文學家制定出
lamost
標準星表。
7)有專家認為應該根據大月夜和小月夜的不同來把
sss分為兩個系統，同時制定
出適合這兩個系統的兩套星表。
8)有專家認為是否分為兩個系統的問題就由
sss研究組自行決定，只要功能達到就行。
9)專家組認為觀測優先順序的合理性應該體現觀測的戰略，對於觀測優先順序的制定也應該交於天文學家進行充分的討論和論證。
10)sss
研究組應該預留充足的空間，便於以後拓展，同時
sss研究組也應該提供相應的工具幫助天文學家日後進行新增以及修改觀測優先順序。
11)在目標位置的歸算方面，
sss目前給出的目標位置是沒有考慮大氣折射的。有專家認為可以由測量工作者提供公式，由
sss進行修正。還有專家認為這部分工作和上海的趙明小組在進行的焦面座標的轉換密切相關，可以放在他們那邊。
12)
光纖效率問題：盡量把無效的光纖利用起來。
13)日誌的記錄要有條理，便於搜尋。
14)加強對
lamost
預觀測期間
sss計畫的研究。
領導的一些意見
0 呼叫的時機不對，資料取錯了怎麼辦？明顯我們介面評估溝通有問題。0 誰發訊息，誰 提供資料。避免接訊息後反查。1 跟你說過多少變了，不能直接拒絕需求。需求哪有不合理的 產品驅動的公司裡 我們要考慮的是這樣的方案的風險是什麼？會導致什麼錯誤？會導致系統什麼複雜度。你這樣說 是不是說明你技術水準不夠？...
尋求專案管理的一些意見
專案中，我們通常會在之前便做好計畫和策略，以便更好的實施工作，爭取最高的績效完成工作。大多時候專案卻並不如我們自己想的那樣順利。例如當你遇到 以下情況你會怎麼做？ios版本目前測試進度 2013 5 9 1.11版本，專案的穩定性仍存在問題，存在經常閃退問題。又增加了新需求，改進中 中間經過幾個版本...
對於中國大學軟體專業同學一些建議
1，不要玩遊戲，至少不要玩網路遊戲 我認識計算機專業比較好的大學朋友中沒有乙個玩網路遊戲的.2，不要用分數衡量自己專業能力。自己一定要多去寫程式，多去看 肯定是對的。對於軟體專業同學千萬不要認為一分紙上試題可以代表尼專業的能力。最初學習程式語言都是堅持每天寫50 100行以上 這樣才能快速熟悉語法和...