pooktrain

5 ms·

1.
by pooktrain 6y ago
What was your strategy when a textbook didn't have answers to all of the exercises?
2.
by pooktrain 6y ago
Debezium plus Kafka would be good here - see https://www.youtube.com/watch?v=fU9hR3kiOK0
3.
by pooktrain 7y ago
Perhaps I shouldn't have it's the "spirit" of the article, since a larger goal for software engineering is defined with point 5 - regardless, the point is made that, even in the tools we work in today, these things are t
4.
by pooktrain 7y ago
> and some of this can be alleviated by a decent modular design and taking on tech debt to refactoring/swapping out certain implementations for more robust implementations at a future date Absolutely, but even that idea of "mod
5.
by pooktrain 7y ago
Seems like the spirit of this article is "don't debate test coverage, code design, etc. and just get the job done because meeting requirements is all that matters" and that we should focus on making code shorter. No evidence
6.
by pooktrain 7y ago
Not sure if this is what segment is doing, but if it’s a worker based on the Kafka Streams library, the k/v state store can be backed by a changelog topic, and if you have a transaction between that topic and the topic that commits off
7.
Ask HN: How do you balance code reviews and your own deep work?
3 points by pooktrain 7y ago|1 comments
8.
by pooktrain 9y ago
Can anyone who has tried doing this outside of university recommend some good benchmarks, or resources for setting up a personal lab testing environment for this? I want to give this a shot and didn't get to do it in university.
9.
by pooktrain 9y ago
It would be amazing if this integrated with EKS to easily create remote k8s clusters for development. I couldn't tell from this press release if that's a possibility though.
10.
by pooktrain 9y ago
The presentation of patterns here is quite helpful. Is anyone aware of other resources for container design patterns? The k8s blog has some as well: http://blog.kubernetes.io/2016/06/container-design-patterns....
11.
by pooktrain 9y ago
Thanks for sharing! When you set out to do this, had you studied docker's source code at all? Or did you just have a basic understanding of containers? Other than the link from OP, are there any resources you'd recommend to get on
12.
by pooktrain 10y ago
> Code coverage is entirely orthogonal to the type of test you are doing. I did not say they were equivalent. Rather, I instead made a connection to the effort required to cover the state space in a given mode of testing. I've foun
13.
by pooktrain 10y ago
I'm not sure what you mean by "Realistic" tests. Perhaps you mean integrated tests that exercise, say, the entire stack from handling the HTTP request down to the database, if we're talking about a REST API. If you don&#
14.
by pooktrain 10y ago
Trying to cover your state space with coarse-grained tests in database-backed applications can lead to slow tests suites that are laborious to set up/tear down, which is a barrier to fast build times in CI. This harms productivity both
15.
by pooktrain 10y ago
Sure, these practices can help build a healthy engineering culture, and I agree with them all, especially collective manual testing. How do you keep people from doing TDD though? How do you even know they are doing it?
16.
by pooktrain 10y ago
You say "do what makes you successful" after "I have never let my teams go full TDD". If someone on your team is most successful with TDD, do you still not allow it? re: writing 30% less code - I've found TDD can re
17.
by pooktrain 10y ago
This seems like lots of fun - mind sharing the books that you alluded to?