Current Behavior
Currently in the go code of nighthawks main.go we are using log.Fatal() but log.Fatal() terminates the program completely after encountering an error
Desired Behavior
Here in the go program I think we can handle errors more efficiently using log.Error() instead of log.Fatal(). As log.Fatal() terminates the program completely but log.Error() logs the error msg but allows the program to continue execution. This way, even if one error occurs, the program can continue to process the rest of the results, and the error messages will help in troubleshooting.
Resources

Alternatives / Additional Context
Contributor Resources
Current Behavior
Currently in the go code of nighthawks main.go we are using
log.Fatal()butlog.Fatal()terminates the program completely after encountering an errorDesired Behavior
Here in the go program I think we can handle errors more efficiently using
log.Error()instead oflog.Fatal(). Aslog.Fatal()terminates the program completely butlog.Error()logs the error msg but allows the program to continue execution. This way, even if one error occurs, the program can continue to process the rest of the results, and the error messages will help in troubleshooting.Resources

Alternatives / Additional Context
Contributor Resources