Node.js を使用して給与システムを構築したのは良いことだと思いますが、なぜ上司はそれがレベルが低いと考えるのでしょうか?

返信内容:

実際、質問者の混乱は私にも理解できますし、多くの人が理解できると思います（もちろん、ほとんどの人は見ただけでページを閉じてしまい、わざわざ答えようとはしません。）夜に一言言ってください）。

一般的に、プログラミングに特に情熱を持っている人は、一定期間学習した後、学んだことを実践して特定の問題を解決したいと思うはずです。これは良いことであり、学んだことを応用するのは正しいことです。しかし、この段階のプログラマの特徴としては、情熱に溢れて恐れ知らずだが、志は高く能力は低い、それでも頑固である、ということがある。気分を害するつもりはありませんが、恥ずかしながら、私も数年前にこの段階を経験したことがあります。しかし、これは間違いではないと言うのは恥ずかしくありません。なぜ？経験も知識も少ないので、少し独善も加えております。 （これを読んで怒らないでください、私があなただけでなく私自身のためにもそうであったことを強調したことを覚えておいてください）

まず、あなたがこれからも一生懸命勉強してドンドン続けてほしいと思います他人の批判のせいで自分が傷ついたとは思わない（少しでも、追求する人は根っからの傲慢で、強い自尊心を持っているが、同時に非常に敏感でもあるということを知っておく必要がある）。これらは実際に非常に価値があります。なぜなら、それらはあなたの問題を指摘し、あなたの進歩を促進するからです。他人からのちょっとしたアドバイスを受け入れることを学ばなければなりません、それが進歩への鍵です。

例えば、インターフェースは醜いです。これは見た目に基づいた世界です。インターフェースがシンプルであることは言うまでもなく、それを見た一般の人々の最初の反応は次のとおりです。彼らの心の中でそれを否定しても、あなたの説明は何も変わりません。したがって、優れたソフトウェアには、コアが強力であるだけでなく、インターフェイスも標準に準拠している必要があることを理解する必要があります。そして、インターフェースは 10 点中 1.5 点しか獲得できません。その 0.5 は幸運です。申し訳ありませんが、客観的に見て、私にはこれくらいしか言えません。インターフェイスが実際に 6 ポイントのマークを通過できない場合は、機能を追加しても意味がありません。誰もそのインターフェイスについて学び続けることに興味を持たないからです。

Excel+Vbaとの比較について言及した人もいますが、これを言う人は経験豊富で、特に顧客のことを考慮できる人が多いと思います。この種の顧客への配慮は、単にブレークスルーを起こそうとしないこと、Excel から飛び出して独自のソリューションを作成する勇気がないこととして理解すべきではありません。実際、彼らはむしろ Vba を選択し、その「高度なテクノロジー」を強調するのではなく、完全にユーザーの習慣と学習コストに基づいたソリューションを選択します。これは、成功したすべての商用ソフトウェア設計者にとって不可欠な性質であり、ユーザーフレンドリーではなく便利です。 . 自分中心ではなく、ユーザー中心。このクオリティはどこから来たのでしょうか？それは決して生まれ持ったものではなく、あなたと同じような段階を経て、現実に打ちのめされて痛いほどに学んだものです。しかし、これは教訓とは言えません。実際には、社会が健全に機能するために必要な奉仕の精神です。 「テクノロジーを芸術として扱う」から「テクノロジーを道具として扱う」への転換です。私たちはテクノロジーを祭壇から取り除き、自分たちの立場と考え方を修正した上で新たな理解を獲得しました。彼らはあなたにこの知識を伝えるときに、間違いなくあなたを傷つけることを望んでいません。少しぶっきらぼうな言葉ですが、焦って否定したり反論したりせず、まずは考えて理解するように努めましょう。

ユーザーに SQL ステートメントを学習させることについてあなたが言及したことについては。このように考えても不思議ではないと思います。それが「正しい選択」だと感じるからです。さらに、これはより「強力な」解決策であり、学習には「あらゆる利点があり、害はありません」。しかし、この論理によれば、Matlab を直接学習させるべきだと思います。ご存知のとおり、Matlab は非常に強力であり、難易度は SQL よりも少し高いと思われますが、学習した後、さまざまなデータ処理になぜ他のソフトウェアが必要になるのでしょうか。あなたとあなたの上司が十分な学習能力を持っている場合は、人工ニューラル ネットワーク ツールボックスをインストールして、給与の自動計算にとどまる必要はありません (笑顔)。 SQL を学ぶように求めるだけで、彼らを引き留めていると思いますか?彼らにあなたの仕事を奪われるのが怖いですか？あなたは間違った考え方を持っています。技術的解決策の選択は依然として利己的な動機に基づいており、あまりにも保守的で十分な先見の明がありません。

もちろん冗談です、意味は分かるはずです。ユーザーに対する要件と期待は、あなた自身に対する期待と同じくらい高くなります。あなたは心の中で「これも彼ら自身の利益のためだ」と感じています。実際、彼らはあなたにできるだけ権力を持たせるのではなく、できるだけ愚かであることを望んでいます。

彼らは本当にパワーを期待しているのではなく、シンプルさを期待しています。使用すると美しく、見た目を良くすることが期待できます。これらの条件を満たすことができれば、彼らはあなたを尊重することをケチることはありません。あなたは尊敬されるに値するからです。

しかし、彼らは、貧弱なインターフェイス、不明瞭な概念、そしてあなたの頑固な正当化を見ると、あなたが彼らを尊重しているとは感じません。では、どうすれば彼らがあなたを尊重してくれると期待できるでしょうか？

最後に言うべきことは、荒れた道路の問題です。実際、劣等感を感じる必要はありません。あなたが心を開いて学ぶ意欲があり、もっと本を読み、もっと練習する限り、教室でしか学べないことや学べないことは何もありません。これはインスピレーションではなく、事実です。

これからも頑張ってください。大事にしてね。 私も問題と同様の状況に遭遇したことがあります。具体的な状況としては、インターネット カフェには元々、各シフト後に統計を目的とした Excel ベースのレポート システムが導入されていたということです。レジ担当者の全体的な品質は高くありません。セル間のコピー アンド ペーストは明示的に禁止されています (レポートは数式で計算されるため、コピー アンド ペーストすると参照関係が破壊されます)。しかし、依然として多数の新入社員がコピー アンド ペーストを行っています。その結果、さまざまな計算エラーが発生します。
そのため、コピーアンドペーストの影響を受けず、管理者がさまざまなデータエンティティ間の関係を自分で定義できるレポートシステムを開発する必要性が生じます。
よく考えたらこの条件難しくないですか？そこで私は数日かけて、基本的に上記の要件を満たす簡単なレポート システム (Node.Js を使用) を構築しました。
しかし、正式にリリースされる前に重大な問題が発見されました。それ以前に Excel の形式が簡単に混乱してしまうことが大きな問題であったとすれば、現在のバージョンでは Excel の操作が非常に難しすぎるため、従業員はさらに混乱します。習得も簡単で、今までの経験から上手に操作できる人が多いです。
そこで、Excel を変換する方法を考えました。以前の Excel ソリューションには実際には 1 つの問題しかありませんでしたが、ファイルをバックアップすることで簡単にデータをバックアップできるなど、多くの利点がありました (別途学習する必要はありません)。具体的な解決策は、Excel の組み込みメカニズムを使用してこの問題を解決することです。私はこれを長い間検討し、最終的に Excel の組み込み VBA によってこの問題を解決しました。メニューでコピー機能を直接ブロックし、対応するショートカット キーにマクロを設定し、数式参照を更新せずに値のみを変更するだけで問題は解決されます。非常に満足。
なぜ自分が書いたものを修正しなかったのですか?
コストがかかるからです！ Excel はほとんどのニーズを満たすことができますが、ユーザーが既存の習慣に従って操作できるようにするソフトウェアを構築するにはどれくらいの費用がかかりますか? Excel 関数のサブセットを作成するだけでも、これだけのエネルギーと能力があるのに、なぜ他のことができないのでしょうか。
代替プロジェクトの価値は、それが問題を解決すると同時により大きな問題を引き起こすかどうかによって決まります。 新しいものには必ず学習コストがかかります、特に解決策が全く異なる場合は学習コストによって引き起こされる問題がそれによって解決される問題よりも大きい場合、採用されるのは奇妙です。 また、作成する内容が Excel よりも多くのエッジケースを考慮していることを確認できますか?それを考慮したとしても、後から引き継ぐ人はどうなるのか？では、財務担当者が作成したコードはどうなるのでしょうか?
そのようなシステムは、練習で使用する以外にはほとんど実用性がありません。
-----
本当に上司に受け入れられる計画を立てたいのであれば、最初から要件を収集する必要があります。少なくとも、当初の計画のどこに問題があるのか​​、そして、たとえば、従業員のニーズは、自分の賃金、以前の賃金との比較、賃金の増減の理由、または賃金の計算方法を便利に確認することなどです。これは、いくつかの係数を調整したり、関連するパフォーマンスの割合を調整したり、新しい影響要因を追加したりするなど、便利な管理機能です。上記についてはナンセンスな話をしています。詳細については自分で調べる必要があります。次に、これらの要件を整理し、すべてのユースケースを設計し、さまざまなシナリオでの運用を検討します。これは要求の部分です。この部分がうまくできない場合は、何も書き始めないでください。要件を整理する過程で、これらの人々ともっとコミュニケーションをとることを忘れないでください。これがうまくコミュニケーションできなければ、完成した製品はより受け入れられにくくなります。
そして、コーディングプロセス中のテスト能力に注意してください。結局のところ、これにはお金が関係します。何か問題が発生した場合、それは他の問題よりもはるかに深刻になります。
他の人もインターフェイスについて非常によく言っていますが、実際のところ、インターフェイスは実際には問題の核心ではないと思います。なぜなら、事前にインターフェイスを設計してしまえば、インターフェイスは使いにくくなる可能性があるからです。
本当にこれをやったら、このプロジェクトは要件分析の段階で却下されると思いますが。 。 。 私のチームは現在、同じくnodejsを使用して人事管理システムを作成しています。私たちのシステムを使っていただくお客様のことを考えたとき、お客様の学習コストを増やすことはあえて考えません。基本的にはお客様がボタンをクリックするとバックエンドが時間切れになるような設計です。
あなたが金融関係者に SQL の使い方を学ばせることについて話しているのを見ると、とても怖くなります。なぜそのような反人間的な考えを持っているのでしょうか? 私は通常、SQL を直接書いてデータベースを操作するのは、デバッグやバッチ データの追加に使用されます。
本当に自分の製品を発売したいのであれば、その製品には莫大な学習コストがかかるとリーダーに思わせてはなりません。コマンド ラインと SQL だけで、ほとんどの人が考えを変えるのに十分です。
最後に、見栄えの良いインターフェースが集客の鍵です。お客様はバックエンドを責めることはありません。結局のところ、彼らは理解していません(´･_･`)。フロントエンド ページ、フラット デザイン、jQuery ベース、低学習コスト、そして重要なのは見た目が良いものを迅速に開発するには、ブートストラップを使用することをお勧めします。
Sao Nian、金融関係者にとって SQL を学ぶのは難しくないと思っているのなら、ブートストラップを学ぶのは難しくないはずです


~~~ ああ、そんなつもりはなかったのですが…

1. もっと醜くなる勇気はありますか？
2.SQLを学びますか？冗談ですか！

いくつかの質問を考慮する必要があります:

1. 同僚はバカです
2. ユーザーはバカです


上記の 3 つを読んでも、まだ効率が向上したと言えるでしょうか。 質問者さんはとても思慮深くて才能のある人です。
しかし、この作業は一般にユーザーの実際のニーズから乖離した疑似ニーズと呼ばれます。
ソフトウェアを作成するには、まずそれを人が使用する必要があります。
次に、まずこのソフトウェアの対象顧客と実際のユーザーを見つける必要があります。
その後、ニーズを調査して分析します。
もちろん、人によってニーズは異なり、さまざまなレベルに分類する必要があります。
つまり、開発者がどう思うかということではありません。
それが良いかどうかは開発者次第ではありません。開発者はエンドユーザーではないため、実際のアプリケーションのシナリオで何が起こるかわかりません。
あなたの上司の言う通りです。財務担当者は Excel の使用に非常に熟練しているため、会議に慣れているため、変更する必要はありません。
質問者さんは心優しい方で、15分でできることは2分かかるとおっしゃっていましたが、それは対象者自身の技術レベルによるのかもしれませんが、財務担当者であれば逆かもしれません。
そして初期段階では多額のトレーニング費用がかかります。
そして質問者はプログラムにバグがないことを保証できますか？ユーザーの不慣れな操作によってデータが消失しないと確信していますか?
もう 1 つの質問ですが、改善プロジェクトを行っている場合は、ユーザーが形成した操作習慣も考慮する必要があります。
一般のユーザーが使いにくいものに遭遇したとき、最初の反応は「使いにくい」というものです。
そうすれば、使いこなせるようになり、元の状況と客観的に比較できるようになります。 端的に言えば、ユーザーの習慣の下位互換性です。
Win8 が登場したとき、どれほど物議を醸したか考えてみましょう。
3番目の質問は、質問のページがハッキリ言ってパクリ臭いです。平均的なユーザーはテクノロジーに詳しくありませんが、優れた技術的手法が多数ある場合でも、見た目が良くないと不満を感じます。
また、コマンドラインについてユーザーに話さないでください。一般ユーザーはもちろん、コマンドラインを読むのはもう飽きています。
要するに、質問の主題は一般ユーザーの目には役に立たない半完成品であり、質問の目的は主に宣伝であり、さらなる作業が必要です。
あなたの業務が十分フレンドリーで、実際的な問題をより効果的かつ便利に解決できるのであれば、あなたの上司もあなたに同意すると思います。 内部の英語をドイツ語に変更し、記号をルーン文字に変更します
これは基本的に、プログラマー以外の目にはプログラムがどのように見えるかです。フロントエンドを取得し、入力条件を設定して、人々がそれを直接クリックできるようにします。マグルに魔法を使用させたいですか?彼らは呪文を教える代わりに、それを巻物にして売りました。ビジネスマンにコードを学習させます。 。あなたを叱ることを学べない人が欲しいですか、それともあなたの代わりを学ぶことができる人が欲しいですか？ ユーザーに SQL ステートメントを記述させますか? ?あとは実行するだけですか？ ?大学で私がやった大きな課題はすべてこのレベルを超えていました、わかりました...ソフトウェアを作る人なら誰でも知っているはずです、ユーザー入力を決して信用してはなりません... 前回スパと削除ボタンを作成したときは、3 つの位置を試して最終的に落ち着きました。
「ユーザーを愚か者、非常にせっかちないたずらっ子として扱いなさい。その通りです。」という言葉を以前聞いたことがあります。
以前はそうは思っていませんでしたが、いくつかの落とし穴を経て、完全に同意しました。
ユーザーはアプリケーションの複雑さについて考えません。考慮すべき点は、使用感が良いかどうか、見た目が良いかどうか、セックスに使用できるかどうか、女の子とイチャイチャできるかどうかだけです。プログラミングの第一原則は、ユーザーを無知な愚か者として扱うことです。独自のプログラム インターフェイスとロジックを設計した場合にのみ、最終結果は問題なく仕上がります...

明らかに、あなたが作るものはこの目標からは遠すぎます。

一般に、コンテンツを操作できるプロジェクトには、表示のためだけではなく、データをカプセル化してからデータを完成させることが大きなタブーであるため、さまざまな権限を持つものとバックグラウンド管理インターフェイスが必要です。管理者がデータを直接操作することはほとんどありません。データベースを操作するときに混乱してしまうことがあるため、注意が必要です。最も重要なこと...

フロントエンドの知識を修正するだけでなく、ユーザーエクスペリエンスデザインについても学ぶべきことがたくさんあるため、低レベルのエラーがそれほど多く表示されなくなります...

このシステムを評価するなら、100点満点中、せいぜい1点くらいです…インターフェースがアウトなだけです…。 あなたには上司の意味が分かりません

上司の意味

みんなが慣れてきたら、もしあなたの子供が辞めたら、私は将来あなたを守ってくれるのを誰に求めますか？