Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
UK-AL
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
11 ms
·
91.
▲
by
UK-AL
4y ago
You are a machine. Computers are machines. Theres nothing stopping us building machines like us other than knowledge & time. You can build machines like us, because we ourselves are the proof. But the resulting machine might not look an
92.
▲
by
UK-AL
4y ago
Why test that seperately? You should be able to test any code from the public API. Otherwise that code is unreachable and should be deleted.
93.
▲
by
UK-AL
4y ago
These are often some highest paying and prestigious jobs in large companies.
94.
▲
by
UK-AL
4y ago
Most discussions at large corporations are bikeshedding. Huge issues are ignored, but some minor detail which can be changed easily later gets talked about for weeks. It's often because its a detail middle management can understand, bu
95.
▲
by
UK-AL
4y ago
Pretty well since he at VFX company he seems to working closely as a team and with his customers.
96.
▲
by
UK-AL
5y ago
I find academic papers optimise for conciseness, so they tend to use in group terms.
97.
▲
by
UK-AL
5y ago
Your expecting too much detail from your tests. As consequence your probably over-specifying them as well. Test through your public interface.
98.
▲
by
UK-AL
5y ago
Because that seems like they're doing things backwards... You should know what result you want before you even start writing the code.
99.
▲
by
UK-AL
5y ago
Architecture isn't really about "tech". But how things are organised.
100.
▲
by
UK-AL
5y ago
People often mean different things by architecture. What do you mean? Do you mean software design? Like ports & adapters? Or stuff like decomposing services and how they interact, or enterprise architecture?
101.
▲
by
UK-AL
5y ago
Weirdly though. RPA consultants in professional service firms cost more than devs.
102.
▲
by
UK-AL
5y ago
I wouldn't actually recommend it, but One Meal a Day Diet(OMAD) actually made me lose weight. It required less discipline than other diets. You have 1 hour to eat you calories and nutrients. After that you don't eat. There's
103.
▲
by
UK-AL
7y ago
Keeping a checklist up to date is incredibly important. If you have skip items on a list, then human error pops up again
104.
▲
by
UK-AL
7y ago
Some queries can only fast by essentially having a materialised view
105.
▲
by
UK-AL
7y ago
I think there's area in between 1500 line methods and ravioli code
106.
▲
by
UK-AL
7y ago
Linear types and session types can enforce protocols for reading from a socket.
107.
▲
by
UK-AL
7y ago
That generally takes a while. Not great if you want quick results.
108.
▲
by
UK-AL
7y ago
Have you considered actually teaching and paring that developer for a few weeks? You know have another capable engineer. That's real 10x. Your solution of just doing it by yourself is a short term boost.
109.
▲
by
UK-AL
7y ago
I really don't get your point. How does this help this guy's situation? He couldn't get things released quickly because he couldn't even get the program compilied without serious effort involved.
110.
▲
by
UK-AL
7y ago
I honestly believe the majority of the problems in the industry comes from the refusal to treat programming as mathematics. Everything has to be "easy", so anyone can understand from a basic level. It's one of the reasons we
111.
▲
by
UK-AL
7y ago
I highly recommend exercise, but when you look at how much calaries exercise burns off it is tiny. Eating less calaries is the only real way.
112.
▲
by
UK-AL
7y ago
In rust though, you dont have to handle errors all the time. You can just unwrap them, and crash when there's an error.
113.
▲
by
UK-AL
7y ago
Java style design patterns are often just a crutch for the lack of abstraction in the language.
114.
▲
by
UK-AL
7y ago
Honestly I think moving to towards Idris/coq level type systems saves more time in the long run. Being close c means you discover errors at run time, then you have to come back to cover them.
115.
▲
by
UK-AL
7y ago
If people got fired for missing deadlines in software development everyone would be fired.
116.
▲
by
UK-AL
7y ago
I think languages can definitely make things worse. Dynamic languages are harder to refactor using automated refactor tools. In a code base with no tests, I'd rather start with something had a powerful type system. But you are right th
117.
▲
by
UK-AL
7y ago
I think it's because functional programming does take a bit more learning to get going with it. That's because there are higher level abstractions like monads, bind, type classes etc These take more time to learn but once you know
118.
▲
by
UK-AL
7y ago
I've definitely been companies where a bad code base basically destroyed the product because we couldn't move fast enough compared to the competition. It usually happens on established products that have been around for a few year
119.
▲
by
UK-AL
7y ago
Honestly it depends on what your developer is most comfortable with. If developer is more comfortable with haskell they will likely be faster in that than python. The added advantage it will also likely to be more correct.
120.
▲
by
UK-AL
7y ago
Unless I'm not undersranding this correctly. This is basically 'zip' in most functional programming languages.
More ›