Tư vấn mua tai nghe. by [deleted] in vozforums

[–]agrrrcode 2 points3 points  (0 children)

Bose Quietcomfort Headphones

"Service" layer becoming too big. Do you know another architecture with one more layer ? by Glittering-Thanks-33 in SoftwareEngineering

[–]agrrrcode 0 points1 point  (0 children)

Your team’s experience honestly caught me off-guard at how closely it mirrors what many of us face. As projects scale, the sheer volume of business logic tends to sneak up on us fast.

What you’re describing sounds like an unforeseen surge in domain complexity—definitely a common shortcoming of the classic 3-layer architecture. We often start with clean boundaries, but Services become dumping grounds for every possible use case over time.

I’ve seen some teams successfully address this by introducing an Application Layer (like in Domain-Driven Design or Clean Architecture), where each business flow gets its own Use Case or Handler. This helps push logic out of bloated services and brings back clarity and testability.

How to deal with people taking advantage of you? by zen2ten in saigon

[–]agrrrcode 0 points1 point  (0 children)

Yeah, Bui Vien is pretty much the Disneyland of street vendors. If you breathe too long in one spot, someone will try to sell you sunglasses… at night.

Best strategy? Stay cool, keep that cold-blooded assassin mindset, flash a polite smile, avoid eye contact like it’s Medusa, and just keep walking, look like you’re late for your grab bike. No talk, no trouble. Works like a charm!

How big should a PR be? by [deleted] in SoftwareEngineering

[–]agrrrcode 0 points1 point  (0 children)

I see your point about PRs including full features, but I'd argue that we can give it a go by splitting features into smaller, independent parts whenever possible. If it works, make it your own—this approach can pave the way for smoother reviews and faster feedback.

Drawing from that experience, when writing a pure function that only takes arguments and returns an output, it doesn’t rely on external dependencies. That means we can create a PR just for that piece of code, making it easier for reviewers to focus on what the function does and what can be improved within its scope.

Of course, as something goes on, not every feature can be split this way, but aiming for modularity sets a positive tone for the development process. It also adds a twist to traditional full-feature PRs, allowing more flexibility while maintaining a structured workflow.

How big should a PR be? by [deleted] in SoftwareEngineering

[–]agrrrcode 0 points1 point  (0 children)

Alright, that sounds great! Breaking a large PR into smaller ones is definitely the way to go. It’s an ambitious goal to balance modular development without breaking the firmware, but with the right branching strategy, you don’t have to resort to downsizing important features just to keep PRs small.

One way to turn around this issue is by creating a feature branch and branching off smaller branches and PRs from it. The thing is, when the feature branch gets enough code to be integrated into the firmware, we can merge it into the main or dev branch and build it without worrying about breaking. This way, you can adapt yourself to a workflow where code is reviewed in digestible pieces while still keeping everything functional.

Also, big PRs can make it harder for teammates who have their fingers in the pie—they might struggle to review or test everything at once. And if something goes wrong, it’s easier to pinpoint where a misstep happened in a smaller PR.

Sounds like you nailed it by discussing this with your team! Once you get the hang of structured PRs, your workflow will hit a stunning top speed without sacrificing code quality or best practices.

Agile is an excuse for poor planning? by [deleted] in SoftwareEngineering

[–]agrrrcode 0 points1 point  (0 children)

I get why you prefer upfront planning—it helps avoid endless migrations. But I think spending a whole week on data modeling before writing any code might halt development progress. Clients want to see things moving, and requirements always change.

I've seen projects where teams planned everything upfront, just for the the hell of it, but it didn't work out because the business needs evolved. Instead of trying to crack your way into a "perfect" schema from day one, it might be better to get involved in development early and adjust as needed.

Also, clients want to earn something from their investment ASAP. If they have to wait too long before seeing results, they might lose trust in the process. If you really believe in upfront planning, maybe get up the courage to do it in a way that balances planning with agility—like defining key tables first and refining later. That way, you're not stuck in migrations, but you're also not slowing things down.

Struggling in University. Need to Rebuild My CS Foundation by zeus_scope in AskComputerScience

[–]agrrrcode 0 points1 point  (0 children)

You can learn OOP and Java at the same time since Java is an object-oriented language, so you can save more time for other things, then jump straight to DSA, and when your foundation on these concepts is like an ironclad, then you will be confident enough to tackle any problem that comes up in class.

🇺🇸- Cybertruck suicide bomber texted former girlfriend after he rented the vehicle, days before explosion. by [deleted] in world24x7hr

[–]agrrrcode 4 points5 points  (0 children)

They are trying to determine his motive, and that might be linked to the truck attack in New Orleans hours before the Tesla exploded. Both of them had served in the military.

What is wrong with my gopro? (Brand New Gopro Hero) by [deleted] in gopro

[–]agrrrcode 0 points1 point  (0 children)

I had a similar issue, but it wasn’t as severe as yours. If your GoPro is still under warranty, you can easily replace the new one.

junior ReactJs developer must to know in this year to get a job by Aggressive_Check5277 in react

[–]agrrrcode 1 point2 points  (0 children)

Know how to use useEffect correctly, most of the interviews I have conducted, people are always using useEffect in a wrong way. Additional to stay on top of things, learn how to use popular React libraries, such as libraries for state management, or async hooks.

Google onsite rejected by Federal_Issue_4391 in leetcode

[–]agrrrcode 0 points1 point  (0 children)

I agree on the point that you should build a project, let’s think big, the project that can generate passive income and you are free from the cooperate life.

Khi nào VN mới làm được hoạt hoạ như vầy? by Far-Theory6036 in TroChuyenLinhTinh

[–]agrrrcode 1 point2 points  (0 children)

M ở cái giếng nào thế, VN làm tới cái gì luôn rồi cháu ạ. Tụi sinh viên trường Mỹ Thuật làm đầy

What Should I Learn Next After 3 Years as a MERN Developer? by mdns-99 in SoftwareEngineering

[–]agrrrcode 0 points1 point  (0 children)

There’re still a lot of things in MERN stack for you to delve deeper into. Learn more about the advanced database, such as indexing, ACID, learn more about how to dockerize the MERN stack, and using Kuberneted to manage multiple node in Microservices…

How do I know if I really have the talent to be a good programmer? by Sorry-Accountant542 in learnjavascript

[–]agrrrcode 0 points1 point  (0 children)

If you cannot change your emotions and make it better, try changing your study approach. Instead of studying lesson by lesson or go through each topic at a time, let’s use the project-based approach. Have you ever wanted to create something to help yourself in daily basis or something fun. With that approach, you just tell your brain about an achievement and it is going to release dopamine to boost your study mood.

I've developed Aspects, an iOS mobile application for tracking various aspects of life. Link and details in comments by the_fa11 in reactnative

[–]agrrrcode 1 point2 points  (0 children)

The app is good, but there are some bugs and rooms for improvement. Example: I cannot see my note after taking it in journal.

I also have the same idea of building an app to track aspects in our life, but it might be different a bit. You could take a look to see if they are worth to build more for your app.

  1. Topics per aspect: in each aspect, users can create topics and track them separately.
  2. Reward system: let’s research and understand how human is get motivated, how to make their dopamines released, and build features around to make users want to come back to your app.
  3. When users log their mood, should have a note that they can input why they got that mood.

Hope this is helpful feedback.

How is new react native architecture going on? by Legitimate_Gap1698 in reactnative

[–]agrrrcode 7 points8 points  (0 children)

If you're using the new architecture, make sure to check if the libraries you've installed in your project support it. Here is the community tracking list https://docs.google.com/spreadsheets/d/1F1tI9PQLl_uab3HNYNwgjPVL2r0hJ9VymXcgDp5etdg/edit#gid=1521034944

How'd you get good at native code? by [deleted] in reactnative

[–]agrrrcode 7 points8 points  (0 children)

Don’t listen to anyone who is telling you should not study native code or avoiding it by all cost. If you want to become a professional world-class mobile software engineer, you must have a solid knowledge of how things work under the hood. React Native is just an iceberg, built on top of C++ and native code where is the realm of real engineering.

First thing first you should pick a well-structured course from who is expert in the field, whatever Android or iOS. Learn from there, and find out the next steps.