独占インタビュー：「高品質なコードを書いてWebフロントエンド開発を実践する方法」著者 @ADANG_html/css_WEB-ITnose

2010年に彼が書いた本を読んだことを思い出しました。最近では、Weiboでのさまざまな「論争」や弟子の募集問題で、彼を支持する人もいれば、反対する人もいます。そこで今日は、Ah 先輩のフロントエンドのキャリアにおける経験を見ていきます。

本文はここから始まります~

自己紹介と勤め先の会社を紹介してください

私は曹立陽です、サークルの友達は私をアダンと呼んでいます。現在は江陵グループでインターネット医療分野に勤務。

フロントエンド エンジニアになることを選択した状況と、これまでに働いたいくつかの企業に基づいて、どの経験があなたに最も大きな影響を与えたと思いますか?またその理由は何ですか?

それは長い話です。私が大学にいたとき、私はその学校で C、Java、ソフトウェアエンジニアリングなどを教えていました。 Web デザインと Photoshop の 2 つの選択コースを受講して初めて、目が輝き、何かできるかもしれないと感じました。また、私が大学生の頃はFlashが流行っていました。これはとても面白いと思ったので、Flash を独学で勉強しました。多くの人は C 言語が入門言語として最適だと考えていますが、私にとってプログラミングへの扉を本当に開いてくれたのは AS2 でした。そう、Flash のスクリプト言語です。 Flash は便利で高速で、AS2 スクリプトを追加すると、あまり知識がなくても楽しいものを作成できます。 Flash が今日歴史の舞台から退こうとしているという事実がなければ、私は今でも Flash がプログラミングを始めるのに最適な選択だと考えています。

大学時代は読書がとても好きで、主にPS、Flash、Webページ制作をしていました。当時、Web ページ制作に関する書籍は非常に地味で、Dreamweaver の操作方法のみを説明するもので、コード スニペットのみで特殊効果のサンプルが 300 個掲載されているなど、JS に関するちょっとした話題が時折ありました。基本的な説明。この非常に悲しい状況は 2006 年後半まで続きました。蓮洋出版社は、『Javascript DOM Programming Art』、『Javascript Advanced Programming』、『Ajax Basic Tutorial』、『CSS』など、海外の優れたフロントエンド書籍を多数紹介しました。 「基本チュートリアル」、中国には非常に優れたオリジナル本「CSS Website Layout Record」もあります。これらの本はすべて「基本」について説明しており、これまでに読んだコード スニペットの本よりもはるかに優れています。私はこれらの本から多くの知識を吸収し始めました。私には習慣があり、練習を始める前に、不明な点をすべて埋めて、明確で体系的な背景を頭の中に持つのが好きです。本を読み終える前に借金をしているような気分になり、早い人は1週間に1冊、遅い人は月に1冊、全力で読みました。これらの本に書かれている知識は、学校で先生が教えるよりもはるかに優れていると感じます。私は授業に参加する気もせず、ただベッドに寝転がって本を読むだけです。私にはもう 1 つの習慣があります。それは、自分の理解と記憶に従って練習するのが好きで、本に従ってコードを入力するのが好きではありません。たとえ自分が書いた効果が本に書かれている効果より悪くても問題ありません。重要なのは、実践を通じて自分の理解が正しいかどうかを確認することです。

私はフロントエンドに興味がありましたが、当時はフロントエンドエンジニアのポジションは市場にありませんでした。当時はWebデザイナーかエンジニアのどちらかでした。エンジニアになりたいです。大学を卒業する前年、私はバックエンドで主に J2EE の学習に多くの時間を費やしましたが、就職活動をしてみると、当時の市場では J2EE の需要がほとんどないことがわかりました。仕方なく、立場を変えてWebデザイナーとして就職しました。その後、大学で独学で学んだ Flash、選択科目の Web ページ制作、Photoshop が実際に私の最初の仕事を見つけるのに役立ちました。そして、最初の仕事の肩書はWebデザイナーとなり、PS、AI、FlashからWebページ制作までを行いました。カラーマッチング、レイアウト、点、線と面、暖色と寒色など、デザインに多くの時間を費やしています。バックエンドからはどんどん遠ざかっていますが、フロントエンドからはまだ遠いです。当時、フロントエンドでWebページを作る場合はDreamweaverを使ってテーブルを引っ張る方法が主流で、1*1の透過pngという黒魔術も流行っていました。会社の先輩2人がASP+のテーブルレイアウトを使っていて、これが今後のトレンドだと会社にCSSレイアウトへの切り替えを勧めました。上司は私に、なぜ CSS レイアウトを使用する必要があるのか​​と尋ねました。メリットは何ですか?バラバラと私はたくさん話しましたが、上司はビジネスマンでテクノロジーを理解していなかったので、興味のあることは何も聞こえませんでした。コメントはなく、その後、この問題は打ち切られた。私もデザイナーになろうと思っていた時期がありました。当時はシンプルなヨーロッパ・アメリカンスタイルと、美しく派手な韓国スタイルの2つのスタイルが流行っていました。アートやデザインの本をたくさん買って、一流のデザインマスターになって韓国のスタイルを真似したいと思いました！

しかし、人生は常に人々と冗談を言うのが好きで、いくつかの奇妙な状況の組み合わせにより、私はフロントエンドサークルに戻ることになりました。最初の仕事は深センの華強北でした。私は 2 駅離れた深セン書籍ショッピング センターが好きで、よく職場から 2 駅離れた深セン書籍ショッピング センターで本を読みました。当時は給料も安くて買うお金もなかったので、ただ地面に座ってフロントエンド関連の本を読み漁っていました。 1 年近く働いた後、たくさんの本を読んだことで、私のフロントエンドと Flash プログラミングのスキルは急速に向上しました。当時の若者は、今日の若者と同じように、仲間のグループに参加して自慢するのが好きでした。 、そして彼らが自慢する内容は、会社、給料、仕事のそれぞれ3つだけでした。私の作品は常にグループ内の多くの人々の賞賛を呼び起こし、彼らは私の給料が非常に高いはずだと推測していますが、実際には私の給料は平均的な能力を持つ多くの人よりも低く、私は精神的に大きなアンバランスを引き起こしました。最後に、私は極度の精神的不均衡のため、自分の能力に見合った給料をくれる知識豊富な雇用主を見つけたいと考え、転職することを思いつきました。 2007 年後半、私は 51job、Zhaopin Recruitment、Blue Ideal の求人掲示板を探しましたが、大都市深センではフロントエンド エンジニアのポジションの需要は見つかりませんでした。そこで北京に目を向けたところ、当時北京ではフロントエンドエンジニアの需要が高く、多くの企業がUEDチームを持ち始めていたことが分かりました。そして北京に到着しました。

最初は小さなベンチャー企業に上司が2人、アルバイトの計3人で入社しました。上司が 2 人いて、1 人は PHP を書き、もう 1 人はデザイナーで、その後私がフロントエンドになりました。北京の技術系サークルは知識が豊富で、フロントエンドエンジニアの役割を理解してくれて、すぐに私の給料を倍増させてくれました。そして、私はようやく精神的なバランスを取り戻し、クラスメートの中で最も早く給料を上げられるようになりました。この仕事は、私の本当のフロントエンドの旅の始まりです。この会社は、リッチ メディア アプリケーション、さまざまなエフェクト、MP3 ミュージック プレーヤー、Flash フォト アルバム、マルチファイル アップロード、およびカスタマイズされたスキンに対する高い要件を備えた Web 2.0 Web サイトを構築しています。 、さまざまな JS エフェクト。そして、この会社も生き残るためにアウトソーシングのニーズを受け入れています。それからフロントエンド開発、Flash開発、Flex開発、PHP開発までデザイン以外は全て実践しました。平日は残業、休日は残業、時には3つのプロジェクトを並行して開発し、フルスタックで一人で完成させるプロジェクトもあります。当時、たくさんの本を読んでいましたが、テーブルを引っ張る Web デザイナーから移行したばかりだったので、プレッシャーと困難は想像できました。私にプログラミングの才能があるからかもしれないし、本を選んだり本を読むのが得意だからかもしれないが、それで乗り越えられた。この期間に、私のプログラミング能力とストレス耐性が質的に向上しました。無理をしなければ、質的な変化は得られない、この事実を実感したのはこの時期でした。これまでにどれだけ本を読んでも、この時期ほど早く成長することはできません。特筆すべきは、jQuery が普及し始めたのもこの時期だったので、私は深圳から 1 年間ネイティブ JS を書き、基礎となる JS についての理解を深めました。

その後、Yahoo に行く機会がありました。大企業に行ったことのない人は、特に大企業、特に一日中大企業について話す QQ グループのグループに憧れます。ある人は自分の姓を「淘宝」、「新浪」、「新浪」と宣言します。 「テンセント」、そして人々がさまざまな方法でひざまずきます。本当は大企業に行きたいし、どこの大企業でもいいし、ブランド名も欲しいし、給料減らされてもいいし。その後、幸運にもヤフーに行くことができました。人事担当者が私の給与要件を尋ねました。私は、給与の要件はありませんと答えました。私にとってYahooに行ったのは、会社の雰囲気のためではなく、YUIに出会ったからです。当時、YUI はまだ YUI2 であり、すべてのフロントエンドで YUI を使用することが社内で義務付けられており、jQuery などの他のライブラリは使用できませんでした。 YUI に出会う前、私は jQuery がすでに非常に強力で、ネイティブ JS よりも優れている、魔法のように思っていました。そこで、純粋な英語の公式 Web サイトである YUI2 に出会い、約 1 か月かけてそのドキュメントを読みました。そして、jQuery との違いは本当に大きく、まったく異なる考え方でした。内部共有をするときに、jQuery は古龍の小説のようで、江湖は 2 次元の線で、兵器のスペクトルはランク付けされているのに対して、YUI は金庸の小説のようで、江湖は 3 次元の面で、東の悪、西のようなものだと言いました。毒、南の皇帝、北の乞食には魔法の力があります。 jQuery オブジェクトのようなものはありません。 YUI さんの設計思想により、フレームワークやライブラリとは何なのかをよく理解できました。 YUI3 のアップグレードで初めて、YUI が Apple とまったく同じ、究極の閉鎖的で完璧な赤ちゃんであることがわかりました。私はいつもそれが火事になるだろう、大打撃になるだろうと思っていました。

ヤフーが正社員になって間もなく、ヤフーは社員の3分の2を解雇しました もちろん新入社員の私も解雇されました。その後、社内面接を経てタオバオへの異動に成功し、北京初のフロントエンド社員となりました。そこで人生初のスパに挑戦するという、かなりチャレンジングな企画でした。私は今でもプロジェクトの中核部分を保持しています: http://t.cn/RbrJFM8 当時の私にとって、これはフロントエンド プログラミング スキルをテストするタスクであり、費やした時間は非常にタイトでした。このコアデモには多くの時間がかかり、3 日で完了します。あらゆる種類のドラッグと再スキニングは非常に複雑で、相談したり助けたりできる人はいません。この課題を達成するために私は一晩中残業しました。この期間にデザイン パターンに関する本を読み、オブジェクト指向プログラミングの考え方を理解しました。その後、この SPA プロジェクトで OO プログラミングを使用することになりました。この段階で私は二度目の質的転換を完了し、残業するのがとても嫌になりました。もう一つ重要なことは、本を書き始めたことです。 『華章』の優秀な編集者である楊福川さんを紹介してくれた友人の周裕波さんに感謝します。

書いている途中で辞めて新浪へ行きました。 Sina では、私たちが参加したプロジェクト チームも、インスタント メッセージング部門、Sina チャット ルーム、Web UC という特別なプロジェクト チームでした。 Sina チャット ルームと Web UC はどちらも SPA、オブジェクト指向の組織コードであり、複数の人が協力して同じ長期メンテナンス プロジェクトを維持します。この期間は実際にはかなり自由で、Ruby、Rails、Python、Linux、Django、wxpython、アジャイル開発などの知識を学びました。その後、HTML5 が登場し、モバイル開発も始まりました。 2010 年はモバイル開発の年と呼ばれているため、多くの友人が iOS や Android に切り替え始めています。 Android の本も購入したので、Android に乗り換える予定です。しかし、そのとき私はすでに方向転換していました。第一に、私はウェブ上で多くの経験を積んでおり、第二に、私の本が出版され、多くの学会での講演に出席しました。最終的に私がフロントエンドサークルに留まる決意をしたのは、ASP と Delphi の衰退、iPhone 4 での Flash サポートの欠如、Flash のジレンマ、モバイル プラットフォームの台頭、Windows の衰退を思い出したためです。ウェブにはまだオープンな技術が残っていると思います。それに、html5 は html4 よりもはるかに強力であり、将来的にはできることがたくさんあります。

Sina での勤務中に多くの知識を得ることができ、自分の能力がますます豊かになるにつれ、次の 2 つの質問について考えるようになりました。なぜプロダクト マネージャーの言うことを聞く必要があるのか​​? 自分のやりたいことを自分で行うことができるのか? ?そして、大学時代にIT専攻を選んだ当初の目的は、ゲーム開発をしたいと思っていて、BAの秘密を上下左右に語れるような、みんなに好かれるゲームを開発したいと思っていました。フロントエンドもバックエンドもプロジェクト管理もできるので、自分の好きなことをしてゲームを作りたいと思っています。偶然、私の旧友である周裕博が当時善達革新研究所で働いていたのですが、彼は中国ではすでに有名だったこのエンジニア天国を私に勧め、その学部長は陳であったと言いました。 Shanda Jiuqian ディレクター Danian 氏 彼はエンジニアとして生まれ、非常に芸術的な人でした。シャンダがゲームで有名であることは言うまでもなく、私はこの伝説的なエンジニアリング文化の理想郷にとても憧れています。このような理想的な環境はまさに私にとって特別なものです。それから私は思い切って4年間住んだ北京を離れ、上海に行き善達革新研究所に入社しました。

当時のイノベーションインスティテュートは本当に優秀で、基本的にプロジェクトリーダーは全員エンジニアで、プロダクトマネージャーはいませんでした。簡単に言うと、この会社には基本的にプロダクトマネージャーもオペレーションもおらず、エンジニアだけがいます。当時、Dacheng Xiaopang、flashlizi、Winter、hax、Yueying、Zhengmei は全員イノベーション研究所に所属していました。シャオパンとフラッシュリジとはいつも喧嘩していたのを覚えています。彼らはゲームを作りたがっていましたが、私と一緒に作りたくなかったのですが、二人とも私のプロジェクトチームに所属していました。伝説的なマイクロソフトのマスター、51js モデレーターのウィンターが非常に奇妙な知識構造を持っていたことを発見したのもこの頃でした。その後、オンラインでの攻撃的なハックは、オフラインで見ると実際には少しばかげていることに気づきました。そのような人が私を二度も写真に撮るとは想像もしていませんでした（朱銀紅の「旅」で1回、私の本で1回）。 Moon Shadow Hero はどもり、非常に複雑でした @_@。 Zhengmei はイノベーション研究所を離れるまで、実際の人間に会ったことがありませんでした。彼女はテクノロジーオタクで、動き回るのが好きではありません。それ以来、Mi Zong は私を嫌っています。理由はわかりませんが、技術的な概念が違うからでしょうか? (肩をすくめて) イノベーション研究所での思い出のほとんどは、実際には幸せなものではありません。おそらく、釈迦や至高の老君、そして元の神は誰よりも冷酷だったのかなど、古代の神話についてウィンターと会話したことでしょう。他の何か？イノベーション研究所に在籍していた頃、私が構築したプロジェクトは、YUI3 + websocket +Twisted + mongodb + 独自開発の html5 ゲーム エンジンをベースとした、PC、携帯電話、パッドにまたがるリアルタイム オンライン ゲーム プラットフォームで、Crazy Tank を開発しました。ビリヤード、ランドロード、Fifty K には合計 4 つのゲームがあります。その後、Shanda Innovation Instituteは崩壊しました。 。 。この期間に学んだことは、mongodb、redis、twisted、html5、canvas2d、webglなど様々なAPIを学んだことです。また、技術者からプロダクトマネージャーへの異動も完了した。

友人たちは皆、別の会社に分散しました。シャオパンは頑固に自分のディアオシ事業を始めて、自分のベルトを縛って暮らしていましたが、他の人は皆、良い家を見つけました。私はシャンダを離れることはなく、シャンダ ゲーム イノベーション インスティテュートに異動しました。そこで世界の偉い人と共同で事業を立ち上げ、html5のゲームプラットフォームを構築しました。その後、色々な理由から起業を辞めました。しかし、この期間に私が得たのは、企業が事業を運営する過程で遭遇するであろう問題を真に理解することで、私をエンジニアリングの考え方から完全に脱却し、より現実的な方法で多くのことを考えるようになったということです。 、人、会社の運営、上向きの管理と下向きの管理の技術などを含みます。エンジニアは本当に単純で無邪気な動物であることがわかりました。正直に言うと、エンジニアは単純で心優しい一方で、本当に愚かです。この世界はエンジニアを中心に回っているわけではありません。自分は剣士になれると思っていたが、剣士の手に渡った剣に過ぎなかった。たとえイーティアンソードであっても、私は剣士ではなかった。イノベーション研究所のようなユートピアは二度と現れないでしょう。これは私に非常に大きな衝撃を与えました。 。 。

私のプログラミングの旅はもうすぐ終わります。次の話では完全に管理ルートに変身してます。テクノロジー主導の製品イノベーションという夢と、それを始める前に死んでしまうという後悔のせいで、私は最前線のコーディングからどんどん遠ざかっています。プログラマーサークルから離脱したわけでも、プログラミングを続けられなくなったわけでもありません。もともと、一生プログラマーになるつもりはなかったのです。私にとって、プログラミングはツールであり、自分の目標を実現するためのツールです。ゲームの夢。フロントエンドを学び、その後学びました。ソフトウェアエンジニアリングを学ぶということは、ゲームを開発できるようになることです。私はもともとプログラムをツールとして捉えてきましたが、実は自分にはプログラミングの才能があることに偶然気づきました。

非常に深刻な問題は、多くの人が社会に出てから初心を忘れているか、単に初心を持たないということです。何がお金を稼ぐのか、何を学び、どのように進むべきかという考えに完全に動かされているということです。たとえば、サークルでは、オタク文化を推奨し、伝説の偉大な神を推奨し、一生プログラムを書くために白いひげと白髪を推奨し、多くの人がこの文化に洗脳され、これが自分の追求であると誤解します。この文化に共感しない人々は、この文化に誘拐され、軽蔑され、さらには攻撃されます。本当に全く必要ありません。

私が経験するすべての経験には異なる報酬があり、どの経験が私に最も大きな影響を与えるかはわかりません。自分の旅を振り返ってみると、実は最初から自分の道は運命づけられていたのではないかと思います。性格が運命を決める。どんなに道が変わっても、ある段階では自分の立場や方向性は変わらないかもしれない。もしあの時デザイナーにこだわっていたら、今頃私は素晴らしいデザイナーになって経営や商品開発に転向していたかもしれないとは謙虚に言えませんが（笑）。

フロントエンド技術の更新が早い現状において、フロントエンド開発エンジニアはどのような点に注力して学習すべきだと思いますか？学習プロセスでボトルネックに遭遇した場合、どうやってそれを突破すべきでしょうか?

私は自分の成長経験についてこれまで多くのことを述べてきましたが、私自身の経験から話し、経験からいくつかの提案をさせていただきます:

大企業が生み出すテクノロジーについて迷信を持たないでください。大企業が生み出すものはたくさんあります。・GoogleやFacebookなどの有名メーカーのものであれば間違いないと思います。 Google が作った GWT は終わり、Microsoft が作った Silverlight は終わり、IBM が作った Dojo は終わったのと何ら変わりません

今日の興奮に関係なく、唯一の方法は試練に耐えることです。過去には、flash、flex、silverlight、as3、extjs、YUI、mootool、prototype、air、phonegap、jquery mobile、coffeescript、javascriptMVC、バックボーン、標準セマンティクス、seo、障害者向けのユーザビリティ、flash フル サイト、RIA など久しぶりにとても楽しかったです。今でもこのことについて話している人は何人いますか？長い目で見れば、生き残った者だけが王となる。そして、どのような技術が生き残ることができるのでしょうか？私の経験から言えば、コストパフォーマンスに優れています。したがって、私は角度について楽観的ではなく、まったく反応しません。どのものが究極の価格性能比を持ち、どのものが生き残る可能性が高いかの歴史は、常に驚くほど似ています。これが言いたいのは、勉強するなと言っているわけではありません。もっと勉強してフレームワークのアイデアを学ぶことが常に良いことです。 YUI も決して人気が出なかったのと同じですが、私も YUI に助けられてとても感謝しています。これが言いたいのは、私たちはこれらのフレームワークに注意し、問題を弁証法的に見て、新しいものに置き換えられる可能性が高いため、「追い続けてあきらめ続ける」という状況に陥らないようにする必要があるということです。 「罠、エネルギーでは対処できません。

オピニオンリーダーに盲目的に従わないでください。多くの技術者にとって、彼らが追い求めているのは「偉大な神」の評判、あるいは「優れた技術が役人につながる」という現実であり、孤独を好まないフォレスト・ガンプ信者たちを満足させるための道具に過ぎない。コストパフォーマンスは関係ありません。基礎がしっかりしているかどうか、学習効率が高いかどうか、技術が淘汰されるかどうかは関係ありません。彼らは世界で有名になり、お互いの顔を売り、仕事を見つけることを心配する必要がなくなります。良い雇用主からは良い給料を得ることができません。人々のグループが大声で叫んでいましたが、それは本当に高かったです。

他人を偉いと言うのが好きな人は、実は自分も偉くなりたいという夢を持ち、早く有名になりたいと願っている人が多いのです。したがって、私は他人に対しては常に真実を語ってもらい、それを直接教義として用いてほしいと考えています。ある程度の成果が出ると、丼を手に取って食べたり、丼を置いて母を叱ったりしました。あなたのチュートリアルを見たり、フォローしたり、「いいね！」をしたりすることは、あなたへの敬意と公正な取引の表れだと思います。知識を学んだ後も、彼らはあなたには何か問題がある、他人を誤解させているなどと罵ります。それで、本を読むのかと尋ねると、はい、洋書しか読まないと答えました。本のリストを出してくれと頼んだところ、それはすべて洋書でした。実際、『Dahua Design Patterns』や『The Authoritative Guide to HTML5 and CSS3』など、海外の本と変わらない良書が国内にたくさんありますが、あまり見かけません。中国人のおすすめ本リスト 洋書ばかりで、サイの本など実際の戦闘とはかけ離れたものが多く、実践経験を積んでおけば大丈夫だと思います。調べるための辞書として使用するだけです。初期の頃は「Website Reconstruction」も「CSS Zen Garden」も同じ内容で、読んでいても読んでいなくても変わりませんでした。私は中国人の完璧さの追求に非常にうんざりしています。地に足が着いていないと、成長すべきときにも成長できないでしょうし、それは当然のことです。学びたいと思っている学生は、自分にとって何が役に立つのか、自分の本当の気持ちを信じてください。

読書はとても大切です。一日中あちこちで勉強しないでください。問題が発生したときは、Baidu を確認してください (Baidu を使用せずに Google を使用しているとは私に言わないでください。それはクールではありません。ファイアウォール、お好きなものを使用してください)。知識を体系的に学び、点在する知識を総合的な形に結びつけるには、読書以外に方法はありません。本を読んで、良い本を読んでください。

アルゴリズムやデータ構造などは、実際のフロントエンドの実践からは程遠いものです。人のナンセンスに耳を傾けないでください。私は非常に多くのフロントエンド コードを作成し、多くの課題に直面してきました。CSS、DOM API、BOM API は、基本的なものほど役に立ちます。それ以外はすべてデタラメです。一日中アルゴリズムとデータ構造の重要性について語る人たちに、これらがどのようなシナリオで重要になるかをいくつか例を挙げて説明してもらいましょう。一般的なシナリオをいくつか挙げることはできません。 CSS を学び、効果的に使用することをお勧めします。

CSS はフロントエンドの基礎であり、JS よりも基本的です。 CSS をしっかり学ぶ前に、フレームワーク、ツール、コンパイルなどはもちろんのこと、JS をいじらないでください。ノードをいじらないでください。ノードはフロントエンドからどんどん遠ざかっていきます。疑似バックエンドを作成しても、実際のプロジェクトの問題は解決されません。まず CSS を学び、次にネイティブ JS を学び、次に JS フレームワークを学び、次にツールを学び、最後にノード バックエンドを学びます。本当にバックエンドを学びたい場合は、楽しくなければノードの使用はお勧めしません。

大企業の後光について迷信を抱かず、大企業がどれほど素晴らしいか、大企業の作業プロセスがどれほど形式的か、大企業のテクノロジー選択がどれほど正しいかを想像してください。非常に多くの大規模なインターネット企業に対する私の個人的な経験と、他の大企業についての私の理解に基づくと、大企業は実際には混乱に陥っています。彼らは皆、生計を立てるために一緒に働いていますが、悪ふざけをするのが好きで、会社のオーラが彼らの後ろ盾であり、彼らも会社のオーラに貢献しており、お互いを補い、言い換えれば協力しています。繰り返しますが、役立つか役に立たないかは、自分の感覚を信じてください。ひざまずいて誰かをなめるようなことはしないでください。それらが地面に落ちることができないことがわかると、残業すべきときに残業しなければなりません。

私を含め、誰の意見も聞かないでください。自分自身の判断で判断してください。本がないよりはすべての本を信じる方が良いし、すべてを信じるよりは人の言うことを聞かない方が良いです。

あなたについて私が知っている限りでは、あなたはエンジニアとして働き、起業したと思いますが、これらの経験は現在の感情にどのような影響を与えていますか？

これらの経験は、30 歳のエンジニアの変革の危機が現実であることを教えてくれます。誰もが今後 5 年間の計画を立てる必要があります。5 年後に何をしたいですか?多くの人は、今後 2 年間の計画は答えられますが、今後 5 年間の計画は答えられません。これは十分な注意に値します。職場、特にIT業界では時間が経つのが本当に早いです。職歴が5年あれば老人と呼ばれますが、職歴が10年あれば老人とみなされます。好むと好まざるとにかかわらず。 30歳になったときに30歳の危機が起こらないと本当に思いますか？白いひげと白髪の年老いたプログラミング野郎になりたいと本気で思っていますか?本当にそんなことができると思うのですか、おじいさん。あなたが今日何をしているかは 5 年前の計画に依存し、5 年後に何をしているかは今日の計画に依存します。もし今から 5 年後の計画がないのなら、5 年後の危機を待ってください。

市場にはフロントエンド関連の本がたくさんありますが、あなたの読書リストにはどれが入っていますか?

html5 と html4 はアップグレード関係であり、置き換え関係ではありません。 html5 関連の本、つまり現在人気のある本は、実際には html4 よりも html5 の増分部分について説明しており、html4 の本は人気がなくなったり、出版されなくなったりする可能性があります。これは非常に危険であり、特にインターネット上の知識にもこの傾向がある場合、書籍の欠陥が技術的な欠陥につながる可能性があり、非常に恐ろしいことです。 5年間の実務経験を持ち、しっかりとした基礎を身につけている学生がどれだけいるだろうか。強固な基盤とは、html4 から始めることを意味します。私の個人的な提案は、古い本を読んで、html4 から始めて html5 までの基礎知識を習得することです。もしかしたら、削除された知識に遭遇するかもしれませんが、それは重要ではありません。何が削除されたのか、なぜ削除されたのかを知ることが重要です。

ベストプラクティスを直接伝える既製の本があればいいのですが、それは不可能です。第一に、この種の本を書くことができる人は非常に少数であり、第二に、能力のある人がそれを書きたがらない可能性があります。私の提案は、html4 時代から本を読み始め、途中で html5 とモバイル フロントエンド開発についても読むことです。

自分で補う以外に何か方法はありますか？もしかしたら、私の見習いプログラムに参加してくれるかもしれません。次の 6 つの質問に答えてください:

いわゆるマスターやビッグネームについてどう思いますか?

もしお金に問題がなかったら、何をしたいですか?

30 歳を迎えたエンジニアの変化をどう思いますか?

あなたがほとんどの人と異なる意見を持っていることは何ですか?テクノロジーに限定されません

実習生をどのように考えていますか?

私があなたに何を教えられると思いますか？その後、回答を caoliuyang@111.com.cn に送信してください

さらに、私の学校に入学するには見習いのマナーと見習いの費用がかかります。詳細については、こちらをご覧ください: http://t.cn/RGQ0g5i

なぜそうするのですか。弟子を受け入れたいですか？自分のためだと思います。

フロントエンドテクノロジーの奥深さと広さをどのように比較検討すればよいでしょうか?

2009 年に本を書いていたとき、私は 1 行をマスターしたいなら、まず 10 行をマスターする必要があると言いました。もちろん、その深さはコアの html、css、js にあります。幅の広さという点では、サーバーサイドプログラミング、オブジェクト指向、コードリファクタリングスキル、ソフトウェアエンジニアリング、ネイティブ開発、WebGLなどを学ぶことができます。重さを量る際には、あなたの位置がフロントエンドであることに注意してください。何が真珠で何が箱であるかを明確に区別する必要があります。箱は交換したり捨てたりできますが、真珠は捨てられません。

技術職から管理職に移ったときの個人的な経験は何ですか?

チームリーダーとオタクは違います チームリーダーの立場は、チームの協力の円滑さと効率性、そしてチームメンバーの能力の成長と安定性を確保することです。オタクは管理職には向いておらず、チームワークの障害になることさえあります。技術職は一人称視点で CS をプレイし、管理職は神の視点で Warcraft をプレイします。

しかし、興味深いのは、オブジェクト指向の考え方など、アジャイルな反復、最初に完了してから完全になるという考え方など、プログラミングの多くの知恵が現実世界で運用するときにも非常に応用できることです。高い凝集性と内部結合、分散化とチームワーク 不十分な抽象化や抽象化エラーなどの協力、チームの分業とコラボレーションなど、API のカプセル化では使いやすさを考慮する必要があり、ドキュメントの作成は可能な限りユーザーフレンドリーでなければなりません。つまり、プログラミングの考え方は、チーム管理をするときにも非常に役立ちました。

これだけでは不十分で、時間管理、心理学、性格研究など、習得すべき知識はたくさんあります。また、私はプロダクト担当なので、この1年間で経済心理学、社会心理学、プロダクトマーケティング、営業スキルなどをたくさん勉強してきました。生きて学び、技術的なバックグラウンドを持つプロダクト担当者になりましょう。インターネット + の時代、世界は広大で、やるべきことがたくさんあります。