プログラミングは簡単だと思う人をどう評価しますか?

最近入社した比較的小規模なベンチャー企業の上司は、技術に疎い人でした。その後、上司の要望に沿って二人でプロジェクトを完成させました。途中で上司が進捗状況を確認しに来ました。何かを作るのになぜこんなにも時間がかかり、システム全体の要件、アーキテクチャ、設計を支援するのにバックエンドとフロントエンドが 1 つしかないのに、それが始まったのは 2 回の火曜日だった、と私たちに尋ね始めました。フロントエンドに webpack、jq、vue.js、js を使用するなど、後の段階で多くのことが検討されました。バックエンドには PHP と Laravel フレームワークを使用し、overtrue の easywechat などの再発明を最小限に抑えるためのコンポーザー管理パッケージを使用して開発時間を可能な限り短縮し、進捗は git バージョン コントローラーによって追跡できます。しかし、上司が技術スタッフを尊重していないように感じ始め、プログラミングが簡単だと思っている人たちにどう対応すればよいでしょうか。

返信内容:

プログラミングは簡単だと思っている人はたくさんいます。自分自身がそれを理解しているだけでなく、優れた基礎スキルと確かなスキルを持っている人もいるかもしれませんが、もちろん、そのような人には謙虚にアドバイスを求める必要があります。彼らに会うのは珍しい。

あなたの上司のタイプとしては、彼はおそらくすべてを準備しており、プログラマーだけを必要とする伝説的な人物でしょうか?こういう場合は、給料を上げるとかなんとか話したほうがいいですし、しっかりしたスキルがあるなら部下を数人確保するという話もできますが、それでもダメなら辞めてしまえばいいのです。給与が非常に高い場合は、自分がその価格に見合うかどうかに関係し、給与が非常に低い場合は、やりがいがあるかどうかの問題に関係します。

起業家精神に投資する人がテクノロジーをあまり高く評価しないのは普通のことです。なぜなら、ほとんどの場合、これらの人々が必要とするテクノロジースタックは必ずしも複雑すぎるわけではなく、人々は常にプログラマーが求めているものだと考えているからです。 、お金を稼ぐのは彼の資本とアイデアです。自分自身がそれを理解していない場合、この見方を変えることができるのは、自分自身が敗北を経験した場合だけです。

あなたが去ることが彼の損失になることを願っています。 あなたの場合、仕事を開始する前に建設期間と計画について合意する必要があります。上司が気にしているのは、使用したテクノロジーではなく、もちろん、彼が尋ねていないことを見積もることはできません。あなたはまだ、そしてそれは彼のせいです。 。こういったお金に関係する要素は脇に置いておきましょう。

大学のルームメイトに、私が書いたコードは単純だといつも思っていた人がいましたが、彼は自分の書いたコードが私の目にはクソよりもひどいものであるとは知りませんでした。彼の技術スキルは、ACM に入社してから半年ですが、学校の教師向けにプロジェクトを執筆することがよくあります。バックエンド、Java、Python などの高度な技術が好きです。名詞、数学的根拠はありませんが、これらのことに興味があります。彼はかつて私に、彼の目にはコンピューターにはデータベース、コンピューター ネットワークの原理、オペレーティング システムの 3 つだけがあると語ったことがあります。私も彼を正そうとし、グラフィックス、PLT、アルゴリズム、コンパイラ、ディストリビューションなどもとても興味深いと伝えましたが、すべて無駄でした。彼はよく私に識別コードのようなものを見せてくれます。

私が出した結論は、私よりもビジョンやスキルが低い人と技術的な問題について議論しないことです (少し前に、MIT に入る方法を知らず、私に教えてくれと主張してきた博士課程の学生がいました)始めるには Python を使用する必要があるということです)。あなたの上司は、これらのテクノロジーの素晴らしさや難しさを理解していないかもしれません。ただ、やるべきことをやるだけです。 あなたのこのプロジェクトにはどれくらいの作業が必要か知りたいのですが?

webpack、jq、vue.js laravel コンポーザーについてどの程度精通していますか?
webpack、jq、vue.js のフロントエンドはどれくらい馴染みがありますか...
ちょっと興味があります... 働いているプログラマーは一度はこのような問題に遭遇することがあるので、役立つ情報をいくつか紹介します

上司が進捗状況を把握しに来ます
それにどう対処しますか?

まずは笑顔で、経験豊富なベテランのふりをしてください。 1,000 億行のコードを書き、それを優雅に取り出します 要件の詳細 (何も持っていないのですか?)、一見単純な関数には多くのコードを書く必要があることを伝えます この文は説明でも言い訳でもありません。しかし、事実を伝える私の態度
ランダムな画像が開発中です 要件の詳細なフローチャート、費やした時間を追加することもできます

そして、関数の準備ができた後も、それが必要です。テストされました、ボス、あなたがテストガールを見つけたら、開発の進捗はずっと早くなります。 上司がテクノロジーを理解できないのは普通のことです。彼がそれを理解したとして、他に何を求めるでしょうか?これはどこでも同じです
あなたが今すべき最も重要なことは、開発の論理的な流れと、開発中に考慮する必要があるすべての詳細を彼に知らせ、プログラムが想像していたほど単純ではないことを理解してもらうことです。 ...後は簡単です
もし彼があなたを理解できないなら、あなたの心に従う方法はありません〜。 「プログラミングが簡単だと思う人をどう評価しますか?」という質問に答えても、現在の状況は解決されません。
その理由は、この人はあなたの上司であり、無視できる通行人ではないからです。

あなたが解決すべきことは、「プログラミングが簡単だと思っている上司にどう立ち向かうか」です。
上司のニーズに応じて現在の仕事内容を報告することができ、上司はあなたの仕事の進捗状況と重要性を認識することができます。
あるいは、テクノロジーをもっと尊重する会社を見つけることもできます。そうすれば、今抱えている問題は起こらなくなるでしょう。

あなたがどれくらい働いているかは知りませんが、「技術者以外の人々とのコミュニケーションも技術者にとって非常に重要なスキルである」ことを知っておく必要があるかもしれません。 あなたの言う通りなら、譲っても仕方がありません。素人は専門家のことを理解できませんが、専門家を尊重しなければなりません。 システム全体の開発スケジュールと機能ポイントの詳細な内訳を詳しく説明することを提案します。
各機能ポイントの開発時間を人間の日数まで正確に明確に記述し、バッファを追加します。
製品要件を満たすまでにどれくらい時間がかかるのか、そしてその理由を明確に説明します。実は、ここでの上司はPMであり、技術部門に製品要件を提案し、議論を重ねて詰めていくのと同じです。その後、製品のニーズに基づいて開発スケジュールを作成します。上司が同意しない場合は、製品の機能を削減するか、アーキテクチャを調整するかについて再度話し合います。
このようにして、上司は具体的な理由を知ることになります。試してみることをお勧めします 私たちの上司は、グループミーティングで、これは簡単だ、あれは簡単だ、と毎日私に言いました。その結果、上司が小さな問題を含む多くの基本的なことを話しているのを聞くことがありました。コミュニケーションの取り方が全く分かりません。 。 。