🥇ਬੇਲੋਕੇਮੇਨੇਟਸ ਸ਼ਾਰਟਸ

ਹਾਲ ਹੀ ਵਿੱਚ, ਦੁਰਘਟਨਾ ਦੁਆਰਾ, ਇੱਕ ਚੰਗੇ ਵਿਅਕਤੀ ਦੇ ਸੁਝਾਅ 'ਤੇ, ਇੱਕ ਵਿਚਾਰ ਪੈਦਾ ਹੋਇਆ ਸੀ - ਹਰੇਕ ਲੇਖ ਨਾਲ ਇੱਕ ਸੰਖੇਪ ਸਾਰ ਨੱਥੀ ਕਰਨ ਲਈ. ਇੱਕ ਸਾਰ ਨਹੀਂ, ਇੱਕ ਭਰਮ ਨਹੀਂ, ਪਰ ਇੱਕ ਸੰਖੇਪ. ਅਜਿਹਾ ਕਿ ਤੁਸੀਂ ਲੇਖ ਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਪੜ੍ਹ ਸਕਦੇ.

ਮੈਂ ਇਸਨੂੰ ਅਜ਼ਮਾਇਆ ਅਤੇ ਸੱਚਮੁੱਚ ਇਸਨੂੰ ਪਸੰਦ ਕੀਤਾ. ਪਰ ਇਸ ਨਾਲ ਕੋਈ ਫ਼ਰਕ ਨਹੀਂ ਪੈਂਦਾ - ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਪਾਠਕਾਂ ਨੇ ਇਸਨੂੰ ਪਸੰਦ ਕੀਤਾ. ਜਿਨ੍ਹਾਂ ਨੇ ਬਹੁਤ ਸਮਾਂ ਪਹਿਲਾਂ ਪੜ੍ਹਨਾ ਬੰਦ ਕਰ ਦਿੱਤਾ ਸੀ, ਉਹ ਵਾਪਸ ਆਉਣ ਲੱਗੇ, ਮੈਨੂੰ ਗ੍ਰਾਫੋਮੈਨਿਕ ਦਾ ਨਾਮ ਦਿੱਤਾ। ਅਤੇ ਇੱਕ ਹੋਰ ਚੰਗੇ ਵਿਅਕਤੀ ਨੇ ਮੈਨੂੰ ਹਰ ਪੁਰਾਣੇ ਲੇਖ ਲਈ ਸੰਖੇਪ ਲਿਖਣ ਦੀ ਸਲਾਹ ਦਿੱਤੀ। ਮੈਂ ਸਹਿਮਤ ਹੋ ਗਿਆ ਅਤੇ ਹੁਣ, ਅਚਾਨਕ, ਮੈਂ ਇਹ ਛੋਟੀਆਂ ਕਹਾਣੀਆਂ ਲਿਖ ਰਿਹਾ ਹਾਂ। ਉਨ੍ਹਾਂ ਨੂੰ ਸ਼ਾਰਟਸ ਕਹਿੰਦੇ ਹਨ।

ਮੈਂ ਤੁਹਾਡੇ ਧਿਆਨ ਵਿੱਚ ਕਈ ਪ੍ਰਕਾਸ਼ਨਾਂ ਦੇ ਅਧਾਰ ਤੇ ਅਜਿਹੇ ਕਈ ਸ਼ਾਰਟਸ ਲਿਆਉਂਦਾ ਹਾਂ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਲਈ ਕੁਝ ਲਾਭਦਾਇਕ ਪਾਓ.

ਬਿੱਲੀ ਮਰ ਗਈ, ਪੂਛ ਨਿਕਲ ਗਈ

ਮੀਟਿੰਗਾਂ ਅਕਸਰ ਬਿਨਾਂ ਕਿਸੇ ਨਤੀਜੇ ਦੇ ਚਲਦੀਆਂ ਹਨ। ਉਹ ਇਕੱਠੇ ਹੋਏ, ਗੱਲਬਾਤ ਕੀਤੀ, ਅਤੇ ਆਪਣੇ ਵੱਖੋ-ਵੱਖਰੇ ਤਰੀਕਿਆਂ ਨਾਲ ਚਲੇ ਗਏ.
ਮੀਟਿੰਗ ਦੇ ਨਤੀਜੇ ਜਾਂ ਉਤਪਾਦ ਫੈਸਲੇ ਹੁੰਦੇ ਹਨ। ਇਸ ਲਈ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਮੌਜੂਦ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਅਤੇ ਜੇ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਹਮੇਸ਼ਾ ਚੰਗੀ ਗੁਣਵੱਤਾ ਦਾ ਨਹੀਂ ਹੁੰਦਾ.
ਜੇ ਮੀਟਿੰਗ ਸਮੇਂ ਸਿਰ ਸੀਮਤ ਹੈ ਅਤੇ ਕੋਈ ਫੈਸਲਾ ਲੈਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ ਇਹ (ਫੈਸਲਾ) ਘਟੀਆ ਗੁਣਵੱਤਾ ਵਾਲਾ ਹੈ।
ਜੇ ਮੀਟਿੰਗ ਸਮੇਂ ਵਿੱਚ ਸੀਮਿਤ ਨਹੀਂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਜਦੋਂ ਤੱਕ ਕੋਈ ਫੈਸਲਾ ਨਹੀਂ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੋਈ ਵੀ ਫੈਸਲਾ ਉਦੋਂ ਤੱਕ ਲਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਮੀਟਿੰਗ ਖਤਮ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।
ਜੇ ਇੱਕ ਮੀਟਿੰਗ ਵਿੱਚ ਕੋਈ ਫੈਸਲਾ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਵੇਗਾ - ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿ ਦਿਮਾਗ ਉਸ ਦੀ ਕਦਰ ਕਰਦਾ ਹੈ ਜਿਸ ਨਾਲ ਇਹ ਆਇਆ ਹੈ।
ਹੱਲ ਦੀ ਮਾੜੀ ਗੁਣਵੱਤਾ ਦੀ ਸਮਝ ਬਾਅਦ ਵਿੱਚ ਆਵੇਗੀ, ਪਰ ਉਦੋਂ ਤੱਕ ਬਹੁਤ ਦੇਰ ਹੋ ਚੁੱਕੀ ਹੋਵੇਗੀ।
ਇੱਕ ਪ੍ਰਭਾਵੀ ਫੈਸਲਾ ਲੈਣ ਲਈ, ਚਰਚਾ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣਾ ਬਿਹਤਰ ਨਹੀਂ ਹੈ, ਪਰ ਚੁੱਪਚਾਪ ਨਿਰੀਖਣ ਕਰਨਾ ਹੈ।
ਪਹਿਲੀ ਗੱਲ, ਦਿਮਾਗ ਜਵਾਬ ਦੇਣ ਵਿੱਚ ਰੁੱਝਿਆ ਨਹੀਂ ਹੋਵੇਗਾ।
ਦੂਜਾ, ਫੈਸਲਾ ਲੈਣ ਲਈ ਕੋਈ ਦਬਾਅ ਨਹੀਂ ਹੈ।
ਮੀਟਿੰਗ ਖਤਮ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਸ਼ਾਂਤੀ ਨਾਲ ਸੋਚ ਸਕਦੇ ਹੋ ਅਤੇ ਫੈਸਲਾ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਉੱਚ ਗੁਣਵੱਤਾ ਦਾ ਹੋਵੇਗਾ.
ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਮੀਟਿੰਗ ਦੌਰਾਨ ਚੁੱਪ ਰਹਿਣਾ ਅਤੇ ਸੁਣਨਾ। ਤਾਂ ਜੋ ਦੂਸਰੇ ਚਿੰਤਾ ਨਾ ਕਰਨ, ਕਹੋ ਕਿ ਇਹ ਇੱਕ ਚੇਤੰਨ ਸਥਿਤੀ ਹੈ।

→ habr.com/en/post/341654

ਗੁਪਤ ਪਰਜੀਵੀ

ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ, ਟੀਚੇ ਨਿਰਧਾਰਤ ਕਰਨ ਅਤੇ ਅਮਲ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੇ ਦੋ ਤਰੀਕੇ ਹਨ: ਪਰਜੀਵੀ ਅਤੇ ਸਹਿਜੀਵ.
ਸਿੰਬਾਇਓਟਿਕ ਪਹੁੰਚ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਹੈ ਕਿ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਹੋ ਗਿਆ ਹੈ।
ਪਰਜੀਵੀ ਪਹੁੰਚ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਹੈ ਕਿ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਨਹੀਂ ਹੋਇਆ ਹੈ।
ਸਹਿਜੀਵ ਪਹੁੰਚ ਸਿੱਧੀ ਅਤੇ ਸਿੱਧੀ ਹੈ, ਪਰ ਲਾਗੂ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ। ਇਸ ਲਈ ਇਹ ਦੁਰਲੱਭ ਹੈ.
ਕੰਮ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਸਭ ਕੁਝ ਸਪੱਸ਼ਟ ਹੈ - ਟੀਚੇ, ਸਰੋਤ ਅਤੇ ਸੀਮਾਵਾਂ।
ਨਿਯੰਤਰਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਸਮੱਸਿਆ ਦਾ ਸਹੀ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕੇ.
ਸਿੰਬਾਇਓਟਿਕ ਪਹੁੰਚ ਨਿਰਦੇਸ਼ਕ 'ਤੇ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰੀ ਦਾ ਹਿੱਸਾ (ਇਸ ਤੋਂ ਇਲਾਵਾ) ਛੱਡਣਾ ਹੈ।
ਪਰਜੀਵੀ ਪਹੁੰਚ ਸਜਾਵਟੀ ਅਤੇ ਹੁਸ਼ਿਆਰ ਹੈ, ਪਰ ਲਾਗੂ ਕਰਨਾ ਆਸਾਨ ਹੈ। ਇਸ ਲਈ ਇਹ ਅਕਸਰ ਵਾਪਰਦਾ ਹੈ.
ਕੰਮ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਕੁਝ ਵੀ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ. ਜਿੰਨਾ ਘੱਟ ਸਾਫ ਹੁੰਦਾ ਹੈ ਓਨਾ ਹੀ ਵਧੀਆ।
ਇਹ ਸਲਾਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਨਿਯੰਤਰਣ ਬਿਲਕੁਲ ਨਾ ਕਰੋ।
ਟਾਸਕ ਡਾਇਰੈਕਟਰ 'ਤੇ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਹੈ; ਪੂਰਾ "ਬਾਂਦਰ" ਕਲਾਕਾਰ ਦੀ ਗਰਦਨ 'ਤੇ ਟ੍ਰਾਂਸਪਲਾਂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ.
ਪਰਜੀਵੀ ਪਹੁੰਚ ਦਾ ਉਦੇਸ਼: ਹੇਰਾਫੇਰੀ, ਭਾਵਨਾਤਮਕ ਬਿਪਤਾ, ਸਵੈ-ਪੁਸ਼ਟੀ. ਇਸ ਲਈ, ਇਹ ਅਕਸਰ ਨਵੇਂ ਕਰਮਚਾਰੀਆਂ ਦੇ ਨਾਲ ਸਲਾਹਕਾਰਾਂ ਦੇ ਕੰਮ ਵਿੱਚ ਪਾਇਆ ਜਾਂਦਾ ਹੈ.
ਬਿਹਤਰ, ਬੇਸ਼ਕ, ਇੱਕ ਸਹਿਜੀਵ ਪਹੁੰਚ ਹੈ.

→ habr.com/en/post/343696

ਮਾਪ ਬਨਾਮ ਭਰਮ

ਜੇ ਤੁਸੀਂ ਮਾਪਾਂ ਤੋਂ ਬਿਨਾਂ ਆਪਣੀਆਂ ਗਤੀਵਿਧੀਆਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਨਤੀਜਿਆਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹਮੇਸ਼ਾ ਗਲਤੀਆਂ ਕਰੋਗੇ।
ਨੰਬਰਾਂ ਤੋਂ ਬਿਨਾਂ ਰੇਟਿੰਗ ਤੁਹਾਡੇ ਮੂਡ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਖਰਾਬ ਮੂਡ - ਅਜਿਹਾ ਲੱਗੇਗਾ ਕਿ ਤੁਸੀਂ ਠੀਕ ਕੰਮ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ। ਇੱਕ ਚੰਗਾ ਮੂਡ ਉਲਟ ਹੈ.
ਇਸ ਤਰ੍ਹਾਂ, ਤੁਸੀਂ ਇੱਕ ਹਫ਼ਤੇ ਲਈ ਬੈਠ ਕੇ ਮਾੜਾ ਕੰਮ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਸ਼ੁੱਕਰਵਾਰ ਨੂੰ ਤੁਸੀਂ ਸ਼ਾਨਦਾਰ ਨਤੀਜੇ ਦੇ ਸਕਦੇ ਹੋ, ਅਤੇ ਅਜਿਹਾ ਲੱਗੇਗਾ ਕਿ ਪੂਰਾ ਹਫ਼ਤਾ ਵਧੀਆ ਲੰਘਿਆ.
ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ, ਮੈਟ੍ਰਿਕਸ ਦੀਆਂ ਦੋ ਕਿਸਮਾਂ ਹਨ: ਮਾਤਰਾਤਮਕ ਅਤੇ ਵਿਕਲਪਕ (ਪ੍ਰੋਗਰਾਮਰਾਂ ਨੂੰ ਬੁਲੀਅਨ ਵਜੋਂ ਬਿਹਤਰ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ)।
"ਸਮੇਂ 'ਤੇ ਪੂਰਾ ਹੋਇਆ ਕੰਮ" ਇੱਕ ਬੁਲੀਅਨ ਹੈ। ਇਹ "ਭਾਗ ਵਧੀਆ ਹੈ" ਦੇ ਸਮਾਨ ਹੈ (ਗੁਣਵੱਤਾ ਦਾ ਇੱਕ ਵਿਕਲਪਕ ਚਿੰਨ੍ਹ ਜਦੋਂ ਉਹਨਾਂ ਨੂੰ ਸੰਖਿਆ ਵਿੱਚ ਨਹੀਂ ਮਾਪਿਆ ਜਾ ਸਕਦਾ ਹੈ)।
"ਅਸੀਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਰਹੇ ਹਾਂ", "ਅਸੀਂ ਯੋਜਨਾ ਨੂੰ ਪੂਰਾ ਕਰ ਰਹੇ ਹਾਂ", "ਮੈਂ ਮਹਾਨ ਹਾਂ" - ਬੁਲੀਅਨ ਵੀ।
ਬੂਲੀਅਨ ਕਿਸਮ ਦੇ ਅਨੁਮਾਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਨਿਯੰਤਰਣ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਣਾਉਣਾ ਮੁਸ਼ਕਲ ਹੈ। ਜਿੰਨੀ ਜਲਦੀ ਹੋ ਸਕੇ ਮਾਤਰਾਤਮਕ ਮੈਟ੍ਰਿਕਸ 'ਤੇ ਜਾਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਬੁਲੀਅਨ ਨੌਕਰਸ਼ਾਹੀ ਅਤੇ ਰਸਮੀਵਾਦ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਸਮੇਂ ਸਿਰ ਕਾਰਜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਸਮਾਂ ਸੀਮਾ ਵਧਾ ਕੇ, ਆਪਣੇ ਲਈ ਕਾਰਜਾਂ ਦੀ ਖੋਜ ਕਰਕੇ, ਅਤੇ IBD ਨੂੰ ਲਾਗੂ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਬੂਲੀਅਨ ਸੂਚਕਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਬਹੁਤ ਸਾਰਾ ਸਮਾਂ ਬਿਤਾਉਣ ਦੀ ਲੋੜ ਹੈ - ਮੀਟਿੰਗਾਂ, ਵਿਸ਼ਲੇਸ਼ਣ, ਆਦਿ 'ਤੇ। ਕਿਉਂਕਿ ਬਹੁਤ ਘੱਟ ਜਾਣਕਾਰੀ ਹੈ।
ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਨਤੀਜੇ ਦੋਵਾਂ ਨੂੰ ਮਾਪਣ ਦੀ ਸਿਫਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ. ਫਿਰ ਤਸਵੀਰ ਸਭ ਤੋਂ ਵੱਧ ਸੰਪੂਰਨ ਹੋਵੇਗੀ.
ਪ੍ਰੋਗਰਾਮਰਾਂ ਲਈ, ਸਕ੍ਰਮ ਤੋਂ "ਪਲਾਨਿੰਗ ਪੋਕਰ" ਵਿਧੀ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

→ habr.com/en/post/343910

ਇਹ ਹੈ ਸਪਾਰਤਾ

ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਇੱਕ ਪ੍ਰੋਗਰਾਮਰ ਹੋ ਅਤੇ ਤੁਹਾਨੂੰ ਇੱਕ ਗੰਭੀਰ ਕੰਮ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਅਤੇ ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ ਕਿ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ - ਇਹ ਮੂਰਖ ਹੈ, ਨੁਕਸਾਨਦੇਹ ਹੈ.
ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਆਮ ਵਿਵਹਾਰ: ਇੱਕ ਜਨਤਕ ਖੇਤਰ ਵਿੱਚ ਕੰਮ ਨੂੰ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰੋ। ਇਸਨੂੰ ਬੌਸ ਨਾਲ ਪ੍ਰਵਾਨਗੀ ਲਈ ਭੇਜੋ, ਇੱਕ ਅੰਦਰੂਨੀ ਪ੍ਰੋਜੈਕਟ ਲਾਂਚ ਕਰੋ, ਇਸਨੂੰ ਸਿਸਟਮ ਵਿੱਚ ਰਿਕਾਰਡ ਕਰੋ, ਆਦਿ।
ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਸਭ ਕੁਝ ਟੁੱਟ ਜਾਂਦਾ ਹੈ. ਕੰਮ ਲਿਆਉਣ ਵਾਲੇ ਨੂੰ ਮੂਰਖ ਨਹੀਂ ਸਮਝਣਾ ਚਾਹੁੰਦਾ। ਅਤੇ ਇੱਕ ਵਾਰ ਜਦੋਂ ਉਹ ਜਨਤਕ ਖੇਤਰ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਉਹ ਆਪਣਾ ਬਚਾਅ ਕਰਨਗੇ।
ਰਾਜਨੀਤਿਕ ਅਰਥਾਂ ਵਿੱਚ, ਇੱਕ ਵਿਅਕਤੀ ਲਈ ਚਿਹਰੇ ਨੂੰ ਗੁਆਉਣਾ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ. ਰਾਜਨੀਤੀ ਵਿੱਚ ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕਦੇ ਵੀ ਆਪਣੀਆਂ ਗਲਤੀਆਂ ਨਾ ਮੰਨੋ। ਤੁਹਾਨੂੰ ਕੁਝ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਪਰ ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਕੋਈ ਵੀ ਗਲਤੀ ਸਵੀਕਾਰ ਨਾ ਕੀਤੀ ਜਾਵੇ।
ਇੱਕ ਵਿਅਕਤੀ ਇਹ ਸਾਬਤ ਕਰਨ ਲਈ ਆਪਣੀ ਪੂਰੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗਾ ਕਿ ਪ੍ਰੋਗਰਾਮਰ ਇੱਕ ਖਲਨਾਇਕ, ਇੱਕ ਮੂਰਖ, ਤਬਦੀਲੀ ਦਾ ਵਿਰੋਧੀ ਹੈ। ਅਤੇ ਪ੍ਰੋਗਰਾਮਰ ਨੂੰ ਅਜੇ ਵੀ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨਾ ਹੋਵੇਗਾ.
ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਇੱਕ ਵਿਅਕਤੀ ਹਰ ਚੀਜ਼ ਦਾ ਪ੍ਰਬੰਧ ਕਰੇਗਾ ਤਾਂ ਜੋ ਪ੍ਰੋਗਰਾਮਰ ਸਮੱਸਿਆ ਨੂੰ ਬਿਲਕੁਲ ਹੱਲ ਨਾ ਕਰੇ. ਫਿਰ ਵਿਅਕਤੀ "ਚਿੱਟਾ" ਹੋ ਜਾਵੇਗਾ, ਅਤੇ ਪ੍ਰੋਗਰਾਮਰ ਬਿਲਕੁਲ "ਕਾਲਾ" ਹੋਵੇਗਾ (ਉਸ ਨੇ ਵਿਰੋਧ ਕੀਤਾ ਅਤੇ ਅੰਤ ਵਿੱਚ ਅਸਫਲ ਹੋ ਗਿਆ).
ਕਈ ਹੱਲ ਹਨ.
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਕਾਰੋਬਾਰੀ ਪ੍ਰੋਗਰਾਮਰ ਬਣਨਾ, ਸੰਬੰਧਿਤ ਖੇਤਰਾਂ ਨੂੰ ਸਮਝਣਾ, ਅਤੇ ਆਪਣੇ ਲਈ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨਾ ਹੈ ਕਿ ਉੱਥੇ ਕੀ ਅਤੇ ਕਿਵੇਂ ਸਵੈਚਾਲਿਤ ਕਰਨਾ ਹੈ।
ਦੂਜਾ ਆਰਟੀਕਲ ਚੀਫ ਆਫ ਚੇਂਜ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਵਿਕਾਸ ਨਿਰਦੇਸ਼ਕ.
ਤੀਜਾ, ਨਾ ਦਿਖਾਓ ਅਤੇ ਉਹੀ ਕਰੋ ਜੋ ਤੁਹਾਨੂੰ ਕਿਹਾ ਗਿਆ ਹੈ।
ਚੌਥਾ - ਸਪਾਰਟਾ ਦਾ ਰਾਹ, ਫੈਸਲਿਆਂ ਨੂੰ ਤੁਰੰਤ ਰੱਦ ਕਰਨਾ. ਫੇਲ ਫਾਸਟ, ਫੇਲ ਸਸਤੇ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ।
ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਪ੍ਰਚਾਰ ਨੂੰ ਸ਼ਾਮਲ ਨਾ ਕਰੋ. ਵਿਅਕਤੀ ਨੂੰ ਦੱਸੋ - ਆਓ ਬਹੁਤਾ ਸਮਾਂ ਬਰਬਾਦ ਨਾ ਕਰੀਏ, ਆਓ ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਬਣਾਈਏ, ਅਤੇ ਵੇਖੀਏ ਕਿ ਕੀ ਹੱਲ ਵਿਹਾਰਕ ਹੈ ਜਾਂ ਨਹੀਂ।
ਪ੍ਰੋਟੋਟਾਈਪ ਨੂੰ ਥੋੜਾ ਸਮਾਂ ਲੱਗੇਗਾ। ਜੇਕਰ ਉਹ ਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਦੋਵਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦਾ ਹੱਕ ਮਿਲੇਗਾ—ਇਕ ਆਮ ਫੈਸਲਾ ਅਤੇ ਸਿਆਸੀ ਨੁਕਤੇ।
ਜੇ ਇਹ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕਿਸੇ ਨੂੰ ਨੁਕਸਾਨ ਨਹੀਂ ਹੋਵੇਗਾ. ਠੀਕ ਹੈ, ਲੋਕ ਪ੍ਰੋਗਰਾਮਰ ਨਾਲ ਬਿਹਤਰ ਵਿਹਾਰ ਕਰਨਗੇ.

→ habr.com/en/post/344650

ਸਰੋਗੇਟਸ

ਵਪਾਰ 1C ਅਤੇ ਇਸਦੇ ਉਤਪਾਦਾਂ ਨੂੰ ਪਸੰਦ ਨਹੀਂ ਕਰਦਾ, ਵੈਬ ਡਿਵੈਲਪਰ, QMS, ਲੇਖਾਕਾਰੀ, ਅਰਥਸ਼ਾਸਤਰੀ, ਵਿਕਾਸ ਪ੍ਰੋਜੈਕਟ, ਸਕ੍ਰਮ, TOS, ਨਿਯੰਤਰਣ, KPI ਅਤੇ ਪ੍ਰੇਰਣਾ ਪ੍ਰਣਾਲੀਆਂ.
ਕਾਰੋਬਾਰਾਂ ਨੂੰ ਆਟੋਮੇਸ਼ਨ, ਔਨਲਾਈਨ ਪ੍ਰੋਮੋਸ਼ਨ ਤੋਂ ਵਧਿਆ ਹੋਇਆ ਟਰਨਓਵਰ, ਉਤਪਾਦ ਦੀ ਗੁਣਵੱਤਾ ਵਿੱਚ ਸੁਧਾਰ, ਸੰਖਿਆਵਾਂ ਵਿੱਚ ਕਾਰੋਬਾਰ ਦੀ ਇੱਕ ਸਧਾਰਨ ਅਤੇ ਸਮਝਣ ਯੋਗ ਤਸਵੀਰ, ਕੰਪਨੀ ਦੀ ਸਥਿਤੀ ਦਾ ਪੂਰਵ ਅਨੁਮਾਨ, ਕੁਸ਼ਲਤਾ ਵਿੱਚ ਅਸਲ ਵਾਧਾ, 2-4 ਗੁਣਾ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਜੈਕਟ ਪੂਰਾ ਕਰਨਾ ਪਸੰਦ ਹੈ, ਮੁਨਾਫ਼ਿਆਂ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ ਵਾਧਾ ਅਤੇ ਵਸਤੂਆਂ ਵਿੱਚ ਕਮੀ, ਇੱਕ ਸਹੀ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ, ਕਾਰੋਬਾਰ ਵਿੱਚ ਮਾਮਲਿਆਂ ਦੀ ਸਥਿਤੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ ਇੱਕ ਸਪਸ਼ਟ ਅਤੇ ਸਮਝਣ ਯੋਗ ਪ੍ਰਣਾਲੀ, ਇੱਕ ਕਿਰਤ ਮੁਲਾਂਕਣ ਪ੍ਰਣਾਲੀ ਜੋ ਤੁਹਾਨੂੰ ਅੱਧੇ ਪ੍ਰਬੰਧਕਾਂ ਨੂੰ ਬਰਖਾਸਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
ਵਪਾਰ ਵਪਾਰਕ ਟੀਚਿਆਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਪਸੰਦ ਕਰਦਾ ਹੈ. ਵਪਾਰ ਸਰੋਗੇਟ ਨੂੰ ਪਸੰਦ ਨਹੀਂ ਕਰਦਾ।
ਇੱਕ ਸਰੋਗੇਟ ਉਹ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਵਪਾਰਕ ਟੀਚਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕਿਹਾ, ਪਰ ਇੱਕ ਆਟੋਮੇਸ਼ਨ ਪ੍ਰੋਜੈਕਟ, ਇੱਕ ਵੈਬਸਾਈਟ, ਕਾਗਜ਼ਾਂ ਦਾ ਇੱਕ ਢੇਰ, ਨਾ-ਸਮਝਣ ਵਾਲੇ ਕਰਮਚਾਰੀਆਂ ਦਾ ਇੱਕ ਸਟਾਫ ਜਾਂ ਨਾ-ਪੜ੍ਹਨਯੋਗ ਫੁੱਟ ਰੈਪ ਰਿਪੋਰਟਾਂ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ।
ਇੱਕ ਸਰੋਗੇਟ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਸੜਕ ਦੇ ਨਾਲ ਟੀਚਾ ਪ੍ਰਾਪਤੀ ਦੇ ਸਾਧਨ ਦੁਆਰਾ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਉਹ ਸਾਰੇ ਟੀਚੇ ਬਾਰੇ ਭੁੱਲ ਗਏ.
ਸਰੋਗੇਟਸ ਦਾ ਉਤਪਾਦਨ ਤਿੰਨ ਥੰਮ੍ਹਾਂ 'ਤੇ ਅਧਾਰਤ ਹੈ: ਰਸਮੀਵਾਦ, ਕ੍ਰਮਵਾਦ ਅਤੇ ਆਪਸੀ ਜ਼ਿੰਮੇਵਾਰੀ।
ਰਸਮੀਵਾਦ ਸੜਨ ਨਾਲ ਕਾਗਜ਼ ਉੱਤੇ ਟੀਚਿਆਂ ਦਾ ਤਬਾਦਲਾ ਹੈ। ਪਰ ਸੰਖੇਪ ਵਿੱਚ - ਧਿਆਨ ਦੇ ਫੋਕਸ ਨੂੰ ਵੱਡੇ ਟੀਚੇ ਤੋਂ ਛੋਟੇ ਵੇਰਵਿਆਂ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨਾ। ਕੋਈ ਵੀ ਹੁਣ ਟੀਚਾ ਯਾਦ ਨਹੀਂ ਰੱਖਦਾ - ਹਰ ਕੋਈ ਵੇਰਵੇ ਦੀ ਚਰਚਾ ਕਰ ਰਿਹਾ ਹੈ.
ਗ੍ਰੈਜੂਏਲਿਜ਼ਮ ਟੀਚਿਆਂ ਤੋਂ ਸਾਧਨਾਂ ਤੱਕ ਤਬਦੀਲੀ ਦੀ ਘੱਟ ਗਤੀ ਹੈ। ਪਹਿਲਾਂ-ਪਹਿਲਾਂ, ਟੀਚੇ ਬਾਰੇ ਅਜੇ ਵੀ ਕਈ ਵਾਰ ਚਰਚਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਪਰ ਹੌਲੀ-ਹੌਲੀ, ਕਦਮ-ਦਰ-ਕਦਮ, ਇਸਦਾ ਜ਼ਿਕਰ ਘੱਟ ਅਤੇ ਘੱਟ ਹੁੰਦਾ ਹੈ. ਜਦੋਂ ਤੱਕ ਗਾਹਕ ਖੁਦ ਇਸ ਬਾਰੇ ਭੁੱਲ ਨਹੀਂ ਜਾਂਦਾ, ਵੇਰਵਿਆਂ ਵਿੱਚ ਡੁੱਬ ਜਾਂਦਾ ਹੈ।
ਆਪਸੀ ਜ਼ਿੰਮੇਵਾਰੀ ਇਹ ਹੈ ਕਿ ਸਾਰੇ ਠੇਕੇਦਾਰ ਲਗਭਗ ਇੱਕੋ ਜਿਹਾ ਕੰਮ ਕਰਦੇ ਹਨ। ਇੱਥੇ ਇੱਕ ਵੀ ਆਟੋਮੇਸ਼ਨ ਟੂਲ ਨਹੀਂ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਮੁਨਾਫੇ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ. ਇਸ ਲਈ, ਗਾਹਕ ਕੋਲ ਅਸਲ ਵਿੱਚ ਕੋਈ ਵਿਕਲਪ ਨਹੀਂ ਹੈ.
ਮੈਂ ਕੀ ਕਰਾਂ?
ਸਰੋਗੇਟਸ ਤੋਂ ਬਚੋ ਅਤੇ ਉਹਨਾਂ ਦੀ ਸਿਰਜਣਾ ਵੱਲ ਪਹਿਲਾ ਕਦਮ: ਰਸਮੀਵਾਦ। ਘੱਟੋ ਘੱਟ ਅੰਦਰੂਨੀ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ. ਇੱਕ ਟੀਚਾ ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਇਸ ਬਾਰੇ ਕਲਾਕਾਰ ਨਾਲ ਲਗਾਤਾਰ ਗੱਲ ਕਰੋ। ਪੈਮਾਨੇ, ਸਰੋਤ, ਯੋਜਨਾਵਾਂ ਆਦਿ ਬਾਰੇ - ਉਹੀ. ਪਰ ਮੁੱਖ ਗੱਲ ਟੀਚੇ ਬਾਰੇ ਹੈ.
ਨਹੀਂ ਤਾਂ, ਧਿਆਨ ਦਾ ਫੋਕਸ ਜ਼ਰੂਰ ਬਦਲ ਜਾਵੇਗਾ, ਅਤੇ ਤੁਹਾਨੂੰ ਇੱਕ ਹੋਰ ਸਰੋਗੇਟ ਮਿਲੇਗਾ।

→ habr.com/en/post/344844

ਜਬ ਕਲਿਟਸਕੋ

ਅਜਿਹੇ ਇੱਕ ਮੁੱਕੇਬਾਜ਼ ਹੈ - ਵਲਾਦੀਮੀਰ Klitschko. ਉਸਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ - ਜਬ ਦੀ ਨਿਰੰਤਰ ਵਰਤੋਂ. ਖੈਰ, ਇਹ ਹੈ. ਦੂਜੇ ਮੁੱਕੇਬਾਜ਼ਾਂ ਨਾਲੋਂ ਵਧੇਰੇ ਇਕਸਾਰ।
ਜਾਬ ਲਗਾਤਾਰ ਵਿਰੋਧੀ ਨੂੰ ਦੁਬਿਧਾ ਵਿੱਚ ਰੱਖਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਥਕਾ ਦਿੰਦਾ ਹੈ।
Klitschko jab ਦੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ: ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੀ ਸੌਖ (ਰਿਸ਼ਤੇਦਾਰ, ਬੇਸ਼ਕ) ਅਤੇ ਇਕਸਾਰਤਾ।
ਬਹੁਤ ਸਾਰੇ ਲੇਖਕ ਕਹਿੰਦੇ ਹਨ ਕਿ ਨਿਰੰਤਰ ਪ੍ਰਦਰਸ਼ਨ, ਉਪਯੋਗੀ, ਪਰ ਸਧਾਰਨ ਕਾਰਵਾਈਆਂ ਬਹੁਤ ਸਾਰੇ ਲਾਭ ਲਿਆ ਸਕਦੀਆਂ ਹਨ.
ਮੈਂ ਵੀ ਇਸਨੂੰ ਅਜ਼ਮਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਮੈਂ ਇੱਕ ਸਧਾਰਨ ਲੇਖਾ ਪ੍ਰਣਾਲੀ ਬਣਾਇਆ - ਮੈਂ ਅੱਜ ਕੀ ਕੀਤਾ।
ਫੈਕਟਰੀ 'ਚ ਹੋਇਆ ਹੈ। ਮੈਂ ਦੁਪਹਿਰ ਦੇ ਖਾਣੇ 'ਤੇ ਜਾਬ ਕੀਤਾ (ਮੇਰੇ ਕੋਲ ਦੁਪਹਿਰ ਦਾ ਖਾਣਾ ਨਹੀਂ ਹੈ), ਜਿਵੇਂ ਕਿ ਦਿਨ ਵਿੱਚ 1 ਘੰਟਾ। ਉਹ ਕੀਤਾ ਜੋ ਦੂਸਰੇ ਨਹੀਂ ਕਰਦੇ (ਉਹ ਕਹਿੰਦੇ ਹਨ ਕਿ ਇਹ ਸਫਲਤਾ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ)।
ਮੈਂ ਇੱਕ ਸਵੈ-ਸਿਖਲਾਈ ਪ੍ਰਣਾਲੀ ਦੇ ਟੈਸਟ ਸਥਾਪਤ ਕੀਤੇ, ਵਿਕਾਸ ਲਈ ਵਿਚਾਰ ਪੇਸ਼ ਕੀਤੇ, ਵਿਕਾਸ ਲਈ ਹੋਰ ਲੋਕਾਂ ਦੇ ਵਿਚਾਰਾਂ ਨੂੰ ਲਾਗੂ ਕੀਤਾ, ਆਟੋਟਾਸਕ ਸਥਾਪਤ ਕੀਤੇ, ਕੋਡ ਨੂੰ ਰੀਫੈਕਟਰ ਕੀਤਾ ਅਤੇ ਅਨੁਕੂਲ ਬਣਾਇਆ।
ਹਰ ਦਿਨ - ਇਸ ਸੂਚੀ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਕੰਮ। ਇੱਕ ਕੰਮ ਪੂਰਾ ਕੀਤਾ - ਸੁੰਦਰ। ਕਈ ਸੰਭਵ ਹਨ.
ਨਿਰੀਖਣ 3 ਮਹੀਨਿਆਂ ਲਈ ਕੀਤੇ ਗਏ ਸਨ. ਇਸ ਸਮੇਂ ਦੌਰਾਨ, ਮੈਂ 30 ਜਾਂਚਾਂ ਕੀਤੀਆਂ, 200 ਵਿਚਾਰਾਂ ਦੇ ਨਾਲ ਆਇਆ, 80 ਹੋਰ ਲੋਕਾਂ ਦੇ ਵਿਚਾਰਾਂ ਨੂੰ ਲਾਗੂ ਕੀਤਾ, ਦੋ ਵਿਭਾਗਾਂ ਲਈ ਸਵੈਚਲਿਤ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਣਾਈਆਂ, ਅਤੇ ਤਿੰਨ ਵਧੀਆ ਅਨੁਕੂਲਤਾਵਾਂ ਕੀਤੀਆਂ।
ਠੰਡਾ. ਖੈਰ, ਇਹ "ਵਿਚਕਾਰ" ਹੈ। ਮੈਂ ਹਰ ਕਿਸੇ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹਾਂ.

→ habr.com/en/post/344934

ਲਚਕਦਾਰ ਸਰੋਗੇਟ

ਸ਼ਬਦ "ਸਕ੍ਰਮ" ਘੱਟੋ-ਘੱਟ ਦੋ ਇਕਾਈਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ: ਦਰਸ਼ਨ ਅਤੇ ਢਾਂਚਾ।
ਦਰਸ਼ਨ, ਜਾਂ ਕੰਮ ਕਰਨ ਦੀ ਪਹੁੰਚ, ਜੈਫ ਸਦਰਲੈਂਡ ਦੁਆਰਾ ਕਿਤਾਬ ਵਿੱਚ ਵਰਣਨ ਕੀਤੀ ਗਈ ਹੈ।
ਫਰੇਮਵਰਕ, i.e. ਕਿਰਿਆਵਾਂ ਦਾ ਐਲਗੋਰਿਦਮ ਸਕ੍ਰਮ ਗਾਈਡ ਨਾਮਕ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।
ਫ਼ਿਲਾਸਫ਼ੀ ਇੱਕ ਢਾਂਚਾ ਬਣ ਗਿਆ ਕਿਉਂਕਿ ਫ਼ਲਸਫ਼ੇ ਦੇ ਲੇਖਕ ਇਸ ਤੋਂ ਪੈਸਾ ਕਮਾਉਣਾ ਚਾਹੁੰਦੇ ਸਨ (ਆਪਣੇ ਸ਼ਬਦਾਂ ਵਿੱਚ)।
ਫ਼ਲਸਫ਼ੇ ਦੇ ਮੁਕਾਬਲੇ ਫਰੇਮਵਰਕ ਬਹੁਤ ਸਰਲ ਹੈ। ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਟੀਚਾ ਸਰਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਾਂ ਇਸ ਦੀ ਬਜਾਏ ਬਾਹਰ ਸੁੱਟ ਦਿੱਤਾ ਗਿਆ ਹੈ.
ਫ਼ਲਸਫ਼ੇ ਦਾ ਟੀਚਾ: ਨਤੀਜਿਆਂ ਦੀ ਪ੍ਰਾਪਤੀ ਨੂੰ ਤੇਜ਼ ਕਰਨਾ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕਈ ਵਾਰ. ਕਿਤਾਬ ਵਿੱਚ 8 ਗੁਣਾ ਪ੍ਰਵੇਗ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਹਨ।
ਫਰੇਮਵਰਕ ਦਾ ਉਦੇਸ਼: ਤਾਂ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਸਕ੍ਰਮ ਹੋਵੇ। ਇਹ ਉੱਥੇ ਲਿਖਿਆ ਹੋਇਆ ਹੈ: ਜੇਕਰ ਤੁਸੀਂ ਹਿਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਸਕ੍ਰਮ ਹੈ;
ਫਰੇਮਵਰਕ ਦਾ ਮਤਲਬ ਬਿਲਕੁਲ ਵੀ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਪ੍ਰਵੇਗ ਨਹੀਂ ਹੈ।
ਜੋ ਲੋਕ ਸਕ੍ਰਮ ਨੂੰ ਸਿਖਾਉਂਦੇ ਜਾਂ ਲਾਗੂ ਕਰਦੇ ਹਨ ਉਹ ਫਰੇਮਵਰਕ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ। ਉਹ ਇੱਕ ਐਲਗੋਰਿਦਮ ਦੱਸਦੇ ਹਨ ਅਤੇ ਲਾਗੂ ਕਰਦੇ ਹਨ ਜੋ "ਸਾਡੇ ਕੋਲ ਹੁਣ ਸਕ੍ਰਮ ਹੈ" ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਕੋਈ ਨਤੀਜੇ ਨਹੀਂ ਦਿੰਦਾ ਹੈ।
ਗੱਲ ਸਾਫ਼ ਹੈ। ਫਲਸਫਾ ਵੇਚਣਾ ਬਹੁਤ ਔਖਾ ਹੈ। ਫਰੇਮਵਰਕ ਸਰਲ ਹੈ।
ਇੱਕ ਫਰੇਮਵਰਕ ਇੱਕ ਉਤਪਾਦ ਹੈ. ਉਹ, ਜਿਵੇਂ ਕਿ ਉਮੀਦ ਸੀ, "ਪੈਕਿੰਗ" ਵਿੱਚੋਂ ਲੰਘਿਆ. ਇਹ ਸਧਾਰਨ, ਸਮਝਣ ਯੋਗ ਹੈ, ਸਹਾਇਤਾ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਮਾਹਰ ਹਨ. ਕੀ ਤੁਹਾਨੂੰ ਕੁਝ ਵੀ ਯਾਦ ਨਹੀਂ ਆਉਂਦਾ?
ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਨਤੀਜੇ ਨੂੰ ਛੱਡ ਕੇ - ਕੋਈ ਵੀ ਨਹੀਂ ਹੈ.
ਜੇਕਰ ਗ੍ਰਾਹਕ ਸਕ੍ਰਮ ਫ਼ਲਸਫ਼ੇ ਤੋਂ ਜਾਣੂ ਨਹੀਂ ਹੈ, ਤਾਂ ਉਹ ਫਰੇਮਵਰਕ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਕਾਫ਼ੀ ਖੁਸ਼ ਹੋਵੇਗਾ।
ਜੇ ਗਾਹਕ ਸਕ੍ਰਮ ਦੇ ਦਰਸ਼ਨ ਤੋਂ ਜਾਣੂ ਹੈ, ਤਾਂ ਉਹ ਫਰੇਮਵਰਕ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਨਿਰਾਸ਼ ਹੋ ਜਾਵੇਗਾ - ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਕੋਈ ਪ੍ਰਵੇਗ ਨਹੀਂ ਹੋਵੇਗਾ.
ਇਹ ਠੰਡਾ, ਫੈਸ਼ਨੇਬਲ, ਆਧੁਨਿਕ ਹੋਵੇਗਾ, ਪਰ ਕੋਈ ਵਪਾਰਕ ਟੀਚਾ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ ("ਕੁਝ ਨਵਾਂ" ਲਈ ਬਜਟ ਖਰਚਣ ਨੂੰ ਛੱਡ ਕੇ)।
ਮੈਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ? ਸਕ੍ਰਮ ਫ਼ਲਸਫ਼ੇ ਦਾ ਅਧਿਐਨ ਕਰੋ। ਇਹ ਗੁਣਵੱਤਾ ਪ੍ਰਬੰਧਨ ਦੇ ਜਾਪਾਨੀ ਦਰਸ਼ਨ 'ਤੇ ਅਧਾਰਤ ਹੈ, ਜਿਸਦਾ ਸਾਰ ਇਹ ਹੈ: ਮਾਪ ਅਤੇ ਬੇਅੰਤ ਸੁਧਾਰ.
ਬਦਕਿਸਮਤੀ ਨਾਲ, ਤੁਹਾਨੂੰ ਬਹੁਤ ਕੁਝ ਸੋਚਣਾ, ਪ੍ਰਯੋਗ ਕਰਨਾ, ਨਿਰੀਖਣ ਕਰਨਾ ਅਤੇ, ਹਾਏ, ਕੰਮ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਜੇ ਇਹ ਤੁਹਾਡੇ ਲਈ ਅਨੁਕੂਲ ਨਹੀਂ ਹੈ, ਤਾਂ ਫਰੇਮਵਰਕ ਲਓ।

→ habr.com/en/post/345540

ਸਰੋਤ: www.habr.com