91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

一位國(guó)外開源工程師七年的工作感悟

工程師人生 ? 來(lái)源:網(wǎng)絡(luò)整理 ? 作者:工程師吳畏 ? 2018-07-30 18:45 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

幾百個(gè)人排成一個(gè)隊(duì)伍,候在你家門外。他們耐心等待你去解答問(wèn)題、聽他們的抱怨、回復(fù) Pull Request 和 Feature Request 。

你想去幫他們所有人,但你一直拖到現(xiàn)在。也許你辛苦工作了一整天,或者你累了,再或者你只是想跟家人和朋友享受周末。

但你如果登陸 github.com/notifications,Notification 會(huì)不斷提醒有多少人在等著你:

當(dāng)你設(shè)法找到一些空閑時(shí)間,你開門迎接第一個(gè)人(即處理第一個(gè)問(wèn)題,其中可能包含不止一個(gè)人,下同)。他們足夠善意;他們想使用你的項(xiàng)目,但在 API 上陷入一些困惑。他們把代碼粘貼到 GitHub 評(píng)論上,但是忘記了或者不知道怎么格式化代碼,結(jié)果代碼一團(tuán)糟。

還好,你編輯了他們的評(píng)論以添加代碼塊,把代碼格式化了。但仍有許多代碼需要讀。

另外,他們對(duì)問(wèn)題的描述有些讓人難以理解。也許英語(yǔ)不是他們的母語(yǔ),或者他們?cè)跁姹磉_(dá)上能力不足。不管怎樣,你努力去理解他們提交的文本段落。

你疲倦地看了一眼,排在隊(duì)伍后面等待的另外幾百個(gè)人。你可以花半個(gè)小時(shí)去理解這第一個(gè)人的代碼,或者你可以只是瀏覽一遍然后給出一些教程或者文檔的鏈接,說(shuō)不定可以幫助他們解決問(wèn)題。你還愉快地建議他們嘗試 Stack Overflow 或者 Slack 。

第二個(gè)人皺著眉頭,臉上露出不悅的神情。他們不斷抱怨你的項(xiàng)目如何浪費(fèi)了他們生命中的兩小時(shí),因?yàn)槟硞€(gè) API 沒(méi)有宣傳中的效果。他說(shuō)的話很刻薄,讓你很不舒服。

你沒(méi)有在這個(gè)人身上浪費(fèi)太多時(shí)間。你簡(jiǎn)單地說(shuō)道,“這是一個(gè)開源項(xiàng)目,且由志愿者維護(hù)。如果代碼中有 Bug,請(qǐng)?zhí)峤灰粋€(gè)可復(fù)現(xiàn)的測(cè)試案例或者 PR ?!?/p>

第三個(gè)人遇到的是一個(gè)很常見的錯(cuò)誤,解決方法很簡(jiǎn)單。你之前看到過(guò)幾次這個(gè)錯(cuò)誤,但是一時(shí)想不起解決方法在哪。Stack Overflow?維基?郵件列表?在谷歌搜索了幾分鐘后,你粘貼上了一個(gè)鏈接然后關(guān)閉了這個(gè) Issue 。

第四個(gè)人是一個(gè)定期的貢獻(xiàn)者。你從多個(gè)社區(qū)討論會(huì)和兄弟項(xiàng)目( sibling project )中識(shí)出了他們的名字。他們陷在一個(gè)十分晦澀的 Issue ,并提交了一個(gè) Pull Request 來(lái)解決它。很不幸這個(gè) Issue 很復(fù)雜,所以他們的 PR 中包含許多枯燥的段落,來(lái)解釋問(wèn)題。

再一次地,你瞥了一眼還在排隊(duì)等待的幾百號(hào)人,你知道這第四個(gè)人在他們的解決方案上花了很多工夫,并且可能這個(gè)解決方案是合理的。Travis 測(cè)試通過(guò),所以你打算只評(píng)論句“LGTM”,然后合并掉這個(gè) Pull Request 。

然而,你之前被這類情況傷過(guò)。在過(guò)去,你合并了一個(gè) PR 但沒(méi)有經(jīng)過(guò)充分的評(píng)價(jià),最終因?yàn)橐恍┠銢](méi)有預(yù)見到的問(wèn)題,它導(dǎo)致了新的麻煩。也許是測(cè)試通過(guò)了,但性能下降了 10% ?;蛘咚l(fā)了一個(gè)內(nèi)存泄漏?;蛘呖赡苓@個(gè) PR 讓新用戶對(duì)項(xiàng)目感到困惑,因?yàn)樗沟?API 看起來(lái)過(guò)于復(fù)雜。

如果現(xiàn)在你合并了這個(gè) PR,以后可能會(huì)有更多的問(wèn)題,因?yàn)槟銥榻鉀Q這個(gè)人的問(wèn)題而打斷了另一個(gè)人的工作流程。所以你把它放在次要位置,等有了更多時(shí)間再去處理它。

第五個(gè)人發(fā)現(xiàn)了一個(gè)新 Bug,但你知道實(shí)際上它是兄弟項(xiàng)目中的一個(gè) Bug 。他們說(shuō)這阻礙了他們啟動(dòng) App 。你知道這是個(gè)大問(wèn)題,但只是眾多問(wèn)題中的一個(gè),所以你此刻沒(méi)有時(shí)間去修復(fù)它。

你回應(yīng)道,這看起來(lái)是一個(gè)真實(shí)的問(wèn)題,但是它更適合在另一個(gè) Repo 中打開。所以你關(guān)閉了他們的 Issue,把它復(fù)制到了另一個(gè) Repo,然后你添加一個(gè)評(píng)論提示,在代碼中從哪里開始修復(fù)它。盡管你懷疑他們實(shí)際上會(huì)這個(gè)做。很少人會(huì)。

第六個(gè)人只說(shuō)道“現(xiàn)在是什么情況/狀態(tài)?”你不知道他們?cè)谡務(wù)撌裁?,所以你看一下上下文。關(guān)于項(xiàng)目中的一個(gè)長(zhǎng)期存在的 Bug,他們?cè)谌唛L(zhǎng)的 GitHub 線程上進(jìn)行了評(píng)論。許多人不同意這個(gè)問(wèn)題目前的解決方案,所以產(chǎn)生了許多討論。

在這個(gè)特定 Issue 下有超過(guò) 20 條評(píng)論,要讀完并記住,需要花費(fèi)你很長(zhǎng)的時(shí)間。所以你僅僅回應(yīng)道,“對(duì)不起,這個(gè) Issue 開放了一段時(shí)間了,但還沒(méi)有人解決它。我們?nèi)栽囍ダ斫鈫?wèn)題的范圍,最好是開一個(gè) Pull Request !”

第七個(gè)人只是個(gè) GreenKeeper 網(wǎng)站機(jī)器人。他們的問(wèn)題很簡(jiǎn)單,除了這個(gè)特殊的 Repo 中有相當(dāng)碎片化的測(cè)試,且這個(gè)測(cè)試由于看起來(lái)像是謬誤的原因失敗了,所以你不得不重新測(cè)試看是否通過(guò)。你重啟了這個(gè)測(cè)試,并試圖讓自己記住在 Travis 有機(jī)會(huì)運(yùn)行后再去觀察一下。

第八個(gè)人開了一個(gè) Pull Request,但所在的 Repo 相當(dāng)活躍,另一個(gè)維護(hù)者已經(jīng)做出反饋。你看了一眼線程,你相信其他維護(hù)者會(huì)處理好,所以你標(biāo)記它為已讀,然后走開繼續(xù)。

第九個(gè)人遇到的似乎是個(gè) Bug,而你之前也沒(méi)見過(guò)。但不幸的是,他們對(duì)“這個(gè)問(wèn)題實(shí)際是如何發(fā)生的”沒(méi)有提供足夠的細(xì)節(jié)。是什么瀏覽器下出現(xiàn)的?哪個(gè) Node 版本?哪個(gè)版本的項(xiàng)目?他們用什么代碼來(lái)復(fù)現(xiàn)它?你讓他們做出澄清,然后關(guān)掉這個(gè)標(biāo)簽。

問(wèn)題不斷涌進(jìn)

不一會(huì)兒,你接待了 10 到 20 個(gè)這樣的人。仍有 100 多個(gè)在排隊(duì)等待。但此刻你感到精疲力盡;每個(gè)人不是抱怨,就是有問(wèn)題要解答或者是有增強(qiáng)的請(qǐng)求。

在某種程度上,這些 GitHub 通知就是不斷涌出你項(xiàng)目中差的一面。當(dāng)他們滿意你的工作時(shí),就不會(huì)有人建立一個(gè) Issue 或 Pull Request。只有當(dāng)他們發(fā)現(xiàn)有所缺失,才會(huì)如此。即使你只花了一點(diǎn)時(shí)間閱讀這些通知,在精神和情感上都是消耗。

你妻子觀察到在例行完這些公事之后你總是暴躁易怒。也許你發(fā)現(xiàn)自己總是沒(méi)緣由地對(duì)她厲聲呵斥,僅僅是心情不好。她問(wèn)你:“如果開源工作這么讓你憤怒,為什么你還要做它?”你找不到一個(gè)好的答案。

你可以暫停;事實(shí)上目前你可能已經(jīng)有所體會(huì)了。在過(guò)去,你曾從 GitHub 休假過(guò)一兩個(gè)星期,只為了精神健康。但最后因?yàn)橛袔装賯€(gè)人在耐心等待(你去處理問(wèn)題),不得不停止休假。

如果你過(guò)去持續(xù)跟進(jìn) GitHub 通知,你可能每天要處理 20-30 條。相反,你讓它們堆積,所以現(xiàn)在攢了幾百條。你感到內(nèi)疚。

在過(guò)去,由于這樣或那樣的原因,你確實(shí)讓這些 Issue 堆積。你或許看到一條數(shù)個(gè)月都沒(méi)人應(yīng)答的 Issue 。通常,當(dāng)你返回找到那個(gè)Issue,提出這個(gè) Issue 的人從不回應(yīng)?;蛘咚麄冞@么回應(yīng),“我們放棄了你的項(xiàng)目而用了另一個(gè),這樣我的問(wèn)題就解決了。” 這讓你感覺(jué)很糟,但你明白他們的挫敗感。

你從經(jīng)驗(yàn)中得知,對(duì)于這些陳舊的 Issue,最實(shí)用的回應(yīng)往往是只說(shuō)句,“我要關(guān)閉這些舊的 Issue,如果這對(duì)你仍是個(gè)問(wèn)題,或者你能提供更多的細(xì)節(jié),請(qǐng)重新開一個(gè) Issue 。”通常沒(méi)有人回應(yīng)。有時(shí)候有,也僅是一個(gè)憤怒的評(píng)論,抱怨怎么讓他們等這么久。

所以現(xiàn)在你想更勤快地處理你的通知收件箱。幾百條太多。你渴望這個(gè)數(shù)字縮減到一百,幾十,或者甚至是神話般地清空。所以你奮力前行。

吸引新的貢獻(xiàn)者

在處理完足夠多這樣的 Issue 后,即使你的收件箱最終被清空,最后可能仍會(huì)積壓大量的 Bug 和 Pull Request 。標(biāo)簽可以起到作用——例如,你可以把 Issue 標(biāo)記為“需要復(fù)現(xiàn)”或“有測(cè)試用例”或者“很贊的首個(gè)補(bǔ)丁”?!昂苜澋氖讉€(gè)補(bǔ)丁”尤其有幫助,因?yàn)樗麄兂3?梢晕叫碌呢暙I(xiàn)者。

然而,你發(fā)送能吸引到新貢獻(xiàn)者的那一類 Issue ,往往是處理起來(lái)非常簡(jiǎn)單的那一類,這一類 Issue 由新的志愿者去記錄,比你親自去做更有價(jià)值。你創(chuàng)建了一些這類的 Issue,因?yàn)槟阒浪膬r(jià)值所在,讓新人參與到開源,當(dāng)這條 Pull Request 的作者告訴你“這是我在開源社區(qū)做的第一個(gè)貢獻(xiàn)?!?你感覺(jué)很棒。

但你知道他們回來(lái)的希望很渺茫;通常這些朋友不會(huì)成為定期貢獻(xiàn)者或維護(hù)者。你懷疑是不是你哪里做錯(cuò)了,你在哪方面改進(jìn),才能吸引住新的貢獻(xiàn)者來(lái)幫你減輕負(fù)擔(dān)。

你有一個(gè)項(xiàng)目幾乎就是靠自身維持的。你多年沒(méi)碰了,但有一幫維護(hù)者會(huì)回應(yīng)每一個(gè) Issue 和 PR ,所以你不必親自去。你非常感激這些維護(hù)者。但你不知道你做了什么才使得這么多貢獻(xiàn)者投入這個(gè)項(xiàng)目,而其他項(xiàng)目最后都是你,且只有你自己負(fù)責(zé)。

向前看吧

你不愿去創(chuàng)建新項(xiàng)目,因?yàn)槟阒浪粫?huì)增加你的維護(hù)負(fù)擔(dān)。事實(shí)上,這里有一種反效應(yīng),你做得越成功,在 GitHub 通知上得到的“懲罰”就越多。

你仍能回想起這種創(chuàng)建的快感,從零開始寫一個(gè)新項(xiàng)目以及解決一個(gè)之前未解決問(wèn)題的喜悅。但是現(xiàn)在你開始衡量這種喜悅,因?yàn)槿魏涡马?xiàng)目必定會(huì)從舊項(xiàng)目中奪走時(shí)間。你不知道是否是時(shí)候該正式摒棄你的一個(gè)舊 Repo,或者把它標(biāo)記為 Unmaintained。

你不知道在你倦怠之前,這樣的情況還要持續(xù)多久。你曾考慮將開源工作作為你的白天工作,但是自從你和真正從事開源為生的朋友交流后,你知道這通常意味著,讓一個(gè)特定的開源項(xiàng)目作為你的白天工作。這對(duì)你無(wú)益,因?yàn)槟阌袔资畟€(gè)跨越多個(gè)領(lǐng)域的項(xiàng)目,這些都在爭(zhēng)奪你的時(shí)間。

你最想要的是更多的項(xiàng)目可以自身獨(dú)立維持,你嘗試去遵守所有的最佳實(shí)踐:你有 CONTRIBUTING.md 和行為指導(dǎo),你熱情地交出擁有的特權(quán),給任何提交高質(zhì)量 PR 的人。然而每個(gè)項(xiàng)目都這么做,也很耗費(fèi)精力,所有你沒(méi)有你期望的那樣勤奮。

你也為此感到內(nèi)疚,因?yàn)槟阒篱_源常常被看做是有特權(quán)的白人男性(比如你自己)的專屬俱樂(lè)部。所以你擔(dān)心你做的還不夠,去解決那樣的問(wèn)題。

更重要的是,你感到內(nèi)疚:內(nèi)疚來(lái)自于你知道你本可以幫助有些人解決他們的問(wèn)題,但你讓他們的 Issue 在關(guān)閉前被無(wú)視了好幾個(gè)月,或者有人在你的 Repo 開了他們第一條 Pull Request,但你沒(méi)有時(shí)間去回應(yīng),這可能因此讓他們沮喪到永遠(yuǎn)不想再參與開源。你的內(nèi)疚是因?yàn)槟阋炎龅氖虑椋彩且驗(yàn)槟銢](méi)做過(guò)的事情,以及因?yàn)槟銢](méi)能招募到更多的人分享你的不幸而有負(fù)罪感的經(jīng)歷。

集中到一起

以上我說(shuō)的一切都是基于我自己的經(jīng)驗(yàn)。我不能聲稱自己代表所有開源軟件工作者,這是我自己的感覺(jué)。

我從事開源工作已經(jīng)有很長(zhǎng)一段時(shí)間了(大約 7 年),我一直不愿去抱怨任何這些牢騷,因?yàn)槲覔?dān)心會(huì)被理解為是本應(yīng)了解更多的前輩在這里夸張地發(fā)牢騷。畢竟,這種處境不是我自己造成的嗎?我可以隨時(shí)離開 GitHub;我沒(méi)有跟任何人簽合約。

還有,我不該感激嗎?我從事的開源工作幫助我在社區(qū)樹立了地位。我獲得了在會(huì)議做演講的邀請(qǐng)。在 Twitter 上我有幾千號(hào)粉絲,他們傾聽我的想法,并對(duì)我的意見給予很高的評(píng)價(jià)??梢哉f(shuō),我得到微軟的工作是因?yàn)槲业拈_源經(jīng)歷。我還有什么可抱怨的?

然而,我知道許多其他處在與我同樣位置的人都已倦怠?;锇閭円捕荚鵁崆榈睾喜?Pull Request ,處理 Issue,寫博客展示他們的項(xiàng)目,之后就消失得無(wú)影無(wú)蹤。對(duì)于其中有些人,我甚至不愿在他們的 Repo 中開 Issue 。因?yàn)槲抑浪麄儾粫?huì)回應(yīng),我不反對(duì)他們,但我擔(dān)心自己會(huì)變成他們一樣。

我已經(jīng)采取了大量的自我保護(hù)措施。我不再使用 Github 通知接口——我使用電子郵件過(guò)濾器,這樣我可以基于項(xiàng)(Unmaintained 這一類可以忽略)或者通知的類別(提到過(guò)的或者我評(píng)論過(guò)的線程通常會(huì)有優(yōu)先權(quán))來(lái)分類通知。因?yàn)槭请娮余]件,這也有助于我離線工作和在同一處管理事務(wù)。

我常常會(huì)出乎意料地收到在項(xiàng)目上請(qǐng)求支持的郵件,而這個(gè)項(xiàng)目我停止維護(hù)已經(jīng)很久了(例如這個(gè)項(xiàng)目,我仍至少每月會(huì)收到一封),而通常我都是不回應(yīng)。我還選擇忽視我博文下的評(píng)論,不回應(yīng) Stack Overflow 的回答和郵件列表下的問(wèn)題。我還積極地取消關(guān)注了那些我認(rèn)為其他人維護(hù)得足夠好的 Repo 。

這種情況如此令人沮喪的另一個(gè)原因是,你越來(lái)越發(fā)現(xiàn)處理 Issue 從項(xiàng)目實(shí)際維護(hù)中奪去太多時(shí)間,換句話說(shuō),我通常只有足夠讀取Issue,然后說(shuō)“對(duì)不起,我此刻沒(méi)有時(shí)間看”的時(shí)間。僅僅是回應(yīng)的行為,就會(huì)占據(jù)我為開源預(yù)留的大部分時(shí)間。

Issue templates、GreenKeeper、Travis、travis_retry、Coveralls、Sauce Labs… 有太多技術(shù)工具可以處理開源維護(hù)問(wèn)題,我很感激有這些工具。如果沒(méi)有這些自動(dòng)化工具,我就不可能保持頭腦清醒。但在某些時(shí)候,你會(huì)遇到很多 Issue,它們里面涉及的社會(huì)性問(wèn)題比技術(shù)性問(wèn)題更多。一個(gè)人不足以說(shuō)明。我甚至沒(méi)有進(jìn)到前100位 npm 維護(hù)者榜單,我就已經(jīng)累覺(jué)不愛了;我無(wú)法想象那 100 個(gè)人是什么體會(huì)。

我已經(jīng)告訴我妻子,如果當(dāng)我們打算開始要孩子,我還是放棄開源工作為好,我覺(jué)得自己沒(méi)有能力兼顧撫養(yǎng)家庭和維護(hù)開源項(xiàng)目,我預(yù)料到,放棄開源才是我核心問(wèn)題的解決方案。我只希望它會(huì)以一種積極的形式到來(lái),就如開始我人生新的篇章,而不是以一種消極的形式,比如毫不客氣地倦怠。

最后的一點(diǎn)思考

如果讀到這里,你對(duì)困擾開源社區(qū)的問(wèn)題和潛在的解決方案感興趣,你可能會(huì)想研究下 Nadia Eghbal 的《Roads and Bridges》。它可能是對(duì)該問(wèn)題最清晰最深入的分析。

我也樂(lè)于接受建議,盡管我在心中牢記我不愿在開源項(xiàng)目中把金錢和勞動(dòng)混在一起(也許是出于天真的理想主義)。但我曾在其他項(xiàng)目中看到它是有效的。

請(qǐng)注意,盡管上文表達(dá)了開源消極的一面,但我仍覺(jué)得它是我生活里一個(gè)有價(jià)值的補(bǔ)充,我沒(méi)有任何后悔。但我希望這篇文章對(duì)大家有幫助,讓你們看到成為自身成功的犧牲者是什么感受,以及你會(huì)因?yàn)槲赐瓿傻墓ぷ鞫械匠林亍?/p>

我從參與開源的經(jīng)歷中學(xué)到的一點(diǎn)就是:你參與越多,對(duì)你的要求就越多。我意識(shí)到這樣的問(wèn)題,并沒(méi)有解決方法。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 工程師
    +關(guān)注

    關(guān)注

    59

    文章

    1603

    瀏覽量

    71066
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    硬件工程師甩鍋排行榜 #電子 #電子工程師 #硬件工程師 #甩鍋的各種理由 #揚(yáng)興科技

    硬件工程師
    揚(yáng)興科技
    發(fā)布于 :2026年03月06日 18:30:55

    電子工程師的雙標(biāo)瞬間 #電子 #電子愛好者 #電子工程師 #揚(yáng)興科技 #雙標(biāo)

    電子工程師
    揚(yáng)興科技
    發(fā)布于 :2026年03月02日 18:04:13

    什么是BSP工程師

    任何軟件的。BSP工程師需要結(jié)合硬件原理圖修改從芯片廠商拿到的參考代碼,調(diào)試板子,使板子上的操作系統(tǒng)能夠正常穩(wěn)定工作,從而提供個(gè)穩(wěn)定的開發(fā)調(diào)試環(huán)境,這個(gè)過(guò)程叫做點(diǎn)亮板子,行話叫做Bringup。這
    發(fā)表于 01-13 06:54

    不同薪資對(duì)工作的態(tài)度 #硬件工程師 #電子愛好者 #打工人 #搞笑 #揚(yáng)興科技

    硬件工程師
    揚(yáng)興科技
    發(fā)布于 :2026年01月12日 18:08:22

    繡花線上的數(shù)據(jù)紐帶:一位工程師的PROFIBUS轉(zhuǎn)RS485改造手記

    繡花線上的數(shù)據(jù)紐帶:一位工程師的PROFIBUS轉(zhuǎn)RS485改造手記 1. 工廠背景:老設(shè)備遇上新系統(tǒng) 我們廠位于江浙紡織產(chǎn)業(yè)帶,主要生產(chǎn)高檔繡花面料。三前,公司引入了條德國(guó)高速繡
    的頭像 發(fā)表于 12-25 14:23 ?220次閱讀
    繡花線上的數(shù)據(jù)紐帶:<b class='flag-5'>一位</b><b class='flag-5'>工程師</b>的PROFIBUS轉(zhuǎn)RS485改造手記

    硬件工程師如何提高電路設(shè)計(jì)的可靠性?

    聊我從業(yè)硬件工程師至今的些小的感悟,這些小感悟對(duì)于些經(jīng)驗(yàn)老道的
    的頭像 發(fā)表于 11-11 07:36 ?3026次閱讀
    硬件<b class='flag-5'>工程師</b>如何提高電路設(shè)計(jì)的可靠性?

    招鑲?cè)胧?b class='flag-5'>工程師1個(gè),硬件工程師個(gè),

    東莞市研生科技有限公司是家藍(lán)牙方案公司,主營(yíng)藍(lán)牙方案的設(shè)計(jì)開發(fā),產(chǎn)品包括藍(lán)牙BLE/4G透?jìng)?AI智能體方案開發(fā),因公司發(fā)展需要需對(duì)外招聘嵌入式軟件開發(fā)工程師,對(duì)藍(lán)牙音頻/BLE以及智能IC讀卡器有三實(shí)操經(jīng)驗(yàn),能單獨(dú)完成項(xiàng)目
    發(fā)表于 08-29 02:14

    【華秋DFM】V4.6正式上線:工程師的PCB設(shè)計(jì)“好搭子”來(lái)了!

    款軟件,更 是每一位工程師背后的“隱形助手” 。從設(shè)計(jì)之初的風(fēng)險(xiǎn)排查,到制造階段的成本控制,再到裝配環(huán)節(jié)的細(xì)節(jié)優(yōu)化,我們始終致力于為工程師們提供更專業(yè)、更智能、更貼心的服務(wù)。 未來(lái),
    發(fā)表于 05-22 16:07

    問(wèn),成為硬件工程師需要幾只手?#硬件工程師 #YXC晶振 #揚(yáng)興科技 #搞笑

    硬件工程師
    揚(yáng)興科技
    發(fā)布于 :2025年04月25日 17:15:37

    招拿捏電子工程師#被AI拿捏了 #電子工程師 #電子電工

    電子工程師
    安泰小課堂
    發(fā)布于 :2025年03月25日 17:30:51

    一位老電子工程師的十職場(chǎng)感悟

    這里主要以個(gè)人經(jīng)歷談?wù)勲娮?b class='flag-5'>工程師技術(shù)生涯可能面臨的困惑、關(guān)心的問(wèn)題以及對(duì)未來(lái)的期待。Chrent新手感興趣的問(wèn)題1、電子工程師矛盾心態(tài)——電子新手新沒(méi)事做,沒(méi)人教,工作沒(méi)有技術(shù)含量?電子新手往往
    的頭像 發(fā)表于 03-19 17:32 ?899次閱讀
    <b class='flag-5'>一位</b>老電子<b class='flag-5'>工程師</b>的十<b class='flag-5'>年</b>職場(chǎng)<b class='flag-5'>感悟</b>