好像在知乎上都是一大票牛人,在大公司其樂融的開發體驗。 。那麼,有沒有普通的程式猿,在普通的小公司,分享一些普通的故事呢? ?
回覆內容:
每個人都是全端工程師 體驗就是,沒有啥流程,每天除了寫程式碼還是寫程式碼,所以下班也不會太晚。工作氣氛比較開心,都是年紀差不多的,沒有多少職級的觀念。當然壞處也不少。正因為沒有規範的流程,導致任務分配不明確,每個人負責哪一塊很模糊。產品改需求,程式設計師改程式碼都太隨意,缺少相對應的監督。專案代碼更是缺少code review,團隊的技術水平參差不齊,導致好的程式碼和差的程式碼混雜在一起很壯觀。 自己管自己的代碼
自己吃自己的狗糧
系統壞了半夜來修
修不好就自己混蛋
,,,,非常「標準」的DevOpt! ! !
- 生產機上調代碼,調通了再進SVN。
- 做了一個惡夢是誤刪了資料庫,醒來發現是真的。
- 切圖、程式碼、資料庫、前端、後端、維運、API、微信、支付寶…看晶片Data Sheet查訊號時序、看原理圖板圖找腳位…、去生產工廠教工人刷測試碼看測試結果…直到教用戶如何輸入手機驗證碼、給客戶門店桌上型機選配置單,都是一個人啊。
- 常常擔心自己要是生病了,這些個項目可怎麼辦
話說在前,能不去小公司千萬別去小公司,缺乏經驗的千萬別創業。在小公司的生活是別開生面的體驗呢,真的。
整體來說,步履維艱。
我們的成員 7 人都是大一大二(即將大二大三)的大學本科生,都是軟工專業。
最開始的時候摸爬滾打。公司成立之前我們之中從來沒有人有創業、帶領開發團隊、架構設計的經驗,起步極為艱難。
我的 Job Title 叫做「iOS 開發經理」,與其說是「經理」不如說整個團隊只有我一個人寫 iOS,而且僅僅學習了兩週就開始上工了。 (感謝那一點點天賦
2015 年的8 月,那個炎熱的夏天,獨自一人在家中寫出了VSpace(東大小助手)。當時整個團隊對於VSpace 有很高期望,希望這款產品可以一炮打響,讓整個東北大學所有的人認識我們。 Body 裡面,我想這個就已經足夠讓所有的技術同行笑掉大牙……而且我們對域名與備案政策也一知半解,阿里雲的域名不備案是被屏蔽的,當時備案遲遲搞不定,結果“發布「的時候HTTP 通訊API 都是用IP 位址的。嘲笑了,我們連Apple Development Program 的錢都付不起(這可是一個公司呀,你能想像嗎),最後發到了http://fir.im 上面去,然而證書問題最後也還沒搞定。的課程之後我報到入學了。創新創業中心借會議室和另外一個瀋陽大學的團隊開過7 個小時的產品需求討論,這一次像來回拉鋸一樣的會之後終於自己摸清了產品需求分析的套路。一直到現在)為了生計大量接外包,雖然leader 一直跟我們說我們不是外包公司,但是不干這個就活不下去,因為沒有收入,還要交高額的會計代賬費(每月300,哈哈,你們都不信這對我們
真的
是高額),有從外包中介得到的,有從老師那裡得到的。錢,但是很無奈我們身處底層。能給我們股份),合作終止,短暫的產品開發也這樣結束了。寒假即將結束的時候我和 leader 帶著我們的一個想法第一次見了某投資人,但是最終投資失敗,我們仍然在艱難度日。 很多人看到的只是投資上市,但是沒人投的公司更多。
又一次開學之後我們憑藉這個 idea 在東北大學一次校級的創新創業大賽獲獎(並不值錢)。之後我們開發,當時立了flag 說是2016 年6 月上App Store,但是因為我們還是本科生,我校軟工培養計劃中大一下、大二下課程都很多,所以開發也是一再停滯,現在還在進行。
這個時候我們的開發逐漸脫離了野路子,從需求分析、原型設計、UI 繪製(我)到開發,這個過程還算井井有條,後來還上了 Scrum(敏捷),成效比較顯著。 leader(後端、前端)和我(iOS)都有了基本的設計模式運用和架構方面的思想、以及我自己對於諸如UI 佈局(現在我是純代碼+ Auto Layout)、網絡通信二次封裝(方便彈性)、模組化與程式碼多用,比較慶幸的是算是完全的自學、自己摸道路。
小公司的日子仍然在艱苦的過著。不知道什麼時候我們會走到頭呢。 leader 說,中國 90% 的新創公司都倒在了第一年。我們還算幸運?不過估計死期也不遠。 人人都是產品經理。 1.專案管理比較混亂,經常是開發初期一票人做,中後期就全扔給其中一兩個去維護(因為其他人去幹別的專案了),中間的需求變更可能很奇葩,什麼坑都得幫別人填上。
2.團隊成員水平參差不齊,程式碼品質也是,大量書寫不工整和0註解程式碼在磨練你的心智,因為第一條所以每天都在重構這部分程式碼,雖然我也不是什麼牛人。
3.薪水低,老闆也不怎麼捨得花錢,乾了數年工資也就漲一丟丟,團隊裡最牛的人身兼n職,所以也沒啥時間做code review和技術研討。
4.氣氛較輕鬆,加班不算多。 SVN代碼經常被頂掉 匿了 it只是support部門的公司和小型網路公司應該很像,程式設計師=web前端+web後端+桌面應用開發+資料庫設計+產品經理 計劃永遠趕不上變化

PHPSession失效的原因包括配置錯誤、Cookie問題和Session過期。 1.配置錯誤:檢查並設置正確的session.save_path。 2.Cookie問題:確保Cookie設置正確。 3.Session過期:調整session.gc_maxlifetime值以延長會話時間。

在PHP中調試會話問題的方法包括:1.檢查會話是否正確啟動;2.驗證會話ID的傳遞;3.檢查會話數據的存儲和讀取;4.查看服務器配置。通過輸出會話ID和數據、查看會話文件內容等方法,可以有效診斷和解決會話相關的問題。

多次調用session_start()會導致警告信息和可能的數據覆蓋。 1)PHP會發出警告,提示session已啟動。 2)可能導致session數據意外覆蓋。 3)使用session_status()檢查session狀態,避免重複調用。

在PHP中配置會話生命週期可以通過設置session.gc_maxlifetime和session.cookie_lifetime來實現。 1)session.gc_maxlifetime控制服務器端會話數據的存活時間,2)session.cookie_lifetime控制客戶端cookie的生命週期,設置為0時cookie在瀏覽器關閉時過期。

使用數據庫存儲會話的主要優勢包括持久性、可擴展性和安全性。 1.持久性:即使服務器重啟,會話數據也能保持不變。 2.可擴展性:適用於分佈式系統,確保會話數據在多服務器間同步。 3.安全性:數據庫提供加密存儲,保護敏感信息。

在PHP中實現自定義會話處理可以通過實現SessionHandlerInterface接口來完成。具體步驟包括:1)創建實現SessionHandlerInterface的類,如CustomSessionHandler;2)重寫接口中的方法(如open,close,read,write,destroy,gc)來定義會話數據的生命週期和存儲方式;3)在PHP腳本中註冊自定義會話處理器並啟動會話。這樣可以將數據存儲在MySQL、Redis等介質中,提升性能、安全性和可擴展性。

SessionID是網絡應用程序中用來跟踪用戶會話狀態的機制。 1.它是一個隨機生成的字符串,用於在用戶與服務器之間的多次交互中保持用戶的身份信息。 2.服務器生成並通過cookie或URL參數發送給客戶端,幫助在用戶的多次請求中識別和關聯這些請求。 3.生成通常使用隨機算法保證唯一性和不可預測性。 4.在實際開發中,可以使用內存數據庫如Redis來存儲session數據,提升性能和安全性。

在無狀態環境如API中管理會話可以通過使用JWT或cookies來實現。 1.JWT適合無狀態和可擴展性,但大數據時體積大。 2.Cookies更傳統且易實現,但需謹慎配置以確保安全性。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

SecLists
SecLists是最終安全測試人員的伙伴。它是一個包含各種類型清單的集合,這些清單在安全評估過程中經常使用,而且都在一個地方。 SecLists透過方便地提供安全測試人員可能需要的所有列表,幫助提高安全測試的效率和生產力。清單類型包括使用者名稱、密碼、URL、模糊測試有效載荷、敏感資料模式、Web shell等等。測試人員只需將此儲存庫拉到新的測試機上,他就可以存取所需的每種類型的清單。

SublimeText3 英文版
推薦:為Win版本,支援程式碼提示!

Atom編輯器mac版下載
最受歡迎的的開源編輯器

禪工作室 13.0.1
強大的PHP整合開發環境