新來的畢業生真是太有意思了,本應該自己搞定的事情,因為項目上線在即,幾個負責項目的在幫著處理排查問題,沒想到中途說了句:“沒我什麼事,我下班了”,隨即就走掉了。留下我們幾個風中凌亂,一切都活在自己的節奏和想法裡。

本以為這個實例會一直這樣下去,但是現在又好了。這次能維持多久呢?

看到許多的微服務系統實作,主要都是採用spring cloud。但從架構考慮,這些系統絕大多數是為了微服務而微服務的。如果可能,他們甚至可以把一個簡單的博客應用拆分成多個微服務來實現。然而,微服務的優勢是什麼,他們從來不思考。微服務架構是一個演化的結果,而不是初始的架構。

微服務的意義是什麼?用粗鄙之言來說,就是讓系統中別人寫的代碼盡可能不要污染自己的東西。又或者說是方便功能替換、橫向擴展和容錯,但隨之而來的是分佈式事務的處理。所以對於傳統的一致性要求較高的業務場景,微服務並不能成為萬能藥。但言而總之,目前來看,微服務雖然引入了非常多的複雜性,但也不是沒有可取之處。

把盲文設在電梯按鈕上的設計思路也真是奇葩。當他們確認按鈕的功能的時候,基本已經按下去了。所以,這種設計的思路又是什麼呢?或許只是應付一下而已吧。

遲到的時候在電梯裡遇見自己老闆?他還沉默不語?你覺得很尷尬嗎?其實,你的老闆也許比你更尷尬。不說話,會顯得他很在意你遲到,說話,又應該說什麼呢?問你怎麼今天遲到了?那還不如不問比較好。最後,兩個人在尷尬沉默的氣氛下結束電梯的共處。

你以為項目管理只是技術層面的管控嗎?那你太天真了,特別是使用外包公司的項目,並且需求方,開發方,運維方,運營方,項目管理方,分屬不同機構,之間的從屬關係又一堆亂麻的時候。要推動項目進程,管控系統架構,監管代碼質量,那已經不是純技術層面的問題了。這種東西要怎麼能做好?如果真能做好,感覺可以沿用琦玉老師的話:我禿了,也變強了。

新來的人裡有個妹子,對java了解比較深。在我把java和python做了對比後,感覺我可能把java說得太弱了,妹子有點尷尬不知所措,畢竟別人在這上面投入了不少時間和精力了。所以,讓我想想java的優勢是什麼呢?最後只能憋出一些常規的優勢吧。

另一邊用python的妹子:我是誰?我在哪?python是什麼?反正這麼一行代碼功能就實現了。拜託你別再封裝了,已經看不懂了啊。

發現身邊能自己做飯的人越來越少了,甚至有夫妻兩個在家還要餐館外送的。其實,自己做飯一方面是為了能吃得更健康,另一方面也是讓生活更有樂趣。通過自己的努力,做出一道道又美味又精緻的菜品其實是一件很有成就感的事情。這些小小的成就感也就早就了生活中小小的幸福。

對於現代社會,把女性物化的概念已經被人否定的。但是反觀大陸的情況,一邊在高呼女權,指責男人把女性物化、作為生育的工具、要求和男性具有同樣的利益,但一邊卻還在以傳統風俗為由向男性要求各種的利益,諸如彩禮、節日紅包、各種開銷支出,認為這些就是理所當然。但這樣的話,女人不就成為明碼標價的東西了嗎?價高者得。這種女權是畸形的,所謂的權利是和責任對等的。在享有正當的權利時也要承受對應的責任,而不是利益獨享,責任別人擔。

隨著時間的推移,人們對快樂感受往往會越來越實際。例如,兒時騎單車覺得快樂,純粹是對騎單車這件事本身覺得快樂。但長大後,則感到快樂的點更多是在於一起騎的人,周圍的風景,騎車所去的目的地。正因為這些的改變,人總難免會陷入現實的漩渦,變得越來越感受不到愉悅。但換個角度看,我們所謂成人世界的“好”,“快樂”,“幸福”,等等讓我們所追求的目標標準,純粹是這個現實世界所灌輸給我們的,在追求的人也不知道達到這些標準後,人是不是真的能“快樂”。那真正能讓我們得到安慰的又是什麼呢?也許每個人都有每個人自己的答案。別人所謂的成功人生終究是別人所定義的所謂“成功”。所以,是否應該放慢腳步,自問一下現在所追求的是否是自己正真想要的,真正能讓自己感到幸福的又是什麼呢?

之前還在說Java如何如何,但現在看來,python對於大多數把開發當糊口手段的人來說還是“太難”了。所以,現在又考慮如何讓Java開發變得有趣點,感覺頭髮都要撓掉了。但在沒有容器並且運維人員能力欠缺的情況下,Java的打包部署還是相對更容易一點。

開了大半天的會,每個人都在想著把責任推給別人,各位都是負責人,建議顧及一下自己的形象吧。最後方案一個個的提出一個個得推翻,兜兜轉轉。

現在多數的熊孩子,實質是背後家庭教育的缺失。反觀現在的小孩,其實就是那些為人父母的人真實的寫照,成年人或許會掩飾,但小孩子並不會,因此他們的行為就是他們自己真實素養的體現,也是他們父母真實言行的表現。

感覺這會開得和趕場子一樣,一天下來好幾個會,還是連著開,在不同的地方,研討的內容也各不相同。著實感覺有些累了。其中一個會,一個小姑娘被我們評審小組一群人問得,感覺緊張得說話都在發抖了。我現在的夢想只是能癱在床上美美得睡上一覺。

今天又被拉去開會,開會的感受只有:業務邏輯真是複雜。複雜的業務造成複雜的系統邏輯和構成。

雖然pypy號稱採用jit技術提升了執行效率,但經過實際使用後,感覺pypy3實際的綜合執行效率不如cpython,並且還會遇到很多奇異的兼容性問題。也許以上只是主觀的判斷,而且並沒有對python2的pypy做比較,所以並不客觀。但為了避免踩坑,還是用cpython比較保險點。

之前說別人的代碼遲早是要看的,這話這幾天算是全都實現了。為了能完善一下現有的框架技決定借鑒一下官方開源的代碼,不得不承認,那個架構思路是很不錯,但有些代碼細節實在有些糟糕。所以,去其糟粕,取其精華吧。而且,這個東西年份有些久了,一些內容改一下會更好一點吧。不得不說一下python的優勢,只要用法合適,其實還是非常好用的。祝我好運吧。

某人的系統真是紙糊的吧?這種低級的查詢錯誤也會犯,還反复責怪數據庫性能差,最後運維查出來的東西我都不知道怎麼幫你圓了。就你這樣的能力,我真的已經沒有詞語來形容了,就這麼簡單一個小功能就搞出那麼多超低級而且嚴重的問題。我在想,下次要不要試試讓掃地阿姨來寫代碼,質量會不會比你好點。

當你遇到目前只有一個第三方庫能夠使用,但這個庫除了源代碼什麼都沒有。沒有使用文檔,google沒有資料,代碼中也沒有完善的註釋時,你除了無奈的讀代碼外別無他法,還要指望自己不要用錯,對方的代碼不要有惡性bug。所以說,看別人的代碼是遲早的事情。不過,好像我寫的的東西也是無文檔無註釋無資料的三無。

出來混,遲早要還得。

Show older
mstdn.jp

Mastodon日本鯖です. よろしくお願いいたします。 (Maintained by Sujitech, LLC)