ప్రాజెక్ట్‌లో జావా డెవలపర్ యొక్క సాధారణ పనులు

జావా డెవలపర్ యొక్క సాధారణ బాధ్యతలు ఏమిటి? అన్నింటికంటే, మీరు మీరే ఏమి చేస్తున్నారో మరియు మీరు ఏమి చేస్తారో అర్థం చేసుకోవాలి, సరియైనదా? ఈ రోజు నేను జావా డెవలపర్ చేసే పది ముఖ్యమైన పనుల గురించి మాట్లాడాలనుకుంటున్నాను. అయితే మొదట, జిరా అనే సాధనంతో పరిచయం చేసుకుందాం. లేదా మీకు ఇది ఇప్పటికే తెలిసి ఉంటే, మీ మెమరీని రిఫ్రెష్ చేయండి. జిరామానవ పరస్పర చర్యలను నిర్వహించడానికి ఒక సాధనం, అయితే కొన్ని సందర్భాల్లో ఇది ప్రాజెక్ట్ నిర్వహణకు కూడా ఉపయోగించబడుతుంది. మరో మాటలో చెప్పాలంటే, ఈ సాధనంలో వివరించబడిన చిన్న పనులుగా ప్రాజెక్ట్ విభజించబడింది. ఈ పనులు డెవలపర్‌లకు కేటాయించబడతాయి, వారి అమలుకు బాధ్యత వహిస్తారు. ఒక పని కావచ్చు, ఉదాహరణకు, కొంత కార్యాచరణను జోడించడం. టాస్క్ పూర్తయినందున, డెవలపర్‌లు మరియు ఇతర నిపుణులు ఎవరు ఏమి చేసారు మరియు ఎంత సమయం గడిపారు అనే దాని గురించి వ్యాఖ్యలను జోడిస్తారు. ఇది టైమ్-ట్రాకింగ్ ప్రయోజనాల కోసం చేయబడుతుంది - ఏ పనులపై ఎంత సమయం వెచ్చించబడిందో తెలుసుకోవడానికి. ఆదర్శవంతంగా, ఇది రోజుకు ఒకసారి జరుగుతుంది: మీరు సాయంత్రం మీ డెస్క్ నుండి బయలుదేరే ముందు, మీరు మీ 8 పని గంటలలో వివిధ పనుల కోసం ఎంత వెచ్చించారో సూచిస్తారు. పైన వివరించిన దానికంటే జిరా యొక్క కార్యాచరణలో చాలా ఎక్కువ ఉంది, అయితే ఇది ప్రాథమిక అవగాహనకు సరిపోతుంది.

1. కొత్త పరిష్కారాలను రూపొందించడం

మీరు ఏదైనా సృష్టించడానికి మరియు అమలు చేయడానికి ముందు, మీరు దానిని సంభావితం చేయాలి, సరియైనదా? నేను ముందే చెప్పినట్లుగా, ఇది మీకు కేటాయించబడే జిరాలో ఒక పని కావచ్చు, కాబట్టి మీరు కొత్త పరిష్కారాన్ని రూపొందించడానికి పని చేస్తారు, మీరు ఎంత సమయం గడిపారు మరియు దేనిపై రికార్డింగ్ చేస్తారు. టీమ్ కాన్ఫరెన్స్ కాల్‌పై చర్చ సమయంలో కూడా ఈ పని జరగవచ్చు: ప్రతి ఒక్కరూ తమ అభిప్రాయాన్ని వ్యక్తం చేయవచ్చు మరియు వారు ఉత్తమంగా భావించే విధానాన్ని ప్రతిపాదించవచ్చు. మరియు ఇక్కడ నేను కొన్ని పాయింట్లను గమనించాలనుకుంటున్నాను. ముందుగా, సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ అనేది చాలా సృజనాత్మక వృత్తి, ఎందుకంటే మీరు సమస్యలను పరిష్కరించడానికి కొత్త మార్గాలతో ముందుకు రావడానికి ప్రామాణిక సాధనాలను ఉపయోగించాలి. ఒక పని తరచుగా అనేక విభిన్న పరిష్కారాలను కలిగి ఉంటుంది. దీని ప్రకారం, ప్రతిదీ డెవలపర్ యొక్క సృజనాత్మకతపై ఆధారపడి ఉంటుంది, ఇది వారి సంచిత జ్ఞానం మరియు అనుభవం ద్వారా ఎక్కువగా ప్రభావితమవుతుంది. మీరు మీ సృజనాత్మకత మరియు మేధాశక్తిని ఇక్కడ ప్రదర్శించవచ్చు, కానీ అతి ముఖ్యమైన విషయం ఏమిటంటే దానిని అతిగా చేయకూడదు. మీరు అలా చేస్తే, కోడ్ చాలా క్లిష్టంగా మరియు చదవలేనిదిగా మారుతుంది. ఫలితంగా, మీరు నిష్క్రమించిన తర్వాత, మీరు ఏమి కోడ్ చేసారో మరియు అది ఎలా పని చేస్తుందో ఎవరూ పూర్తిగా అర్థం చేసుకోలేరు. మరియు వారు మొదటి నుండి ప్రతిదీ తిరిగి వ్రాయవలసి ఉంటుంది. మరియు వారు మీ గురించి జ్ఞాపకం చేసుకోవచ్చు. ఒకసారి కంటే ఎక్కువ. మరియు వెచ్చని, దయగల మాటలు మాట్లాడే అవకాశం లేదు. మీకు అది అవసరమా? రెండవది, డెవలపర్ మీరు ఒకే పరిష్కారానికి అతుక్కోకుండా మరియు ఇతరులతో మూసుకుని ఉండకూడదు అనే కోణంలో మానసిక సౌలభ్యాన్ని కలిగి ఉండాలి. మీరు ఏదైనా ఒక మార్గంలో మాత్రమే చేయవలసి ఉంటుంది మరియు ఇతర ఎంపికలు లేవు. మీరు వివిధ కారణాల వల్ల ఈ ఉచ్చులో పడవచ్చు. ఉదాహరణకు, మీరు మీ దృక్కోణం సరైనదని నిరూపించాలనుకుంటున్నారని అనుకుందాం. లేదా మీరు ఇప్పటికే మీ స్వంత సుపరిచితమైన పరిష్కారాన్ని రూపొందించి, అమలు చేసి ఉండవచ్చు - అయితే, ఇది ఉత్తమమైనది కాదని మీరు అంగీకరించకూడదు. ఈ పరిస్థితులు మిమ్మల్ని అంధుడిగా మార్చగలవు. వాస్తవానికి, మీరు గర్వించే కార్యాచరణను తీసివేయవలసి వచ్చినప్పటికీ మరియు ఒక వారం కంటే ఎక్కువ కాలం పాటు కోడింగ్ చేస్తున్నప్పటికీ, మీరు మీ తప్పులను అంగీకరించాలి మరియు ఎల్లప్పుడూ ఓపెన్ మైండెడ్‌గా ఉండాలి. జీరాలో ఈ టైమ్-ట్రాకింగ్ వ్యాఖ్యను చేయడం ద్వారా సహోద్యోగి ప్రతి ఒక్కరి రోజును ఒకసారి ఎలా ప్రకాశవంతం చేశారో నాకు గుర్తుంది: "నేను నా మృతశిశువు లక్షణాన్ని తొలగించాను. మరియు విచారించాను."

2. కొత్త కార్యాచరణను వ్రాయడం

ఈ దశ — కొత్త ఫంక్షనాలిటీని అమలు చేయడం — లాజికల్ గా మునుపటి దాని తర్వాత అనుసరిస్తుంది. ప్రాజెక్ట్‌లో చేరి ఉన్న అన్ని పనులు జిరాలో టాస్క్‌లుగా విభజించబడ్డాయి, ఆ తర్వాత డెవలపర్‌ల పనిభారం ఆధారంగా వాటిని అందజేస్తారు. ఈ ప్రక్రియకు "మెథడాలజీస్" అని పిలువబడే విభిన్న విధానాలు ఉన్నాయి, వీటిని మీరు కోడ్‌జిమ్‌లోని ఈ కథనంలో మరింత వివరంగా చదవవచ్చు . నియమం ప్రకారం, పనులు ఒక అంచనాను కలిగి ఉంటాయి, ఇది వాటిని పూర్తి చేయడానికి అవసరమైన అంచనా సమయం. ఇది మీరు, మీరు టాస్క్‌ను స్వీకరించినప్పుడు డెవలపర్ ద్వారా లేదా టీమ్ లీడ్ ద్వారా లేదా ప్రణాళిక సమయంలో సమిష్టిగా డెవలప్‌మెంట్ టీమ్ ద్వారా సెట్ చేయబడుతుంది. ఈ సమయం అంచనా చాలా అరుదుగా ఖచ్చితమైనది, ఎందుకంటే చాలా విభిన్న కారకాలు సాఫ్ట్‌వేర్ అభివృద్ధిని ప్రభావితం చేస్తాయి. ఉదాహరణకు, ప్రోగ్రామర్‌కు సంబంధిత సాంకేతికత గురించి తెలిసినా లేదా తెలియకపోయినా, అతని లేదా ఆమె మొత్తం అనుభవం, వివిధ ఊహించలేని ఆపదలు మొదలైనవి. కాబట్టి, మీరు కోడింగ్ చేసేటప్పుడు మీ సమయ అంచనాలన్నింటినీ కొట్టకపోతే, అది ప్రపంచం అంతం కాదు. ఇవి సాధారణ అంచనాలు మాత్రమే. అన్ని ప్రాజెక్టులకు సమయం అంచనా అవసరం లేదని పేర్కొంది. వ్యక్తిగతంగా, అది లేకుండా జీవించడం చాలా సులభం అని నేను భావిస్తున్నాను, ప్రత్యేకించి PM "మీ సమయ అంచనాలు ఎక్కడ ఉన్నాయి?" అనే ప్రశ్నతో రోజుకు రెండు సార్లు నన్ను ఇబ్బంది పెట్టనప్పుడు. కాబట్టి, మీరు ఒక పనిని పొందుతారు,జిరాలో "ని సమీక్షించడానికి సిద్ధంగా ఉంది మరియు మీ కోడ్ మార్పులు వ్యాఖ్యలతో పాటు పునర్విమర్శ కోసం తిరిగి రాకూడదని ప్రార్థించండి.

3. పరీక్షలు రాయడం

సమీక్షకుడు, అంటే మీ కోడ్‌ని తనిఖీ చేసే వ్యక్తి, మీరు అమలు చేసిన కార్యాచరణను ఇష్టపడతారు, కానీ ఆమెకు మీ కోసం ఒక ప్రశ్న ఉంది: అనుబంధిత పరీక్షలు ఎక్కడ ఉన్నాయి? కాబట్టి ఆమె రివిజన్ కోసం టాస్క్‌ని మీకు తిరిగి పంపుతుంది. ఏదైనా జావా అప్లికేషన్‌లో పరీక్షలు ముఖ్యమైన భాగం. పరీక్షలను అమలు చేయడం ద్వారా, అప్లికేషన్ సరిగ్గా పని చేయని స్థలాలను మీరు వెంటనే గుర్తించవచ్చు. ఉదాహరణకు, డెవలపర్ సిస్టమ్‌లోని ఒక భాగంలో కొన్ని మార్పులు చేస్తాడు, దీని ఫలితంగా మరొక భాగంలో ప్రవర్తనలో మార్పులు వస్తాయి, కానీ అతను కోడింగ్ చేస్తున్నప్పుడు దీనిని గమనించలేదు. పరీక్షలను అమలు చేయడం ద్వారా, కొన్ని పరీక్షలు విఫలమయ్యాయని, అంటే అవి ఆశించిన ఫలితాలను ఇవ్వలేదని అతను చూడగలుగుతాడు. సిస్టమ్‌లో ఎక్కడో ఏదో విచ్ఛిన్నమైందని ఇది అతనికి చెబుతుంది. ఇది తెలుసుకున్న అతను సర్వర్‌లో బ్రేకింగ్ మార్పులను చేయడు మరియు బదులుగా తన కోడ్‌ను డీబగ్ చేయడంలో పని చేస్తూ ఉంటాడు. అవును, చాలా తక్కువ మంది డెవలపర్‌లు పరీక్షలు రాయడాన్ని ఇష్టపడతారు, కానీ సాఫ్ట్‌వేర్ అభివృద్ధికి వారు తీసుకువచ్చే ప్రయోజనాలను తిరస్కరించడం లేదు. క్లయింట్లు తరచుగా తాము నిర్వహించాలనుకుంటున్న పరీక్ష కవరేజ్ స్థాయిని సూచిస్తారు (ఉదాహరణకు, 80%). అంటే మీరు తెలుసుకోవాలివివిధ రకాల పరీక్షలు మరియు వాటిని వ్రాయగలరు. జావా డెవలపర్లు ప్రధానంగా యూనిట్ పరీక్షలు మరియు ఇంటిగ్రేషన్ పరీక్షలను వ్రాస్తారు, అయితే మరింత విస్తృతమైన (ఎండ్-టు-ఎండ్) పరీక్షలు QA మరియు టెస్ట్ ఆటోమేషన్ నిపుణులచే నిర్వహించబడతాయి.

4. దోషాలను కనుగొనడం మరియు పరిష్కరించడం

జావా డెవలపర్‌లకు ఇది చాలా సాధారణమైన, తరచుగా చేసే పని. QA మరియు టెస్ట్ ఆటోమేషన్ నిపుణుల ప్రధాన పని దోషాలను పట్టుకోవడం. మరో మాటలో చెప్పాలంటే, వారు ప్రోగ్రామ్ తప్పుగా ప్రవర్తించే ప్రదేశాల కోసం చూస్తారు, ఆపై వారు జిరాలో టాస్క్‌లను సృష్టించి, వాటిని ఎవరికైనా అప్పగిస్తారు. ఉదాహరణకు, ఒక టీమ్ లీడ్‌కి, వారి పనిభారం మరియు సిస్టమ్‌లోని సంబంధిత భాగాలతో ఉన్న పరిచయాన్ని బట్టి, వారిని ఏ డెవలపర్‌లకు కేటాయించాలో నిర్ణయించుకుంటారు. ఆ తర్వాత, కేటాయించిన డెవలపర్ బగ్ యొక్క మూల కారణాన్ని వేటాడతాడు, డీబగ్గర్‌లో గంటలు గడిపాడు, బగ్ సంభవించే పరిస్థితులను పునరుత్పత్తి చేయడానికి QA నిపుణులు అందించిన బగ్ వివరణను ఉపయోగించడం. డెవలపర్ బగ్‌ని కనుగొని దాన్ని పరిష్కరించిన తర్వాత, అతను పరిష్కారాన్ని సమీక్ష కోసం పంపుతాడు. కొన్నిసార్లు డెవలపర్ బగ్‌ను పునరుత్పత్తి చేయలేరు, కాబట్టి అతను వివరణాత్మక వ్యాఖ్యతో పాటుగా QA నిపుణుడికి టాస్క్‌ను తిరిగి పంపుతాడు. బగ్‌ని కనుగొని దాన్ని సరిచేయడానికి ఎక్కువ సమయం పట్టనట్లు కనిపిస్తోంది, అయితే కొన్ని సూక్ష్మ నైపుణ్యాలు ఉన్నాయి. డెవలపర్‌కి కోడ్‌లోని ఈ విభాగంతో ఎంత బాగా పరిచయం ఉంది మరియు అతని అనుభవం మరియు సైద్ధాంతిక పరిజ్ఞానంపై ఇది ప్రధానంగా ఆధారపడి ఉంటుంది. కొన్నిసార్లు బగ్‌ని 20 నిమిషాల్లో కనుగొని పరిష్కరించవచ్చు మరియు కొన్నిసార్లు మూడు రోజులు పట్టవచ్చు. దీనర్థం డెవలపర్, వివరణను చదివిన వెంటనే, బగ్‌లో ఏమి, ఎక్కడ మరియు ఎలా ఉందో వెంటనే అర్థం చేసుకోకపోతే, ఈ రకమైన పనిని ముందుగా అంచనా వేయడం చాలా కష్టం. ఈ విషయంలో,

5. కోడ్ సమీక్ష

పైన పేర్కొన్న విధంగా, మీరు ఒక పనిని పూర్తి చేసిన వెంటనే, అది సమీక్షకు పంపబడాలి. ఇది సమీక్షలో ఉత్తీర్ణత సాధిస్తే, అది ప్రధాన శాఖలోకి వెళుతుంది. కాకపోతే, అది పరిష్కరించాల్సిన వ్యాఖ్యలతో డెవలపర్‌కు తిరిగి పంపబడుతుంది. అయితే, మీ కోడ్ అంతా తోటి డెవలపర్‌లచే తనిఖీ చేయబడిందని, కొంత అధిక శక్తితో కాదని మీరు అర్థం చేసుకున్నారు. ప్రతి ఒక్కరూ కోడ్ సమీక్షలను నిర్వహించడానికి అనుమతించబడరు - వాస్తవ-ప్రపంచ అభ్యాసం ద్వారా గట్టిపడిన అత్యంత అనుభవజ్ఞులైన డెవలపర్లు మాత్రమే మంచి కోడ్ మరియు చెడు కోడ్ మధ్య వ్యత్యాసాన్ని చెప్పగలరు. కోడ్ సమీక్షలు సాధారణంగా క్రూసిబుల్ వంటి సహాయక సాధనాన్ని ఉపయోగించి నిర్వహించబడతాయి. సమీక్షకులు కోడ్‌ను పరిశీలించి, అవసరమైతే, నిర్దిష్ట పంక్తుల గురించి వ్యాఖ్యానించండి. రకరకాల కామెంట్స్ ఉండవచ్చు. ఉదాహరణకు, కొన్ని క్లిష్టమైనవి. వాటిని పరిష్కరించకపోతే, సమీక్షకుడు కోడ్‌ని కట్టుబడి ఉండడానికి అనుమతించరు. ఇతర వ్యాఖ్యలు, కేవలం ఎంచుకున్న విధానం గురించి వ్యాఖ్యలు. వీటిని డెవలపర్ వినవచ్చు, గమనించవచ్చు లేదా విస్మరించవచ్చు. ఒక బృందం కోడ్ సమీక్షల కోసం దాని స్వంత నియమాలు మరియు విధానాలను రూపొందించవచ్చు, దేనిపై శ్రద్ధ వహించాలి మరియు ఏది కాదు, కోడ్ సమీక్షను పూర్తి చేయడానికి ఏ సమయ వ్యవధిని కేటాయించాలి మొదలైన వాటి గురించి అంగీకరిస్తుంది. సమీక్ష నిర్వహించడానికి అనుభవం మాత్రమే సరిపోదు: మీరు ఇప్పటికీ మీ సాంకేతిక నైపుణ్యాలు మరియు వివిధ పుస్తకాలను చదవడం చాలా అవసరం (ఉదాహరణకు, "క్లీన్ కోడ్").

6. కోడ్ విశ్లేషణ

విభిన్నంగా ఆలోచించే పలువురు వ్యక్తులు ఏకకాలంలో ప్రాజెక్ట్ కోసం కోడ్‌ను వ్రాస్తారు కాబట్టి, వారి కోడ్ మరియు విధానాలు భిన్నంగా ఉంటాయి. మరియు కాలక్రమేణా, ప్రతిదీ క్రమంగా గందరగోళంగా మారుతుంది. కోడ్‌ను మెరుగుపరచడానికి, కొన్నిసార్లు నిర్దిష్ట మాడ్యూల్ లేదా మొత్తం అప్లికేషన్‌ను విశ్లేషించడానికి, లోపాలను కనుగొని, గమనించడానికి, ఆపై ఈ విశ్లేషణ ఆధారంగా రీఫ్యాక్టరింగ్ టాస్క్‌ను రూపొందించడానికి టాస్క్‌లు సృష్టించబడతాయి. అటువంటి విశ్లేషణ అభివృద్ధి ప్రారంభమైనప్పుడు, బృందం కొన్ని సరళమైన, మరింత సంక్షిప్త పరిష్కారాలను చూడలేని పరిస్థితుల్లో కూడా సహాయపడుతుంది, కానీ వారు ఇప్పుడు వాటిని చూస్తున్నారు. ఉదాహరణకు, తర్కం తరచుగా కొన్ని పద్ధతులలో నకిలీ చేయబడుతుంది. తదనుగుణంగా, ఇది ఒక ప్రత్యేక పద్ధతిలో సంగ్రహించబడుతుంది, ఇది చాలాసార్లు తిరిగి ఉపయోగించబడుతుంది. లేదా బహుశా ఒక తరగతి చాలా ఉబ్బిపోయి ఉండవచ్చు లేదా కొంత కోడ్ నిర్వహించడం కష్టంగా లేదా పాతది అయి ఉండవచ్చు లేదా... విశ్లేషణ పనులు కోడ్ మరియు అప్లికేషన్ యొక్క నాణ్యతను మెరుగుపరచడంలో సహాయపడతాయి. నాకు, పెద్ద మొత్తంలో కోడ్‌ని విశ్లేషించడం బోరింగ్‌గా ఉంటుంది.

7. రీఫ్యాక్టరింగ్ కోడ్

కోడ్ విశ్లేషణ యొక్క తదుపరి భాగం రీఫ్యాక్టరింగ్. కోడ్ కాలం చెల్లినది, వాడుకలో లేనిది, పేలవంగా వ్రాయబడినది, చదవడం కష్టం మరియు మొదలైనవి కావచ్చు. మీరు ఎల్లప్పుడూ పరిపూర్ణత కోసం (అది లేనప్పటికీ) మరియు తాజా కోడ్ కోసం ప్రయత్నించాలి, నిరుపయోగంగా ఏదైనా తీసివేయాలి, ఎందుకంటే మితిమీరినది గందరగోళానికి దారి తీస్తుంది మరియు కోడ్ ఏమి చేస్తుందో చూసే సామర్థ్యానికి ఆటంకం కలిగిస్తుంది. ప్రాజెక్ట్ ప్రారంభంలో మీరు ఈ పనులను చూసే అవకాశం లేదని చెప్పకుండానే ఇది జరుగుతుంది: అప్లికేషన్ పాలిష్ చేయబడి మరియు పరిపూర్ణతకు తీసుకురాబడినప్పుడు అభివృద్ధి యొక్క తరువాతి దశలలో మీరు వాటిని ఎదుర్కొంటారు. ఇక్కడ, సహోద్యోగులతో వారు ఏమి చేస్తారు మరియు వారు ఏ ఆపదలను చూస్తారు అనే దాని గురించి సంప్రదించడం సముచితం కావచ్చు. వారి హృదయంలో, ఇటువంటి పనులు కొత్త కార్యాచరణను అభివృద్ధి చేయడం లాంటివి. ఉదాహరణకు, మీరు దాని ప్రవర్తనను మార్చకుండా కొంత ఫంక్షనాలిటీని సవరించడానికి ఒక టాస్క్‌ను అందుకున్నారని అనుకుందాం. దీన్ని చేయడానికి, మీరు పాత కోడ్‌ను తొలగించి, మీ స్వంతంగా వ్రాసి, పరీక్షలను తనిఖీ చేయండి. మీరు ప్రతిదీ సరిగ్గా చేసినట్లయితే, పరీక్షలలో ఎటువంటి మార్పులు చేయకుండా, వారు మునుపటిలా పాస్ చేయాలి. కోడ్‌లోని ప్రతిదీ అలాగే ఉన్న తర్వాత, మేము దానిని సమీక్ష కోసం పంపుతాము మరియు కొంచెం కాఫీ సిప్ చేస్తాము :)

8. డాక్యుమెంటేషన్ రాయడం

మీరు కొన్ని దీర్ఘకాలిక సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ ప్రాజెక్ట్‌లో కొత్త డెవలపర్ అని ఊహించుకోండి. మీరు కోడ్ బేస్‌తో మిమ్మల్ని పరిచయం చేసుకోవాలి లేదా కొన్ని నిర్దిష్ట పనిని నిర్వహించాలి, ఉదాహరణకు, బగ్‌ని నిర్ధారించండి. మీరు ప్రాజెక్ట్‌ను ఎలా నావిగేట్ చేస్తారు? ప్రతి ఐదు నిమిషాలకు మీ సహచరులను ఇబ్బంది పెట్టాలా? మరియు వారు బిజీగా ఉంటే లేదా వారాంతం అయితే ఏమి చేయాలి? మేము డాక్యుమెంటేషన్‌ను ఎందుకు కలిగి ఉన్నాము - దీని వలన కోడ్ గురించి తెలియని వ్యక్తి లోపలికి రావచ్చు, సంబంధిత పేజీని కనుగొనవచ్చు మరియు ఆమెకు ఆసక్తి ఉన్న అప్లికేషన్‌లో ఏమి జరుగుతుందో త్వరగా గుర్తించవచ్చు. కానీ ఎవరైనా డాక్యుమెంటేషన్‌ని సృష్టించాలి, హా. డెవలపర్‌లు తప్పనిసరిగా మద్దతిచ్చే డాక్యుమెంటేషన్‌ని ప్రాజెక్ట్ కలిగి ఉంటే, వారు కొత్త కార్యాచరణను అమలు చేసినప్పుడు, వారు దానిని వివరిస్తారు మరియు ఏదైనా కోడ్ మార్పులు లేదా రీఫ్యాక్టరింగ్‌తో పాటు డాక్యుమెంటేషన్‌ను అప్‌డేట్ చేస్తారు. డాక్యుమెంటేషన్‌ను వ్రాయడానికి, నిర్వహించడానికి మరియు పర్యవేక్షించడానికి ఒక ప్రత్యేక ఉద్యోగి — సాంకేతిక రచయిత — నియమించబడిన పరిస్థితులను కూడా మీరు కలిగి ఉండవచ్చు. అటువంటి నిపుణుడు అందుబాటులో ఉంటే, సాధారణ డెవలపర్ల జీవితం కొద్దిగా సులభం.

9. వివిధ సమావేశాలు

డెవలపర్‌ల సమయాన్ని వివిధ సమావేశాలు, చర్చలు మరియు ప్రణాళికలో వెచ్చిస్తారు. సాధారణ ఉదాహరణ రోజువారీ స్టాండ్-అప్ సమావేశం, ఇక్కడ మీరు నిన్న ఏమి చేసారో మరియు ఈ రోజు ఏమి చేయబోతున్నారో నివేదించాలి. అదనంగా, మీరు ఒకరితో ఒకరు ఫోన్ కాల్‌లను కలిగి ఉండాలి, ఉదాహరణకు, టెస్టర్‌లతో, తద్వారా వారు బగ్‌ను పునరుత్పత్తి చేయడంలో సూక్ష్మ నైపుణ్యాలను ప్రదర్శించవచ్చు/వివరించవచ్చు లేదా వ్యాపార విశ్లేషకుడితో సూక్ష్మబేధాలు మరియు అవసరాల గురించి చర్చించవచ్చు లేదా సంస్థాగత సమస్యల గురించి మాట్లాడవచ్చు. ఒక PM తో. దీనర్థం డెవలపర్ ఏకాంతాన్ని ఇష్టపడే అంతర్ముఖుడు అయినప్పటికీ, ఆమె ఇప్పటికీ ఇతర వ్యక్తులతో (అలాగే, కనీసం కొంచెం అయినా) ఉమ్మడిగా ఉండగలగాలి. డెవలపర్ ర్యాంక్ ఎంత ఎక్కువగా ఉంటే, ఆమె కమ్యూనికేషన్ కోసం ఎక్కువ సమయం వెచ్చించాల్సి ఉంటుంది మరియు కోడ్ రాయడానికి తక్కువ సమయం పడుతుంది. ఒక డెవ్ లీడ్ తన పనిదినంలో సగం లేదా అంతకంటే ఎక్కువ సమయాన్ని సంభాషణలు మరియు సమావేశాల కోసం ఒంటరిగా ఖర్చు చేయగలడు మరియు తక్కువ తరచుగా కోడ్ వ్రాయవచ్చు (బహుశా అతని కోడింగ్ పరాక్రమాన్ని కొద్దిగా కోల్పోయేలా చేస్తుంది). కానీ మీరు మాట్లాడడాన్ని ఇష్టపడితే, మీరు టీమ్ లీడ్‌గా, మేనేజ్‌మెంట్‌లోకి మారవచ్చు మరియు కోడ్ రాయడం గురించి పూర్తిగా మర్చిపోవచ్చు, బదులుగా, మీరు రోజంతా వివిధ బృందాలు, కస్టమర్‌లు మరియు ఇతర మేనేజర్‌లతో కమ్యూనికేట్ చేస్తారు.

10. ఇంటర్వ్యూలను నిర్వహించడం/పాస్ చేయడం

మీరు అవుట్‌సోర్సింగ్ లేదా అవుట్‌స్టాఫింగ్ కంపెనీ కోసం పని చేస్తే, మీరు తరచుగా బాహ్య ఇంటర్వ్యూల ద్వారా వెళ్లవలసి ఉంటుంది, ఇక్కడ మీరు క్లయింట్‌కి (క్లయింట్ కోసం పని చేసే వారి ద్వారా మిమ్మల్ని ఇంటర్వ్యూ చేయవచ్చు), అలాగే అంతర్గతంగా "విక్రయించవలసి ఉంటుంది" కంపెనీలో ర్యాంకులను అధిరోహించే వారు. నేను దీనిని వృద్ధికి మంచి అవకాశంగా పిలుస్తాను ఎందుకంటే తరచుగా జరిగే ఇంటర్వ్యూలు మీ జ్ఞానాన్ని పదునుగా ఉంచుకోవడానికి మిమ్మల్ని బలవంతం చేస్తాయి: మీరు తుప్పు పట్టడం మరియు మృదువైనది కాదు. అంతెందుకు ఐటీలో సాఫ్ట్ వస్తే పూర్తిగా ఫీల్డ్ నుంచి పడిపోవచ్చు. మీరు మరింత అనుభవజ్ఞుడైన డెవలపర్‌గా మారినప్పుడు, మీరు వాటిని ఉత్తీర్ణులయ్యే బదులు ఇంటర్వ్యూలను నిర్వహించడం ద్వారా టేబుల్‌కి మరొకవైపు మిమ్మల్ని కనుగొనగలరు. నన్ను నమ్మండి, మీరు ఈ స్థానం నుండి చూసినప్పుడు మీరు చాలా ఆశ్చర్యపోతారు, ఎందుకంటే ఇంటర్వ్యూ ప్రశ్నలను అడగడం వాటికి ప్రతిస్పందించడం కంటే భయంకరంగా ఉంటుంది. మీకు మీ స్వంత ఇంటర్వ్యూ వ్యూహం, ప్రశ్నల జాబితా మరియు అవసరమైన అన్ని అంశాలపై ఒక గంటలో ప్రశ్నలు అడగడానికి సమయం ఉండాలి. మరియు ఆ తర్వాత, నియామక నిర్ణయాన్ని ప్రభావితం చేసే ఫీడ్‌బ్యాక్ అందించాల్సిన బాధ్యత మీపై ఉంటుంది మరియు అభ్యర్థి దీర్ఘకాలంగా ఎదురుచూస్తున్న ఆఫర్ లేదా ప్రమోషన్‌ను స్వీకరిస్తారా. లేదా, స్పష్టంగా బలహీనమైన అభ్యర్థి ఆమెకు అర్హత లేని స్థానాన్ని పొందేందుకు మీరు అనుమతించవచ్చు, ఆపై "ఆ స్థాయి పరిజ్ఞానంతో ఆమెను నియమించుకోవడానికి మీరు ఎలా అనుమతించగలరు" అని మిమ్మల్ని అడగవచ్చు? కాబట్టి, మీరు ఒక ఇంటర్వ్యూలో హాట్ సీట్‌లో ఉన్నప్పుడు, మీ ఎదుటి వ్యక్తి కూడా ఒక సవాలును ఎదుర్కొంటున్నారని మరియు ఒత్తిడికి లోనవుతారని గుర్తుంచుకోండి. నియామక నిర్ణయాన్ని ప్రభావితం చేసే ఫీడ్‌బ్యాక్ అందించాల్సిన బాధ్యత మీపై ఉంది మరియు అభ్యర్థి దీర్ఘకాలంగా ఎదురుచూస్తున్న ఆఫర్ లేదా ప్రమోషన్‌ను స్వీకరిస్తారా. లేదా, స్పష్టంగా బలహీనమైన అభ్యర్థి ఆమెకు అర్హత లేని స్థానాన్ని పొందేందుకు మీరు అనుమతించవచ్చు, ఆపై "ఆ స్థాయి పరిజ్ఞానంతో ఆమెను నియమించుకోవడానికి మీరు ఎలా అనుమతించగలరు" అని మిమ్మల్ని అడగవచ్చు? కాబట్టి, మీరు ఒక ఇంటర్వ్యూలో హాట్ సీట్‌లో ఉన్నప్పుడు, మీ ఎదుటి వ్యక్తి కూడా ఒక సవాలును ఎదుర్కొంటున్నారని మరియు ఒత్తిడికి లోనవుతారని గుర్తుంచుకోండి. నియామక నిర్ణయాన్ని ప్రభావితం చేసే ఫీడ్‌బ్యాక్ అందించాల్సిన బాధ్యత మీపై ఉంది మరియు అభ్యర్థి దీర్ఘకాలంగా ఎదురుచూస్తున్న ఆఫర్ లేదా ప్రమోషన్‌ను స్వీకరిస్తారా. లేదా, స్పష్టంగా బలహీనమైన అభ్యర్థి ఆమెకు అర్హత లేని స్థానాన్ని పొందేందుకు మీరు అనుమతించవచ్చు, ఆపై "ఆ స్థాయి పరిజ్ఞానంతో ఆమెను నియమించుకోవడానికి మీరు ఎలా అనుమతించగలరు" అని మిమ్మల్ని అడగవచ్చు? కాబట్టి, మీరు ఒక ఇంటర్వ్యూలో హాట్ సీట్‌లో ఉన్నప్పుడు, మీ ఎదుటి వ్యక్తి కూడా ఒక సవాలును ఎదుర్కొంటున్నారని మరియు ఒత్తిడికి లోనవుతారని గుర్తుంచుకోండి. ఏదైనా ఇంటర్వ్యూ అభ్యర్థి మరియు ఇంటర్వ్యూయర్ ఇద్దరికీ ఒత్తిడిని కలిగిస్తుంది. మేము బహుశా ఇక్కడే ముగుస్తాము. ఈ కథనాన్ని చదివిన ప్రతి ఒక్కరికీ ధన్యవాదాలు. లైక్ చేయండి మరియు జావా నేర్చుకుంటూ ఉండండి :)