以上のコードの2番目の項目後期(茶屋)

Youtubeデモビデオ
Github

🕒期間:21.4.19～21.4.30(2週間)

😀ユーザ:4名

front:李鐘浩、李在英

back:李叙俊、李瑞鎮

💡感じ(初めてに対して)

第1ラウンドの時にいろいろな改善案を考えましたが、
いろいろな原因でよく改善されなかった.

1.ハードスケジュール…📉

世界で疲れていない人はいません.数週間しかやっていないのでもう疲れています.
想像以上に精神的に疲れているようです.
まだ消化に間に合わない1回目の経験が2回目になりますが、
私はかすかにそうすべきだと思ったが、同じ直感でプロジェクトを行った.

2.4人いる(だいぶ少なくなったみたい…)

人数によっては必ず長所がありますが、
一番残念なのはみんなの意見が聞こえないことです.
皆さんの意見を議論しながら行うなら、スケジュール調整や意見提出のほうがいいと思います.

3.新技術スタック

以前小さなプロジェクトをしたことがありますが、
そのため、1回戦では技術的にはそれほど難しくなかった.
しかし、第2ラウンドでは、上のコードのように新しい技術スタックを推薦しました.
react-hook、styled-conntsを使用しました.
もちろん、実際に使うのはそんなに難しくありません.
しかし、これは後にいくつかの問題に直面し、複雑さが多くなり、後で処理されます.
でも難しくないのはしばらく使った後の感じで、
1~2日で新技術をどこまで勉強するのか、何が分からないのか、
そのような負担感が選手とのコミュニケーションに生じる原因の一つである.

Naver Map API

私たちのクローンプロジェクトは茶屋で、
もちろん、地図を書くことが主な課題です.
(なぜネイバーマップを書いたのかと聞かれたら、お茶屋さんが書いたネイバーマップに基づいて書いただけです.)

正直に言うと、地図自体を実現するのは簡単です.
例題もよくできていて、適当についていくと、例題を反応器に噴き出しやすくなります.
問題は、カスタムオーバーライドレイヤを使用する場合に発生します.
Custom overlayは開発者が欲しい何らかの形のもの(画像も文字も欲しい!)地図に表示されます.
https://navermaps.github.io/maps.js.ncp/docs/tutorial-custom-overlay.example.html

var CustomOverlay = function(options) {
    this._element = $('<div style="position:absolute;left:0;top:0;width:124px;background-color:#F2F0EA;text-align:center;border:2px solid #6C483B;">' +
                        '<img src="./img/example/brown.png" style="width: 120px; height:130px">' +
                        '<span style="font-weight: bold;"> Brown </span>' +
                        '</div>')

    this.setPosition(options.position);
    this.setMap(options.map || null);
};

このコードは実際の例ではあの熊の写真です(名前があるようですが...)作成時に使用するコードの使用
JQueryです.
もちろん私は「もしあなたが本当の反応開発者だったら!素子で実現すべきだ!うん!」と言います.
このような考えがあって、どうしてそんなによく体現することができますか.
そこまで全部で一週間かかりました.
(
どのページを選ぶか決めて~
初期化～
会員登録~
ページレイアウトを決める~
例を実装します~
純JSでJ検索してみます~
JSXで生のJSを作ってみます~
リアルな反応を実行して自分の意思で噴き出すかどうかを確認します~
)
証拠写真を撮ることをとっくに知っていた.
皆さんは信じないかもしれませんが、本物の素子でよく表現されています.😢

問題は再読み込み時、😂

茶屋の地図は、条件が変わるたびに、それに応じたものが地図に書き直されます.

しかし、描き直したときに未知のエラーが発生することに気づくのは遅くなりました.
理由を考慮すると、他の状態を変更すると再レンダリングされます.
それはカスタム部品がないのに描きますか?そんな試みをしたから?
要するに、説明は難しいが、地図を描く動作と、条件状態(ex.管理費)によるレンダリングで前後関係にない値を参照したことによるエラーである可能性がある.
(if文で処理してもちょっと覚えてない…)
コードを修正しましたが
もともと焦っていたのですが、正直、本当にその原因なのか、ページレンダリングの時に他に何か介入があったのか分かりません.
△今はまだよくわからないので、申し訳ありませんが…早速聞いてみなければなりません.でも、今は難しいようです.焦らずに、目の前の問題からゆっくり解決しましょう.
このような一日が過ぎて、頭の中は消極的な考えに満ちています.
発表前日、藁をつかむような気持ちで、鐘沢先生にお願いしたところ、先生も2時間近くハミングしていて、10時になった(この時、上記のコードは10時に出かけようとしていた).彼は日までに起動したコードを持ってきて、明日会いましょうと説明した.
そして午前3時まで仕事をしていました(バックエンドと一緒に仕事をしていたので時間がかかりました).仕事の後.
朝コードを送ってくれました.

正直その時は本当にありがとう

当時、上のコードでは指導者たちはいつも限られたリソース(?)はい.
コメントもしなければならないし、授業の準備もしなければならないし、質問も受けなければならない.
彼も精神的に疲れていることを知っている.
また、私は1人(40人以上)なので、コードを2~3時間近く保護したいのですが、どうしたらいいか、やってみたいのですが、それでも
いいですよ.いいですよ.こうやって積極的に頑張る姿
ここで一緒に働きたい開発者が何なのか本当に感じました.
実力も実力ですが、
疲れてもそんなにネガティブにならないで、
頑張って、(笑)
全力を尽くすなどと感じました.
試してみると当たり前だと思いますが、決して容易ではありません.
結局、発表の朝、鐘沢のコードを受け取り、
受け取って、急いで必要な機能を貼り付けたものの、完成したまま発表を終えた.
発表前に、コードにいろいろな機能を入れるので、感謝の言葉も忘れてしまいましたが、
そのことで鐘沢は私を見れば何でも言うと言った.申し訳ありません.
申し訳ありません.本当に.
言葉では言い表せないほど本当に感謝していたので、言えず、後回しにして忘れてしまいました.ううう

鐘沢に感謝

コードを修正したからだけではありません.
これは彼らが私にチームの中で優秀な開発者がどんな人なのかをそばで体験させることができるからです.
実力も実力ですが、
彼は私のしたことに対して
これからは開発者になっても、他の職業になっても、マイルストーンになります.