程式設計師如何應對主管提出的「要有自己的思考和想法」?

時間 2021-05-14 18:49:07

1樓:面具

要有記筆記的習慣,工作中遇上問題就記下來,想想怎麼解決,站在老大的角度去想問題,這是個過程,不能一蹴而就。話說看到擁抱變化還以為你來美團了

2樓:卓不凡

上面說的都是扯淡,作為乙個過來人可以很明確的告訴你。就是你不是主管的嫡系,而且還不會主動跟主管搞好關係。除非你的技術已經牛到你們組缺你不行,要不然按阿里主管的尿性,你這種默默幹活的,又不是嫡系的,正常就是3.

5,需要人抗3.25了,很可能就是你。至於什麼有想法的話,都是領導的說辭,怎麼說都對。

你可以觀察下你們組,所謂的有想法的,是不是就是和主管關係好的,或者真的技術特別牛的

3樓:雲天

如果這個老大只是覺得你太默默無聞,那你以後遇到新的需求,有想法可以多找他交流交流,然後再看看他對你的態度有沒有變化,如果慢慢的他對你態度改變說明他確實屬於那種喜歡手下多提問題的領導,而且可能確實因為你平時太默默無聞了。而如果態度沒什麼變化,甚至再找一些其他理由來指出你的不足,那麼我覺得很可能就乙個原因,他看你不爽,就這麼簡單,有時候人與人之間的關係就是這麼奇怪,喜歡的時候你做什麼都是對的,不喜歡的時候你做的再好,他也有一萬種理由覺得你不行,遇到這樣的領導只能找機會換組,遠離

4樓:大寶小哥

第一感覺就是你和主管溝通太少。

多和主管溝通,主管才有可能發現你身上的閃光點,才有可能安排你做更適合你的工作。

多和主管溝通,你才能知道主管真正想要了解什麼。

每次溝通,都要讓主管感覺你一直在變化,在進步。

5樓:程墨Morgan

績效的事啊,真的未必就是你的問題,只是你沒有達到主管的期望,而這個「期望」,也未必合理,所以,首先別著急否定自己。

中國企業的管理方式(我就指名道姓說包括阿里,怎麼著了)整體而言還是很封建落後的,很多領導並不把自己擺在「服務下屬」的位置,只知道給下屬提要求,卻不提供必要的幫助和支援,最後評績效的時候說你這裡那裡不行,不過是藉口。相信我,這世上沒有完人,隨便拿個人來我也可以找出乙個給他差評的理由。

話說回來,主管既然說你「要有自己的思考和想法」,那你就請教主管,如何才能有自己的思考和想法唄,我不是讓你和主管抬槓,這只是基本的解決問題辦法,解鈴還須繫鈴人,指出你問題的人一定會說出改進辦法的,不然他就沒有盡到領導的責任。

6樓:湯安迪

你可能誤解了什麼、公司的績效都是要符合正態分佈的、永遠有人績效會差。

怎麼說呢、其實想法這個東西應該屬於主設級別以上的工程師以及產品、設計、銷售等。

純的基層測試人員、開發人員有自己的想法有時候是一件很可怕的事情。

做測試的還可以自己寫一些指令碼來優化測試過程。開發人員怎麼有想法?設計上寫的用同步、我覺得非同步的使用者體驗好、所以我私自用了非同步?

你今年績效低、可能只是因為去年別人績效低、今年輪到你了、總不能一直給別人吧?然後你不服,你去問你有什麼問題。 你領導也不知道你有啥問題呀。

這樣吧、你都不知道你有啥問題、那你一定沒想法對吧。好吧你是乙個沒有想法的人。

7樓:小乖他爹

換個角度說,可能你的領導希望你多表達自己的想法,多和大家交流。就算你沒有建設性意見,也可以提出你的思考過程,這樣大家交流的多,別人對你也有所了解,利於大家認可你。 甚至就是你的領導認為你和他主動交流的不夠多。

8樓:懶回顧

這就是新來的老大能力不夠或者還沒能掌握局面,所以只能憑藉職位強行找麻煩甩鍋。

不開心這件事情需要自己去改變想法,翻出職位描述看看,如果offer上的工作都做好了問心無愧就可以了。專注於自我提公升,不要太較真職場關係。

9樓:安曉輝

我想應該先弄明白你主管的要求和目標,以及他期待的做事方式,這樣會比較好。

有了這些,你可以在實現和設計上,發揮自己的想法。

另外,及時反饋很重要,抓住下面幾個時間點:

有自己的想法時

對需求有疑問時

取得進展時

遇到問題時

程式設計師如何應對技術面試?

極客時間 可能有的同學有疑問,為什麼一定要面試?面試看起來像是單方面面試官對面試者的考察,實際不然,面試其實是面試者和面試官之間的互選。就像是愛情,單方面的選擇往往是行不通的,只有確認過眼神,才能有後續的故事。而且,面試在你投出簡歷的那一刻就已經開始了,所以我們先從簡歷說起。簡歷,重點在 簡 一定要...

前端程式設計師如何應對php後端程式設計師裝逼挑釁?

湯超 乙個專案依賴各個崗位的配合,崗位之間沒有高下之分,只是不同的環境有所側重,比如2C的專案自然需要優秀的前端和設計,2B的專案需要更多後端。但是我們可以同一崗位進行比較,比如我是中高階前端,值得我合作的自然是中高階後端。你乙個菜雞PHPer還敢來懟我?咱們來做兩道演算法題試試? 張書包 記住一句...

程式設計師如何應對頻繁的更改需求?

需求更改頻繁一般是不合理的。假定他是合理的,比如老闆說了,改不改怎麼改我說了算,我不是給你發錢了嘛。那我們就幹,要注意以下幾點。一,讓老闆簽字畫押。頻繁的變更沒事,最忌諱不留下書面材料。每次變更都要有會議紀要,郵件傳送。避免後面扯皮。二,設計要有一定的前瞻性 如果已經知道了會經常變化,那麼就要在很多...