Ask HN: What change in your programming technique has been most transformative? • Hacker News Board

Re: Ask HN: What change in your programming technique has been most transformative?

#201

Post by 24hrsonline » Sat, Jan 25, 2020, 7:30 AM UTC

Re: Ask HN: What change in your programming technique has been most transformative?

#202

Post by 24hrsonline » Sat, Jan 25, 2020, 7:31 AM UTC

It is like instant release oxycodone, morphine, and hydromorphone within the management of moderate to severe cancer pain, with fewer side effects than morphine. Buy Oxycontin Online without prescription here legally.From 24hrsonlinestore. https://24hrsonlinestore.com/product-category/buy-oxycontin-...

Re: Ask HN: What change in your programming technique has been most transformative?

#203

Post by 24hrsonline » Sat, Jan 25, 2020, 7:32 AM UTC

Buy Percocet Online without Prescription. This combination medication is employed to assist relieve moderate to severe pain. It contains an opioid (narcotic) pain reliever (oxycodone) and a non-opioid pain reliever (acetaminophen). Oxycodone works within the brain to vary how your body feels and responds to pain. Acetaminophen also can reduce fever. From 24hrsonlinestore https://24hrsonlinestore.com/product-category/buy-percocet-o...

Re: Ask HN: What change in your programming technique has been most transformative?

#204

Post by SergeAx » Sat, Jan 25, 2020, 2:56 PM UTC

1. Shifting from solo/modular to team software development

2. Figuring out unit and integrations tests

3. Embracing clean code paradigm and SOLID architecture

Re: Ask HN: What change in your programming technique has been most transformative?

#205

Post by bobbydreamer » Sat, Jan 25, 2020, 5:49 PM UTC

1. Write notes, when notes can't support ur thoughts draw, scribble. Date every page. Revisit the notes every 2-3 days. Put priority on the idea. Write notes when you about to get off work or before you go into a boring or interesting meeting and chances are you might forget what you were thinking.

2. Don't get into the trap of refactoring just because you read a new cool way of doing it unless, it's reduces half the size of code or improve performance multi fold. This might waste time as you could write a new feature or plan about it in that time.

3. Write very big elaborative comments. It's for future you as you can't remember everything, sometimes you need to know why you wrote that code or condition as you might not remember why you wrote it at that time.

Re: Ask HN: What change in your programming technique has been most transformative?

#206

Post by [deleted] » Sat, Jan 25, 2020, 11:14 PM UTC

speedplane wrote: post #108

spectramax wrote: post #67

Earlier quoted context omitted.

This is certainly not true. Evolution of programming languages is circumstantial . There are many flaws in all of the ones you had listed. The marginal cost of deprecating something or breaking something is higher than the incremental cost of workarounds. This happens all the time from the laryngeal nerve in Giraffe to the evolution of a programming language, say JavaScript. Please don’t mix good design with populari…

> The marginal cost of deprecating something or breaking something is higher than the incremental cost of workarounds. So why are we in this python 2 to 3 mess?

[deleted]

Re: Ask HN: What change in your programming technique has been most transformative?

#207

Post by NicoJuicy » Sun, Jan 26, 2020, 10:01 AM UTC

maerF0x0 wrote: post #100

NicoJuicy wrote: post #54

Earlier quoted context omitted.

I would have used flags if roles aren't dynamic

in our case they were not only dynamic, but also managed by the administrator on an account (by our customers, not by us the software creator)

Not that hard, if there's something like a Tenant implementation.

Which would limit the scope of the "moderator" role explicitly to the tenant database.

Eg. https://martendb.io/documentation/documents/tenancy/

Fyi: The op, which i was responding too, was referring to using roles as const. Which is not dynamic :)

Re: Ask HN: What change in your programming technique has been most transformative?

#208

Post by abower » Sun, Jan 26, 2020, 2:29 PM UTC

monkeydata wrote: post #61

two things 1) leading commas in SQL 2) RAISE an EXCEPTION or RETURN --no more `else` statements in code SELECT this , that , something FROM table takes a while to get used to

100% this. Nothing is more aggravating than having to go through someone elses SQL mess and having to reformat with commas in front. Why you ask? First, its trivial to comment a value out for testing/debugging etc, but secondly if you don't and you are reading through a large query, it is far more difficult to scan to see what fields are included, being aliased, incorporated into calculations or functions etc. This ties to the longer code, less clever mantra noted prior in the thread. The else comment I get, but I still use it and typically set it to a code or value that will push the error further up the stream. We do a lot of system to system integration so often the else part is arising from missing setup info from the source or destination so surfacing it later can ( depends on use case of course) sometimes make it easier for end users to self fix the problem by updating one of said source or destination systems.

Re: Ask HN: What change in your programming technique has been most transformative?

#209

Post by afarrell » Sun, Jan 26, 2020, 6:47 PM UTC

easytiger wrote: post #187

wewake wrote: post #116

Earlier quoted context omitted.

Wrong. Absolutely wrong analogy. You can't discount people who keep code clean, modular and simple. It's not an easy thing to do unlike cleaning your house. It just takes one's will to clean the house but when it comes to keeping your codebase clean, it's much more than just will. Sound knowledge of software architecture and design principles is required to write and keep your code clean and unfortunately, the number…

> It's not an easy thing to do unlike cleaning your house. It just takes one's will to clean the house but when it comes to keeping your codebase clean, it's much more than just will. Let me put it this way. I've seen no relationship with code purity and a happy client

Have you ever walked into a restaurant and asked to see how they refrigerate or organize their ingredients?

No? Would you say then that you don't care if your food comes out slowly or gives you food poisoning?

You care about the result, but you trust it to someone else.

It is a Chef's responsibility to maintain the mise-en-place and food safety to a degree which enables him or her to keep delivering meals quickly and without salmonella.

It is an Engineers's responsibility to maintain the code clarity and tests to a degree which enables him or her to keep delivering improvements on business needs quickly and securely.

Re: Ask HN: What change in your programming technique has been most transformative?

#210

Post by easytiger » Sun, Jan 26, 2020, 7:04 PM UTC

afarrell wrote: post #209

easytiger wrote: post #187

Earlier quoted context omitted.

> It's not an easy thing to do unlike cleaning your house. It just takes one's will to clean the house but when it comes to keeping your codebase clean, it's much more than just will. Let me put it this way. I've seen no relationship with code purity and a happy client

Have you ever walked into a restaurant and asked to see how they refrigerate or organize their ingredients? No? Would you say then that you don't care if your food comes out slowly or gives you food poisoning? You care about the result, but you trust it to someone else. It is a Chef's responsibility to maintain the mise-en-place and food safety to a degree which enables him or her to keep delivering meals quickly and…

That analogy would work if I hadn't worked for companies who made $400m+ with code and processes that would be at home in a 14 year olds hobby project. Oh and 0 tests.

I find a lot of a certain kind of sw person who need analogies to make their mental model work. It never did for me