どのように私は、静的なページを書くためにこの仕事を扱いますか

為替へようこそ

自分の仕事の経験を更新するために、随時、私の個人的な社会的関心の番号へようこそ。

画像のキャプション

静的ページとは何ですか

文章起因

最近、フロントエンドのビジネスバックグラウンドビジネスのプロジェクトが、ちょうど書き込み、静的なページを担当する会社、任意の書き込みのないJS新しい時代としてコードFEを、私が拒否された始まり、どのように私は、このような低いことを行うことができますか？フロントエンドでは、背の高い、ああでなければなりません！どのような角度は、リアクトそれら従事するああ！すべての後、我々は上記のJDを募集ツリー事によって必要な適切なスキルを持っています。

あなたはまあ〜が最後に行うことができない、と述べたチャートをカットすることができますしないように？

この記事でそう。

準備作業を速めること

需要を初めて目の開始前

一部の人々は、書き込み静的なページを尋ねるだけでなく、ニーズを理解できますか？

私はそれをカットし、私はプロダクトマネージャーAxureを輝いていたことを言いましたか？

理解見つけるためにのみ、すべてのバックグラウンドをやり直しする計画を持っています。。。。。

スタート、どのように私は現代のカット数値を定義します

UIフレームワーク

すべてのでバックグラウンドをやり直しする計画、絶対必要である統一されたスタイルを持っています。それは統一されたスタイルを必要とするので、そのセットがUI Framework不可欠です。ここでの選択はBootstrap以下を通じてカスタマイズの深さに基づいており、同社は統一されたスタイルのUIライブラリーを形成しました。あなたは、言わないこと引用かもしれないが、ここを参照してくださいBootstrap、とあなたがそう思うならば、あなたは本当に唯一のカット計画することができ、そして、私が何をするために、私はそれをします。

基づいてBootstrap以下にカスタマイズするUIを使用。そのようなアセンブリのスタイルなどのピッチと、フォントサイズなどの丸みを帯びたとしては、例えば基本色、、、、。これらの過程を経て、あなたは、あまりCSSプリプロセッサ言語を理解できるように、ポータルを

ビルドの自動化

何だ一体！静的なページを書きませんか？この自動ビルド、何の関係？ああ、あなたも投げることができます。

もちろん、伝統的な絵画のページDWの使用は本当に必要はありません。あなたは、あなたがビルドに自動化を使用する、効率エンジニアの追求の仕事の少しを持っている場合しかし、私たちは自動化後利益何を見てみましょう。

作業の重複を削除します。自動化することで、あなたは、などユニバーサルヘッド、テール、バナー、として、完全にビルドツールに作業を複製することができます導入別々のテンプレートに抽象化することができます。
以下コンパイルされたコード、圧縮、統合などにより構成することができ、それはすべてあなたのプレスにありますcommand+s完了の瞬間
低レベルのエラーを回避します。あなたが頻繁にカットしなければならない場合は、数字が現れた新しいHTMLスタイルのコピーが混乱を見つけた後、元のは~~ CSSの参照名を変更することはありませんが、このような問題は、自動化によって解決することができます。良い人生を考えることがたくさんではありません。
解放CTRL + C / V。これは~~すべての後、生成されたコードの80％がそのようなものであることを説明する必要がなくなります。。。
効率を改善します。上記課題を解決するために、あなたの効率を向上させることができませんか？
それはフロントエンドに自動ビルドを行うことがあるため、スキルツリーを増やし、その後、I切り下げの一気、すべての後に、gulpスローガンはあるAutomate and enhance your workflowが正しくありません。
あなたがやって、そしてより多くの利益があると思いしている場合は、^ _ ^私にメッセージをお願いします

連携

伝統的な方法

図従来の前端と後端が協調方法をカット、A通知書面による静的ページ後（図アバディーンカット）B等QQ、電子メールを介してページを送信するために、（後端エンジニア）はB、Bコードの後、ローカルプレビューは、決定します出会いの後に（例えば当社の使用などのバックエンドテンプレートに静的なページのセットのニーズFreeMarkerの）。

コード管理ツールを使用すると

複雑なプロジェクトでは、それらのほとんどは（など共通のGit、SVN、など）コード管理ツールを使用します。コード管理ツールでは、後に、A静的なページが書かれた後、あなただけのコード、通知を提出する必要がありB、B地元のプレビュー後に、コードを引っ張ってくる、必ずそれは、静的なページテンプレートの後端部にセット要件に準拠しています。

私はどのようにしますか？

ディビジョンIでは、バックエンドは、SVNコード管理を使用しています。当社のフロントエンド部門は独自の組み込みGitlabを使用しています。フロントエンドエンジニアとして、私はGitのための彼の溺愛の秘密を持っていません。私はSVNを使用し、私は喜んではなかったです。バックエンドは、Gitリポジトリに移行してみましょうか？タブで - それは聖戦のスペースのようなものです

もちろん、これは、この経験を持っているはずの学生の中で最も重要なのは、持っていたカット計画の経験ではありません。（彼ら自身が書いていないが）のページを終了するのに苦労した後ラッキーラッキー君、バックエンドの学生は、多くの場合、いくつかのアイデアを表現します。ここでは、そこにそれを変更するなど、それを変更する必要があります。ヒットしたプロダクトマネージャーは、それは、そうではないですよね？これを避けるために、それは彼らが使用する前に、バックエンドを見てみましょうしないことをお勧めしているのですか？

次のように私の計画は以下のとおりです。

オンラインプレビューページを使用する前に、場所のオンラインプレビュー静的ページ、バックエンドエンジニアを提供し、意見を述べます。私が使用しNode.js、静的なページのプレビューを提供し、Serverサービスを。
ソースコードをダウンロードするためにオンライン場所を提供し、すべての後、私はコード管理ツールを注文したくない、で、^ _ ^戦いを開始したNode.js単一ページの独立したパッケージをサポートし、ダイナミックパッケージ圧縮を提供し、すべてのページをパッケージ化。
上記の関数は、フック関数に基づいて、自動化されなければならないGitlab自動的にリリースをビルド

38.pic

いくつかの経験

いわゆる解決策は、大きく2種類に分けることができます。

一つのような、フレームワークを形成する傾向がある、普遍的である：角度反応するようにVUE。

一つは、多くの場合、プロセスのより多くのスキルツリーのパッチワークのセットである特定の事業に基づいており、

vczeroにより、

私は個人的にこれを認めます。私は、サービスベースのソリューションにもっと注意を払うだけでなく、その人の全体的な品質をテストすることができます。

私の意見では、最善の解決策は、エンジニアが自らの革新的な標準規格への自己改善の過程で絶えずに必要なだけでなく、より適切です。私はすべての技術研究がビジネスベースでなければなりません提唱します。

私はその後、角度、反応して、Node.jsの、NPM、バウアーなど、細かいが広大に聞いてどのような、例えば、フロントに、名詞の背中のようなプログラマーがたくさんあるインタビューで見つかった猥褻語で生活の中で好みますそれらのほとんどがちょうどでデモに滞在し、これらの技術の本質を理解することはできません、とのシーンを理解するための技術の応用、私はこれらのわいせつを呼び出して、仕事の日が多く、多くの人が専門用語の多様性を誇る遭遇します仕事が、まだ彼らの快適ゾーンを突破することはできません、私はこれらも呼ばれるわいせつを置きます。

最後に書かれた、私は個人的には、世界でプロダクトマネージャーの猥褻最も頻度の高い種であると思います。はい！私は直接でした。

最後の最後に書かれた、関係なく、どんな仕事あなたの中には、すべてのビジネスの中で育つください。