あなたのアイデアを元にEAを書くことに100%興味を持つプログラマーを獲得する方法 - ページ 7

新しいコメント
 
Korey писал (а):
 つまり、お客さまにコンタクトするときは、お客さまが本当に欲しいものに気づくまで教育しなければならないのです。
本当にそうなんです...。とか、よくある話ですが...。:-)
 
KimIV:
Korey wrote (a):
 私が言いたいのは、顧客にコンタクトするときは、顧客が本当に望んでいることを理解するまで教育しなければならない、ということです。
本当にそうなんです...。とか、よくある話ですが...。:-)


何が「めったにない」だ!!!!お客さまは、ほとんどの場合、その状態です。

お客様："コンピューターは何でもできるんでしょう？"

プログラマー："いくつかの前提があれば、そうですね。"

お客様：「じゃあ、明日までに大きな赤いボタンを作ってくれ、それを押せば欲しいものが手に入るように......」。

プログラマー : "何が欲しいんだ？"

ザッパー : "まだわからないが、何ができるかを考えてみる" 。

プログラマー：「本命は何ですか？明日までに何かプログラムを作らなければならない」。

お客さま： "何を騒いでいるんだ？"

まあ、最後の仕掛けに殺されただけなんですけどね（本音の台詞）。

営業部長：「大きなアクティブな契約があるのですが、"基本的にクロージングに入りつつある "というステータスを与えてもらえますか」。

開発者：「完成度の割合ということでしょうか？財務書類はありますか？システムに登録すると、パーセンテージが自動的に" "表示されます。

マナジェント：「いや、まだ始まってないんだ、ちょっと様子を見てくれ。

 
問題定義：
定義上、単に書くよりも複雑です
これは実際にプログラミングです
多くの人が、自分はやり方を理解していると思っていますが、やり方は知りません
理解している人の質問に直面すると、混乱します

コーディング：完全な定義では、それは単なる技術です
ここではすでに - 1日に1時間、別の日に1週間コーディングします
1人は10KBソーダ別の100KBを書いて - プログラムは同じことをします
これは単なる ものです。顧客は混乱している - 動力学という言葉を理解していないのか、静力学を理解していないのか、そしてプログラマは教師の役割を果たす - 彼は顧客を教育する



----
状況2
初心者プログラマはプログラミング言語をマスターしたと判断して書き始めた

そしてサイクルを開始した
https://forummql4.com/ja/11099

プログラムは簡単です

for(int i=0; i<362; i++)
{
Print("i=>", i);
}

しかし彼のログでは
> 試したら、0ではなく120からアンダーサンプリングが始まりました。しかし、それは362の代わりに361で終わっていた
---
これは悪いコーダーよりもさらに悪い - これは言語と技術に対する完全な無知だ

そしてここですでに有能なプログラマは、そのようなプログラマを拒否する。
 

配信が開始されました...誰にでもある...

 
Cronex:

まあ、ラストに殺されたんですけどね（リアル台詞）。

営業部長：「大きなアクティブな契約があるのですが、"基本的にクロージングに入りつつある "というステータスを与えてもらえますか」。

開発者：「完成度の割合ということでしょうか？財務書類はありますか？システムに登録すると、パーセンテージが自動的に" "表示されます。

Managent: "いや、まだ始まってもいない。"あなたは彼にステータスを与えるだけです。

課題としては1Cかそれに近いものでしょうか。だから何なんだ、店長、好きにさせろよ。ここでコーダーにとって重要なことは、このステータスでは新しい投稿が作成されないということを理解することです。もちろん、上司への報告のために必要なだけで、彼自身が自分の状態を把握し、上司に報告できるようにするためです。店長には、半月も苦楽を共にしてきたと思わせておいてください :)

もう一つの論理的属性は、「基本的にクローズし始めている」という契約に割り当てられ、マネージャーは適切と思われるときにこのチェックマークを自分で付けることができる（この愚かな状態は、明らかにソフトウェアではなく、ユーザーによって決定される）。たとえ、自分のために書類を緑色に塗ってくれと言われても......新しい財務書類がない限りは......。それとも、何か見落としているのでしょうか？

 
<br /> translate="no">。

解決すべき課題という点では、1Cかそれに近いものでしょうか。だからなんだよ、店長、好きにさせろよ。ここでコーダーにとって重要なことは、このステータスでは新しい投稿が作成されないということを理解することです。もちろん、上司への報告のために必要なだけで、彼自身が自分の状態を把握し、上司に報告できるようにするためです。店長には、半月も苦楽を共にしてきたと思わせておいてください :)



もう一つの論理的属性は、「基本的にクローズし始めている」という契約に割り当てられ、マネージャーは適切と思われるときにこのチェックマークを自分で付けることができる（この愚かな状態は、明らかにソフトウェアではなく、ユーザーによって決定される）。たとえ、彼が自分用にフォームを緑色に塗ってくれと言ったとしても、新しい財務書類がない限りは......。それとも何か誤解があったのでしょうか？

一度だけ、きちんとしたお客様にお会いしたことがあります。あとは、「赤いボタンが...」ということですね :)
 

プログラマーは合理的な人たちです。そして、彼らの思考は合理的です。そして、プログラマーの立場から合理的な説明がないと、お客様との間に摩擦が生じます。

 
vaa20003 писал (а):
 一度だけ、まともな顧客を得たことがあります。その顧客は、自分が何を望んでいるのかを理解し、どのように機能すべきかを説明してくれたのです。あとは、「赤いボタン」ばかりです :)
プログラマーにとってどんなにバカバカしいことでも、お客様にはきっと理想のプログラマー像があるはずです。何も説明する必要がないこと、お客さまが何を必要としているのか、彼自身が知っていること。直感が働いて、お金を要求しないだろうと。食べ物のためにC++を書く、みたいな。
 
KimIV писал (а): プログラマーにとってどんなにバカバカしいことでも、きっとお客様にも理想のプログラマー像があるはずです。何も説明しなくても、お客さんが何を求めているかがわかるのです。直感が働いて、お金を要求しないだろうと。食べ物のためにC++を書く、みたいな。
これは明らかに非合理的な顧客の場合であり、基本的に技術的な問題設定者になることはできない。一般的に、このようなお客様の考え方と、コーダーの考え方には、どうしてもギャップがあります。
 
Mathemat: 新しい財務書類がない限りは...。それとも、何か見落としているのでしょうか？


何でもかんでも自分で設定すればいいのですが、これらはすべて、実施した仕事の業務会計という手作りの企業システムで行われ、そこからSUN Account（全国のデータを集約している）に入力が発生することになっており、「ステータスを設定するだけ」という解決案は、書類上の確認なしに予測に影響することになっていたのです。要するに、「あー兄ちゃん・・・。彼らはペテン師だ」。主計長の資格確認に間に合うように送ることです（ちなみに、彼は帰ってきませんでした :-)）。

あるいは、管理会計と会計会計の違いを理解していないだけかもしれません。

12345678910111213
新しいコメント