The Good Tech Companies - Can AI Really Code? I Put DeepSeek to the Test

Episode Date: March 13, 2025

This story was originally published on HackerNoon at: https://hackernoon.com/can-ai-really-code-i-put-deepseek-to-the-test. I remember the day I first started experiment...ing with DeepSeek for coding. It felt like stepping into a new dimension where code could almost write itself. Check more stories related to programming at: https://hackernoon.com/c/programming. You can also check exclusive content about #programming, #filestack, #deepseek-code-review, #deepseek-for-programming, #deepseek-for-coding, #deepseek-prompt-guide, #deepseek-for-programmers, #good-company, and more. This story was written by: @filestack. Learn more about this writer by checking @filestack's about page, and for more stories, please visit hackernoon.com. I remember the day I first started experimenting with DeepSeek for coding. It felt like stepping into a new dimension where code could almost write itself.

Transcript
Discussion (0)
Starting point is 00:00:00 This audio is presented by Hacker Noon, where anyone can learn anything about any technology. Can AI really code? I put DeepSeq to the test, by Filestack, by Carl C, Product Marketing Manager at Filestack. I remember the day I first started experimenting with DeepSeq for coding. It felt like stepping into a new dimension where code could almost write itself. At the time, I was juggling multiple projects, and I needed a way to streamline my workflow without sacrificing quality. That was when I discovered how DeepSeq can assist with generating code snippets, entire functions, or even small modules. It did not eliminate my job as a developer, but it certainly made me more efficient. Now,
Starting point is 00:00:41 after months of using it, I want to share some tips and tricks for crafting good prompts to get the most out of this approach. My initial impression, when I began, I was both excited and a bit skeptical. Would the generated code be reliable? Could it handle tricky parts of my projects, like edge cases or new libraries? Yet, over time, I noticed that DeepSeq worked best when I gave IT clear and precise instructions. If I typed a vague request like, create a function to parse user data, the result would often be too general or miss the nuances of what I needed.
Starting point is 00:01:14 However, if I typed something more specific, such as, create a function in Python that reads a JSON file with user data and returns a dictionary of validusers, ignoring entries with missing email fields, the result was surprisingly accurate. I also discovered that context was crucial. If I asked DeepSeq for code without explaining what I wanted to achieve or without offering some background, it would guess based on limited data. For example, if I wanted a JavaScript snippet for a frontend webform, but never mentioned that it was for a browser environment, the output might not match my setup. On the other hand, once I specified my environment,
Starting point is 00:01:49 language, and the nature of the task, I got code that was closer to what I actually needed. Why prompt clarity matters. One of the biggest lessons I learned is that DeepSeq is only as good as the instructions I give it. When I say instructions, I mean the descriptions I type in before hitting enter. It behaves almost like a conversation partner. If I supply well-structured instructions, it responds with code that aligns with my goals. However, if I send short or unclear requests, the results might not be very useful. Therefore, I start every prompt by stating the programming language I want. Then, I describe the purpose of the code. Next, I give more details, like any libraries or frameworks I plan to use, as well as important constraints.
Starting point is 00:02:33 Finally, I mention the desired output or behavior. This approach ensures that DeepSeq understands the full picture and can generate something close to my ideal solution. Components of an effective prompt. I like to think of an effective prompt in four main parts. One language and environment, for instance, write a JavaScript function that runs in a node. JS environment or generate a Python class for data analysis. Two goal or task.
Starting point is 00:03:01 This might be to analyze sales data or to handle user input in a React form. Three, constraints. Here, I mention anything special, such as the script should only use built-in Python libraries or no external packages allowed. Four, desired output. Finally, I clarify the exact outcome, like return a sorted list of user IDS
Starting point is 00:03:23 or log each error to the console. When I follow this structure, DeepSeq tends to produce code that fits my project requirements from the start. It also reduces the need for heavy edits after the code is generated. Furthermore, each of these steps prompts me to think carefully about what I really need, preventing me from sending half-baked requests. Iterative refinement, despite my best efforts, I rarely get perfect code on the first try. However, one of the strengths of using DeepSeq for coding is that I can take the generated code, review it, run it, then refine my prompt. For example, if the code includes extra
Starting point is 00:03:59 functionality I do not need, I just say, remove the datalogging part and focus on the sorting mechanism. If the code is missing a key step, I just say, remove the data logging part and focus on the sorting mechanism. If the code is missing a key step, I might say, please include a validation function for empty fields. This iterative process feels like collaborating with a junior developer who writes an initial draft. I do not expect the first pass to be flawless, but I early on the back and forth exchange to polish the code to my standards. Moreover, I always try to provide direct feedback about what went wrong or what could be better. If I simply tell deep seek to try again, it might not know what to change.
Starting point is 00:04:34 But if I say, please add error handling for file, not found exceptions that usually gets me what I need. Common pitfalls and how to avoid them. Although deep seek can be quite powerful. There are a few pitfalls I have encountered lack of context. If you do not specify the environment or the programming language, you might end up with code in a language you did not want. Always state your language and context clearly. Backslash dot, overly broad prompts.
Starting point is 00:04:59 Vague prompts lead to incomplete or irrelevant results. Add detail by specifying your main goal, the libraries you plan to use, and any special constraints. Backslash dot, ignoring best practices. Sometimes the generated code follows older conventions or might not follow your team's style guide. It is important to review and adapt the code to ensure it meets your standards. Backslash dot, missing error handling.
Starting point is 00:05:25 In many cases, the generated code will not handle exceptions or invalid data by default. Including a requirement for error handling in your prompt can prevent major problems down the road. Backslash dot, by staying aware of these pitfalls, I save time and avoid having to rewrite large portions of the code. These days, I rarely forget to mention which environment I am working in because I have already seen how that can lead to confusion. Testing and validating the generated code.
Starting point is 00:05:53 Once I get a piece of code from DeepSeq, I never assume it is fully correct. Instead, I test it rigorously, just like any other code I write by hand. I also check for security issues, performance bottlenecks, and logical errors. While DeepSeq helps me code faster, I still need to be the one who ensures the code behaves as expected. A simple process I follow is one. Run the code in a safe environment, like a local sandbox, to make sure it does not break anything critical..2 Add unit tests that cover different scenarios, including edge cases. .3 Check compatibility with my existing project structure and libraries.
Starting point is 00:06:34 If any step fails, I return to DeepSeq with new instructions, guiding it to fix errors or improve performance. This testing loop helps me stay confident in the final product, using DeepSeq in team settings. Over the past few months, I have also introduced some team members to DeepSeq for coding. Collaboration becomes easier when we share the prompts we used. For instance, if a teammate likes how I generated a particular database query, I can show them my exact prompt and instructions. This way, they can replicate my success without guessing how I did it. However, it is also important to maintain consistency across the team.
Starting point is 00:07:11 We often decide on a standard format for prompts, so that everyone follows a similar approach. This ensures that the code we generate is more uniform and does not vary wildly from one developer to another. It also speeds up learning Becca use newcomers can see a clear pattern in how we communicate with DeepSeq. Final thoughts and next steps. In my experience, using DeepSeq for coding can significantly reduce repetitive tasks and speed up many parts of the development process. Nevertheless, it is not a magic wand.
Starting point is 00:07:41 Good prompts are the secret ingredient for receiving helpful code. Writing prompts that specify language, context, goals, and constraints is the best way to achieve high quality results. Then, iterating and refining the code helps polish it into something ready for production. I believe that as more developers start using DeepSeq, we will see innovative ways to craft better prompts. We will also see new tips and tricks that help us refine code generation even more. As I continue working with DeepSeq, I plan to keep track of any new insights I discover.
Starting point is 00:08:13 My hope is that this guide gives you a strong foundation to explore code generation without feeling overwhelmed. With clear prompts, careful testing, and a willingness to refine, you can unlock a faster, more efficient coding process that frees you to focus on the creative side of development. Remember, the key is not to expect perfection on the first attempt. Instead, think of DeepSeq as a coding partner that needs clear instructions and consistent feedback.
Starting point is 00:08:39 Over time, you will find the perfect balance between human creativity on die-driven efficiency. Happy coding and may your prompts lead you to the cleanest, most elegant solutions possible. This article was originally published on the Filestack blog. Thank you for listening to this Hacker Noon story, read by Artificial Intelligence. Visit HackerNoon.com to read, write, learn and publish.

There aren't comments yet for this episode. Click on any sentence in the transcript to leave a comment.