關於開發工具的一點小想法

2022-06-21 08:12:13 字數 739 閱讀 3428

前段時間還準備大寫特寫,最近有點忙,也就忽略了。其實也是懶,忙都是假的。剛想起來,以最快的速度記錄下當前的一點小想法。

關於開發工具的。

不喜勿噴,只是我個人的想法。不針對其它開發方式。

兩個原則:

推薦幾個工具,tmux + spacevim + zsh

zsh: 這玩意,其實我在mac上用了大概有4年,只是我不知道自己用的是zsh。前幾天在centos上裝zsh, 進一步走了下流程,才恍然大悟。好處就不用說了,建議大家網上搜搜,玩一下…… 可以通過eco $shell這個命令看一下你自己正在使用的shell,別像我一樣當了4年傻子。。。

tmux:這個只要是伺服器操作,肯定免不了的,不多說。關於它的常規操作也背一下,好處多多。有時候隨便搞個運維,改個** tmux + vim就足夠了,很香。。。

spacevim:這玩意,我糾結了好久,感覺有時候有用,有時候也沒用。後來想想,有這個糾結的時間,早就學會了,至少常規操作是可以的,還能裝個逼。外加上,當把開發全部移到線上時,工作的連續性得以保證。。。閒著也是閒著。

另外提一點感悟:

折騰乙個專案,因為session跳轉的原因,在本機死活跑不起來。後來換了個php,奇蹟般可以了。估計是php.ini**的問題,目前我還沒找到。想表達的是,開發環境啥的,,還是要搞個容器。

簡而言之,言而總之,開發場景,伺服器化,容器化,然後使用比較經典的工具,是很有益的。

當然也不能撿了芝麻丟了西瓜,這些只是邊邊角角的東西,也要知曉。

關於敏捷開發的一點小想法

針對最近又比較火熱的敏捷開發,我有一些個人的想法和認識,粗淺之處,還請大家指教了。個人不太感冒,或者說持觀望態度吧,原因如下 1 首先概念是國外提出來的,是英文的,翻譯成中文往往就會有質的區別,中國人喜歡歪曲外國人的概念,也可能是翻譯的問題吧 2 敏捷開發對個人素質的要求是很高的,國外的軟體人員要比...

一點小想法

關於一點應用加速的心得 1.為了不影響使用者體驗,可以單獨開執行緒來完成費時的操作 thread thread new thread new runable public void run 寫在這裡 2.其實對於一些應用來說,可以把運算的結果儲存起來,下次直接讀取資料,這樣可以節約不少時間。3.盡量...

winform 關於ref一點小想法

今天逛 codeproject 時看到一種方法的寫法,嘿嘿,比較少見到,記一下。class o static void change ref o inputo 都知道類是引用型別,如果是直接傳遞進去乙個物件的話,其實只是傳引用,c 的說法就是乙個位址吧 是會傳遞出來的。即 static void c...